Kuruluş yapınızı planlama

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022

Azure DevOps'ta oluşturduğunuz kuruluş, proje ve ekip sayısı için iş yapınızı kılavuz olarak kullanın. Bu kapsamlı planlama kılavuzu, geliştirme iş akışlarını iş hedefleriyle uyumlu hale getiren en uygun kuruluş yapılarını tasarlamanıza yardımcı olur.

İpucu

Bu makalenin devamında AI'nin yardımıyla bu görevi yerine getirebilirsiniz veya Azure DevOps MCP Server ile AI yardımı sağlamaya başlama konusuna bakın.

Stratejik planlama çerçevesi

Azure DevOps yapınız hakkında her düzeyde (kuruluş, proje, ekip ve depo) önemli kararlar almak için aşağıdaki çerçeveyi kullanın.

Birincil yapı kararları

Azure DevOps yapınıza rehberlik etmek için şu temel soruları ele alın:

Kuruluş düzeyi:

Proje düzeyi:

Ekip ve depo düzeyi:

Destekleyici hususlar

  • Erişim yönetimi: Kimlerin hangi bilgilere ve kaynaklara erişmesi gerektiğini tanımlayın.
  • Raporlama gereksinimleri: Ekipler arası görünürlük ve portföy yönetimi için plan yapın.
  • İşlem standardizasyonu: Ekip esnekliği sağlarken tutarlı uygulamaları teşvik edin.
  • Kültürel uyum: Çevik bir zihniyet ve işbirliği kültürü geliştirin.

İpucu

Daha basit yapılarla başlayın ve kuruluşunuz büyüdükçe geliştirin. Büyük bir projeyi bölmek, ayrı kuruluşları birleştirmekten daha kolaydır.

Azure DevOps kuruluşlarını anlama

Azure DevOps'taki bir kuruluş, faturalama, güvenlik ve yönetim sınırları sağlayarak projeleriniz için en üst düzey kapsayıcı görevi görür. Kuruluşları kullanarak şunları yapabilirsiniz:

  • İlgili projeler ve ekipler arasında faturalamayı ve lisanslamayı merkezileştirin.
  • Farklı erişim denetimleri ve ilkeleriyle güvenlik sınırları oluşturun.
  • Farklı iş birimleri veya uyumluluk gereksinimleri için yönetim yalıtımı sağlayın.
  • Birleşik kimlik doğrulaması için Microsoft Entra Id gibi kimlik sağlayıcılarına bağlanın.

Kuruluş avantajları ve ücretsiz katmanı

Her kuruluş en fazla beş kullanıcı için ücretsiz katman hizmetleri içerir:

Hizmet Ücretsiz Seviye Avantajları
Azure Pipelines CI/CD için ayda 1.800 dakika ile barındırılan bir iş ve bir kendi kendine barındırılan iş
Azure Boards Proje yönetimi için iş öğesi izleme ve Kanban panoları
Azure Repositories Kaynak denetimi için sınırsız özel Git deposu
Azure Artifacts Bağımlılıklar ve derleme çıktıları için paket yönetimi
Paydaş erişimi Görüntüleme ve temel proje katılımı için sınırsız sayıda paydaş
  • İlk beş kullanıcı ücretsiz (Temel lisans)
  • Azure Pipelines':
  • Azure Boards: İş öğesi takibi ve panolar
  • Azure Repos: Sınırsız sayıda özel Git deposu
  • Azure Artifacts: Kuruluş başına iki GiB ücretsiz

Not

Azure DevOps bulut tabanlı yük testi hizmeti kullanım dışıdır, ancak Azure Yük Testi kullanılabilir durumda kalır. Bu tam olarak yönetilen yük testi hizmeti, mevcut Apache JMeter betiklerinizi kullanarak yüksek ölçekli yük oluşturmanıza olanak tanır. Daha fazla bilgi için bkz . Azure Yük Testi nedir? ve Visual Studio'da yük testi işlevselliğinde yapılan değişiklikler ve Azure DevOps'ta bulut yük testi.

Ortak kuruluş desenleri:

  • Tek kuruluş: Birleşik işbirliği için tek bir kuruluş kullanın.
  • İş birimi kuruluşları: Ayrı uyumluluk veya güvenlik gereksinimleri için ayrı kuruluşlar kullanın.
  • Coğrafi kuruluşlar: Veri yerleşimi veya yerel idare için bölgesel ayrım kullanın.

Kaç kuruluşa ihtiyacınız var?

Tek bir kuruluşla başlayın ve yalnızca ayrım gerektiren belirli iş gereksinimleriniz olduğunda genişletin.

Birden çok kuruluş için karar ölçütleri

İhtiyaç duyduğunuzda daha fazla kuruluş oluşturun:

Güvenlik ve uyumluluk ayrımı:

  • SOX, HIPAA veya PCI-DSS gibi farklı mevzuat gereksinimleri
  • Ayrı müşteri veri yalıtımı gereksinimleri
  • Ayrı denetim izleri ve uyumluluk raporlaması

İş yapısı gereksinimleri:

  • Ayrı BT idaresi ile bağımsız iş birimleri
  • Farklı faturalama ve maliyet merkezi gereksinimleri
  • Farklı Microsoft Entra kiracıları gibi farklı kimlik sağlayıcısı bağlantıları

Yönetim sınırları:

  • Çakışma olmayan farklı yönetici grupları
  • Kuruluş ilkelerini ve denetimlerini ayırma
  • Bağımsız hizmet düzeyi sözleşmeleri

Değerlendirme çerçevesi

Faktör Tek Kuruluş Birden Çok Kuruluş
İş birliği Maksimum görünürlük ve paylaşım Yalıtılmış, sınırlı kuruluşlar arası paylaşım
Yönetim Merkezi, daha basit yönetim Dağıtılmış, daha fazla yönetim yükü
Raporlama Birleşik gösterge panoları ve analizler Ayrı raporlama sistemleri
Cost Tek faturalama birimi Birden çok faturalama birimi
Security Paylaşılan sınırlar, birleşik ilkeler Sabit sınırlar, bağımsız ilkeler

Önemli

Şirkete ait Microsoft Entra kuruluşları için fikri mülkiyeti korumak ve idareyi korumak için kuruluş oluşturmayı kısıtlamayı göz önünde bulundurun.

Takım nedir?

Ekip, ekip tarafından yapılandırılabilen birçok aracı destekleyen bir birimdir. Bu araçlar, çalışmayı planlamanıza ve yönetmenize ve işbirliğini kolaylaştırmanıza yardımcı olur.

Her ayrı ürün veya özellik ekibi için bir ekip oluşturma

Her ekibin kendi işleri (backlog) vardır. Yeni bir iş yığını oluşturmak için yeni bir ekip oluşturursunuz. Program sahiplerinin ekipler arasında ilerleme durumunu daha kolay izleyebilmesi, portföyleri yönetmesi ve toplama verileri oluşturması için ekipleri ve kapsamları hiyerarşik bir yapıda yapılandırın. Ekip oluşturduğunuzda, bir ekip grubu da oluşturursunuz. Bu grubu sorgularda veya ekibinizin izinlerini ayarlamak için kullanabilirsiniz.

Projeleri anlama

Projeler, geliştirme çalışmalarınız için kapsayıcıyı sağlar ve bu tümleşik hizmetleri içerir:

  • Azure Boards: Backloglar, sprintler ve iş öğesi izleme ile çevik planlama.
  • Azure Pipelines: Sürekli tümleştirme ve dağıtım otomasyonu.
  • Azure Depoları: Kaynak kod yönetimi için Git veya TFVC depoları.
  • Azure Test Planları: Manuel ve otomatik test entegrasyonu.
  • Paylaşılan kaynaklar: Wiki, panolar ve proje düzeyi ayarları.

Aşağıdaki örnekte Contoso Manufacturing, farklı ürün hatlarını düzenlemek için dört proje kullanır:

Dört projeli bir kuruluşun diyagramı.

Proje avantajları ve dikkat edilmesi gerekenler

Projeler etkinleştir:

  • Ekipler arasında paylaşılan yineleme zamanlamaları ve taksonomi.
  • Tutarlı işlem şablonları ve iş öğesi türleri.
  • Tümleşik raporlama ve portföy yönetimi.
  • Basitleştirilmiş kullanıcı yönetimi ve erişim denetimi.

Projeler aşağıdakiler için sınırlar sağlar:

  • Güvenlik ve erişim izinleri.
  • İşlem özelleştirme ve iş izleme.
  • Yönetim ilkeleri ve idare.
  • Kaynak ayırma ve faturalama izleme.

Kaç proje gerekiyor?

Azure Boards, Azure Repos veya Azure Pipelines gibi bir Azure DevOps hizmetini kullanmaya başlamak için en az bir projeniz vardır. Kuruluşunuzu oluşturduğunuzda, kendiniz için varsayılan bir proje oluşturursunuz. Varsayılan projenizde çalışmaya başlamak için bir kod deposu, çalışmaları izlemek için bir iş birikim listesi ve derleme ile dağıtımı otomatikleştirmek için en az bir işlem hattı vardır.

Bir kuruluşta aşağıdaki yaklaşımlardan birini kullanabilirsiniz:

  • Çok sayıda depo ve ekip içeren tek bir proje oluşturun.
  • Her biri kendi takım kümesine, depolara, derlemelere, iş öğelerine ve diğer öğelere sahip birçok proje oluşturun.

Yüzlerce farklı uygulama ve yazılım projesi üzerinde çalışan birçok ekibiniz olsa bile, bunları Azure DevOps'taki tek bir projede yönetebilirsiniz. Ancak, yazılım projeleriniz ve ekipleri arasında daha ayrıntılı güvenlik yönetmek istiyorsanız, birçok proje kullanmayı göz önünde bulundurun. En yüksek yalıtım düzeyinde, her kuruluşun tek bir Microsoft Entra kiracısına bağlı olduğu bir kuruluş bulunur. Ancak tek bir Microsoft Entra kiracısı birçok Azure DevOps kuruluşuna bağlanabilir.

Not

Kuruluşun Belirli proje önizlemesi için kullanıcı görünürlüğünü ve işbirliğini sınırla özelliğini etkinleştirirseniz ,Project-Scoped Kullanıcılar grubuna eklenen kullanıcılar, eklenmeyecekleri projelere erişemez. Daha fazla bilgi ve güvenlikle ilgili önemli çağrılar için bkz . Kuruluşunuzu yönetme, Projeler için kullanıcı görünürlüğünü sınırlama ve daha fazlası.

Proje karar çerçevesi

İşbirliği gereksinimlerinize göre uygun proje yapısını seçin:

Tek proje yaklaşımı:

  • En iyi yöntem: Sıkı işbirliğiyle daha küçük kuruluşlar veya ekipler
  • Avantajlar: Maksimum görünürlük, paylaşılan kaynaklar, birleşik raporlama
  • Şu zamanları göz önünde bulundurun: Teams benzer sürüm döngülerine sahip ilgili ürünler üzerinde çalışıyor

Birden çok proje yaklaşımı:

  • En iyi seçenek: Farklı gereksinimleri olan bağımsız ekipler
  • Avantajlar: Daha iyi güvenlik sınırları, özelleştirilebilir süreçler, ekip özerkliği
  • Şunları göz önünde bulundurun: Farklı uyumluluk gereksinimleri veya ayrı iş birimleri

Azure DevOps, birden çok projede çalışmayı yönetmek için projeler arası deneyimler sağlar.

Aşağıdakiler için birden çok proje düşünün:

  • Belirli bilgilere erişimi kısıtlama veya yönetme
  • Farklı iş birimleri için özel iş izleme süreçlerini destekleme
  • Bağımsız yönetim ilkeleriyle ayrı iş birimlerini destekleme
  • Üretim dağıtımı öncesinde özelleştirmeleri veya uzantıları test etme

Önemli

Git deposu taşınabilirliği, depoları (tam geçmiş dahil) projeler arasında geçirmeyi kolaylaştırır. Ancak, push ve pull istekleri gibi diğer geçmiş verileri projeler arasında taşıyamazsınız.

Projeleri iş birimleriyle eşlediğinizde, şirketiniz tek bir kuruluşa sahip olur ve bir iş birimini temsil eden bir veya daha fazla proje içeren birçok proje ayarlar. Bu kuruluş, şirketin tüm Azure DevOps varlıklarını içerir ve belirli bir coğrafyada (örneğin, Avrupa) bulunur. Projelerinizi iş birimlerine eşlemek için aşağıdaki kılavuzu göz önünde bulundurun:

Bir proje, birçok ekip Tek bir kuruluş, birçok proje ve ekip Birçok kuruluş
Genel rehber Daha küçük kuruluşlar veya yüksek düzeyde uyumlu ekiplere sahip daha büyük kuruluşlar için en iyi yöntemdir. Farklı çabalar farklı süreçler gerektirdiğinde iyidir. Eski sistem geçişlerinin bir parçası olarak ve kuruluşlar arasındaki katı güvenlik sınırları için kullanışlıdır. Her kuruluşta birden çok proje ve ekiple kullanılır.
Ölçek On binlerce kullanıcıyı ve yüzlerce ekibi destekler, ancak tüm ekipler ilgili çalışmalar üzerinde çalışıyorsa en iyisi bu ölçektedir. Bir projede olduğu gibi, ancak birçok proje daha kolay olabilir.
İşlem Ekipler arasında uyumlu süreçler; tabloları, kontrol panellerini vb. özelleştirmek için ekip esnekliği. Her proje için bağımsız işlemler. Örneğin, farklı iş öğesi türleri, özel alanlar vb. Birçok projeyle aynı.
İş birliği Farklı ekiplerin iş ve varlıkları arasında en yüksek varsayılan görünürlük ve yeniden kullanım. İyi görünürlük ve yeniden kullanım mümkündür, ancak ister kasıtlı olsun, projeler arasında varlıkları gizlemek daha kolaydır. Kuruluşlar arasında düşük görünürlük, işbirliği ve yeniden kullanım.
Toplu raporlama ve portföy yönetimi Ekipler arasında toplanıp ekipler arasında koordinasyon sağlamak için en iyi özellik. Projeler arasında iyi raporlama mümkündür. Çapraz proje dağıtımı ve ekip koordinasyonu için daha zor. Kuruluşlar arasında bir birleşme veya koordinasyon yoktur.
Güvenlik/yalıtım Varlıkları ekip düzeyinde kilitleyebilir, ancak varsayılan ayar açık görünürlük ve işbirliğidir. Projeler arasında kilitleme olanağı daha iyi. Varsayılan olarak, projeler içinde iyi görünürlük ve projeler arasında iyi yalıtım sağlar. Kuruluşlar arasında sert sınırlar; muazzam yalıtım ve kuruluşlar arasında paylaşım imkânı minimum seviyede.
Bağlam değiştirme Ekiplerin birlikte çalışmasını ve kullanıcıların girişimler arasında geçiş yapmasını en kolay hale getirir. Kullanıcıların birlikte çalışması ve farklı çabalar arasında bağlam değiştirmesi nispeten kolaydır. Farklı kuruluşlarda çalışmak zorunda olan kullanıcılar için daha zor.
Bilgi aşırı yüklemesi Varsayılan olarak, tüm varlıklar "bilgi aşırı yüklemesini" önlemek için "sık kullanılanlar" ve benzer mekanizmalar kullanan kullanıcılar tarafından görülebilir. Daha az bilgi aşırı yükleme riski; proje sınırları arasında gizlenen çoğu proje varlığı. Kuruluşlar genelindeki varlıklar yalıtılır ve bu da bilgilerin aşırı yüklenmesi riskini azaltır.
Yönetim yükü Tek tek takımlara çok fazla yönetim devredilir. Kullanıcı lisanslama ve kuruluş düzeyinde yönetim için en kolayı. Eforlar arasında hizalama gerekiyorsa daha fazla çalışma gerekebilir. Proje düzeyinde daha fazla yönetim. Daha fazla ek yük, ancak projelerin farklı yönetim gereksinimleri olduğunda yararlı olabilir. Daha fazla projede olduğu gibi, kuruluşlar arasında daha fazla esneklik sağlayan daha fazla yönetim yükü vardır.

Proje içindeki yapı depoları ve sürüm denetimi

Daha önce oluşturduğunuz kuruluşlardan biri kapsamında yer alan belirli stratejik çalışmaları ve kimin erişime ihtiyaç duyduğunu göz önünde bulundurun. Projeyi adlandırmak ve oluşturmak için bu bilgileri kullanın. Bu projenin içinde oluşturduğunuz kuruluşta tanımlanmış bir URL'si vardır ve adresine https://dev.azure.com/{organization-name}/{project-name}erişebilirsiniz.

Proje ayarları'nda projenizi yapılandırın.

Proje ayarları düğmesini gösteren ekran görüntüsü.

Projeleri yönetme hakkında daha fazla bilgi için bkz . Azure DevOps'ta projeleri yönetme. Verileri geçirerek projeyi farklı bir kuruluşa taşıyabilirsiniz. Projenizi geçirme hakkında daha fazla bilgi için Geçiş genel bakışına bakın.

Depo stratejisi ve sürüm denetimi

Depo stratejinizi ekip boyutuna, ürün mimarisine ve dağıtım gereksinimlerine göre yapılandırın.

Sürüm denetimi sistemi seçimi

Git ve Team Foundation Sürüm Denetimi (TFVC) arasında seçim yapın:

Git depoları:

  • Modern geliştirme iş akışları için önerilen yaklaşım
  • Proje başına sınırsız depo
  • Esnek dallanma ile dağıtılmış sürüm denetimi
  • Çoğu geliştirme aracı ve CI/CD sistemiyle tümleştirilir

Team Foundation Sürüm Denetimi (TFVC):

  • Merkezi sürüm denetim sistemi
  • Klasör tabanlı kuruluşa sahip proje başına tek depo
  • Merkezi iş akışlarını tercih eden ekipler için uygundur

İpucu

Ekiplerinizin farklı iş akışı tercihleri varsa projeler hem Git hem de TFVC depolarını kullanabilir.

Depo kuruluş desenleri

Monorepo stratejisi:

  • En iyisi: İlgili hizmetlerle ivme oluşturan küçük ekipler
  • Avantajlar: Basitleştirilmiş paylaşım ve eşgüdümlü değişiklikler
  • Zorluklar: Bilgi karmaşıklığı ekip büyümesiyle artar; istenmeyen hizmet bağlaması; zor değişiklik izleme

Ayrı depo stratejisi:

  • En iyisi: Bağımsız hizmet dağıtımlarına sahip daha büyük ekipler
  • Avantajlar: Hizmet sınırlarını temizleme, daha kolay ekleme, bağımsız yayın döngüleri
  • Dikkat edilmesi gerekenler: Daha fazla ilk kurulum gerektirir, ancak ekip büyümesiyle etkili bir şekilde ölçeklendirilir.

İpucu

Küçük ekipler için bir monorepo ile başlayın ve kuruluşunuz büyüdükçe ve karmaşıklık arttıkça ayrı depolara geçiş yapın.

Depo ve proje hizalama stratejisi

Birden çok depoya sahip tek proje:

  • En iyileri: Eşgüdümlü sürüm zamanlamalarına sahip ürünler ve hizmetler
  • Avantajlar: Paylaşılan işlemler, tutarlı erişim denetimleri, kolaylaştırılmış yönetim
  • Şu durumlarda kullanın: Geliştiriciler sık sık birden çok depoda çalışır ve tutarlı araçlar gerektirir

Ayrılmış depoları olan birden çok proje:

  • En iyi seçenek: Bağımsız zamanlamaları veya farklı gereksinimleri olan ürünler
  • Avantajlar: Bağımsız özelleştirme, ayrı idare, sınırları temizleme

Not

Git deposu taşınabilirliği, tam işleme geçmişine sahip projeler arasında kolayca geçiş yapılmasını sağlar.

Depo organizasyonu için karar faktörleri:

  • Kod bağımlılıkları: Bağımsız olarak dağıtılabilir ürün ve hizmetleri ayrı depolara yerleştirin
  • Koordinasyon gereksinimleri: Eşgüdümlü değişiklikler beklendiğinde ilgili kod temellerini bir arada tutun
  • Mimari: Mevcut monolitleri tek depolarda koruma; ayrıştırılmış ayrı hizmetler
  • Ekip erişimi: Depo oluşturmayı denetlemek için uygun izin yönetimini uygulama

İpucu

İzinlerinizi yönetmeyi göz önünde bulundurarak, kuruluşunuzdaki herkesin repo oluşturamamasını sağlayın. Çok fazla deponuz varsa, bu depolarda depolanan kodun veya diğer içeriğin sahibini takip etmek zordur.

Paylaşılan depo ile çatallanmış depo karşılaştırması

Güvenilen bir kuruluş içinde paylaşılan bir depo kullanın. Geliştiriciler, değişikliklerini birbirinden ayrı tutmak için dalları kullanır. İyi bir dallanma ve sürüm stratejisiyle tek bir depo, binden fazla geliştirici için eşzamanlı geliştirmeyi destekleyebilir. Dallanma ve sürüm stratejisi hakkında daha fazla bilgi için Git dallanma stratejisini benimseyin ve Yayın Akışı: Dallanma Stratejimiz bölümüne bakın.

Çatallar, ana depoyu güncelleştirmek için doğrudan erişimi olmaması gereken satıcı ekipleriyle çalışırken kullanışlıdır. Çatallar, açık kaynak bir projede olduğu gibi birçok geliştiricinin seyrek katkıda bulunduğu senaryolarda da kullanışlıdır. Çatallarla çalışırken, çatallanmış depoları ana depodan yalıtmak için ayrı bir proje tutmak isteyebilirsiniz. Ek yönetim yükü vardır, ancak ana projeyi daha temiz tutar. Daha fazla bilgi için Çatallar makalesine bakın.

Aşağıdaki görüntüde şirketinizin kuruluşlarını, projelerini, iş öğelerini, ekiplerini ve depolarını nasıl yapılandırabileceğine ilişkin bir örnek gösterilir.

Bir şirketin kuruluş yapısını gösteren diyagram.

Geçici ve paylaşılan kaynakları yönetme

Aşağıdaki en iyi yöntemleri kullanarak geçici ve paylaşılan kaynakları etkili bir şekilde yönetmeyi göz önünde bulundurun:

  • Geçici ortamlar: Geçici ortamlar kısa sürelidir ve test, geliştirme veya hazırlama gibi görevler için kullanılır. Bu ortamları verimli bir şekilde yönetmek için:
    • Ayrı depolar ve işlem hatları: Her geçici ortamın ve Azure İşlevleri gibi ilişkili kaynaklarının kendi deposu ve işlem hattı olmalıdır. Bu ayrım, ortamı ve kaynaklarını aynı anda dağıtabileceğiniz ve geri getirebileceğiniz anlamına gelir. Gerektiğinde bunları başlatmak ve sonlandırmak daha kolaydır.
    • Örnek: Azure İşlevleri, depolama hesapları ve diğer hizmetler gibi gerekli tüm kaynaklar dahil olmak üzere geliştirme ortamınıza özel olarak bir depo ve işlem hattı oluşturun.
  • Paylaşılan kaynaklar: Paylaşılan kaynaklar genellikle uzun ömürlü olur ve birden çok ortamda kullanılır. Bu kaynaklar genellikle daha uzun açılış sürelerine ve daha yüksek maliyetlere sahiptir. Paylaşılan kaynakları etkili bir şekilde yönetmek için:
    • Ayrı depolar ve işlem hatları: Azure SQL Veritabanı gibi paylaşılan kaynakların kendi depoları ve işlem hatları olmalıdır. Bu ayrım, geçici ortamların bu paylaşılan kaynakları kullanabilmesini sağlayarak dağıtımlarını daha hızlı ve uygun maliyetli hale getirir.
    • Örnek: Birden çok geçici ortamın kullanabileceği Azure SQL Veritabanınız için bir depo ve işlem hattı oluşturun.
  • Paylaşılan altyapı kaynakları: Sanal özel bulutlar (VPC' ler) ve giriş bölgeleri olarak da bilinen alt ağlar gibi paylaşılan altyapı kaynaklarının da kendi depoları ve işlem hatları olmalıdır. Bu yaklaşım, altyapınızı tutarlı bir şekilde yönetmenizi ve farklı ortamlarda yeniden kullanabilmenizi sağlar.
    • Örnek: VPC ve alt ağ yapılandırmanız için diğer depoların ve işlem hatlarının başvurabileceği bir depo ve işlem hattı oluşturun.

Kuruluş yapısı hakkında daha fazla bilgi

Kuruluşunuzun yönetici hesap türünü seçin

Bir kuruluş oluşturduğunuzda, oturum açmak için kullandığınız kimlik bilgileri, kuruluşunuzun hangi kimlik sağlayıcısını kullandığını belirler. Microsoft hesabı veya Microsoft Entra örneği kullanarak kuruluşunuzu oluşturun. adresinde yeni kuruluşunuzda https://dev.azure.com/{YourOrganization}yönetici olarak oturum açmak için bu kimlik bilgilerini kullanın.

Microsoft hesabınızı kullanma

Microsoft Entra Id kullanarak bir kuruluş için kullanıcıların kimliğini doğrulamanız gerekmiyorsa Microsoft hesabınızı kullanın. Tüm kullanıcıların bir Microsoft hesabı kullanarak kuruluşunuzda oturum açması gerekir. Hesabınız yoksa bir Microsoft hesabı oluşturun.

Parolanızı girin ve oturum açın

Microsoft Entra örneğiniz yoksa Azure portalından ücretsiz olarak bir örnek oluşturun veya Microsoft hesabınızı kullanarak kuruluş oluşturun. Ardından, kuruluşunuzu Microsoft Entra Id'ye bağlayabilirsiniz.

Microsoft Entra hesabınızı kullanma

Azure veya Microsoft 365 kullanıyorsanız zaten bir Microsoft Entra hesabınız olabilir. Kullanıcı izinlerini yönetmek için Microsoft Entra Id kullanan bir şirkette çalışıyorsanız, büyük olasılıkla bir Microsoft Entra hesabınız vardır.

Microsoft Entra hesabınız yoksa, kuruluşunuzu Microsoft Entra Id'nize otomatik olarak bağlamak için Microsoft Entra Id'ye kaydolun. Kuruluşunuza erişmek için tüm kullanıcıların bu dizine üye olması gerekir. Diğer kuruluşlardan kullanıcı eklemek için Microsoft Entra B2B işbirliğini kullanın.

Azure DevOps, microsoft Entra kimliğiniz aracılığıyla kullanıcıların kimliğini doğrular, böylece yalnızca bu dizine üye olan kullanıcılar kuruluşunuza erişebilir. Kullanıcıları bu dizinden kaldırdığınızda, artık kuruluşunuza erişemezler. Yalnızca belirli Microsoft Entra yöneticileri dizininizdeki kullanıcıları yönetir, bu nedenle yöneticiler kuruluşunuza kimlerin erişeceklerini denetler.

Kullanıcıları yönetme hakkında daha fazla bilgi için bkz . Kullanıcıları yönetme.

Kuruluşları iş birimleriyle eşleştir

Şirketinizdeki her iş birimi, Azure DevOps'ta kendi kuruluşuna ve kendi Microsoft Entra kiracısına sahip olur. Gerektiğinde, ekiplere veya devam eden çalışmalara dayalı olarak, bu tek tek kuruluşlar içinde projeler ayarlayabilirsiniz.

Daha büyük bir şirket için farklı kullanıcı hesapları (büyük olasılıkla Microsoft Entra hesapları) kullanarak birden çok kuruluş oluşturabilirsiniz. Grupların ve kullanıcıların hangi stratejileri paylaştığını ve hangilerinin çalıştığını göz önünde bulundurun ve bunları belirli kuruluşlar halinde gruplandırma.

Örneğin, kurgusal Fabrikam şirketi aşağıdaki üç kuruluşu oluşturmuştur:

  • Fabrikam-Marketing
  • Fabrikam-Mühendislik
  • Fabrikam-Sales

Her kuruluşun ayrı bir URL'si vardır, örneğin:

  • https://dev.azure.com/Fabrikam-Marketing
  • https://dev.azure.com/Fabrikam-Engineering
  • https://dev.azure.com/Fabrikam-Sales

Kuruluşlar aynı şirkete yöneliktir, ancak çoğunlukla birbirinden yalıtılmış durumdadır. Hiçbir şeyi bu şekilde ayırmanız gerekmez. Yalnızca işiniz için anlamlı olduğunda sınırlar oluşturun.

İpucu

Mevcut bir kuruluşu farklı kuruluşları birleştirmekten daha kolay bir şekilde projelerle bölümleyebilirsiniz.

Kurumsal yapınızı planlamak için yapay zekayı kullanma

Azure DevOps MCP Sunucusu'nu yapılandırırken yapay zeka yardımcılarını kullanarak doğal dil istemleri aracılığıyla kuruluş yapınızı analiz edebilir ve planlayabilirsiniz.

Kuruluş planlaması için örnek istemler

Görev Örnek talimat
Geçerli yapıyı gözden geçirme List all projects and teams in <Contoso> organization
Ekip kurulumunu analiz etme Show all teams and their members in <Contoso> project
Alan yollarını denetleme List all area paths configured in <Contoso> project
Yinelemeleri gözden geçirme Show the iteration paths and schedule for <Contoso> project
Proje kapsamını değerlendirme Show the number of work items, repos, and pipelines in each project in <Contoso> organization
Kullanılmayan projeleri bulma List projects in <Contoso> organization that have no recent commits or work item updates
Ekip boyutlarını karşılaştırma Show the member count for every team across all projects in <Contoso> organization
Belirle alan-yol dağılımı List area paths in <Contoso> project that have no work items assigned
Yeniden yapılanmayı planla Show which teams own each area path in <Contoso> project, and how many active work items each area has

İlgili içerik

  • Last updated on