Yazılım Mühendisliğinde Kanban Modeli Nedir?
Thomas Hamilton
⚡ Akıllı Özet
Yazılım mühendisliğinde Kanban modeli, her görevi bir panoda görselleştirir, devam eden işleri sınırlar ve yalnızca kapasite boşaldığında yeni öğeler ekler; böylece ekipler istikrarlı ve öngörülebilir bir şekilde tamamlanmış iş akışı sağlar.
Kanban nedir?
Kanban Çevik yazılım geliştirme metodolojisinde geliştirme için çok popüler bir çerçevedir. Bir ekibin görevlerini ve çalışma kapasitesini görselleştirmenin şeffaf bir yolunu sağlar. Ekip üyelerinin üzerinde çalıştıkları projenin mevcut durumunu görselleştirmelerine olanak sağlamak için esas olarak fiziksel ve dijital panoları kullanır.
Kanban, 1940'larda Toyota'da ortaya çıktı. Kanban'ın Japonca anlamı "panolar"dır. Kanban panosunda sütunlar ve hikaye kartları bulunur. Sütunlar hiçbir şey ifade etmez, ancak iş akışı durumları ve kartlar bir ekip üyesinin gerçekleştirdiği gerçek görevin bir gösteriminden başka bir şey değildir.
Bu kartlar tam zamanında sinyal taşıyordu: bir istasyon yalnızca gerçekten ihtiyaç duyduğunda parça talep ediyordu, bu nedenle hiçbir şey önceden üretilmiyordu. Kanban bu fikri koruyor. Mevcut sürecinizin yerine geçmekten ziyade, onun üzerine yerleştirilen bir yöntemdir, bu nedenle her türlü sürece uyarlanabilir. yazılım geliştirme Yaşam Döngüsü Hali hazırda çalıştırdığınız model.
Kanban ne zaman kullanılır?
Kanban, işlerin öngörülemez bir şekilde geldiği ve bir öğe hazır olur olmaz yayınlaması gereken ekipler için uygundur. İşte Kanban yöntemini kullanmanın başlıca nedenleri:
- Kanban her alanda kullanılabileceği gibi yazılım geliştirmede de oldukça etkili bir şekilde kullanılabilir. Kanban proje yönetimi ekibin verimliliğini artırmaya yardımcı olur.
- Çekmeye dayalı bir sistemdir. Bir kişi özgür olur olmaz görevler çekiliyor.
- Çalışmanızı istediğiniz zaman yayınlamak istediğinizde Kanban kullanılmalıdır. Git dallanmasını gerektirir, ancak yapılabilir.
- Öncelikleri anında değiştirmek istediğinizde Kanban kullanılmalıdır. Bunun için tek yapmanız gereken bu hikayeyi yapılacaklar listesinin en üstüne koymak.
- Çalışmanızı görselleştirmek istediğinizde ve görevlerinizin ilerleyişini görsel olarak görmek istediğinizde kullanılmalıdır.
Uygunluk karar vermenin bir yarısı; bunun sonucunda elde edilecek fayda ise diğer yarısıdır.
Kanban Metodolojisinin Faydaları
Kanban'ın en güçlü argümanı, yeniden yapılanmayı zorlamadan teslimatı iyileştirmesidir. Kimsenin unvanı değişmez ve sprint takvimi dayatılmaz, ancak pano, kuyrukları, engelleri ve aşırı yüklenmiş kişileri ilk günden itibaren görünür hale getirir. Herkesin görebildiği bir darboğazın giderilmesi daha olasıdır.
Kanban yöntemini düzenli olarak kullanan ekipler aşağıdaki faydaları bildirmektedir:
- Daha kısa teslimat süreleri: İşlemdeki iş (WIP) limitleri, bir kartın bekleme süresini kısaltır; gecikmelerin çoğu da burada gizlenir.
- Daha yüksek esneklik: Acil bir madde, herhangi bir anda, beklemeye gerek kalmadan, yapılacaklar listesinin en üstüne yerleştirilebilir.
- Daha iyi işbirliği: Bir sütun limitine ulaştığında, ücretsiz üyeler yeni bir şey başlatmak yerine limiti temizlemeye yardımcı olurlar.
- Çalışanların yetkilendirilmesi: Kişiler bir sonraki kartlarını kendileri seçer ve kartın durumunu kendileri belirler; bu da onay süreçlerindeki tıkanıklıkları ortadan kaldırır.
- Öngörülebilir tahmin: Tarihsel döngü süreleri, tahmine dayalı değil, kanıta dayalı bir teslimat tahmini sunar.
- Less atık: Sistem, bir işi tamamlayabilecek kapasiteye sahip olmadan hiçbir şeye başlamaz.
Bu sonuçlar, her Kanban uygulamasını yöneten dört prensipten kaynaklanmaktadır.
Kanban'ın Dört İlkesi
Aşağıda Kanban'ın dört temel ilkesi yer almaktadır:
- Şu anda sahip olduklarınızla başlayın: Kanban sistemi, aşamalı olarak çalışmayı ve şu anda sahip olduklarınızla başlamayı önerir. Uygulamalarından biri de sürekli iyileştirme olduğundan, sistemi yavaş yavaş iyileştirmeniz gerekir.
- Artımlı, Evrimsel Değişimi Takip Etmeyi Kabul Edin: Kanban, süreçte kademeli bir değişiklik yapılmasını önerir ve süreçte tek seferde büyük bir değişiklik yapmamalısınız.
- Mevcut Sürece, Rollere ve Sorumluluklara Saygı Gösterin: Bir kez daha, şu anda sahip olduğunuz şeyle başlayın ve süreci, rolü ve sorumlulukları aşamalı olarak değiştirin.
- Her Düzeyde Liderlik Eylemlerini Teşvik Edin: Her birey bir lider olarak hareket edebilir ve genel Kanban sisteminin verimliliğini artırmak için fikirler sunabilir. Bunun yönetim düzeyinde bir faaliyet olduğunu, ekibin en genç üyesinin bile lider olarak hareket edebileceğini düşünmemelisiniz.
Prensipler zihniyeti tanımlar. Aşağıdaki altı uygulama ise bu prensipleri hayata geçiren günlük davranışları açıklamaktadır.
Altı Kanban Temel Uygulaması
Aşağıda Kanban'ın altı temel uygulaması yer almaktadır:
- İş akışını görselleştirinBu ilke, iş akışını görselleştirmek için (fiziksel veya dijital) bir Kanban panosuna sahip olmayı önerir. Bir ekibin her üyesi kendi kartını ve diğer ekip üyelerinin kartlarını görmelidir. Kartlarınızı pano düzenine göre farklı sütunlara taşıyabilirsiniz. Bu, ekip içinde büyük bir şeffaflık sağlar ve engellerin çözülmesini kolaylaştırır.
- Devam eden çalışmayı sınırlayın: Kanban, çekme tabanlı bir sistemdir ve devam eden işleri sınırlandırmak ve ekip tarafından verilen zaman çerçevesinde tamamlanabilecek görevlere sahip olmak için ekibin verimliliğini artırır. Bu Devam Eden Çalışma sınırı iş akışının başından sonuna kadar geçerlidir. Pozitif bir tam sayı kullanarak sınırı sütunun üstüne uygulayabilirsiniz.
- Akışa odaklanın: Bu prensip akışa ve her türlü kesintiye odaklanır. Kesintiler veya engelleyiciler varsa bunların kalıcı olarak düzeltilmesi gerekir.
- Açık Politikalar: Ekip halinde tekrar çalışmayı azaltıp dikkat gerektiren veya daha etkili olan alanlara odaklanacak politikalar oluşturulabilir.
- Geribildirim döngüsü: Kanban'da geri bildirim döngüleri çok önemlidir. Bu sadece takım içinde değil birden fazla takım, koç vb. arasındadır. Bu, Kanban sisteminin genel sağlığının iyileştirilmesine yardımcı olur.
- Sürekli İyileştirme: Kanban sisteminin temel prensibi budur. Süreci her zaman iyileştirebileceğinizi ve bunun daha iyi verimlilikle sonuçlanacağını belirtir.
Uygulamaların sahiplere ihtiyacı vardır ve Kanban bunu diğer yöntemlerden farklı şekilde ele alır. Çevik Metodolojiler.
Kanban Görev ve Sorumlulukları
Kanban yeni iş unvanları öngörmez ve bu kasıtlıdır; üçüncü ilke, zaten sahip olduğunuz rollere saygı duymanızı ister. Bir geliştirici, geliştirici olarak kalır. Ancak pratikte, bir pano olgunlaştıkça iki sorumluluk ortaya çıkar ve olgun uygulamalar bunları açıkça belirtir.
MKS Servis Yöneticisi Bu kişi, panodaki iş akışının sorumluluğunu üstlenir. Hareket etmeyi durduran kartları takip eder, engelleyici durumları üst kademeye iletir, sütunları devam eden iş (WIP) limitleri içinde tutar ve ekibin kendi döngü süresi verilerini incelediği gözden geçirme işlemini yürütür. Hizmet Talep Yöneticisi Panoya giren her şeyin sahibi odur, talepte bulunan müşterileri temsil eder, yapılacaklar listesini en değerli öğenin en üstte olacak şekilde sıralar ve seçim politikasını açıkça belirtir.
İkisi de ek personel değil, sorumluluktur; genellikle bir kişi ikisini de üstlenir. Önemli olan, birinin akıştan, diğerinin de alımdan sorumlu olmasıdır. Yönettikleri belgeler daha sonra gelir.
Kanban Kartları
Kanban yöntemi, işlerin görselleştirilmesini önerir. Fiziksel ve dijital panoların kullanımını önerir ve aşağıdaki pano, bu panolarda dağıtılmış kartları gösteren sütunları sergiler.
Kanban kartları, ekibin üzerinde çalıştığı işi temsil ettiğinden Kanban tahtasının önemli parçalarıdır. Bu kartlar olacak
- Öncelik
- Mal sahibi
- Menşei
- Bitiş tarihi
Kanban panosundaki bir sütun, çalışma aşamasını temsil eder ve sütuna bir Devam Eden Çalışma (Work in Progress) sınırı koyabilirsiniz. Devam Eden Çalışma sınırı, o sütunda kalabilecek maksimum kart sayısı anlamına gelir.
Kanban yöntemi, çekme tabanlı bir sistem kullandığı için, bir geliştirici müsait olduğunda yapılacaklar sütunundan geliştirme sütununa bir kart çekebilir. Bu kartların bulunduğu panoya daha yakından bakmak gerekiyor.
Kanban Kurulu
Kanban Kurulu kişisel ve ticari amaçlarla projeleri yönetmek için Kanban'ın uygulanmasına yardımcı olan çevik bir proje yönetimi aracıdır. Ekiplerin çalışmalarını farklı aşama ve süreçlerde görselleştirmelerine yardımcı olmak için tasarlanmış fiziksel veya dijital (JIRA) bir panodur. Ayrıca kartların kullanıldığı sütunlarla çalışma aşamalarının temsil edilmesine de yardımcı olur.
Gibi işin durumunu temsil eden sütunlara sahiptir.
- Yapmak,
- dev
- Test yapmak
- Bağış yapın.
Bu sütunların her biri, <=Çalışılan Çalışma sınırına sahip kartlara sahip olabilir. Kartlar asıl çalışmayı temsil ediyor.
Devam eden işleri sınırlamak için pozitif sayılar kullanabilirsiniz ve bu sınır sayısı hem fiziksel hem de dijital Kanban panolarındaki sütunların üstüne yerleştirilebilir. Ekipteki her birey kendi kartının durumunu yönetebilir ve tüm ekip iş akışını görselleştirebilir. Digital panolar gibi JİRA Otomatik çevrim süresiyle aynı limitleri ekleyin. tracKral. Ardından, bu sütunların temsil ettiği Kanban iş akışını öğreneceğiz.
Kanban İş Akışı
Kanban İş Akışı ekiplerin Kanban'da açık politika ve ilkeler tanımlamasına yardımcı olan bir dizi adımdır. Geliştirme ve teslimat döngülerinin çeşitli aşamalarında iş devam ederken kuralları ve prosedürleri temsil eder. Kanban iş akışı, belirli bir görevin başlatılması ile teslimi arasındaki adım adım süreçlerden oluşur.
Kanban'ın takip ettiği temel prensip şudur: “Başlamayı bırak, bitirmeye başla”. Devam Eden Çalışma limitleri sayesinde daha fazla iş yapılmasını sağlar. JIRA gibi herhangi bir modern araçta özelleştirilebilir Kanban iş akışları ve durumları mevcuttur.
Aşağıda birçok yazılım ekibinin iş akışı yönetimi için takip ettiği temel durumlar yer almaktadır.
| Devletler | Görevlerin anlaşılması |
|---|---|
| Yapmak | Görevler bu durumda ilk kez buraya geliyor. |
| Analize hazır | Görevi analiz edin ve gereksinimleri tamamen ekleyin. |
| Geliştirmeye hazır | Analiz tamamlandı ve geliştirme başlayabilir. |
| Gelişimde | Görevler geliştiriliyor. |
| Test için hazır | Geliştirme tamamlandı ve artık test başlayabilir. |
| Testte | Görevler test ediliyor. |
| Yayına hazır | Test tamamlandı; serbest kalma gerçekleşebilir. |
| Yayınlandı/Bitti | Yayınlandı. |
Dikkat edin, "hazır" durumları iş değil, kuyruklardır. Bir kart bu kuyruklardan birinde süresiz olarak bekleyebilir, bu nedenle kartları hareket ettiren kural, durumlardan daha önemlidir.
Çekme Tabanlı Sistem
Kanban, görevlerin itilmek yerine çekildiği, çekme tabanlı bir yöntemdir. Mevcut kartınızı tamamladığınızda Kanban panosunun önceki sütunundan yeni bir kart çekebilirsiniz.
WIP sınırıyla Kanban, Lead Time ve Cycle Time'ın iyileştirilmesine yardımcı olur. Bu iki zamanlama arasında mümkün olan en az boşluk olmalıdır. Örneğin, 5 geliştiricimiz ve sadece 1 testçimiz var; bu durumda ne olacak? Her zaman test gerektiren birçok kart olacak ve bunlar boşta oturup bekleyeceklerdir.
Yukarıda belirtilen sorunların üstesinden gelmek ve verimliliği artırmak için Kanban, çekilecek sınırlı sayıda kartın olacağı Devam Eden Çalışma limitleriyle, çekme temelli yaklaşımı izliyor.
Yani bir test uzmanı, mevcut görevini tamamladığında "teste hazır" aşamasından bir görevi çekecektir. Kanban sütunlarındaki (geliştirme aşamaları) Devam Eden Çalışma sınırı ile Kanban iş akışında çok fazla gözetimsiz kartınız olmayacak.
Çekme tabanlı sistem, takım için doğru hızı bulmaya da yardımcı olur. Doğru hız sağlandığında, takım daha iyi performans gösterecektir. Burada her şey tek bir sayıya bağlıdır: WIP limiti.
Devam Eden Çalışmanın Sınırlandırılması(Devam Eden Çalışma)
Kanban yönteminde, WIP (devam eden iş) bir ekip üyesinin veya tüm ekibin aynı anda üzerinde çalışabileceği görev/kart sayısını sınırlar.
Devam Eden Çalışma sınırları, ekibin çalışmalarını istikrarlı hale getirmesini sağlar ve çekme tabanlı sistemde önemli olan tahmin niteliğini artırır. Devam Eden Çalışma limiti kararı genellikle ekibin kendisi tarafından alınır.
Devam Eden Çalışma Limitlerini belirleme nedeni
Devam Eden Çalışma Limitlerini ayarlamanın nedenleri şunlardır:
- Birey aynı anda tek bir göreve odaklandıkça, işleri halletmeye odaklanmayı değiştirir.
- Ekiplerin kapasitelerini anlamalarına yardımcı olur.
- Üretkenliği ve döngü süresini artırır.
- Biriktirilen görevlerden kaçınmaya yardımcı olur (bekleme modunda).
- İş akışının akışını iyileştirerek görevlerin kesintisiz ilerlemesini sağlar.
- Ayrıca, bireyin farklı görevler arasında geçiş yapmasını engellediği için tıkanıklıkların çözülmesine de yardımcı olur.
⚠️Uyarı: Çok yüksek bir limit belirlemek, limit belirlememekle aynı şeydir; kartlar sıraya girer ve işlem süresi uzar. Çok düşük bir limit belirlemek ise insanların boşta kalmasına neden olur. Her seferinde bir sütunun limitini değiştirin ve iki hafta boyunca işlem süresini izleyin.
Bu, teorinin son parçası; aşağıdaki bölüm bunu eyleme dönüştürüyor.
Kanban Uygulaması Adım Adım Nasıl Yapılır?
Kanban'a başlamak kolaydır: birinci adım halihazırda yaptığınız şeyleri açıklar. Bu adımları tüm ekibin katılımıyla uygulayın.
- Mevcut iş akışını haritalandırın. Tamamlanmış bir ürünü, geçtiği her aşamayı geriye doğru takip ederek ilerletin. Her aşama bir sütun oluşturur; bu sütunlar, resmi olarak kimsenin sahip olmadığı bekleme durumlarını da içerir.
- Tahtayı çizin. Her eyalet için bir sütun, soldan sağa, "Tamamlandı" ile bitecek şekilde. İlk ay için yapışkan notlar bulunan bir beyaz tahta yeterlidir.
- Kartları yazın. Uçaktaki her bir eşyaya öncelik, sahip, tür ve son kullanma tarihi bilgilerini içeren bir kart verin ve ardından bu kartı bulunduğu sütuna yerleştirin.
- Her sütun için "tamamlandı" ifadesini tanımlayın. Çıkış kriterlerini tahtaya yazın. Bu açık politika uygulaması, kartların geriye sekmesini önler.
- İlk devam eden iş (WIP) limitlerini belirleyin. Aşağıdaki yöntemlerden birini kullanarak "Yapılacaklar" ve "Yapılanlar" dışındaki her sütun için bir başlangıç numarası seçin ve başlığın üstüne yazın.
- Çekme kuralını kabul edin. Hiç kimse kendi sütunu limitine ulaştığı sürece yeni bir kart başlatmaz; bunun yerine sağındaki sütunu temizlemeye yardımcı olur.
- Her gün tahta üzerinde yürüyün. Sağdan sola, en eski karttan başlayarak ilerleyin ve bu kartı neyin engellediğini ve bugün kimin engeli kaldırabileceğini sorun.
- Ölçün, sonra sıkın. İki hafta sonra, döngü süresi verileri hangi sütunun kartları en uzun süre tuttuğunu gösterir. Bu sınırı düşürün veya kapasiteyi artırın, ardından işlemi tekrarlayın.
Beşinci adım, çoğu ekibin takıldığı noktadır; bu nedenle, uzmanların kullandığı üç boyutlandırma yöntemi şunlardır:
| WIP boyutlandırma yöntemi | Nasıl çalışır |
|---|---|
| Takım büyüklüğüne bir ek | Sınır, o sütunda çalışan kişi sayısına ve engellenmiş bir öğe için ayrılan bir yedek yuvaya eşittir. Veri içermeyen yeni bir pano için en uygunudur. |
| Kişi başı iki ila üç çeşit ürün | Sütundaki kişileri iki veya üçle çarpın; her biri iki maddeye sahip üç geliştirici altı eder. |
| Verim x çevrim süresi | WIP = verimlilik x döngü süresi formülünü kendi geçmiş verilerinize uygulayın, ardından limiti sonucun biraz altına ayarlayın. |
İlk sayıyı bir hipotez olarak ele alın. Tahtayı resmi bir şekilde eşleştirin. çevik test Bu, test sütununun darboğaz haline gelmesini engeller ve aşağıdaki iki zamanlama, işe yarayıp yaramadığını gösterir.
Teslim Süresi ve Çevrim Süresi
Kanban yönteminde, teslim süresi ve döngü süresi yaygın olarak kullanılmaktadır; ikisi arasında bir fark vardır ve karışıklığı önlemek için bunu anlamak önemlidir.
| Kurşun zamanı | Çevrim Süresi |
|---|---|
| Teslim süresi, görevin iş akışınıza ulaşması ile iş akışından ayrılması, yani serbest bırakılması arasındaki süre olarak ölçülür. | Döngü süresi, görevin “devam ediyor” durumuna ulaşması ile görevin “yayınlanmaya hazır” duruma ulaşması arasındaki süre olarak ölçülür. |
Burada, yayına hazır hale gelme ile fiili yayınlanma arasında geçen süreyi dahil etmemenin anlaşılması da önemlidir.
Cycle Time = Work in Progress/Throughput
💡 İpucu: Müşterinin deneyimlediği şey teslim süresidir; ekip ise döngü süresiyle ilgilenir. Aradaki büyük fark, işin başlamadan önce bir kuyrukta beklemesi anlamına gelir; bu nedenle, ekibi hızlandırmadan önce alım sürecini düzeltin.
İdeal senaryoda, teslim süresi ile döngü süresi arasındaki fark minimum düzeyde olmalıdır ve Kanban, teslim ve döngü sürelerine ait geçmiş verileri ölçmek için kümülatif akış diyagramı (CFD) kullanır. Bu diyagram, bir sonraki bölümün konusudur.
Kümülatif Akış Diyagramı (CFD)
CFD tüm önde gelen borsalarda mevcut olan bir grafiktir. iş akışı yönetimi araçları JIRA gibi. Bu grafik, iş akışına giren ve zaman içinde tamamlanan kartların/görevlerin toplam miktarını ölçer.
Önceden belirlenmiş bir süre için ortalama teslimat süresi ve döngü süresine ilişkin bir tahminde bulunmanıza yardımcı olur.
CFD diyagramı, düzeltilmesi gereken göstergeler veya sorunlu alanlar sunacaktır. Size net bir resim sağlayacak ve bu diyagrama dayanarak ekibinizin teslim süresini ve döngü süresini düzeltebilirsiniz. Aşağıdaki kümülatif akış diyagramı, her durumu renkli bir bant olarak göstermektedir; sürekli genişleyen bant darboğazı temsil eder.
Grafik dört nicelik üzerinden okunur:
- Kurşun zamanı: Yeni bir kartın iş akışınıza gelmesi ile iş akışından son çıkışı arasında geçen süredir.
- Çevrim Süresi: Kartın çalışır duruma gelmesi ile kartın kullanıma hazır hale gelmesi arasında geçen süredir.
- WIP: Devam eden iş (WIP), iş akışının farklı aşamalarındaki maksimum iş öğesi miktarını sınırlar.
- çıktı: Gerçek performanstır ve belirli bir zaman diliminde teslim edilen gerçek kart sayısını belirtir.
Throughput = WIP/Cycle Time
Bu, ürünleri, mekanizmaları ve ölçütleri kapsıyor. Geriye kalan soru ise Kanban'ın Scrum ile nasıl karşılaştırıldığıdır.
Scrum Vs. Kanban
İşte arasındaki önemli farklar Scrum Vs. KanbanDaha geniş bir bakış açısı için bakınız. Çevik Yönetim ve Scrum Karşılaştırması.
| Saldırı | Kanban |
|---|---|
| Saldırı planlamaya vurgu yapar. Sprint planlamasıyla başlar ve sprint retrospektifiyle son bulur. Ekibin bir sonraki adımlar, öncelikler ve önceki sprintlerden öğrenilenler konusunda uyumlu olmasını sağlamaya yardımcı olan birçok toplantı düzenlenir. | Kanban hareket halindeyken değişiklik yapmaya açıktır. Bu, daha az sertlik olduğu anlamına gelir ve işler sık sık değişebilir. |
| toplanmasını tavsiye eder zaman ölçümleri sprintler sırasında yapıldı | Kanban grafikleri önerir Takımın zaman içindeki ilerlemesine ilişkin genel bir bakış elde etmek için. |
| Saldırı artık takımlardan bir taahhüt ister. Bunun yerine, sprint hedefleri ve tahminleri ile ilgilidir. | Kanban'ın güvendiği zamanlama ve tahminler. |
| Planlamaya vurgu yapar ve bu nedenle Tahminin çok önemli bir rolü var Scrum'da | Kanban'ın var zorunlu gereklilik yok Tahmin için. |
| Her bireyin kendi rolü vardır ve sorumluluklar. | Yok hayır rolleri esneklik sağlayacak şekilde ayarlayın Bireysel sorumluluklar açısından. |
| Yinelemeler/Sprintsüre olarak sabittir. Bu süre 2 hafta ile 1 ay arasında değişmektedir. | Kanban süreye bağlı değil. Bu şey Döngü sürelerine göre ölçülür. |
| Takımlar taahhüt etmek gerekli belirli miktarda iş. | Taahhüt gerekli değil takımlar için isteğe bağlıdır. |
| Bu yöntemde, çapraz fonksiyonlu ekipler yazılım geliştirmede darboğaza neden olabilecek her türlü aksaklıkla baş edebilecekleri için önemlidir. | Sahip olan uzman ekip önemli. |
| Öyle öğe eklemek mümkün değil devam eden yinelemelere. | Yeni öğeler kolayca eklenebilir ek kapasite mevcutsa. |
| Bir sprint birikimi yalnızca bir kişiye aittir tek takım. | Çoklu takımKanban panosunu paylaşabilirler. |
| Teslimatlar: sprintlerle belirlenirbir dizi çalışmanın tamamlanması ve incelemeye hazır olması gerekir. | Ürünler ve süreçler sürekli olarak teslim edilir ihtiyaç duyulduğu takdirde. Yani test etme ve inceleme süreci aynı anda devam eder. |
| Scrum yazılım geliştirme yöntemi birikmiş işlere odaklanır. | Tamamen Kanban yöntemi süreç kontrol paneline odaklanır. |
| Her ekip üyesinin belirli bir rolü vardır Scrum master'da zaman çizelgelerine karar verir, ürün sahibi amaç ve hedefleri belirler ve ekip üyeleri geliştirme çalışmasını yürütür. | Bir ekip için önceden tanımlanmış roller yoktur. Ancak yine de bir Proje Yöneticisi olabilir; Ekip işbirliği yapmaya ve birlikte çalışmaya teşvik edilir. |
| ile projeler için en iyisi önceliklerin değişmesi. | olan takımlar için idealdir. istikrarlı öncelikler zamanla değişmesi pek mümkün olmayan bir durum. |
| Üretimi ölçer hız kullanarak sprintler yoluyla. | Üretimi şunu kullanarak ölçer: devir süresi veya bir projenin tam bir parçasını tamamlamak için gereken süre. |
| Scrum gerektirir geleneksel modelden tam geçiş Projenin uygulanacağı Agile Scrum modeline. | Kanban köklü değişikliklere izin vermiyor Projede. |
| Scrum'da tüm süreçeam işbirliği yapmaya ve görevi tamamlamaya odaklanır kalite geliştirme çalışmaları sağlamak. | Ekipler hedeflere ulaşmak için çalışır ve tüm süreci tamamlama süresini kısaltın. Dolayısıyla zaman döngüsünün azaltılması buradaki başarının en büyük göstergesidir. |
| Saldırı programlarına vurgu; Devam eden yinelemelere yeni öğeler eklenemez. | Kanban doğası gereği daha yinelemelidir, çünkü belirli bir zaman dilimi yoktur. Böylece, ek kapasite mevcut olduğunda sürekli olarak yeni öğeler eklenebilmektedir. |
| Toplam iş şu tarihte yapılır: partiler/Sprints. | Projenin tamamı hareket halinde gerçekleştirilir. tek iş parçacıklı iş öğesi akar. |
| Scrum ustası problem çözücü olarak görev yapar. | Kanban teşvik ediyor Her ekip üyesi bir liderdir ve sorumluluğu hepsi arasında paylaşmak. |
| Scrum'ın öngördüğü zaman kutulu yinelemeler. | Kanban'ın odaklandığı nokta farklı bir süre planlamak bireysel yineleme için. |
| Scrum firmaların şunları yapmasına yardımcı olur: zaman ve paradan tasarruf edin. | Kanban yöntemi sürekli iyileştirmeye odaklanmak, üretkenlik ve verimlilik. |
| Başarmak istikrarlı ve tutarlı iletişim her seviyede performans. | Ekip üyelerinin olasılığı daha yüksektir. hedeflerine çok daha kolay ulaşıyorlar Kanban panolarının görsel doğası nedeniyle. |
| Öyle sürekli değişikliklere uyum sağlamak daha kolay Kısa sprintler ve düzenli geri bildirimler nedeniyle. | Öyle düzenli ve sabit bir çıktı için tasarlanmıştırMüşteri talebindeki büyük değişiklikler Kanban'ın başarısız olmasına neden olabilir. |
| Projenin toplam maliyeti minimum düzeydedir ve bu da aşağıdakilere yol açabilir: daha hızlı ve daha ucuz sonuç. | Bir görev doğru şekilde tahmin edilmezse, toplam proje maliyeti hiçbir zaman doğru olmayacakBu gibi durumlarda görev birkaç sprinte yayılabilir. |
| Bu metodoloji deneyimli ekip üyeleri gerektirir sadece. Yani ekip uzman olmayan kişilerden oluşuyorsa proje zamanında tamamlanamaz. | Yok hayır belirli zaman dilimleri her aşamaya tahsis edilir, böylece ekip üyeleri her aşamada ne kadar zaman ayırabilecekleri konusunda hiçbir zaman fikir sahibi olmazlar. |
| Bu Çevik Scrum yönteminde, kaliteli bir ürün sunmak daha kolay planlanmış bir zamanda. | Bir amaç için tasarlanmıştır düzenli, istikrarlı çıktı, Müşteri talebindeki büyük değişiklikler Kanban'ın başarısız olmasına neden olabilir. |
| MKS proje planı asla rahatsız etmeyecek bir ekip üyesi ekipten ayrılsa bile. | Ekip üyelerinden herhangi biri geliştirme sırasında çıkarsa, proje gelişimine zarar vermek. |
| Bazen günlük toplantılar hayal kırıklığına uğratmak takım üyeleri. | Eski Kanban panosu geliştirme sürecinde sorunlara yol açabilir. |
| Büyük projeler kolayca bölünebilir kolayca yönetilebilir sprintlere dönüştürmek. | Büyük projeler şu şekilde ele alınır: sürekli akış Tek tek ürünlerin toplu halde değil, ayrı ayrı paketlenmiş halde olması. |
