Gantt ve Jira: plan ile işi uyumlu tutmak

Birçok şirkette proje iki kez var olur. Aşamaları, bağımlılıkları ve teslim tarihleri olan plan, proje yöneticisinin hazırladığı bir Gantt şemasında durur. Biletleri, sprintleri ve atamaları olan iş ise Jira'dadır. İkisi ayrı kaldığı sürece, birinin ilerlemeyi elle birinden diğerine kopyalaması gerekir ve planın tarihleri hızla eskir.

Bu makale, Jira'nın tek başına zamanlama için neden yeterli olmadığını, Planitude ile Jira Cloud arasındaki iki yönlü eşitlemenin nasıl çalıştığını ve açmadan önce hangi sınırları bilmeye değer olduğunu açıklar.

İki araç, iki farklı soru#

Jira şu soruyu yanıtlar: ekip şu anda ne üzerinde çalışıyor? Backlog'lar, panolar ve sprintler bunun için kurulmuştur. Bir zamanlama ise farklı bir soruyu yanıtlar: ne zaman bitireceğiz ve hangi görevler gecikmeyi kaldıramaz?

İkincisini yanıtlamak; süreler, öncelik ve gecikmeli bağımlılıklar, tatilli takvimler, kısıtlamalar ve her değişikliği aşağı akışa iten bir hesaplama gerektirir. Yeni sunucu kurulumu üç gün kayarsa test, eğitim ve canlıya geçiş kendiliğinden kaymalı ve proje yöneticisi teslim tarihinin hâlâ geçerli olup olmadığını hemen bilmelidir.

Jira'da zamanlama için eksik olanlar#

Jira planlama araçlarından yoksun değildir. Zaman çizelgesi, bağlı öğeler arasındaki bağımlılıkları “Blocks” bağlantı türüyle gösterir ve iki bağlı öğenin tarihleri çakıştığında olası bir gecikmeyi belirtmek için bağımlılık çizgisi kırmızıya döner^[1]. Atlassian'ın fiyatlandırma sayfasına göre bağımlılıklar Free ve Standard planlarında tek bir proje içinde, Premium'da projeler arasında yönetilir^[2].

Ancak bir uyarı bir yeniden hesaplama değildir: tarihler girildikleri gibi kalır ve kritik yol açıklanan özellikler arasında yer almaz. Sonuç olarak plan başka bir yerde, bir dosyada veya başka bir araçta yaşar ve eşitliği bozulur. İki aracın tam karşılaştırması için Planitude ve Jira yazısına bakın.

İki yönlü eşitleme nasıl çalışır#

Entegrasyon bir Planitude projesini bir Jira Cloud projesine bağlar. Oturum açma Atlassian OAuth 2.0 kullanır: Planitude parolanızı asla görmez, belirteçleri şifreli saklar ve Atlassian'ın sağladığı, 90 gün hareketsizlikten sonra sona eren dönen yenileme belirteçleriyle yeniler^[3].

İlk bağlandığınızda ilk hizalamayı seçersiniz:

1. Planı Jira'ya gönder: her görev için bir iş öğesi ve her bağımlılık için bir “Blocks” bağlantısı oluşturulur;
2. Jira'dan içe aktar: mevcut her iş öğesi, başlangıç tarihi, süre, ilerleme ve sorumluyla planın en altında bir görev olur;
3. İkisi de: önce içe aktarma, ardından henüz Jira'da olmayan görevler gönderilir.

Bundan sonra değişiklikler iki yönde akar. Planitude'dan Jira'ya, planda yapılan her değişiklik, ızgaradan, Gantt şemasından, bir içe aktarmadan veya yapay zekâ asistanından gelsin, algılanır ve saniyeler içinde gönderilir. Jira'dan Planitude'a, değişiklikler entegrasyonun kaydettiği webhook'larla gelir; Planitude bunları Atlassian'ın 30 günlük süre sonundan önce yeniler^[4] ve beş dakikada bir yapılan bir kontrol kaçan olayları yakalar.

Özet görevler yalnızca Planitude'da kalabilir veya altlarındaki görevler alt iş öğesi olarak Epik'lere dönüşebilir.

Kim neyin sahibi: alan kuralı#

Güvenilir bir eşitleme, her alan için basit bir kural gerektirir. Planitude'da kural şudur:

Mantık gerçek işi yansıtır: ne zaman olacağına plan, bir görevin ne kadar ilerlediğine ve kimin yaptığına ekip karar verir. Durum, düzenlenebilir bir eşlemeyle yüzdeye çevrilir: kategoriye göre yapılacak %0, devam ediyor %50, tamamlandı %100'dür. Bir görev zaten %30'daysa ve iş öğesi “In Progress”e geçerse, ilerlemesi düz %50 ile ezilmez.

Kişiler, Jira kullanıcısı e-postasını görünür kıldığında e-postayla otomatik eşleştirilir; aksi halde eşleşmeyi entegrasyon sayfasında elle seçersiniz.

Bağımlılıklar, çakışmalar ve silmeler#

Bağımlılıklar. Bitişten başlangıca bağlantılar “Blocks” bağlantıları olur: öncül ardılı engeller. Başlangıçtan başlangıca, bitişten bitişe ve başlangıçtan bitişe bağlantıların Jira'da karşılığı yoktur ve yalnızca Planitude'da kalır. Jira'da elle eklenen “Blocks” bağlantıları ne içe aktarılır ne silinir.

Jira'da değiştirilen tarihler. Tarihler plan tarafından hesaplandığı için Jira'da değiştirilen bir tarih plandaki değere geri döndürülür ve reddedilen değişiklik entegrasyon günlüğünde görünür. Bir görevi taşımak için planda taşırsınız: motor ona bağlı her görevi de yeniden hesaplar.

Çakışmalar. Her alan için Planitude üç değeri karşılaştırır: son üzerinde anlaşılan değer, plandaki güncel değer ve Jira'daki güncel değer. Yalnızca bir taraf değiştiyse değişiklik diğerine gider. İkisi de farklı değerlere değiştiyse alanın sahibi kazanır ve çakışma iki değerle birlikte günlüğe kaydedilir. Kural yalnızca verilere bağlıdır, iki sunucunun saatlerine değil.

Silmeler. Hiçbir taraf diğerinde bir şey silmez. Planitude'da silinen bir görev, iş öğesini planitude-unlinked etiketiyle Jira'da bırakır; Jira'da silinen bir iş öğesi görevi planda bırakır ve sayfa iki eylem sunar: Jira'da yeniden oluşturmak veya eşitlemeyi bırakmak.

Jira'yı adım adım bağlama#

1. Projeyi Planitude'da açın ve ⋯ › Entegrasyonlar › Jira'yı seçin.
2. Jira'ya bağlan'a tıklayın ve Atlassian'ın onay ekranında erişim verin.
3. Hesabınız birkaç siteyi görebiliyorsa doğru olanı, ardından Jira projesini seçin.
4. Seçenekleri gözden geçirin: varsayılan iş öğesi türü, özet görevlerin Epik olup olmayacağı, başlangıç tarihi alanı, Planitude'un oluşturduğu iş öğeleri için etiket.
5. İlk hizalamayı seçin: gönder, içe aktar veya ikisi.
6. Kişiler bölümünü kontrol edin ve e-postayla bulunamayan eşleşmeleri tamamlayın.

Planitude, Jira'ya projeyi bağlayan kişi olarak yazar; bu nedenle o kişinin projeye göz atma, iş öğesi oluşturma, düzenleme, atama ve bağlama ile geçirme izinlerine ihtiyacı vardır. Planitude projesinin sahipleri ve düzenleyicileri entegrasyonu yapılandırabilir; salt okunur erişimi olanlar yalnızca durumunu görür. Diğer mevcut entegrasyonlar Entegrasyonlar sayfasında açıklanmıştır.

Bilinen sınırlar#

• Yalnızca Jira Cloud: Jira Data Center ve Server desteklenmez.
• Yalnızca bitişten başlangıca bağımlılıklar; iş öğesi başına bir sorumlu (görevde en çok birime sahip kişi).
• Gün ayrıntısında tarihler: saatler Planitude'da kalır.
• Atlassian bir OAuth uygulamasına site başına kullanıcı başına 5 webhook tanır^[4]: aynı kişinin aynı sitede bağladığı beşinci projeden sonra Jira'dan gelen değişiklikler beş dakikalık kontrolle gelir.
• “Yalnızca yaprak görevler” seçeneğiyle, özet olan bir görev kaldırılmış sayılır ve iş öğesi planitude-unlinked etiketini alır.

Sık sorulan sorular#