Confluence ile Jira: Bilgiyi Belgelemek ile İşi Takip Etmek Arasındaki Fark
Jira yapılacak işi takip eder: kimde, hangi durumda, ne zaman bitecek. Confluence ise o işin neden ve nasıl yapıldığını belgeler: gereksinimler, kararlar, toplantı notları. Ekiplerin asıl sorusu hangisini seçecekleri değil, hangi bilginin nerede duracağıdır.
Bir bakışta
- Jira'nın birimi iş öğesidir, Confluence'ın birimi sayfadır. İş öğesi bir durumdan diğerine ilerler; sayfa ise okunur, düzenlenir ve başka sayfalara bağlanır.
- Durumu izlenecek, sorumlusu olan her iş Jira'ya gider. Birden fazla kişiye atanan ve birden fazla iş akışının eşzamanlı yürüdüğü işler için Atlassian Jira'yı önerir.
- Kararlar, gereksinimler ve bilgi birikimi Confluence'ta durur. Bir iş kapandıktan sonra da okunması gereken her bilgi, iş öğesinin yorumlarında kaybolmamalıdır.
- Küçük ve raporlanmayacak görevler için Confluence görevleri yeterlidir. Toplantı aksiyonları ya da etkinlik yapılacakları gibi işler ayrı bir iş takibi gerektirmez.
- En verimli kurulum, ikisini birbirine bağlamaktır. Confluence'taki bir metinden Jira iş öğesi oluşturulur; iş öğesi kaynağı olan sayfaya bağlı kalır.
Ortak zemin: aynı ekibin iki farklı ihtiyacı
Jira ve Confluence aynı üreticinin, Atlassian'ın ürünleridir ve sık sık birlikte satın alınır. Bu yüzden 'hangisini kullanmalıyız' sorusu sık sorulur; oysa iki ürün farklı ihtiyaçlara yanıt verir.
Jira bir iş takip aracıdır. Bir hata kaydı, bir kullanıcı hikâyesi ya da bir görev oluşturulur, bir kişiye atanır, iş akışındaki durumlar boyunca ilerler ve kapanır. Sprint, backlog, pano ve raporlar bu takibin etrafında kurulur.
Confluence bir bilgi ve dokümantasyon alanıdır. Ekip sayfalar oluşturur, bunları alanlar içinde hiyerarşik olarak düzenler, birlikte düzenler ve yorumlar. Gereksinim belgeleri, karar kayıtları, toplantı notları, süreç tanımları ve ürün belgeleri burada durur.
Kabaca ayırmak gerekirse: 'ne yapılacak, kim yapacak, hangi durumda' sorusunun yanıtı Jira'da, 'ne biliyoruz, neye karar verdik, nasıl çalışıyoruz' sorusunun yanıtı Confluence'tadır.
Ölçüt ölçüt farklar
- Ölçüt: Amaç. Confluence: bilgiyi oluşturmak, düzenlemek ve paylaşmak. / Jira: işi başlangıcından bitişine kadar takip etmek.
- Ölçüt: Temel birim. Confluence: sayfa; alanlar ve sayfa ağacı içinde. / Jira: iş öğesi; projeler, panolar ve backlog içinde.
- Ölçüt: Yaşam döngüsü. Confluence: sayfa güncellenir, sürüm geçmişi tutulur, ama bir bitiş durumu yoktur. / Jira: iş öğesi tanımlı durumlardan geçer ve kapanır.
- Ölçüt: Görev takibi. Confluence: sayfa içi görevler; tamamlandı ya da tamamlanmadı. / Jira: özelleştirilebilir iş akışı, öncelik, atama, tahmin ve alt görevler.
- Ölçüt: Raporlama. Confluence: içerik odaklı; Jira raporları sayfaya gömülerek gösterilebilir. / Jira: sprint, iş yükü ve akış raporları, gösterge panoları.
- Ölçüt: Tipik kullanıcı. Confluence: ürün, pazarlama, İK ve teknik ekipler dahil tüm şirket. / Jira: yazılım ekipleri ve iş akışı yöneten operasyon ekipleri.
Atlassian'ın kendi rehberi ayrımı pratik ölçütlerle verir: işleri toplantı aksiyonları, etkinlik yapılacakları ve küçük ekip projeleri gibi işinizin yanında takip etmek istiyorsanız, kapsam, kilometre taşı ve sürüm gibi özellikleri yönetmeniz gerekmiyorsa ve raporlama temel ihtiyaç değilse Confluence görevleri yeterlidir. Bir görevin birden fazla sorumlusu varsa, aynı anda birden fazla iş akışı yürütüyorsanız ya da ekipler arası iş birliği gerekiyorsa Jira önerilir.
Hangi bilgi nerede durmalı?
Ekiplerin en sık yaşadığı sorun araç seçimi değil, bilginin yanlış yere yazılmasıdır. Pratik bir dağılım şöyledir:
Confluence'a: • Ürün gereksinim belgesi, kullanıcı araştırması bulguları, tasarım kararları. • Toplantı notları ve alınan kararların gerekçeleri. • Süreç tanımları: işe alım akışı, sürüm kontrol listesi, olay müdahale rehberi. • Retrospektif notları ve öğrenilen dersler. • Yeni çalışanların okuyacağı tanıtım ve el kitabı sayfaları.
Jira'ya: • Gereksinimlerden türetilen kullanıcı hikâyeleri, görevler ve hatalar. • Sprint planı ve backlog önceliklendirmesi. • Retrospektiften çıkan ve bir sorumlusu olan aksiyonlar. • Destek ve operasyon talepleri.
Kural basittir: bir bilgi iş kapandıktan sonra da okunacaksa Confluence'a, bir sorumlusu ve bir bitiş durumu varsa Jira'ya yazılır.
Bitiş durumu olan iş Jira'ya, kalıcı bilgi Confluence'a
- Bir sorumlusu ve bitiş durumu var, ilerlemesi izlenecekJira iş öğesiGörev, hata, kullanıcı hikâyesi, destek talebi.
- İş kapandıktan sonra da okunacak bir bilgi ya da kararConfluence sayfasıGereksinim, karar kaydı, süreç tanımı, toplantı notu.
- Küçük bir aksiyon, raporlanmayacakConfluence sayfa içi göreviToplantı aksiyonları, etkinlik yapılacakları.
- Hem belge hem iş gerekiyorSayfadan iş öğesi oluşturup bağlayınİş öğesi kaynağı olan sayfaya bağlı kalır.
Birlikte kullanım: fikirden teslimata ve geri
Atlassian'ın önerdiği akışta Confluence planlamanın merkezidir: proje kapsamı ve hedefler orada yazılır, kararlar ve güncellemeler orada belgelenir. Ardından üst düzey hedefler Jira'da yapılabilir işlere dönüştürülür.
Bu dönüşüm araçlar arasında kopyala yapıştır gerektirmez. Confluence sayfasında bir metin seçilerek doğrudan Jira iş öğesi oluşturulabilir ve oluşturulan iş öğesi kaynağı olan sayfaya bağlı kalır; sayfa Jira tarafından da görüntülenebilir.
Döngü teslimatla bitmez. Sprint sonunda retrospektif notları ve öğrenilen dersler Confluence'a yazılır, buradan çıkan aksiyonlar yeniden Jira'ya iş öğesi olarak girer. Sürüm notları Confluence'ta yayımlanırken, o sürüme giren iş öğelerinin listesi Jira'dan sayfaya gömülür.
Bu akışın değeri izlenebilirliktir: bir hata kaydını açan kişi, ilgili gereksinim sayfasına tek tıkla ulaşır; gereksinim sayfasını okuyan kişi, o gereksinimin hangi işlere bölündüğünü ve hangilerinin bittiğini görür.
Plan Confluence'ta yazılır, iş Jira'da yürür, öğrenilen Confluence'a döner
- Kapsamı ve kararları yazConfluence sayfasında hedefler, gereksinimler, kararlar.
- İşlere dönüştürSayfadaki metinden Jira iş öğeleri oluşturulur.
- Takip et ve teslim etJira'da sprint, pano ve iş akışı.
- Öğrenileni belgeleRetrospektif ve sürüm notları Confluence'a döner.
Örnek senaryo: yeni bir ödeme özelliği
Bir e-ticaret ekibi taksitli ödeme seçeneği ekleyecektir. Ürün yöneticisi Confluence'ta bir gereksinim sayfası açar: müşteri sorunu, kapsam, kapsam dışı kalanlar, açık sorular ve hukuk ekibinden alınan görüş. Mimari seçenekler bir karar kaydı sayfasında karşılaştırılır ve seçilen yaklaşımın gerekçesi yazılır.
Gereksinimler netleşince ürün yöneticisi sayfadaki maddeleri seçip Jira iş öğelerine dönüştürür: ödeme ekranı tasarımı, ödeme sağlayıcısı entegrasyonu, iade akışı, test senaryoları. Her iş öğesi gereksinim sayfasına bağlıdır. Geliştiriciler işi Jira panosunda ilerletir, test sırasında bulunan hatalar da Jira'ya kaydedilir.
Sürüm çıktıktan sonra Confluence'ta bir sürüm notu sayfası yayımlanır; sayfa, sürüme giren iş öğelerinin listesini Jira'dan gösterir. Destek ekibi müşteri sorularına yanıt verirken aynı alandaki sık sorulan sorular sayfasını kullanır. Birkaç ay sonra benzer bir özellik planlandığında ekip, kararların gerekçesini iş öğesi yorumlarında değil karar kaydında bulur.
Sık yapılan hatalar
- Kararları Jira yorumlarına gömmek. Bir iş öğesinin yorumunda alınan mimari karar, iş kapandığında kimsenin bulamayacağı bir yere gider. Kararın kendisi Confluence'ta, iş öğesinde ise bağlantısı durmalıdır.
- Confluence'ı görev takip aracı gibi kullanmak. Sorumlusu, önceliği ve bitiş tarihi olan onlarca görevi tablolarla sayfada takip etmek, raporlama ihtiyacı doğduğunda dağılır.
- Gereksinimleri iki yerde ayrı ayrı yazmak. Aynı gereksinim hem sayfada hem iş öğesi açıklamasında tam metin olarak durursa ikisi zamanla birbirinden ayrışır. Ayrıntı sayfada, iş öğesinde özet ve bağlantı bulunmalıdır.
- Alan ve proje yapısını birbirinden bağımsız kurmak. Confluence alanları ile Jira projeleri ekip ya da ürün eksenine göre eşleştirilmezse bilgi aramak zorlaşır.
- Erişim yetkilerini tek tarafta düşünmek. Bir Jira projesine erişimi olan kişinin bağlı Confluence alanına da erişmesi gerekiyorsa yetkiler iki tarafta birlikte tasarlanmalıdır.
Mindset programlarında nerede çalışılır?
Bu ayrım, yazılım ve ürün ekiplerinin yanı sıra bilgi birikimini düzenlemek isteyen operasyon ve PMO ekipleri için de gündelik bir karardır. Jira + Confluence Kombinasyonu eğitimi iki aracın entegrasyon senaryolarını, dokümantasyon hizalamasını ve proje raporlamasını birlikte işler. Jira ile Proje Yönetimi Eğitimi iş takibi, backlog ve sprint tarafını; Confluence ile Bilgi Yönetimi eğitimi ise alan mimarisi, şablonlar ve kurumsal yerleşim stratejisini ele alır.
İlgili Mindset programı
Jira + Confluence Kombinasyonu
Sık sorulan sorular
Yalnızca Confluence ile proje yönetilebilir mi?
Küçük ve içerik ağırlıklı projelerde yönetilebilir. Atlassian, içerik, dokümantasyon ya da dış bilgi üzerinde iş birliği yapan iş ekipleri için Confluence görevlerinin proje yönetiminde yeterli olabileceğini belirtir. Ancak birden fazla sorumlu, paralel iş akışları, ekipler arası bağımlılıklar ya da düzenli ilerleme raporu gerektiğinde Jira gibi bir iş takip aracına ihtiyaç doğar.
Jira'daki iş öğeleri Confluence sayfasında nasıl gösterilir?
Confluence sayfasına eklenen bir Jira makrosu, belirli bir iş öğesini ya da bir sorguya uyan iş öğelerinin listesini sayfada gösterir. Liste Jira'daki güncel durumu yansıttığı için sürüm notları, durum raporları ya da toplantı gündemleri elle güncellenmeden kalır. Görünürlük, okuyan kişinin Jira'daki erişim yetkisine bağlıdır.
Confluence yerine Jira'nın açıklama alanı yeterli değil mi?
Tek bir işin bağlamı için yeterlidir; işin neden ve nasıl yapıldığı kısaca orada yazılabilir. Sorun, birden fazla işi kapsayan bilgide ortaya çıkar: bir ürünün gereksinimleri, mimari kararlar ya da süreç tanımı tek bir iş öğesine ait değildir. Bu bilgi bir sayfada durduğunda ilgili tüm iş öğeleri ona bağlanabilir.
Destek ekipleri için Jira mı, Confluence mı?
İkisi birlikte kullanılır. Gelen talepler bir iş takip aracında, örneğin Jira Service Management'ta, kuyruk, öncelik ve hizmet seviyesiyle yönetilir. Sık sorulan sorular, çözüm adımları ve müşteriye açık bilgi bankası makaleleri ise Confluence sayfalarında tutulur ve taleplere yanıt verirken bu sayfalara bağlantı verilir.
İlgili rehberler
İlgili eğitimler
Kategori: Proje Yönetimi ve Çeviklik