Scrum mı, Kanban mı?
Hızla büyüyen ve gelişen günümüzde, ihtiyaçlar ve istekler her geçen gün daha çok karmaşıklaşmakta ve kısa teslim süreleri beklenmektedir. Müşterilerimizi mutlu etmek ve devamlılığı sağlamak için kısa vadede kazançların gösterilmesi ve güven ortamının kurulması gerekir. Bu amaçlar için birçok şirket çevik metotları benimseyerek kendilerine uygun stratejiler belirlemektedir. Bu şirketlerde en yaygın olarak kullanılan çevik metotlardan olan Scrum ve Kanban’ı gelin birlikte biraz konuşalım.
Scrum ve Kanban’ı sol tarafı kuralcı, sağ tarafı adaptif bir eksene koymuş olsaydık, ikisi de oldukça adaptif tarafta olurdu. Fakat, ikisini karşılaştıracak olursak Scrum’ın, Kanban’a göre biraz daha fazla kurala sahip olduğunu söyleyebiliriz.
Scrum ve Kanban’ı 5 maddeyle özetleyin deselerdi, aklınıza hangi maddeler gelirdi?
Özetle Scrum,
- Küçük, çapraz fonksiyonel ve kendi kendini yöneten takımlar
- Küçük ve somut teslimlerden oluşan işler
- Kısa, sabit uzunlukta zaman döngüleri
- İşbirliği yaparak önceliklerin sürekli güncel tutulması
- Düzenli olarak önceki geliştirmelerin entegre edilmesi
Özetle Kanban,
- İş akışının görselleştirilmesi
- Çalışılan iş sayısının (WIP: work in progress) sınırlanması
- Teslim süresinin (Lead Time) ölçülmesi
- Dar boğazlar, kuyruklar, değişkenlik ve çöp belirgin
- “Do Whatever” metoduna sadece birkaç santim uzak fakat yine de bir şekilde çok güçlü bir metot
Scrum V/S Kanban
Scrum döngüsü bir ritme sahiptir. Bu ritmin ana bileşenleri süresi sınırı, planlama, süreç geliştirme ve teslim süreçleridir. Scrum Duvarı tahta üzerinde ya da web tabanlı olabilir. Ancak, sadece bir Scrum Takımı’na aittir. Scrum Takımı, çapraz fonksiyoneldir. Sorumlu oldukları işi bitirebilecekleri kadar fonksiyonel bir büyüklükte olurken, karmaşa yaratmayacak kadar da küçük olmalıdır. Ürün Sahibi (PO: Product Owner), Ürün İş Listesi’ni istediği zaman değiştirebilir ama Sprint İş Listesi’ni sadece görebilir, dokunamaz.
Scrum’da 3 rol bulunur.
- Ürün Sahibi (Product Owner): ürün vizyonunu ve önceliklerini belirler.
- Takım (Developers): ürünü geliştirir.
- Scrum Master: engelleri kaldırır ve süreç liderliğini yapar.
Kanban döngüsüne baktığımızda ise duvarın kalıcı olduğunu görürüz. Duvarı yeniden oluşturmaz ve her şeye en baştan başlamayız. Kanban duvarındaki akışı, çalışılan iş sayısını limitleyerek sağlarız. Ayrıca Scrum’da kural olan çapraz fonksiyonel takımlar, Kanban’da seçime bağlıdır ve Kanban Duvarı belirli bir takım tarafından sahiplenilmez. Ürün Sahibi, “İş Listesi” ve “Seçilenler” kolonlarında istediği zaman değişiklik yapabilir fakat diğer kolonlarda değişiklik yapamaz.
Scrum’da Kural, Kanban’da İsteğe Bağlı
Bazı yaklaşımlar var ki, Scrum’da kural olarak kullanılırken, Kanban’da tamamen takımın kararına bırakılmıştır.
Scrum’da iş maddelerinin büyüklük tahmini ve takımın hızı önemli olduğundan, süresi belirli geliştirme döngüleri vardır. Bir Scrum Takımı her gün aynı yer ve saatte 15 dakikalık bir toplantı yapar. Scrum Takımı, çapraz fonksiyoneldir ve iterasyon içindeki iş maddelerinin tamamlanabilmesi için gerekli olan tüm yetkinliklere sahip üyelerden oluşur. Bunlar Scrum’ın olmazsa olmazlarıyken Kanban için takımın isteğine bağlı olarak belirlenir.
Scrum ve Kanban, ikisi de…
- İkisi de süreç için yalın ve çevik bir araçlardır.
- İki araç da bir planı takip etmektense değişime karşılık vermenin altını çizer.
- Genel mantıkları “az daha çoktur”. Yani riskli bir şeyler varsa daha az ile başlamayı tercih ederler.
- Aynı anda birçok ürün üzerinde çalışmaya uygun metotlardır.
- Kısa vadede kullanılabilir değerler yaratmak için ikisi de işi daha küçük parçalara bölmek gerektiğini söyler.
- İş çekme mantığına dayalı olan araçlardır.
- Takımın işi çekerken hangi işi ilk önce çekeceğine dair bir kural oluşturması gerekir.
- En önemli öğesi geribildirim döngüsüdür, deneyseldir.
Özetle, hem Scrum’da hem de Kanban’da unutmamamız gereken metodoloji döngüsü:
Bir şeyi değiştir → Nasıl bir sonuç verdiğini anla → Öğren → Yeniden bir şeyi değiştir
Yazının başında “Scrum mı Kanban mı?” diye sormuştum. Aslına bakarsanız tek bir doğru yöntem yok. Müşterinizin istediği ürünleri, istenen zamanda, daha az kaynak harcayarak değer yaratacak şekilde teslim edebilmek için sisteminize en uygun yöntemi yine siz seçmelisiniz. Bu bazen Scrum, bazen Kanban, bazen ise ikisinin karma şekilde uygulanması olabilir.
Ama unutmayın!
Metodunuz ne olursa olsun, takım anlaşması yaparak işe başlamalısınız.
Daha fazlası için sayın Cihan Yılmaz’ın çevirisiyle referanstaki makaleyi okuyabilirsiniz.
Referans:
Kanban ve Scrum, İkisinin de En İyisini Yapmak _ Henrik Kniberg & Mattias Skarin (Çeviri: Cihan Yılmaz)
