Jira Nedir, Ekibin İşi Hangi Bağlamda İzleniyor?

---

Ekip büyüdükçe "kim ne yapıyor" sorusu toplantılarla yanıtlanamaz hâle geliyor. Bu noktada devreye giren araçların en bilinenlerinden biri Jira. Peki bir görev listesinden farkı ne?

Bu yazı Jira'nın ne olduğunu, hangi ekipler için tasarlandığını, temel özelliklerinin neler olduğunu ve basit bir yapılacaklar listesinden nerede ayrıldığını üreticinin başlangıç kılavuzuna bakarak açıklıyor.

Tanım​

Atlassian'ın başlangıç kılavuzu ürünü tek cümlede tanımlıyor: her ekibin işi planlamasına, izlemesine ve teslim etmesine yardımcı olan bir proje yönetim aracı.

Kullanım biçimi de üç maddeyle veriliyor: büyük hedefleri görevlere bölmek, kimin neyi ne zamana kadar yaptığını görmek ve herkesin aynı doğruluk kaynağından çalışmasını sağlamak.

Kılavuz aracın belirli bir sektöre bağlı olmadığını belirtiyor: yazılım, pazarlama, bilgi işlem, operasyon, tasarım ve ürün ekiplerine uyduğu, tek bir projeden bütün kuruluşa yayılan işlere kadar ölçeklendiği söyleniyor.

• Ne yapıyor: İşi planlamak, izlemek, teslim etmek.
• Kim için: Yazılımdan pazarlamaya, tek proje ya da kurum geneli.
• Amaç: Ortak ve tek bir doğruluk kaynağı.

Yapılacaklar listesinden farkı​

Kılavuz bu soruyu ayrı bir başlıkta yanıtlıyor. Bir yapılacaklar listesi tekil görevleri izliyor; Jira ise işi bağlam içinde izliyor.

Bağlamın bileşenleri de sayılıyor: işin sahibi kim, diğer işlerle nasıl bağlantılı, daha büyük bir hedefe nasıl karşılık geliyor ve zaman içinde nasıl ilerliyor.

Kılavuza göre bu bağlam, çok kişili bir ekibin büyük resmi kaybetmeden eşgüdüm kurmasını mümkün kılan şey.

Püf nokta' Alıntı:

Fark görev sayısında değil; işin kime ait olduğunun, neye bağlandığının ve nasıl ilerlediğinin kayıtlı olmasında.

Genişletmek için tıkla ...

Temel özellikler​

Kılavuz aracın ekibin tercih ettiği proje yönetimi yaklaşımını desteklediğini söylüyor: çevik sprintlerden basit görev listelerine kadar.

Görünümler tarafında liste, zaman çizelgesi ve pano seçenekleri var. Panolar işi aşamalar arasında ilerleyen kartlar olarak gösteriyor; sprintlerle çalışan ekipler için Scrum panoları, sürekli akış için Kanban panoları bulunuyor.

Zaman çizelgesi görünümü ise haftalara veya aylara yayılan işleri planlayıp izlemeye ve bağımlılıkları yönetmeye yarıyor.

Raporlar ve panolar başlığında, ekibin işini bırakmadan ilerlemeyi izleyip karar verebilmesi için pano ve projelerden gelen verinin öne çıkarıldığı belirtiliyor. Panolar özelleştirilebilir bir bakış sunuyor, raporlar ise ekibin geçmişine dayanarak zaman içindeki eğilimleri gösteriyor.

Otomasyon ve özelleştirme​

Kılavuz otomasyonu, bir şey değiştiğinde güncelleme göndermek gibi işlerin elle takip gerektirmeden yürümesi olarak tarif ediyor.

Özelleştirme tarafında ise iş öğesi türlerinin, alanların ve iş akışlarının ekibin gerçekte çalışma biçimine göre uyarlanabildiği söyleniyor. Kılavuzun ifadesiyle amaç, aracın sürece uyması; sürecin araca değil.

Bu iki başlık birlikte okunduğunda aracın konumu netleşiyor: hazır bir yöntem dayatmıyor, ekibin yöntemini kayıt altına alıyor.

Görünüm neden bu kadar önemli?​

Kılavuz aynı işin ekibe uyan görünümde gösterildiğini söylüyor: liste, pano, zaman çizelgesi ve takvim. Bu, verinin çoğaltılması değil aynı kaydın farklı okunması anlamına geliyor.

Pratikte her rol farklı bir soruya bakıyor. Geliştirici "bugün ne yapacağım" diye soruyor ve panoyu açıyor; yöneticiyse "bu iş hangi haftaya yetişir" diye soruyor ve zaman çizelgesine bakıyor. İkisi de aynı kaydı görüyor.

Zaman çizelgesinin bağımlılıkları yönetmeye yaraması da bu yüzden ayrı bir başlık. Bir işin başka bir işi beklediği bilgisi kayıtta durmuyorsa, gecikme ancak teslim gününde fark ediliyor.

Kurmadan önce sorulacaklar​

Araç, süreci kayıt altına alıyor; süreci kendisi kurmuyor. Bu yüzden kurulumdan önce iki şeyin belirlenmiş olması gerekiyor: iş öğesi türleri ve bir işin hangi aşamalardan geçtiği.

Kılavuz bu ikisinin uyarlanabildiğini söylüyor. Varsayılan yapılandırmayla başlayıp ekip alışkanlıklarını sonradan yansıtmak da mümkün; ancak aşamaların gerçekte izlenen adımlarla örtüşmesi, panonun doğru bilgi vermesinin şartı.

Hangi yöntemle kullanılıyor?​

Araç bir yöntem değil; yöntemi uygulamanın aracı. Scrum panoları sprintlerle çalışan ekipler için, Kanban panoları sürekli akış için sunuluyor.

Bu yaklaşımların arka planındaki düşünceyi Agile yazımızda ele almıştık.

Teslim tarafında ise aracın kaydettiği bilgi tek başına yetmiyor; işin bittiğini nasıl tanımladığınız belirleyici oluyor. Bunu kabul kriteri yazımızda, teslimin devir tarafını ise kaynak kod devri yazımızda anlatmıştık.

Sık Sorulan Sorular​

Jira nedir?
Ekiplerin işi planlamasına, izlemesine ve teslim etmesine yardımcı olan bir proje yönetim aracı.

Sadece yazılım ekipleri mi kullanıyor?
Hayır. Kılavuz pazarlama, bilgi işlem, operasyon, tasarım ve ürün ekiplerini de sayıyor.

Yapılacaklar listesinden farkı ne?
Liste tekil görevleri, Jira ise işi sahibi, bağlantıları, hedefi ve ilerleyişiyle birlikte izliyor.

Scrum mu Kanban mı?
İkisi de var: sprintlerle çalışanlar için Scrum panoları, sürekli akış için Kanban panoları.

Süreci araca uydurmak gerekiyor mu?
Kılavuz iş öğesi türlerinin, alanların ve iş akışlarının ekibin çalışma biçimine göre uyarlanabildiğini söylüyor.

Özetle​

Jira, işi planlayıp izlemeye ve teslim etmeye yarayan bir proje yönetim aracı. Ayırt edici yanı görevi bağlamıyla birlikte tutması: sahibi, bağlantıları, hedefi ve zaman içindeki ilerleyişi. Panolar, zaman çizelgesi, raporlar ve otomasyon bu bağlamı görünür kılıyor. Yöntemi araç belirlemiyor; Scrum da Kanban da aynı yapı içinde çalışıyor.

Ekibinizde "bu iş kimde" sorusu hâlâ toplantıda mı yanıtlanıyor?

Güncelleme: 2 Eylül 2026. Atlassian'ın Jira başlangıç kılavuzu kontrol edildi.

---