Geliştirici Anarşi Nedir?

Agile sonrası bir geliştirme metodolojisi olarak hesaplanan Geliştirici (veya Programcı) Anarşi hakkında okuyordum. Üzerinde bir kaç kaynak buldum ( 1 , 2 ), ancak dışarıda pek görünmüyor.

Birisi hakkında daha fazla şey öğrenebileceğim herhangi bir kaynağa sahip olup olmadığını merak ediyordum _ nasıl kullanılacağı, artıları ve eksileri, diğer yöntemlerle karşılaştırılması vs.

agile development-process development-methodologies

— Martyn
kaynak

Daha önce hiç duymadım ama bu bana biraz çelişkili geliyor. "... formalite ve kurallar yaratıcılık ve üretkenlikle sınırlıdır" diyorlar ama aynı zamanda düzenli stand-up toplantıları yapıyorlar (metodolojinin bir parçası olarak?). Böyle bir metodolojinin tanımının bir kural belirleyerek başladığına inanamıyorum.

— Giorgio

İlk defa okuduğumda bana öyle geliyor ki, yarı-yarı Çevik ile deneyime sahip olan kişi ya da insanlar tarafından yapıldı. Çünkü bu "Geliştirici Anarşi" ders kitabı, "çevik yapılan doğru" ders kitabı örneğidir. Örneğin. düzgün bir şekilde uygulanmış çevik.

— Öforik

Aldığın ilk bağlantı zaten aradığın her şeyi içeriyor.

— Michael Borgwardt

Ne kadar güzel bir terim!

— CesarGon

@CesarGon: Buzzwords'lerin icat edilmesi gerçekten yeni olan metodolojilerden daha kolaydır. ;-)

— Giorgio

Seni Alistair Cockburn'un 'gerçek' Çevik projelerin bu yönü ile ilgili düşüncelerine yönlendirebilirim :

Crystal metodolojilerindeki bir üye Crystal Clear. Crystal Clear, Level 3 dinleyicisine aşağıdaki kelimelerle tarif edilebilir:

“İş istasyonları ve beyaz tahtalar olan ve kullanıcılara erişimi olan bir odaya 4-6 kişi yerleştirin. Kullanıcılara her 1-2 ayda bir çalışan, test edilmiş yazılımlar sunmalarını ve aksi halde onları yalnız bırakmalarını sağlayın.

Aslında, Crystal Clear'ı bu kelimelerle anlayışlı bir proje sponsoruna anlattım. Bu talimatlara uydu ve beş ay sonra “Söylediklerinizi yaptık ve işe yaradı!” Dedi.

Birkaç ay sonra takım lideriyle röportaj yaptım ve raporu talimatlarım kadar kısaydı:

“Önerinizi takiben, dördümüz ağ bağlantısı olan bu konferans salonunu devraldık. Dört ay boyunca tuttuk, oradaki beyaz tahtaları çizdik, ilerledikçe yazılımı teslim ettik. Harika çalıştı. ”

çevik olan şey buydu ve görünen o ki Anarşi metodolojisinin uyguladığı yaklaşım budur - mesele şu ki, eğer deneyimli erkeklere sahipseniz, o zaman onlara "sıyrılıp çalışmasını" söyleyebilirsiniz ve onlar da bunu yapacaklar. . (bu daha az deneyimli insanlarla çalışmaz, gençlerden oluşan bir ekibin en azından bir gözetim olmadan yapmasına izin vermezsiniz).

Günlük standuplar ve scrum panoları, ürün backlog tımar seansları, ürün backlog scrum board tımar seansı planlama toplantıları hakkında toplantı öncesi toplantılar gibi yıllar boyunca kurulan çeviklik ile ilgili tüm suçluluklar. başarılı ürün teslimatı için genel giderler.

Bugün çok fazla olsa da, bunlar zorunlu olarak görülüyor ve 'çevik' metodoloji eski yöntemlerden daha fazla sürece sahip bir sisteme iniyor!

— gbjbaanb
kaynak

“Bugün çok fazla olsa da, bunlar zorunlu olarak görülüyor ve“ çevik ”metodoloji eski yöntemlerden daha fazla sürece sahip bir sisteme iniyor!”: Önemli bir noktaya değindiniz (+1). SCRUM ile deneyimli geliştiriciler ekibinde çalışıyorum ve duygularımız, iki yıl sonra ... daha önce daha çeviktik, günlük toplantılar yapmıyorken (haftada iki kez buluşurduk) ve daha birçok aktiviteden sonra "ekip ihtiyaç duyduğuna karar verdiği zaman", "metodoloji onları reçete ettiği zaman" yerine "oldu.

— Giorgio

+1. Sonuçta, bu metodolojilerin devam eden bir döngünün göstergesi olduğunu düşünüyorum: ağır metodolojiler art arda başarısız oluyor, (bazıları) insanlar programcıların işleri idare edecek kadar akıllı olduğunu, işlemi tıraş ettiklerini ve genellikle işlerin işe yaradığını fark ediyor - ancak ışık süreci deneniyor Yoksul ya da deneyimsiz ekiplerle tahminleri geçemez ya da kaçırır, “kesinlik” ve “öngörülebilirliği” artırmak için süreç eklenir ve döngü devam eder.

— Asthasr

Gahhh ... bu döngü doğru ve moral bozucu geliyor.

— Graham

"Tim, yetenekli geliştiricilerle dolu bir şirkette çalışan yetenekli bir geliştiriciydi.

— Düşünmek

@ syrion: Haklı olabilirsin. Bir yerde çevik uygulamaların deneyimli programcılar için çalıştığını okudum. Daha sonra tecrübesiz ekiplere koçluk yapan bu tür deneyimli programcılar kendileri için kurallar yazmak zorunda kaldılar (çünkü sürekli koçluk çok pahalıya mal oluyor ve bir kitapta bazı kurallara uymak daha iyi oluyor). Bu yolla SCRUM ve benzeri gibi yeni metodolojiler geliştirildi: insanlar artık kitap veya sertifika satabiliyorlar. Ancak gerçek çevik ruhu, başkalarının yazdığı kurallar yerine kendi sağduyunuzu uygulamaktır. Kurallar yol göstericidir, ancak çoğu din tarafından kabul edilir.

— Giorgio