Agile metodolojisinden hoşlanmam beni kötü bir programcı yapar mı? [kapalı]

Küçük iterasyonları severim. Birim testlerini seviyorum. Kod incelemesini seviyorum. Sevmediğim şey, çok az veya hiç belge ile başlamak. Bunda yalnız mıyım? İşlemi yanlış anlıyor muyum?

Herhangi bir düşünce takdir edilecektir.

Unutmayın, Agile hiçbir belge anlamına gelmez , Agile, "müşteri" nin istedikleri her şeyi bilmediğini anladığınız için size her şeyi özetleyen büyük bir gereksinim belgesi veremezler. Agile, sürekli müşteriyle konuşup "İstediğiniz bu mu?" veya "Y olduğunda X nasıl çalışır?" böylece birlikte gereksinimleri yaratırsınız.

Bununla birlikte, belirli bir metodolojiden hoşlanmıyorsanız, hiçbir şey yanlış olmaz. Çoğu insan zaten farklı metodolojilerin çeşitli yönlerini seçiyor ve seçiyor gibi görünüyor.

Çevik Metodoloji, sadece o anda ihtiyacınız olanı yaptığınızı belirtir. Verilenden daha fazla belge istiyorsanız / gerekiyorsa, bu işlemle ilgili bir sorundur ve bu sizin değil. Projenin devam etmesi için çok fazla dokümantasyonun gerekli olduğu zamanlar vardır. Buna ihtiyaç duymak Agile'a ters düşmez. Çevik kisvesi altındaki gereksinimlerdeki yavaşlamayı haklı çıkaramazsınız. Bu aslında gördüğüm büyük bir problem. Birçok insan önden tembelleşir ve sürece tebeşirle vurur. Asıl soru şu sorulmalıdır: "Geliştiricilerin ihtiyaçları olan var mı?" Cevap hayırsa, daha fazla iş yapılması gerekir.

Şimdi bu çok ileriye götürülebilir ve birisi "Tüm program belgelenmedikçe üzerinde çalışamam" diyebilir. Bazen bu doğrudur, ancak takımın bir göz atması ve bunun gerçekten gerekli olup olmadığını görmesi gerekir.

Sadece belirli bir metodolojiyi sevmediğiniz için sizi neden kötü bir programcı haline getireceğini anlamıyorum. Onu uygulayan mağazalarla bütünleşmenizi zorlaştırabilir; her yerde ne kadar etkili uygulandığına dair bazı şüphelerim var.

Sizi kötü bir programcı yapan kötü kod - biliyorum facile - ama istediğiniz tüm metodolojilerden hoşlanabilirsiniz / parlak olabilirsiniz ve yine de kötü bir programcı olabilirsiniz çünkü kodunuz yeterli değildir.

Agile'ın temel fikri, bir tanıma armağanınız yoksa, uzak geleceği öngöremeyeceğinizdir. Böylece, öngöremediklerinizi belgeleyemezsiniz.

Bu, hiçbir belgeniz olmadığı anlamına gelmez. Mevcut gereksinimler için belge teknik tasarımı yaparsınız (ve elbette belge gereksinimlerini de kendiniz yaparsınız) ve geçerli uygulamayı belgelersiniz . Sistemin 10 sprintten sonra nasıl görüneceğini belgelemeniz beklenmiyor, çünkü dinamik dünyada yaşıyorsanız, gereksinimler değişebilir.

Bence süreci yanlış anlıyorsun. Hangi belgeleri istiyorsunuz? Başlamadan önce bir çeşit hedefe ihtiyacınız var. Müşterim ile yaptığım görüşmelerden topladığım kullanım durumlarıyla başlıyorum. Günlerimi süslü diyagramlar yaparak geçirmiyorum. Konuşuyoruz, sonra bir Wiki sayfası yazıyorum ve bunun üzerinden geçiyoruz. Sonra bazı testler yazıyorum. Sonra bir kod yazıyorum.

Takım boyutları, alanlar, diller, kişilikler, bütçeler ve gereksinimlerin sonsuz bir kombinasyonu vardır. Her durum için en iyi olan tek bir metodoloji yoktur. Benzer şekilde birçok insanın kişisel tercihleri ​​ve stilleri vardır.

Beğenmediyseniz bile, yeni fikirleri denemeye değer, sonuçları eleştirel bir şekilde analiz edin. Sevmediğim birçok şey var, ama bir süre denedikten sonra sevmeyi öğrenin. Zeytin gibi.

Diğeri ise modaların düzenli olarak değişmesidir. Şelale ile büyüdüm, o zaman "en iyi şey" olan Rational Unified Process'te her şeyi yapmaya çalışan bir ekipte çalıştım. Yakında Agile daha yeni ve daha iyi bir şeyle değiştirilecek ve kimse Agile kelimesinden tekrar bahsetmeyecek.

Bu yüzden Agile gibi bir metodolojiden hoşlanmanıza gerek yokmuş gibi hissetmeyin. (Şahsen hoşlanmıyorum) Seni kötü bir programcı yapmaz.