Jira Plans ile birden çok takımı tek planda yönetmek

Plans nedir ve hangi sorunu çözer?

Tek bir takımın panosu, o takımın bu hafta ne yaptığını gösterir. Birkaç takımın birbirine bağlı bir sürüm çıkarması gerektiğinde ise soru değişir: hangi iş hangi takımın kapasitesine sığıyor, hangi iş başka bir takımı bekliyor, sürüm tarihi tutar mı? Plans bu soruları yanıtlamak için vardır. Atlassian'ın tanımıyla plan, pano, alan ve filtrelerdeki iş öğelerini tek bir plana toplar; böylece takımlar arası sürüm tarihleri, personel soruları ve yıllık hedefler tek yerden görülür.

Plans, Atlassian dokümantasyonuna göre yalnızca Jira Cloud Premium ve Enterprise sürümlerinde sunulur. Eski kaynaklarda ve Atlassian'ın bazı adreslerinde 'Advanced Roadmaps' ifadesiyle karşılaşabilirsiniz; bugün arayüzde ve yardım sayfalarında 'plan' adı kullanılır. Önemli olan, planın iş öğelerinin üstüne oturan bir planlama katmanı olmasıdır: ek hiyerarşi seviyeleri, örneğin girişimler, plan içinde tanımlanabilir.

Planı kurmak: işin geldiği kaynaklar

Bir plan, iş öğelerini şu kaynaklardan alabilir ve bunları aynı planda birleştirebilir: Scrum veya Kanban panoları, Jira alanları ve JQL filtreleri. Atlassian rehberine göre takım yönetimli alanlar da artık plana eklenebilir. Kaynak seçimi, planın neyi gösterdiğini belirler; bu yüzden ilk karar 'hangi işler bu planın konusu' sorusudur.

Pratik bir yaklaşım: • Plan bir program ya da sürüm çevresinde kurulacaksa, o programın tüm alanlarını kaynak yapın. • Plan yalnızca bir girişimi izleyecekse, girişime bağlı işleri toplayan bir filtre daha net bir görünüm verir. • Her şeyi plana doldurmayın; gereksiz iş, zaman çizelgesini okunmaz hâle getirir.

Kaynak belirlendikten sonra zaman çizelgesi, işleri hiyerarşiye göre gösterir. Filtre yazarken JQL bilgisi gerekir. Atlassian plandaki takım sayısı için zorunlu bir sınır koymaz, ancak performans için takım sayısını sınırlı tutmayı ve büyük programları birden çok plana bölmeyi önerir; çok geniş bir plan hem yavaşlar hem de okuyanı yorar.

Takımlar ve kapasite

Plans'ta takım, iş öğelerinin sahibi olarak çizelgeye girer. Atlassian'a göre iş takımlara atanır ve takımların ilerlemesi çizelgeden izlenir; kapasite planlaması ise bir iterasyonda takımın ne kadar işi kaldırabileceğini hesaba katar. Kapasite hem takımın hızına hem de iş gücü kapasitesine dayandırılabilir.

Burada en sık yapılan hata, kapasiteyi bir kerelik girip unutmaktır. İzin dönemleri, yeni katılanlar ya da başka bir projeye kayan kişiler kapasiteyi değiştirir. Kapasite güncel değilse zaman çizelgesi güvenilir görünür ama yanlış bilgi verir.

Çok takımlı dönem planlamasında Atlassian'ın Program panosu görünümü, her takım için ayrı bir satır sunar. Takımlar işlerini aynı panoda yerleştirir, bağımlılıklarını da orada işaretler. Böyle bir toplantıda panoyu projeksiyona yansıtıp takımlar arasındaki kaymaları birlikte konuşmak, e-posta yazışmasından genellikle daha hızlı sonuç verir.

Bağımlılıkları görünür kılmak

Takımlar arası gecikmelerin sık görülen bir nedeni bağımlılıktır: bir takım, başka bir takımın tamamlamasını beklediği bir iş yüzünden bekler. Plans'ta bağımlılıklar çizelge üzerinde görülür; Atlassian'a göre plan, zaman çizelgenizi etkileyebilecek bağımlılıkları, plan dışındakiler dahil, dikkate almanızı sağlar. Ayrı bir bağımlılık görünümü takımlar arası engelleri toplu görmeyi kolaylaştırır.

Bağımlılık yönetimi için şu disiplin işe yarar: • Bağımlılığı iş öğesi seviyesinde, işin gerçekten başlayabilmesi için bitmesi gereken iş ile tanımlayın. • Bağımlı iki işi aynı döneme yerleştirmekten kaçının; arkadaki işin, öndeki bittikten sonra başlayacağını düşünün. • Plan dışındaki bağımlılıkları da kayda alın; dış bir takımın gecikmesi sizin tarihinizi etkiler. • Bağımlılıkları düzenli aralıklarla gözden geçirin; biten iş bağımlılığı kaldırmıyorsa çizelge eskir.

Senaryolarla 'ya şöyle olursa' sorusunu denemek

Senaryo, Atlassian'ın 'sandbox' dediği güvenli alanda planı değiştirmenizi sağlar. Bir takımın kapasitesi düşerse sürüm ne kadar kayar? Bir işi başka bir takıma verirsek tarih düzelir mi? Bu soruları gerçek iş öğelerine dokunmadan sorabilirsiniz; değişiklikler siz kaydedene kadar Jira'ya yazılmaz.

Senaryoları şu şekilde kullanın: • Yönetime birkaç alternatif sunmadan önce her alternatifi ayrı bir senaryoda kurun. • Karar çıkınca seçilen senaryoyu kaydedin; diğerlerini silin, aksi hâlde plan karmaşıklaşır. • Senaryoya ad verirken değişikliği anlatın: 'Veri takımı yarım kapasite' gibi.

Senaryo tek başına doğru tarihi söylemez; tarihin girdilerinizin kalitesine bağlı olduğunu unutmayın. Tahminler zayıfsa senaryolar da zayıf cevap verir.

Plans'a ne zaman ihtiyaç yoktur?

Her çok takımlı yapıda Plans gerekmez. Takımlar neredeyse bağımsız çalışıyorsa, aralarında az bağımlılık varsa ve plan yılda birkaç kez değişiyorsa, pano, filtre ve sprint raporları yeterli olabilir. Plans'ı kurmak ve güncel tutmak da emek ister: kapasite, tahmin ve bağımlılıklar düzenli bakım gerektirir.

Plans, işin gerçekten birbirine bağlı olduğu ve bir sürüm tarihinin takımlar arası koordinasyona dayandığı durumlarda değer üretir. Karar verirken plan sahibini de belirleyin: planı kimin güncel tutacağı belli değilse, çizelge birkaç hafta içinde eski bilgi taşımaya başlar.

Sık yapılan hatalar

Çoklu takım planlamasında sık görülen sorunlar: • Planı bir kez kurup sonra güncellememek. • Tahmini olmayan iş öğelerini plana almak; kapasite hesabı bu işleri göremez. • Her bağımlılığı plana girmeye çalışmak; yalnızca takvimi gerçekten etkileyenleri izleyin. • Senaryoları temizlememek; hangisinin geçerli olduğu belirsizleşir. • Plana yalnız yöneticilerin bakması; takımlar planı görmüyorsa bağımlılıklar geç fark edilir.

Başlangıç için küçük bir plan, örneğin birkaç takım ve tek bir sürüm, ilk deneyimi kolaylaştırır. Yöntem oturunca kapsamı genişletin.

Bu beceriyi Mindset programlarında nerede çalışırsınız?

Jira Eğitimi: Temel ve İleri Uygulama programındaki 'Backlog Yönetimi ve Sprint İşleyişi', 'Gerçek Zamanlı İzleme ve Raporlama' ve takım yönetimi modülleri, Plans'a geçmeden önce gereken temeli oluşturur. Plans'ı ayrı bir modül olarak anmıyorlar; plan, panolar ve sprint'ler üzerinde yükselir.

Plans becerisi, çok takımlı bir ürün ya da program yürüten proje yöneticileri, Scrum Master'lar ve Jira yöneticileri için doğrudan iş aracıdır.