Çevik başlangıç ​​koşulları nelerdir?

Öncelikle, aşağıdaki temel ilkeler nedeniyle çevik bir sürecin işe yarayabileceğini düşündüğümü söyleyeyim:

• Odak getirir
• Gerçekten odaklanılan gürültüyü sınırlar

İkincisi, bir Çevik sürecin başarılı olabilmesi için gereken ilk koşulların neler olduğunu merak ediyorum. Örneğin:

• Mevcut hata yok
• Tam otomatik test süreci veya en azından yüksek oranda otomatik test süreci
• Projeye adanmış insanlar
• Daha net tanımlanmış yeni gelişme
• Daha hızlı veya daha kararlı hale getirmeyen geliştirme
• ?

Başarılı olmak için neye ihtiyacınız var? Bu başlangıç ​​koşullarından bazılarının olmamasını daha iyi ele alan farklı Çevik uygulamalar var mı?

Çevik Manifesto'ya gerçekten ve tamamen inanan, işin her seviyesindeki insanlar

Yazılımı geliştirerek ve başkalarının bunu yapmasına yardımcı olarak yazılım geliştirmenin daha iyi yollarını keşfediyoruz. Bu çalışma sayesinde:

• Bireyler ve süreçler ve araçlar üzerindeki etkileşimler
• Kapsamlı belgeler üzerinde çalışan yazılımlar
• Sözleşme görüşmesi üzerinden müşteri işbirliği
• Bir planın ardından değişime tepki vermek

Yani, sağdaki öğelerde değer varken, soldaki öğelere daha fazla değer veriyoruz.

Ve Agile Manifestosu'na inan dediğimde, Agile Manifestosunun tamamını kastediyorum . Son kısmı görmezden gelemezsiniz. Orada olan sağdaki öğeler değeri hala.

Programcı olarak, yönetici olarak, müşteri olarak bu kişilere sahipseniz, Çevikliğin bazı varyasyonlarını çalıştırabilirsiniz. Eğer yapmazsan, mücadele edeceksin.

En azından

İlk ve en önemlisi, müdürleri anlayan ve onlara zinciri zorlayacak kadar inanan ve Çevik'in durumunuz için geçerli olduğuna inanan yukarıdan aşağı sponsorluğa sahip olmalısınız.

Sürece inanmayan bir üst yönetime sahip olmak nihayetinde onu zayıflatacaktır çünkü astların süreci saptırmasına, çarpıtmasına, kirletmesine, zayıflatmasına ya da daha kötü sabatoj yapmasına izin vereceklerdir.

Üst yönetim ilkeleri anlamıyorsa, süreci bozan kısa yollar ve tavizler talep etmeye başlayacaklardır. Sonra işler bozulduğunda, muhalifler "Sana öyle söyledim, Agile işe yaramaz!" ölüm yürüyüşüne geri dönelim!

Bu, Agile'ı benimsemekten daha kötüdür, genellikle "Agile But ..." olarak adlandırılır. Yönetim Agile terimini kullanır, "Ama ..." tüm gerçek prensipleri atar ve daha önce yaptıklarını yapmaya devam eder, "Ama ..." şimdi Agile olarak adlandırılır. Bu da Agile'ı daha iyi bilmeyenlere kötü bir isim verir.

güzel yan etkiler

Beğendiğiniz şeyler, hiçbir hata, otomatik testler, açıkça tanımlanmış geliştirme, adanmış insanlar, vb .

Çevik, gümüş bir kurşun veya her derde deva değildir, ancak her düzeyde (müşteri <-> yönetimi <-> geliştiriciler) şeffaflığı teşvik eder ve üretkenlik sorunu olan insanları hızlı bir şekilde öne çıkarır; özellikle Çevik Scrum gibi özel uygulamalar.

Akla gelen birkaç şey:

• Profesyonel ekip uyumu - Bu insanlar başkalarıyla iyi oynamaya açık mı? İşlerinde biraz özerklik verebilecek olgun ve sorumlu insanlar mı?

• İletişim kültürü ve politikaları - İnsanlar kuruluştaki endişeleri, düşünceleri ve fikirleri ne kadar iyi ifade eder?

• Agile'ın ne olduğunu ve ne olmadığını anlama - Bu dış paydaşlar, kendi sorumluluklarını kabul etme süreci hakkında yeterli bilgiye sahip mi? Değilse, bu sözde çevik olabilir. Benzer şekilde, bazı şeyleri düzenlemenize yardımcı olacak açıkça tanımlanmış bir Ürün Sahibi ve ScrumMaster var mı?