Scrum Kılavuzu | 33. Scrum'da Scrumban ve Kanban panoları

Yayınlanan: 2022-06-23

Scrum ve Kanban, birçok benzerliği paylaşan ekip çalışması yöntemleridir. Ancak, bugün tartışmak istediğimiz farklılıklar da var. Kanban panoları da genellikle Scrum Takımları tarafından benimsenir. Bunun nedeni, ekip çalışmasını ve ilerlemesini görselleştirmede çok pratik olmalarıdır. Her iki metodolojinin en iyilerini birleştirerek Scrumban adlı bir teknik ortaya çıktı. Uzun Sprint'lerin ve nispeten resmi Scrum toplantılarının her zaman uygun olmadığı Ürün geliştirmeyi hizmet sunumuyla birleştiren projelerde popülerdir.

Scrum'daki Scrumban ve Kanban panoları – içindekiler tablosu:

giriiş
Kanban vs Scrum
Scrum'da Kanban Kurulları
Scrumban
Özet

giriiş

Kanban, Japonya'da öncülük edilen bir yöntemdir. 1950'lerde ortaya çıktı ve öncelikle sürekli üretimi, stoklar ve fazlalar yaratmayacak, ancak kaynakları sürekli olarak işleyecek şekilde yönetmek için bir araçtı. 21. yüzyılın başlarında Kanban, David J. Anderson tarafından yazılım geliştirmenin ihtiyaçlarına uyarlandı.

Kanban vs Scrum

Kanban'da çalışmanın genel yolu, öncelikle daha az resmi bir yaklaşım getirerek Scrum'dan farklıdır. Kanban'da, örneğin Sprintlerde çalışma, Ürün Sahibi, Scrum Master ve Geliştirme Takımı rolleri hakkında çok ayrıntılı yönergeler yoktur. Bu mümkündür çünkü Kanban, daha tekrarlanabilir olan ve bu kadar karmaşık planlama gerektirmeyen belirli bir hizmet türü sağlamak gibi görevlerin sürekliliğine odaklanmaktadır .

Ancak, amaç ve çalışma biçimleri benzerdir. Kanban'ın amacı, müşteriye en kaliteli ürünü zamanında teslim etmektir. Her iki yöntemde de ortak olan çalışma biçimlerine ilişkin ilkeler şu şekilde formüle edilebilir:

İş sorunsuz ve herhangi bir kesinti olmadan olmalıdır - Scrum'da bu, Sprint'lerin sürekli olarak birbirini takip etmesiyle sağlanırken, Kanban'da işlerin düzgün akışı nedeniyle iş süreklidir. Geliştiricilerin tamamlamak için birkaç görevi seçtikleri (çektikleri) bir sıra oluştururlar.
Ekip yalnızca seçilen görevlere odaklanmalıdır – Kanban terminolojisini kullanarak ekip “devam eden işi azaltmalıdır”. Scrum'da bunun karşılığı, Ürün İş Listesinden Sprint İş Listesi'ne eklenmek üzere seçilen Kullanıcı Hikayeleridir.
Görevlerin ilerlemesi, katılan tüm insanlar için görünür olmalıdır - Kanban'da, Scrum Takımlarında da sıklıkla yer alan panolar tarafından görselleştirilirler.

Scrum'da Kanban Kurulları

Kanban panosu, ekip çalışmasını görselleştirmek için yaygın olarak kullanılan bir araçtır. Birkaç sütunlu bir tablodur. Her birinde belirli bir statüye sahip görevler vardır. Görevlerin sınıflandırılması basit bir kurala dayanır: sütunlardan birine görevin veya sanal eşdeğerinin açıklamasını içeren bir kart yerleştirilir. Kanban panolarının minimum sürümü üç sütun içerir:

Yapmak
Devam etmekte
Tamamlandı - son sütuna , burada hakkında yazdığımız Tamamlama Tanımını karşılayan görevler gidin.

Aşağıda hepsi bir arada proje yönetim sisteminden bir kanban panosu örneği bulabilirsiniz – Firmbee.com

Genellikle daha fazla sütun vardır. Tamamlanacak daha fazla görev varsa, genellikle "tamamlanacak" ve "devam ediyor" sütunları arasında " tamamlanmak üzere seçildi" başlıklı ek bir sütun bulunur. “Yapılacaklar” sütunu burada yazdığımız Ürün İş Listesi görevi görürken, “tamamlanmak üzere seçilmiş” sütunu bu yazıda detaylı olarak anlatacağımız Sprint İş Listesi görevi görür.

İkinci yaygın ekleme, "inceleniyor" sütunu veya "onay için" sütunudur. Genellikle "devam eden" görevleri içeren sütunlar ile "tamamlanmış" görevleri içeren sütunlar arasına eklenir. Ürün Sahibinden onay bekleyen Geliştirme Ekibi tarafından tamamlanan görevleri içerir. Ürün Sahibinin görevi, kabul kriterlerine uygunluğunu kontrol etmek ve Müşteri'den nihai onayını almaktır. Bu durumda, yalnızca nihai olarak kabul edilen görevler son sütuna taşınır.

Scrumban

Scrum ve Kanban'ın büyük popülaritesi nedeniyle, her iki çalışma yolunun en iyisini birleştiren melezleri ortaya çıktı. Scrumban, Ürünlerin oluşturulmasını hizmetlerin sağlanmasına bağlayan ve genellikle Ürünün Müşteride uygulanmasını içeren kuruluşlarda en iyi sonucu verir . Toplantı ve iletişimdeki azalma nedeniyle Ekip daha büyük olabilir.

Scrumban, Burndown Chart gibi Scrum'da yaygın olarak kullanılan metriklere daha az önem verir. Ancak, iş sürecinin sürekli iyileştirilmesi ve bunları müşterinin koşullarına ve ihtiyaçlarına uyarlama ihtiyacının Scrum sütunlarını kullanır .

Ancak Scrumban'da çalışırken, iş Sprint'lere bölünmez. Scrum toplantıları her 3, 6 veya 12 ayda bir yapılır.

İşin programlanması , “Talep Üzerine” ilkesini, yani gerçekleştiği anda takip eder. Kullanıcı Hikayeleri, doğrudan “yapılacaklar” görevlerini içeren Kanban panosunun ilk sütununa yerleştirilir. Böylece, bu makalede daha ayrıntılı olarak yazdığımız Sprint İş Listesi görevi görür. Sprint İş Listesi'nde olduğu gibi, en acil görevler yapılacaklar listesinin başında yer alır. Ancak, daha karmaşık projeler için, Proje Yöneticisi, ilk sütuna hangi görevlerin yerleştirileceğini seçeceği Ürün İş Listesine karşılık gelen ayrı bir yapılacaklar listesi tutabilir.

Görevleri birinci sütundan ikinci sütuna taşırken “Çekme” kuralı uygulanır. Bu, görevlerin belirli bir Geliştiriciye devredilmediği anlamına gelir. Her kişi kuyruktan bir görev seçer ve bağımsız olarak yürütür.

Orta sütuna "tamamlanacak" olarak yerleştirilen görevlerin sayısı genellikle ekibin büyüklüğüne bağlı olarak sınırlıdır, böylece mümkünse herkes aynı anda yalnızca bir görevle ilgilenir.

Özet

Scrum ve Kanban, benzer amaçlarla kullanılsalar da farklı çalışma biçimleridir. Scrum, küçük Scrum Takımları tarafından yapılan yaratıcı, yenilikçi projelerde en iyi sonucu verir. Kanban ise, benzer hizmetleri sağlamak için sürekli ve kesinti olmayan bir ortamda çalışmak üzere oluşturuldu. Scrum, genellikle yapılan işi görselleştirmek için bir yöntem olarak Kanban panolarını kullanır. Her ikisinin birleşimi, ürünlerini satan ve müşteriye bunlara dayalı hizmetler sunan kuruluşlar için bir çerçeve olarak en iyi sonucu veren Scrumban ile sonuçlandı.

İçeriğimizi beğendiyseniz, Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest'teki meşgul arılar topluluğumuza katılın.

Yazar: Caroline Becker
Bir Proje Yöneticisi olarak Caroline, en iyi iş akışlarını tasarlamak ve süreçleri optimize etmek için yeni yöntemler bulma konusunda uzmandır. Organizasyonel becerileri ve zaman baskısı altında çalışabilme yeteneği, onu karmaşık projeleri gerçeğe dönüştürmek için en iyi kişi yapıyor.
Tüm gönderileri görüntüle

Scrum Kılavuzu:

Temel terimler, roller ve kavramlar sözlüğü
Scrum nedir?
Scrum değerleri
Şirketinizde Scrum nasıl uygulanır?
Scrum Takımı - nedir ve nasıl çalışır?
Ürün Sahibi kimdir?
Ürün Sahibinin En Sık Yapılan Hataları
Scrum Master kimdir?
İyi bir Scrum Master'ın Özellikleri
Scrum Master'ın en yaygın hataları
Scrum Master hangi istatistikleri ve metrikleri izlemelidir?
Ürün Sahibi ve Scrum Master Arasındaki İşbirliği
Scrum'da Geliştirme Takımı
Geliştiricilerin en yaygın hataları
Scrum eserleri
Scrum'ı Ölçeklendirme
Sprint İş Listesi
Ürün İş Listesi nedir?
Kullanıcı Hikayeleri nedir?
INVEST ile en iyi Kullanıcı Hikayesini Oluşturmak
En yaygın Kullanıcı Hikayesi hataları
Kullanıcı Hikayesi Kabul Kriterleri
Scrum'da Tahmin ve Öykü Puanları
Poker Planlama
Takım Tahmin Oyunu
Artış Tanımlama
Scrum etkinlikleri
Scrum'da Sprint nedir?
Scrum Takımı Taahhütleri - Ürün Hedefi, Sprint Hedefi ve Tamamlamanın Tanımı
Burndown Grafiği nedir?
İş bitim grafiği nasıl oluşturulur ve yorumlanır?
İş bitim grafiğinin avantajları ve dezavantajları
Scrum ve Scrumban'da Kanban panoları
Scrum'da Hız - Geliştirme Takımının Hızı
Günlük Scrum
Sprint Planlama
Sprint İncelemesi
Sprint Retrospektifi nedir?
Sprint Retrospektifi sırasında yaygın hatalar
Ürün İş Listesi beslemesi