Company-Managed mi Team-Managed mi? Jira'da Proje Tipini Seçmek

Ortak zemin: aynı Jira, farklı yönetim modeli

Atlassian'ın destek belgelerine göre iki tip de aynı temel özellikleri sunar; fark, kurulum ve yönetim biçimindedir. Her iki tipte de iş öğeleri oluşturulur, panolarda ilerletilir, iş akışlarından geçer ve raporlanır.

Team-managed proje, ekibin kendi başına kurup yönettiği, kendi içinde kapalı bir çalışma alanıdır. Company-managed proje ise Jira yöneticilerinin kurduğu ve sürdürdüğü, site genelinde paylaşılan yapılandırmalara dayanan projedir.

Bu tipler daha önce farklı adlarla biliniyordu. Atlassian, adları daha açık ve tanımlayıcı kılmak için next-gen projeleri team-managed, classic projeleri company-managed olarak yeniden adlandırdı. Eski forum yazılarında ve eğitim içeriklerinde hâlâ next-gen ve classic ifadeleri geçer; aynı şeyden söz ederler.

Güncel Atlassian belgelerinde Jira projeleri için space (alan) ifadesinin de kullanılmaya başlandığı görülür; team-managed space ve company-managed space aynı ayrımı anlatır.

Ölçüt ölçüt farklar

• Ölçüt: Kim kurar ve yönetir. Company-managed: Jira yöneticileri. / Team-managed: ekipteki herkes; proje yöneticileri Jira yöneticisine gitmeden yapılandırır.
• Ölçüt: Yapılandırmanın kapsamı. Company-managed: ekranlar ve şemalar projeler arasında paylaşılır; bir değişiklik, aynı yapılandırmayı kullanan tüm projelere yansır. / Team-managed: ayarlar yalnız o projeye aittir, başka hiçbir projeyi etkilemez.
• Ölçüt: İş akışı standardı. Company-managed: aynı iş akışı çok sayıda projede standart olarak kullanılabilir. / Team-managed: her proje kendi iş akışını tanımlar.
• Ölçüt: Alanlar. Company-managed: alanlar ekranlara yerleştirilir ve şemalar aracılığıyla projeler arasında paylaşılır. / Team-managed: oluşturulan alanlar yalnız o projeye özgüdür.
• Ölçüt: İzin ve iş akışı özelleştirme derinliği. Company-managed: karmaşık izin ve iş akışı özelleştirmesine olanak tanır. / Team-managed: daha sade bir yapılandırma sunar.
• Ölçüt: Çevik özellikler. Company-managed: yönetici tarafından yapılandırılan pano ve süreçler. / Team-managed: backlog, sprint, tahminleme ve sürümler gibi özellikler ekip tarafından açılıp kapatılabilir.

Atlassian'ın önerisi bu farklardan çıkar: hızlı kurulum ve kendi içinde kapalı bir alan isteyen ekipler için team-managed; yapılandırmayı birden fazla projede standartlaştırmak ya da karmaşık izin ve iş akışı özelleştirmesi yapmak isteyen kurumlar için company-managed.

Paylaşılan yapılandırma: company-managed projenin gücü ve riski

Company-managed projelerin ayırt edici özelliği, yapılandırmanın şemalar üzerinden paylaşılmasıdır. Bir Jira yöneticisi tek bir iş akışı şeması tasarlayıp bunu yazılım ekiplerinin tümüne atayabilir. Böylece her ekipte aynı durumlar, aynı geçiş kuralları ve aynı zorunlu alanlar bulunur; ekipler arası raporlar karşılaştırılabilir hale gelir.

Aynı özellik bir risk de taşır. Atlassian belgelerinin vurguladığı gibi, paylaşılan bir şema ya da ekran değiştiğinde onu kullanan her company-managed proje birlikte değişir. Bir ekibin talebiyle eklenen zorunlu bir alan, aynı şemayı kullanan başka bir ekibin iş öğesi oluşturmasını beklenmedik biçimde engelleyebilir. Bu yüzden company-managed ortamlarda şema değişiklikleri bir değişiklik süreciyle, etki analizi yapılarak yönetilir.

Team-managed projelerde bu risk yoktur, ama bedeli standardın kaybıdır: her ekip kendi durum adlarını ve alanlarını tanımladığında, birden fazla ekibi kapsayan raporlar ve panolar tutarsız hale gelebilir.

Hangi durumda hangisi?

Team-managed seçin: • Ekip özerk çalışıyorsa ve sürecini kendi belirlemek istiyorsa. • Kuruluma hemen başlamak gerekiyorsa ve Jira yöneticisinin her değişikliği yapmasını beklemek iş akışını yavaşlatacaksa. • Proje kısa ömürlüyse ya da bir deneme niteliğindeyse; örneğin bir pilot ekip, bir etkinlik ya da tek seferlik bir iş. • Ekip, backlog ya da sprint gibi çevik özellikleri ihtiyaç duydukça açıp kapatmak istiyorsa.

Company-managed seçin: • Birden fazla ekip aynı iş akışını, aynı alanları ve aynı tanımları kullanmak zorundaysa. • Ekipler arası raporlama ve portföy görünümü gerekiyorsa. • Erişim ve izinlerde ayrıntılı kurallar gerekiyorsa; örneğin denetim ya da uyum gereklilikleri olan ekipler. • Kurumda deneyimli bir Jira yöneticisi ve şema değişikliklerini yöneten bir süreç varsa.

Karar verirken tek bir soru çoğu zaman yeterlidir: bu projenin ayarları başka projelerle aynı olmak zorunda mı? Yanıt evetse company-managed, hayırsa team-managed doğal başlangıçtır.

Tip değiştirmek: dönüştürme değil taşıma

Bir proje kurulduktan sonra tipini bir düğmeyle değiştirmek mümkün değildir. Atlassian belgelerinde anlatılan yol, hedef tipte yeni bir proje oluşturmak ve iş öğelerini toplu taşıma ile oraya aktarmaktır. Taşıma sırasında durumlar yeni projenin durumlarıyla eşleştirilir.

Belgeler bu taşımada dikkat edilmesi gereken kayıpları açıkça sıralar: • Bileşen alanı dolu iş öğeleri team-managed projeye taşındığında bileşen bilgisi kalıcı olarak kaybolur; iş öğeleri geri taşınsa bile geri gelmez. • Genel özel alanların verisi saklanır, ama yeni projedeki alanlar teknik olarak farklı olduğu için değerler boş görünebilir. İş öğeleri geldikleri company-managed projeye geri taşınırsa veri kurtarılabilir. • Filtreler otomatik taşınmaz, elle güncellenmeleri gerekir. • Taşınan iş öğeleri yeni anahtarlar alır.

Bu nedenle proje tipi, özellikle büyüyecek ya da başka ekiplerle bütünleşecek projelerde, kurulumda bilinçli olarak seçilmelidir.

Sık yapılan hatalar

• Her ekibe varsayılan olarak team-managed proje açmak. Başlangıçta hızlıdır; ama ekipler büyüyüp ortak raporlama ihtiyacı doğduğunda her projede farklı durum adları ve alanlar bulunur ve sonradan standarda geçmek taşıma gerektirir.
• Company-managed projelerde ortak şemayı tek bir ekibin isteğiyle değiştirmek. Değişiklik, aynı şemayı kullanan tüm projelere yansır. Ekibe özel bir ihtiyaç varsa ayrı bir şema türetmek ya da değişikliği etki analiziyle yapmak gerekir.
• Proje tipini kontrol etmeden destek aramak. Forumlardaki çözümlerin çoğu tipe özgüdür; bir company-managed yönergesi team-managed projede uygulanamayabilir. Proje tipi, proje adının yanındaki daha fazla eylem menüsünden görülebilir.
• Eski ve yeni adları farklı ürünler sanmak. Next-gen ve classic, team-managed ve company-managed ile aynı ayrımın eski adlarıdır.
• Taşımayı bir hafta sonu işi gibi görmek. Bileşen bilgisi, özel alan değerleri, filtreler ve iş öğesi anahtarları taşımadan etkilenir; önce küçük bir deneme taşıması yapılmalıdır.

Mindset programlarında nerede çalışılır?

Proje tipi kararı, Jira'yı ekip düzeyinde kuran proje yöneticileri ve kurum genelinde yöneten Jira yöneticileri için ilk ve en kalıcı kararlardan biridir. Jira ile Proje Yönetimi Eğitimi takım ve şirket tarafından yönetilen proje tiplerini ayrı bir başlık olarak işler ve bunu iş akışları, backlog ve sprint planlamayla birleştirir. Jira Eğitimi: Temel ve İleri Uygulama ise iki tip arasındaki farkı proje kurulumu, yapılandırma ve entegrasyonlarla birlikte ele alır.