Çevik metaforların sapkınlığı
Temel olarak çeviklik bir değerler dizisidir. Tipik çevik terimler aslında değerlerle eşleşiyor mu yoksa yanlış anlaşılmalara yol açma eğiliminde mi?
Çevik Manifesto, çeviklik söz konusu olduğunda neyin önemli olduğunu açıklar. Bireyler ve etkileşimler, süreçlerden ve araçlardan daha önemlidir. Müşteri ile işbirliği, sözleşme müzakerelerinden daha önemlidir. Çeviklik, özünde güven, ortaklık ve işbirliği üzerine kurulu bir modeldir.
yakın dövüş
Çevik yazılım geliştirme bugün çoğunlukla Scrum anlamına gelir. “Scrum” (hücum) terimi ragbi sporundan gelmektedir. Terim, küçük bir kural ihlalinden sonra takımların top için mücadele ettiği bir süreci tanımlar. Rugby’de yüksek yaralanma riski vardır. Şimdiye kadar bir Scrum resmi görmüş olan hiç kimse, kesinlikle güven, işbirliği veya işbirliğini ilk çağrışımlar olarak düşünmeyecektir. Sonuçta, top için bir mücadele.
sürat koşusu
Ancak sorunlu olan tek terim “Scrum” değil. Bir Scrum takımı “sprintlerde” çalışır. “Sprint” terimi aynı zamanda bir spor müsabakasından gelir ve işbirliği anlamına gelmez. İşbirlikçi bir sprint yarışı oldukça saçma olurdu. Örneğin, üç ayaklı yarış var.
Ayrıca, “sprint” kısa bir efor anlamına gelir. Bu aslında mantıklı değil – ürün geliştirme çok sayıda sprintten oluşur. Uzun vadeli başarıya sahip olmak çok daha önemlidir, ancak sporda bir sprintte neyin önemli olduğu değil.
Hız
“Hız”, bir Scrum takımının bir “sprint”te neler başarabileceğini tanımlar. Bir yarışmada en hızlı olan kazanır. Scrum’da durum böyle değil. Hız, bir sprintte neyin teslim edilebileceğini tahmin etmek için kullanılır. Çaba, ekip tarafından hâlihazırda yapılmış olan işlere ve sunulan hikayelere göre tahmin edilir. Bu nedenle iyi bir hız, mümkün olan en iyi tahminleri sağlar.
Birimler hikaye noktalarıdır. Her takım karşılaştırmak için farklı hikayeler seçer. Yani bir hikaye noktası, farklı ekipler için tamamen farklı şeyler ifade ediyor. Yani hızlar karşılaştırılamaz. Tuhaf bir şekilde, takımlar bazen artan hızlarından dolayı övülür. Bu durumlarda kolay bir çıkış yolu vardır: Her hikayenin hikaye puanları ve hızı iki katına çıkarılarak sprint başına kapasite iki katına çıkarılabilir. Veya tahmin etmek ve böylece neredeyse inanılmaz bir hıza ulaşmak için birkaç Googol veya Googolplex aralığındaki sayıları kullanabilirsiniz. Tabii ki hiçbir şey değişmedi, öngörülebilirlik hala eskisi ile aynı, ancak nominal hız önemli ölçüde arttı.
metaforlar
Artık kavramlar sadece kavramlardır. Ama aynı zamanda metaforlardır ve düşünceyi şekillendirirler. Scrum, Sprint ve Velocity, stresli ve son derece rekabetçi bir ortamdan gelir. Güveni, ortaklığı ve işbirliğini temsil etmezler. Ancak, artan hız ve üretkenliğin göstergeleri olarak alınabilirler. Daha iyi üretkenlik elde etme arzusu, gelişmek için önemli bir motivasyon kaynağıdır.
Ancak bu ilişkilendirmeler sorunlara yol açar çünkü aniden çevik manifesto değerleri yerine üretkenlik en önemli şey haline gelir. Bu da anahtar bir kavramın, yani çevikliğin yanlış anlaşılmasına yol açar. Çeviklik ile kastedilen, değişikliklere esnek bir şekilde tepki verme yeteneğidir. Ancak çeviklik aynı zamanda yüksek hız ve üretkenlik olarak da yorumlanabilir. Ancak bu, ancak daha fazla baskının daha iyi üretkenliğe yol açmadığı anlaşılırsa, bireyleri takdir etmenin çevik değeriyle bağdaşabilir. Aksi takdirde bu yanılgı, çevikliğin sapkınlığına yol açar. Ne yazık ki metaforlar, Scrum’ı çevikliğin kendilerine rekabet avantajı sağlamasını bekleyen ve yalnızca baskıya alışkın olmayan, aynı zamanda bunu bazen hedeflere ulaşmak için bir fırsat olarak gören insanlar için çekici kılıyor.
Scrum ürünü
Scrum başka nedenlerle de çekicidir. Bir dizi sertifikalı Scrum Master ve Scrum eğitim kursu vardır. Bu, Scrum’ın uygulanmasını kolaylaştırır ve kesinlikle bir artıdır. Ama yanlış da gidebilir. “Scrum” ürünü çok karmaşık görünmüyor: sadece birkaç kural ve rol var. Tüm bu kurallara uyulursa, kişi görünüşte çeviktir. Ancak Çevik Manifesto’ya göre çeviklik bir değerler dizisidir. Değerlerin hayata geçirilmesi aslında bir kültür değişikliği demektir. Bu kolay olmaktan uzaktır ve bir ürün olarak satın alınması pek mümkün değildir. Bu, mekanizmaları kullanan, ancak bazen değerlerini saptıran bir Scrum uygulamasıyla sonuçlanabilir.
Ayrıca, somut Scrum uygulamaları süreç iyileştirmeyi gölgeleyebilir, çünkü her şey zaten tanımlanmıştır. Bu iyileştirmeler, çevik yöntemlerin önemli bir parçasıdır. Ancak uygulamalarınızı buna göre geliştirirseniz, Scrum açıkça çevik değerleri uygulamak için iyi bir başlangıç noktası olabilir.
PE
Çevik dünyada başka yaklaşımlar da var. Örneğin Extreme Programming (XP), geliştirmeyi formülasyonun ön saflarına yerleştirir. “Müşteri Katılımı” ve “Fazla Mesai Yok” Aşırı Programlama uygulamalarıdır, bu nedenle bazı çevik değerler doğrudan uygulamalara dönüşür. Bir mecaz olarak, “Aşırı Programlama” terimi kesinlikle artan verimlilik veya rekabet avantajı vaat eden ve bu nedenle bazı hedef gruplar için çekici olmayan başka şeyler anlamına gelmez. Ekstrem programlama terim olarak yapılandırılmamış kodlama ve hackleme anlamına geliyor gibi görünse de aslında disiplinli bir şekilde uygulamalarının yapılması gereken çok düzenli bir süreçtir. Yani aşırı programlama metaforunun da bazı sorunları var.
“Geliştirici Anarşi” sadece metafor açısından değil, aynı zamanda yaklaşım açısından da daha agresif.
Kristal
Scrum’ın törensel yaklaşımı ile Extreme Programming’in disiplinli yaklaşımı arasında Crystal yöntemleri vardır. Bunlar, büyük ölçüde çevik manifestonun değerlerine dayanan ve insan etkileşimine odaklanan birkaç temel kuralla karakterize edilir. Olası uygunsuz uygulamaların körü körüne uygulanmasını önlemek için Crystal, her proje için yaşanmış bir süreç yaratmaya, üzerinde düşünmeye ve onu mevcut durumun ihtiyaçlarına göre uyarlamaya büyük ölçüde güvenir.
Modüler prensibi diğer prosedürlerle birlikte kullanabilir ve böylece uygun bir süreç modeli oluşturabilirsiniz. Bu, bir sürecin kölece uygulanmasını engeller. Ancak bu özgürlük, bazı ekipler üzerinde aşırı taleplere yol açabilir ve bu da daha az çevik ve daha statik bir yaklaşıma yol açabilir.
Çözüm
“Scrum”, “Sprint” veya “Velocity” veya “Velocity” gibi Scrum terminolojisi, çevik değerlere pek uymayan, ancak daha yüksek üretkenlik vaat eden ve bu nedenle belirli hedef gruplar için cazip olan, ancak ne yazık ki belki de yanlış olanlardan gelen çağrışımlar yaratır. Extreme Programming ve Developer Anarchy, programlamayı ön plana çıkaran, ancak aynı zamanda bazı çevik değerleri doğrudan uygulayan alternatif bir taslaktır. Scrum genellikle sabit bir ürün ve süreç olarak yanlış anlaşılır, Crystal gibi bir kit daha çok süreci en baştan ayarlamaya odaklanır.
Bununla birlikte, tüm eleştirilere rağmen, Scrum gibi basit bir süreci uyarlamanın doğru yönde atılmış bir adım olabileceği ve Scrum’ın çevik yazılım geliştirme için iyi bir temel olabileceği hala doğrudur. Ancak, zorlukların farkında olunmalıdır.
Son olarak, Amitai Schleier’den yerinde bir alıntı: “Çevik” ne anlama gelirse gelsin, kesin olan bir şey var: Bu, insanlara ne yapacaklarını söylemenin tam tersidir.
Makalenin önceki bir versiyonuna yaptıkları yorumlar için meslektaşlarım Tobias Erdle, Robert Glaser, Markus Harrer, Hanna Prinz ve Sonja Scheungrab ve Tanja Maritzen’e çok teşekkürler.
tl; doktor
Çevik dünyadan pek çok terim ve metafor, çevik değerlere pek karşılık gelmeyen çağrışımlara yol açar.
()
Haberin Sonu