Yazılım geliştirme sürecinizi herkesin istediği zaman erişebileceği bir yerdeki bir ‘task board’ ile görselleştirmek şeffaflık için önemli bir adımdır. Bu alana baktığınız zaman o an ki işleri ve gidişatı kolayca görebilmek oldukça güçlü bir geribildirimdir.
Kanban metrikleri; lead time, cycle time, throughput, work in progress. Bu metrikler en sık kullanılan Kanban metrikleri olarak söylenebilir.
Scrum Alliance 2 yılda bir tüm dünyada kimlerin, nerede, nasıl ve neden Scrum’ı kullandıklarını içeren bir rapor yayınlamakta. Bu sene 108 ülkeden 5000’ne yakın katılımcı bu anketi yanıtladı.
Anket sonucuna göre katılımcıların;
%81’i Scrum sertifikasyonlarının Scrum’ın uygulanabilirliğini artırdığına inanıyor,
%95’i Scrum’ı kullanmaya devam edecek,
%87’i Scrum takımın çalışma hayatını iyileştirdiği düşünüyor ve projelerinin %62’sinde Scrum başarılı şekilde uygulanıyor.
Scrum’da her Sprint kendi başına bir proje gibi. Kısa zaman dilimleri olan Sprint’lerin her birisinde bir amaca doğru koşuluyor. Sprint Golü de dediğimiz bu amaç aslında Scrum Takımı’nın Sprint’e aldığı işlerin birleşiminden oluşan takımın ana doğrultusu.
Yazılım geliştirmede Kanban metodunu uygulamaya başladığınızda iki önemli metrik olan Lead Time ve Cycle Time‘ın ölçülmesi öne çıkmaktadır. En sade şekilde tanımlamak istersek, Lead Time bir talep geldiği andan itibaren o talep gerçekleştirilip teslim edene kadar geçen zamanı temsil etmekte, Cycle Time ise o işin yapılmaya başlandığı andan itibaren bitene kadar geçen zamana karşılık gelmektedir.
Scrum radikal bir değişimi tetikleyen ve aynı radikallikle 8-10 kata kadar üretkenlik artışı vaat eden bir yönetim şekli olarak karşımıza çıkıyor. Bu anlamda 20 senedir yazılım başta olmak üzere bir çok alanda da yoğun bir şekilde kullanılıyor.
Sprint Backlog, girdisi Product Backlog’un olduğu Planning Toplantısı’nın “Sprint Goal” ile beraber ikinci çıktısıdır. İlgili döküman takımın Sprint boyunca yapacağı işlerin adımlandırılmış, detaylandırılmış, saatlendirilmiş içeriğini teşkil etmektedir ve bu anlamda Development Team’in Sprint’i yönetmesine yardımcı nitelikte bir araçtır. Sprint Backlog Development Team’in oluşturduğu, Development Team’in Sprint’te almış olduğu işleri ve bu işleri nasıl tamamlayacaklarına ilişkin stratejilerini içeren bir çıktıdır.
Scrum süreci 1 ayı geçmeyen uzunlukta, ara vermeksizin birbirini takip eden Sprint’lerden (koşu) oluşmaktadır. Sprint Scrum takımının ritmi, yani kalp atışıdır. Scrum içierisindeki tüm aktiviteler Sprint içerisinde gerçekleşir. Öyle ki, planlama toplantısında belirlenen işlerin müşteriye, kullanılabilir ve prod’a talep üzerine bırakılabilecek kalitede çalışan yazılım şeklinde verilmesi ile sonuçlanan geliştirme süreci ve diğer tüm Scrum toplantıları Sprint içerisinde gerçekleşir.
Definition of Done (DoD) Product Backlog Item’ların (PBI) istenen kalitede teslim edilmesi için belirlenen aktiviteler listesi ve takım tarafından bir işin tamamlanmış olarak kabul edilmesi için yapılması gereken adımlardır.
On yedi yazılım gurusu 2001 yılında Amerika’nın Utah eyaletinde bir araya gelip yazılım geliştirme ile alakalı 2 günlük bir beyin fırtınası yaptılar. Toplantının amacı yazılım geliştirme üretkenliğini arttırmak, bu doğrultuda da farklı tecrübe ve yaklaşımları değerlendirmekti.