İş Takibi

Jira ve ticket

Jira, takımların işlerini planlayıp takip ettiği bir proje yönetim aracıdır.¹ Aracın içindeki her iş kaydına ticket (ya da issue, iş kaydı) denir. Jira bunlara artık work item diyor.³ Bir ticket bir hata düzeltmesi, yeni bir özellik ya da küçük bir görev olabilir. Aynı işi yapan başka araçlar da vardır, örneğin Linear ve Azure DevOps, ama kavramlar büyük ölçüde aynıdır.

Ticket'lar genellikle şu türlere ayrılır: büyük bir iş grubunu temsil eden epic, kullanıcı gözünden yazılmış bir gereksinim olan story, yapılması gereken genel bir iş olan task ve düzeltilmesi gereken bir sorunu bildiren bug.³

Ticket yazma

İyi bir ticket, onu hiç görmemiş biri açtığında ne yapılacağını anlayabilmesini sağlar. Genellikle şunları içerir: kısa ve net bir başlık, işin neden gerekli olduğu, kabul kriterleri (işin ne zaman bitmiş sayılacağı) ve bir hataysa nasıl yeniden üretileceği.⁸ Kabul kriterleri belirsiz bir ticket, geliştirici ile istek sahibi arasında "bitti mi, bitmedi mi" tartışmasına yol açar.

Backlog

Backlog (iş listesi), yapılması planlanan tüm işlerin sıralı listesidir. Scrum Guide Product Backlog'u ürünü geliştirmek için gerekenlerin sıralı listesi olarak tanımlar.² Backlog sabit bir liste değildir, ürün ve ihtiyaçlar değiştikçe sürekli güncellenir. Scrum'da sprint başında backlog'un en üstündeki işlerden bir kısmı o sprintin işi olarak seçilir.²

Önceliklendirme

Önceliklendirme, backlog'daki işlerin hangisinin önce yapılacağına karar vermektir. Scrum'da bu karar Product Owner'a (Ürün Sahibi) aittir.² Genel ölçüt, bir işin kullanıcıya ya da işe sağlayacağı değer ile onu yapmanın maliyetini birlikte değerlendirmektir. Canlıdaki bir hata genellikle yeni bir özellikten önce gelir.

Bir iş de önceliğe göre aşamalara (faz) bölünebilir. Örneğin bir ödeme özelliğinde kredi kartıyla ödeme ilk fazda yapılır, Masterpass ile ödeme ise 2. faza bırakılır. Böylece kullanıcıya değer katan kısım daha erken teslim edilir. Faz bölümüne karar verirken Product Owner gerekirse müşteriyle ya da paydaşlarla görüşür, ama kararı önceliklere göre kendisi verir.² Faz, Scrum'a ait bir terim değil, planlamada yaygın kullanılan bir yöntemdir.

Estimation (Tahmin)

Estimation, bir işin ne kadar süreceğini ya da ne kadar büyük, karmaşık ve riskli olduğunu önceden tahmin etmektir.⁴ Amaç tam süre vermek değil, sprinte ne kadar işin sığacağını öngörmektir. İşin büyüklüğünü, işi yapacak geliştiriciler belirler. Product Owner onlara öncelikleri ve ödünleşimleri (trade-off) anlatarak etkileyebilir ama puanı kendisi vermez.²

Takımlar iki temel yaklaşım kullanır:

• Adam/gün (a/g): işin kaç iş gününde kodlanıp test edilerek yayına hazır hâle geleceğini söyler, örneğin 3 a/g.

• Story point: zamandan bağımsız olarak işin büyüklüğünü göreli ölçer ve birçok takım bunu kullanır.⁴

  • Puanlar genellikle Fibonacci dizisine dayanır: 1, 2, 3, 5, 8, 13, 21, 34, 55, 89, 144.

  • Mike Cohn'un Planning Poker destesinde ise 13'ten sonra 20, 40 ve 100 gelir.⁵

  • Sayılar büyüdükçe aralarındaki fark açılır. Bu, iş büyüdükçe belirsizliğin de arttığını gösterir ve büyük işler için "13 mü 14 mü" diye tartışmanın anlamsız olduğunu hatırlatır.

  • Story point ve Fibonacci Scrum Guide'da geçmez, ama Agile takımlarda yaygın kullanılan bir pratiktir.

Takımlar genellikle kendi eşik değerini belirler, örneğin 13 ya da 21 puan. Bu puanın üzerinde çıkan işin tek sprintte bitmesi riskli görüldüğü için daha küçük parçalara bölünür ve sprinte bu şekilde alınır. Eşik bir kural değil, takımın kendi kararıdır. Scrum Guide ise bir sprintte bitirilebilecek işlerin sprint planlamasında seçilmeye hazır sayıldığını söyler.²

Örnek: Puanlama akışı

Puanlama: Takım bir ürün listeleme sayfasını puanlarken ekrandaki bileşenleri ve test işini birlikte değerlendirir. Puanlama genellikle oylamayla yapılır, bu yönteme Planning Poker denir.⁵ Bir geliştirici 5, diğeri 13 puan verdiyse aradaki fark, gizli kalmış risk ve belirsizlikleri konuşmak için fırsattır.⁵ Tartışmanın sonunda takım örneğin 8 puanda anlaşır.

Kapasite: Takımın bir sprintte tamamladığı story point toplamına velocity (hız) denir.⁶ Velocity 35 puansa, backlog'dan toplamı 35 puanı geçmeyecek işler sprinte alınır. Örneğin 1, 3, 5, 5, 8 ve 13 puanlık altı görev toplam 35 puan eder.

Bölme: "Tüm özellikleri içeren Ürün Listeleme Sayfası" tek başına 55 puan çıktıysa, 35 puanlık kapasitenin çok üzerinde olduğu için sprinte bu hâliyle girmez. İş Ürün Listeleme, Sepete Ekleme, Filtreleme ve Arama gibi daha küçük parçalara bölünür (story splitting), her parça ayrıca puanlanır ve sprinte bu şekilde alınır.⁷