Geliştirme veya yönetim konusunda çevik mi?

Scrum'ın neyle ilgili olduğu üzerine bir tartışmada, belki de çevik şeyi tamamen yanlış anladığımı fark ettim. Bana öyle geliyor ki Scrum (kesinlikle Çevik bir süreç olarak kabul edilir) tamamen TDD, çift programlama, CI, yeniden düzenleme ve diğer geliştirici merkezli teknikler ve uygulamalarla ilgisi olmayan özellikleri ve sprintleri ve rolleri yönetmekle ilgilidir ( şimdiye kadar) çevik kalbidir. Şimdi bir zorlukla karşılaşıyorum!

1) Scrum, geliştiricilerin çevik uygulamalar yapıp yapmadıkları konusunda agnostik midir?

2) Scrum'ı otomatik testler kullanmayan bir ekipte uygulayabilir misiniz? yeniden düzenleme yapmaz veya çevik programlama uygulamalarına uymaz mı?

Scrum'ın Agile'a eşit olduğunu düşünmek yaygın bir hatadır.

Agile olmak Agile Manifestosu'nun dört ilkesini izlemektedir . Scrum, bu ilkelerle tutarlı bir proje yönetim sürecidir, ancak kendi başına, Çevik değildir. XP (TDD, çift programlama), bu ilkelerle de tutarlı ve Scrum ile tutarlı bir geliştirme sürecidir, ancak Çevik değildir. Sürekli Entegrasyon, Sürekli Teslimat, DevOps, hepsi Agile prensipleriyle uyumludur.

Her şeyden önce ilkeleri takip edin. Bütün bu vızıltılar sadece insanların prensipleri takip etmelerine yardımcı olduğunu buldukları metodolojilerdir. Ancak "Agile olmanın" ana parçası, süreçlerinizi Agile prensiplerini takip etmedikleri zaman, irade ayarlayabilmektir.

Scrum, geliştiricilerin çevik uygulamalar yapıp yapmadıkları konusunda agnostik midir?

Scrum, bir takımı çevik olmaya teşvik eden bir dizi kılavuzdur.

Scrum'ı otomatik testler kullanmayan bir ekipte uygulayabilir misiniz? yeniden düzenleme yapmaz veya çevik programlama uygulamalarına uymaz mı?

Çok zor, çünkü her sprint sonunda çalışan bir ürününüz olmalı. Çalıştığını kanıtlamak için tam bir manuel regresyon testi yapmanız gerekiyorsa, bu muhtemelen mümkün değildir.

Alistair Cockburn (Çevik hareketinin yaratıcılarından biri) diyor bu Crystal Clear (onun Çevik metodolojinin bir faset) hakkında:

Crystal Clear Seviye 3 dinleyicisine aşağıdaki kelimelerle açıklanabilir:

“4-6 kişiyi iş istasyonları ve yazı tahtaları bulunan bir odaya koyun ve kullanıcılara erişin. Kullanıcılara bir veya iki ayda bir çalışan, test edilmiş yazılım teslim etmelerini sağlayın ve aksi halde bunları yalnız bırakın. ”

Bu çevik bir tanımdır, kuşkusuz ne yaptığını bilen ve bunu yapmak ve yapmak için güvenilir olan deneyimli geliştirme personeli için. Yani bu demek yapar sahip CI ve TDD ve Pair Programlama ve tüm diğer moda şeyler kullanılır? Basitçe söylemek gerekirse ... Hayır.

Çevik bir dizi süreci takip etmek değil, etkili olmakla ilgilidir. Bunun sizin için anlamı, ekibinize ve nasıl çalıştığına, sizin için yararlı bulduğunuz şeylere bağlıdır. TDD, çalışma kodu üretmenize yardımcı olmazsa, web'de bu konuda bağırıp kullanmayan daha az ışıkları dinlemeyi bırakın! Çift Programlama gerçekten takımınızın odaklanmasına ve işlerini halletmesine yardımcı oluyorsa, zaman kaybı olduğunu söyleyenleri görmezden gelin ve takımınızı okul spor gününde 3 ayaklı bir yarış gibi organize edin.

Yıllar önce çevik yaptım, birçoğu çevik olduğumuzu bile fark etmedik - her ay ürünün tekrarlarını sunduk ve yuvarlak sabitleme hatalarını düzenli olarak ekledik. Bu tür şeyler icat edilmemiş ve yeniden düzenleme kitabı yazılmamış olduğu için kesinlikle sıfır birim testleri yaptık. Yani evet, herhangi bir çevik uygulama olmadan kesinlikle çevik yapabilirsiniz.

Alistair ayrıca Kent Beck şöyle diyor:

XP ve Yazılım Mühendisliği Enstitüsü'nün “Yetenek Olgunluk Modeli” nin beş seviyesi hakkında sorular sordu, XP'nin üç olgunluk seviyesi ile cevap verdi:

1. Her şeyi yazılı olarak yapın.

2. Bunu yaptıktan sonra, kurallardaki varyasyonları deneyin.

3. Sonunda, XP yapıp yapmadığınız umurumda değil.

Sonunda, XP yapıyor olsanız da olmasanız da ... bu tuzağa düşmemenizi hatırlatan akıllıca kelimeler kullanmayın .

Scrum, çevik gelişim metodolojisinin amaçlarına ulaşmak için belirli bir model izleyen çevik bir lezzettir. Scrum'ı takip edemez ve çevik olamazsınız, ancak çevik olabilir ve Scrum'ı takip edemezsiniz.

Scrum'ın otomatik testlerin kullanımı üzerinde hiçbir etkisi yoktur, çevik onları tercih etme eğilimindedir, ancak hiçbir şekilde gerekli değildir. Yeniden düzenleme, çevik ve Scrum'da bir hedef olmalı, ancak çoğu zaman göz ardı edilir. refactor için hiç niyeti olmayan gerçekten çevik değildir.

Geliştirme veya yönetim konusunda çevik mi?

Agile, esnekliği ve hızlı faz değiştiren pazar gereksinimlerini veya hızlandırılmış teslimat olarak adlandırılan bir dizi yazılım geliştirme uygulamasıdır . Yani büyük bir resimde, işi küçük barışlara bölerek ve 2-4 haftalık hızlı yinelemelerde işlevsellik sağlayarak müşterinin değişen karmaşık gereksinimlerini karşılamak için esnek bir yaklaşımla ilgilidir.

Bununla birlikte, bu esnekliği karşılamak için geliştirme ekibinin Çevik programlama uygulamalarını uygulaması gerekir .

Çevik yazılım geliştirme konusunda Wiki'den açıklama :

Çevik yazılım geliştirme, gereksinimlerin ve çözümlerin kendi kendini organize eden, işlevler arası ekipler arasındaki işbirliği yoluyla geliştiği yinelemeli ve artımlı gelişime dayanan bir grup yazılım geliştirme yöntemidir. Uyarlanabilir planlama, evrimsel gelişim ve sunumu, zamana bağlı yinelemeli bir yaklaşımı teşvik eder ve değişime hızlı ve esnek tepki verilmesini teşvik eder. Geliştirme döngüsü boyunca öngörülen etkileşimleri destekleyen kavramsal bir çerçevedir.

Infact, scrum'ı yazılım geliştirme ile hiçbir ilgisi olmayan projelerde kullanabilirsiniz. Bu bir proje yönetimi / takım yönetimi yöntemidir.

1) HAYIR !!!! Scrum Çeviktir, yani çevik geliştirme uygulamaları (TDD, çift programlama, CI, yeniden düzenleme vb.) Bir Scrum projesinin tüm yönleri için çok önemlidir. Bu uygulamaları kullanmıyorsanız, takımlarınızın koşu hızını, işi tahmin etmeyi, uygun sürat boyutunu ayarlamayı vb. Anlamanız çok daha zor olacaktır.

2) Evet, Scrum'ı çevik uygulamalara uymayan bir takımda uygulayabilirsiniz, ancak takımın potansiyelini gerçekten sınırladığını hissediyorum. Scrum / Agile'ın bu kadar başarılı olmasının büyük bir kısmı, her sprint'te önden arkaya tam özellikler sunmaya kadar temel olan Agile dev uygulamalarından elde ettiğiniz performans ve kalite kazanımlarıdır.

Grubunuzdaki bir kişi sizi Agile dev uygulamalarının zaman kaybı olduğuna ikna etmeye çalışıyorsa, bu uygulamaların neden Scrum ve Agile ile bir bütün olarak vurgulandığını vurgulamak için biraz zaman harcamanız gerektiğini düşünüyorum. Gerçekten bir fark yaratıyorlar.