Scrumban nedir?

Scrumban aslında nedir

Scrumban, Kanban ve Scrum'ın hakkını veren parçalarını alır, gerisini bırakır. Kanban'dan görünür panoyu, sütuna dayalı iş akışını ve devam eden işin miktarına konan açık bir sınırı alır — akışı okunur kılan şeyleri. Scrum'dan süreli sprinti alır — bir backlog'u plana çeviren şeyi.

Atladıkları: günlük ayaküstü toplantılar, backlog düzenleme toplantıları, story point törenleri, ritüele dönüşmüş retrospektifler. Bunlar oturmuş bir kuruluştaki on mühendis için işe yarar; cumartesi günü bir şey teslim etmeye çalışan tek bir kurucu için yaramaz.

Ad, Corey Ladas'tan gelir: onun makalesi ve ardından yazdığı Scrumban kitabı, Scrum ekiplerinin sabit iterasyonlardan çekme esaslı akışa nasıl geçebileceğini anlattı.

Scrumban, Kanban ve Scrum farkı

Üçü esas olarak iki noktada ayrılır: işin süreli dilimler hâlinde planlanıp planlanmadığı ve panonun etrafında ne kadar süreç bulunduğu.

Kaynaklar: sprintler, roller ve etkinlikler için Scrum Rehberi; akış ve devam eden işe konan sınırlar için Kanban Rehberi.

Scrumban panosu neye benzer?

Scrumban panosu, üzerine bir sprint yerleştirilmiş bir Kanban panosudur. Sütunlar işin nerede olduğunu gösterir; sprint ise backlog'un hangi kısmının bu haftanın konusu olduğunu söyler. En sade pano dört sütundan oluşur:

• Backlog — yapabileceğin her şey. Altı sırasız, üstü sıralı.
• Todo — sıradaki iş olarak karar verdiklerin. Bilerek küçük tutulur: azaldığında, planlama zamanı gelmiş demektir.
• Doing — birinin (bir insanın ya da bir yapay zekâ ajanının) şu anda üzerinde çalıştığı iş.
• Done — biten iş. Sprint sonunda temizlenir ya da arşivlenir.

Scrumban panosu nasıl kurulur?

1. Dört sütunu oluştur: Backlog, Todo, Doing, Done.
2. Bildiğin her şeyi Backlog'a koy. Hepsini sıralama — yalnızca üst kısmı sırala.
3. Doing'de aynı anda ne kadar iş olabileceğine karar ver. Tek kişi için bir ya da iki iş; küçük bir ekip için kişi başına yaklaşık bir iş.
4. Bir sprint uzunluğu seç — bir ya da iki hafta — ve onun için tek cümlelik bir hedef yaz. Todo'ya yalnızca o hedefe hizmet edenleri çek.
5. Çekerek çalış: Doing'deki bir iş bitince Todo'nun en üstündeki kartı al. Kimse kimsenin üstüne iş itmez.
6. Takvime göre değil, Todo azaldığında planla. Sprint sonunda neyin bittiğine ve neyin bitmediğine bak, sonra bir sonrakini başlat.

Weft neden Scrumban seçti

Weft var, çünkü çoğu görev yöneticisi iki uçtan birine göre biçilmiş: ya yalnız bir yapılacaklar uygulaması (sonsuz liste, tempo yok) ya da elli kişilik bir Agile takımı (tek kişilik kurucuya süreç yükü). Scrumban tam ortada durur — haftalık ya da iki haftalık bir teslime zorlayacak kadar yapı var, ama teslim gününü yönetim işiyle geçirecek kadar değil.

Weft bunu nasıl uyguluyor

• Dört varsayılan sütun: Backlog, Todo, Doing, Done. Devam eden iş, sütun başına bir sayıyla değil, seni bekleyen işlerle sınırlanır. Kanban Rehberi, devam eden işi sınırlayan açık bir kuralı iş akışı tanımının bir parçası sayar; böylece yeni işler ancak kapasite boşaldıkça içeri çekilir.
• Aynı anda tek bir etkin sprint, isteğe bağlı bir hedefle. Sprintler isteğe bağlı — saf Kanban sana uyuyorsa kullanma. Scrum Rehberi Sprint'leri bir ay veya daha kısa, sabit uzunlukta etkinlikler olarak tanımlar; yeni Sprint, bir öncekinin bitiminin hemen ardından başlar.
• Görevlerin önceliği, tahmini, son tarihi ve isteğe bağlı bir sprint bağlantısı olur. Epic yok, iş akışı yok, özel alan yok.
• Çevrim süresi, bir görev semantic="doing" olan bir sütuna taşındığında başlar ve "done" sütununda biter. Sayılar story point aritmetiğinden değil, dürüst kullanımdan çıkar.

Yapay zekâ ajanlarıyla Scrumban

Scrumban'ı yapay zekâ ajanları için de işler kılan şey çekme esasıdır. Weft'e MCP üzerinden bağlı bir ajan sıradaki kartı kendisi alır: start_task kartı sahiplenir, böylece ikinci bir ajan aynı kartı alamaz; complete_task ise kartı, yapılan iş ve kanıtıyla birlikte kapatır. Bir ajanın karar alması gerektiğinde tahmin yürütmek yerine sana sorar — ve seni bekleyen bitmiş iş fazla biriktiğinde ajanlar yeni görev başlatmayı bırakır. Bu, Kanban'ın devam eden işe koyduğu sınırın ölçeklenmeyen tek kaynağa uygulanmış hâlidir: senin dikkatine.

Scrumban ne zaman doğru yöntem değildir

• Aynı anda birden çok Scrum ekibi yürütüyorsan. Scrum Rehberi bir Scrum Ekibini genellikle 10 veya daha az kişi olarak tanımlar ve daha büyük ürünlerin, tek bir Ürün Hedefini ve tek bir Ürün Backlog'unu paylaşan birkaç Scrum Ekibi hâlinde örgütlenmesi gerektiğini söyler. Program düzeyinde raporlama, ortak hız, ekipler arası bağımlılıklar — Jira'daki tam Scrum orada ekmeğini hak eder. Nexus Rehberi tam bu durum için yazılmıştır: tek bir Ürün Backlog'undan çalışan birkaç Scrum Ekibi ve ekipler arası bağımlılıkları görünür kılıp çözmek için ek uygulamalar.
• Saf destek ya da kesintisiz operasyon yapıyorsan. Sprint temposuna gerek yok — saf Kanban ya da bir bilet sistemi daha iyi oturur.
• Gantt şemaları ve zaman çizelgeleri gerekiyorsa. Scrumban sprintlere odaklıdır, bağımlılık grafiğine değil.

Scrumban hakkında sorular