Agile vs Scrum vs Kanban vs Lean vs Waterfall – sizin için doğru olan yaklaşım hangisi?

Merhaba, Family Feud'un başka bir bölümüne hoş geldiniz. Ben Steve Harvey ve hadi başlayalım.

100 kişiye “proje yönetiminde favori yaklaşımınız nedir?” diye sorduk.

Çevik – Listede!

Scrum – Yine listede!

Kanban – ding!

Yalın - Gidecek bir tane daha var!

Şelale – Bravo, harika bir iş çıkardın!

Hepsini biliyor gibisin ama hangisini seçeceğini biliyor musun?

Veya Agile ile Şelale ile Scrum arasındaki farklar nelerdir?

Merak etme.

Ben Steve Harvey ve arkandayım.

Tüm ciddiyetle, ben Steve Harvey değilim. Ben sadece Steve Harvey rolünü oynayan bir yazarım.

Bütün Bu İsimler Ne Anlama Geliyor?

Temel bilgilerle başlamak için, toplu olarak ne anlama geldiklerini tanımlayabiliriz. Bu beş model, herhangi bir proje yönetimi sürecinde, özellikle yazılım geliştirmede en çok kullanılan modellerdir. Zamanını nasıl kullanacağını, rollerin olup olmayacağını, hatalarını ne zaman düzelteceğini vb. anlatırlar.

Şimdi bunları konuşmanın ve artılarını ve eksilerini göstermenin zamanı geldi.

Şelale Yaklaşımı

Şelale Yaklaşımı - veya yapacaksanız modeli - diziler halinde çalışan bir geliştirme modelidir. Gelişimin her aşamasını tanımlarsınız ve bir öncekini tamamlamadan bir sonraki gelişim aşamasına geçemezsiniz. 1970 yılında Winston Royce tarafından kurulan bu yöntemin her aşaması bir görev için özel olarak tasarlanmıştır.

Şelale Yaklaşımının Aşamaları

Aşamaları merak ediyor musunuz? Doğal olarak! Öyleyse onları öğrenelim.

• Toplama Aşaması: Gerekli detayları aldığınız veya ayarladığınız aşamadır.
• Tasarım Aşaması: Programlama dilini, kullanacağınız veritabanını seçtiğiniz ve büyük teknik detayları projelendirdiğiniz yer.
• İnşa Aşaması: Sadece kodlarsınız, bolca kodlama yaparsınız.
• Test Aşaması: Şimdi bu programı kullanacak kişilere gösterin ve ihtiyacı karşılayıp karşılamadığını görün.
• Dağıtım Aşaması: Programı istenen ortamda başlatın.
• Bakım Aşaması: Müşterinizin ihtiyaçlarına veya kitleye göre programda değişiklikler yapar ve daha iyi hale getirirsiniz.

Bunlar Şelale Yaklaşımının altı aşamasıdır. Oldukça basit, değil mi?

Bu Yöntemi Kimler Etkili Kullanabilir?

Bu geliştirme yöntemiyle, fazladan hiçbir şey gerektirmeyen bir proje üzerinde çalışabilirsiniz. Ortamınız kararlıysa, tüm gereksinimler belirlenmiş ve yapılmışsa, proje kısaysa ve herkes ne yaptığını biliyorsa, bu sizin seçeneğinizdir.

Şelale Yönteminin Artıları ve Eksileri

Şelale Yöntemini en çok kullanılan yöntemlerden biri yapan nedir? Avantajları olmalı elbette. Bunlar;

• Doğrusallık. Bu yöntemde her aşamanın tamamlanması gerekiyor, böylece daha sonra sorunla karşılaşmazsınız.
• Küçük projeler için uygundur. Projeniz çok fazla zaman almayacaksa, bu yöntem en iyi sonucu verir.
• Doğrulama ve onaylama. Her aşamadan önce bir kalite testi yaparsınız.
• Ayrıntılı Belgeler. Bu sayede tüm aşamaları takip edebilirsiniz.
• Minimum müşteri müdahalesi. Yürüttüğünüz projeler ekibinize çok güveniyor.
• Gerekli tüm değişiklikler geliştirme aşamasında yapılır - piyasaya sürüldükten sonra kötü sürprizler olmaz.

O zaman, insanlar neden diğer seçenekleri seçiyor? Bu yüzden;

• Hataları düzeltmek için fazladan zaman yok. Geliştirme sırasında hataları düzeltmeniz gerekir.
• Değişime yer yok. İhtiyaçlarınız çok sık değişiyorsa bu yöntemle proje taşıyamazsınız.
• Test zamanı. Test aşaması, geliştirme sürecinde nispeten geç.
• Dokümantasyon çok zaman alıyor. Geliştiricileriniz ve çalışanlarınız belgeler üzerinde biraz zaman harcamak zorundadır.
• Müşteri geri bildirimi yok denecek kadar az. Bir müşterinin içgörüleri faydalı olabilir, ancak bu yöntemde yalnızsınız.
• Hatalardan sonra. Projeniz için çok fazla soruna neden olabilirler.

Yani, Şelale Yöntemi açıklanan budur. Şimdi bir sonrakine geçelim.

Çevik Yaklaşım

Esasen Çevik Yaklaşım , aşamalı olarak çalışmanız gerektiğini belirtir. Bu, sprint planlama döngülerinde olur. İlk döngüyü bitirdikten sonra projeyi test eder ve ardından isteğe bağlı olarak her şey ihtiyaçlara uygunsa dağıtırsınız.

Çevik Yöntemi Kimler Kullanmalı?

Değişime açık bir ortamda çalışıyorsanız veya aklınıza her geldiğinde projenize yeni fikirler getirmek istiyorsanız, Çevik Yöntem sizin için doğru seçimdir. Size sizin için paha biçilmez olabilecek özgürlüğü verir.

Çevik Yöntemin Artıları ve Eksileri

Bu yöntemi bir sonraki projenizde veya mevcut projenizde kullanacaksanız, bu size kalmış, bu yöntemin artılarını ve eksilerini bilmek zorundasınız.

İlk olarak, profesyonellerle başlayabiliriz. Bunlar;

• Müşteri memnuniyeti. Sürekli bir "sonuç" elde ettiğiniz için müşterileriniz gelişmeyi görecektir.
• İnsan merkezli. Bu yöntemin temel motivasyonu araçlar ve diğer süreçler yerine projeyi taşıyan kişilerdir.
• Sıklık. Çalışan yazılımı kısa sürede görebilirsiniz.
• Adaptasyon. Koşullar değişse bile, onlara kolayca uyum sağlayabilirsiniz.
• İletişim. İnsanlar ve müşteriler birbirleriyle anında etkileşime geçebilir.
• Değişiklikler için oda. Projeyi dağıttıktan sonra bile kolayca değişiklik yapabilirsiniz.

Hiçbir şey mükemmel değildir, ne de bu yöntem. Yani, burada eksileri geliyor;

• Emek değerlendirmesi. Oldukça büyük bir proje üzerinde çalışıyorsanız, bir döngünün ihtiyaç duyduğu zaman ve çabayı değerlendirememe ihtimaliniz vardır.
• Dokümantasyon ve tasarıma daha az vurgu. Bu, projede yapılanların izlenmesini engelleyebilir.
• Müşteriler. Net değillerse ve ne yapacaklarını bilmiyorlarsa, proje başka bir şeyle sonuçlanabilir.
• Deneyim ve kaynaklar. Bazı kararlar kıdemli programcılar tarafından alınmalıdır. Aksi takdirde, yeni başlayanlar için kaynaklara ihtiyacınız olacaktır.

Gördüğünüz gibi Çevik Yöntem, özgürlüğü, iletişimi seven ve huzursuz olanlar içindir. Böyle bir ekibiniz varsa bu yöntem işe yarar.

Kanban Yaklaşımı

Kanban Yaklaşımı … Kulağa Japonca geliyor, değil mi? Çünkü Japonca “görebildiğin bir kart” anlamına geliyor. Toyota'nın ilk kullandığı 40'lı yıllardan beri kullanılmaktadır. Bu yöntemde, çalışmanızı kartlarda veya çıkartmalarda görselleştirirsiniz. Bu sayede verimliliği en üst düzeye çıkarmayı ve sürekli gelişmeyi hedeflersiniz.

Bu beşi arasında Kanban Metodu ilkeleriyle öne çıkıyor. Şimdi onları görme zamanı.

Kanban Yönteminin İlkeleri

Kanban Metodu'nun toplamda altı ilkesi vardır. İki grup altında sıralanabilirler. İlk grup ilkelere değişiklik yönetimi denir. Bu grubun ilkeleri;

• Düzenli olarak yaptıklarınızla başlayın. Kanban Metodu size esneklik sunar. Böylece Kanban Metodu'nu mevcut iş akışınıza uygulayabilir ve bir süre sonra önemli sorunları çözebilirsiniz.
• Artımlı değişiklik. Bu yöntem biraz evrime benzeyen değişiklikleri sever, yani bir gecede önemli değişiklikler olmaz. Yavaş yavaş oradan geçmek zorundasın.
• Her düzeyde liderlik. Bu şekilde, insanlar başkalarının içgörülerinden öğrenebilir ve daha iyi çalışabilir.

İkinci grup ilkelere hizmet sunumu denir. Aşağıdakilerden oluşur;

• Müşterinizi dinleyin. Müşterinizin ihtiyaç ve beklentilerine odaklanmak ana hedefiniz olmalıdır. Bu sayede ürününüz müşterilerin dikkatini çekebilir.
• İşi yönetmek. Bu ilke sayesinde, küçük seslerin kesintiye uğraması olmadan gerçekten neler olup bittiğine odaklanabilirsiniz.
• Geliştirmek. Projeyi dağıttıktan sonra, incelemelere ve şikayetlere göz kulak olmalısınız. Projenin kalitesini korumalısınız.

Kanban Yöntemini Kimler Kullanmalı?

Kanban Metodu'ndaki en önemli şey iş akışı olabilir. İsterseniz bu yöntemi iş akışınıza uygulayabilirsiniz. Ayrıca sürekli çalışmaya istekli olduğunuz sürece Kanban'ı kullanabilirsiniz. Son olarak, siz ve ekibiniz toplantılara çok fazla zaman harcamak istemiyorsanız, sizin için en iyi seçimdir.

Kanban Yönteminin Artıları ve Eksileri

Şimdi, 40'lı yıllarda ortaya çıkan bir yöntemi kaliteli bir şarap gibi yapan şeyin ne olduğunu görelim.

• Esnek. Kanban, geliştirme aşamalarını sınırlamaz. Böylece, işinizi en iyi şekilde yapmak için zamanınız ve yeriniz var.
• süreklilik Kanban ile sürekli olarak projenin küçük kısımlarını teslim edersiniz. Dolayısıyla bu, değişikliklere uyum sağlamak için yer açar.
• Verimli. Projenin kilit yönlerine odaklanırsınız ve önemli ayrıntılar üzerinde çalışırsınız—zaman kaybı olmadan.
• Düşük tepki süresi. Ekibiniz, bir aşama bittiğinde notları yeniden düzenleyebilir. Bu sayede çalışanlarınız bir sonraki iş üzerinde anında çalışabilir.

Tamam, Kanban'ı süt gibi neyin yaşlandırdığını görmenin zamanı geldi.

• Bağımlılık. Kanban, diğer çerçevelerin uygun şekilde kullanılmasını gerektirir. Otonom bir bağlantı mümkün değildir.
• dinamiklik. Kanban hala belirli sabit noktaların olduğunu varsayıyor. Ortamınız oldukça dinamikse, bu bir problemdir.
• yinelemeler. Kanban sürecinin içinde değiller; onlarla ayrı ayrı uğraşmak zorundasın.
• Zamanlama. Zamanlamanın hiçbir tanımı bazı insanlar için sorun olmayabilir.

Bir projeyi gerçekleştirmenin en eski yollarından biridir. Ancak eski, işe yaramaz anlamına gelmez. Zamana dayanıklılık, Kanban Metodu'nun hala işe yaradığının kanıtlarından biridir. Ancak, işinizi mahvedebilecek dezavantajlara dikkat etmelisiniz.

Yalın Yaklaşım

Yalın , ürüne müşteri tanımlı değer ekleyerek israfı en aza indirmeye çalışan zihniyet ve araçlar setine odaklanan bir yaklaşımdır. Bu nedenle proje yönetimine minimalist bir yaklaşım olarak tanımlanabilir.

Bu yaklaşım aynı zamanda 8 tür atık tanımlamaktadır.

Bunlar;

• Hareket : Çalışanların ve ekipmanın gereksiz hareketi.
• Ulaşım : Gereksiz eşyaların lokasyona taşınması.
• Beklemek : Gerekli şeylerin gelmesini beklerken harcanan zaman.
• Aşırı Üretim: İhtiyaçtan fazlasını üretmek.
• Kusurlar : Kaynakların düzeltilmesini gerektiren hatalı ürünler
• Envanter : Yanlış iletişim nedeniyle envanterin daha fazla bilgi veya dolulukta saklanması.
• Tanınmayan yetenek : Çalışanlarınızın ne kadar yetenekli olduğunu anlamamak
• Ekstra işleme : Gerekli veya değerli olmayan aktivite.

Yalın Yöntem, esasen bu israfı ortadan kaldırmaya çalışır.

Yalın Yöntemi Kimler Kullanmalı?

Başlangıçta göründüğünüzden daha etkili olmayı hedefleyen küçük bir ekipseniz, Yalın Yöntem sizin için doğru olabilir. Ayrıca, kısa vadeli projeler için harika bir metodolojidir.

Yalın Yöntemin Artıları ve Eksileri

Yalın Yöntemin sizi ona dayandıracak bazı özellikleri var - üzgünüm, zorundaydım. Bunlar;

• Atıkların ortadan kaldırılması . Yukarıda belirtildiği gibi, bu yöntemin birincil odak noktası, israfın nasıl ortadan kaldırılacağıdır.
• Çalışanlarınızı memnun edin . Çalışanlarınızı atık yönetimi süreçlerine dahil etmeniz gerektiği için çalışanlarınız sizi takdir edecektir.
• Tam zamanında . Malzemeleri tam ihtiyacınız olduğunda satın alın ve getirin.
• Rekabet Avantajı . Şimdi biriktirdiğiniz yerler veya para başka projeler için kullanılabilir.

Her şeyin en az bir dezavantajı olduğu için eksileri olmalıdır. Bunlar;

• Aşırı kullanma . Bu yöntemi gereğinden fazla uygularsanız, yeni verimsizliklerle karşılaşabilirsiniz.
• Tam zamanında . Bu senin lanetin de olabilir. Hatalar için çok az yeriniz var. Bir zaman yönetimi sorunu olması durumunda, kötü bir şekilde başarısız olursunuz.
• Çalışan memnuniyetsizliği. Yine, aşırı başvuru durumunda, çalışanlarınız her şeyi nasıl tasarruf ettiğiniz konusunda hüsrana uğramaya başlayabilir.

Yalın Yöntem temiz gelir. Atık için yer yok, iyileştirme için çok yer var. Ancak dikkatli uygulanması gereken bir yöntemdir. Aksi takdirde sonuçları ağır olacaktır.

Scrum Yaklaşımı

Son olarak, Scrum Metodumuz var. Scrum'ı Çevik Yöntemde bir gelişme olarak düşünün. Çevik ilkelerin çoğu bu yöntemde de geçerlidir. Ancak, Scrum daha planlıdır ve bir projenin gidişatına rehberlik eden rollere sahiptir.

Bu roller;

• Ürün Sahibi (PO): Müşterileri ve paydaşları temsil eder, iş bölümlerine ve yatırım getirisine odaklanır.
• Scrum Master: Ekibin scrum kriterlerine uymasına rehberlik eder, ROI'yi en üst düzeye çıkarmak için PO ile birlikte çalışır.
• Ekip: Projeyi yürüten profesyonellerden oluşan bir grup.

Bu yöntem Agile'a çok benzediği için sadece farklı artıları ve eksileri göstermek yeterli olacaktır.

Toplantılar dikkat edilmesi gereken ilk şeydir. Her günün sonunda toplantılar yapılır. Bu toplantılar, projede neler olup bittiğini görmek için diğer rollere yardımcı olabilir. Ancak uzun vadede can sıkıcı olabilirler.

İkinci şey, müşterilerin katılımıdır. PO'dan anında geri bildirim almak oldukça anlayışlı olabilir. Öte yandan, işbirliği yapmazlarsa, projenin tamamlanması çok zaman alabilir.

Scrum vs. Şelale , genellikle her yerde yapılan bir karşılaştırmadır. Scrum Metodu, modern zamanlara ve hayatın koşuşturmacasına uyarlanmıştır. Roller ve toplantılar da zararlı olabileceği gibi büyük bir avantaj da sağlar.

Sonunda, cevaplarınızın ne anlama geldiğini biliyorsunuz. Steve Harvey gurur duyardı. Şimdi yapmanız gereken tek şey, koşullarınızı detaylandırmak ve uzmanlık seviyenize, ekibin büyüklüğüne ve kaynaklarınıza en uygun olanı bulmak.

Sıkça Sorulan Sorular

Yalın ve Çevik aynı mı?

Hayır, Yalın ve Çevik aynı şey değildir. Yalın, israfı en aza indirmemiz gerektiğine odaklanırken, Çevik'in ana odak noktası aşamalı olarak gelişmektir.

Scrum Çevik mi yoksa Şelale mi?

Scrum, Çevik Yöntemin geliştirilmiş halidir. Agile'dan farklı olarak Scrum'ın rolleri, toplantıları ve müşteri temsili vardır.

Kanban Çevik mi, Yalın mı?

Kanban, Yalın'ın bir yolu olarak kabul edilir. Ortak noktaları, her ikisinin de iş akışının ve verimliliğin önemine işaret etmesidir.