Yanıtlar:
Agile ile ilgili olarak, " Agile retrospektifleri " olmadan hiçbir takımın yapabileceğini sanmıyorum . Retrospektifler herhangi bir takımın bel kemiğidir ve onları düzgün çalıştırmak önemsiz olmaktan uzaktır.
Ayrıca " çevik takımlara koçluk " öneririm . Şu anda okuyorum ve yaklaşık yarı yolda. Zaman zaman biraz kabarık olabilir, ancak en azından benim için birçok mükemmel anlayış sağlar.
(Daha sonra düzenleme: "Çevik koçluk" değil, "çevik takımlara koçluk" demek istedim.)
Scrum ile Çevik Yazılım Geliştirme CSM kursum için okuduğum kitaptı. Şimdiye kadar oldukça kullanışlı buldum (ekibimiz üçüncü sprint'e yeni başlıyor). Konuyla ilgili, tercihen farklı yazarlardan oluşan birkaç kitap okumanızı tavsiye ederim. Bu, farklılıkların nerede olduğu ve bu yüzden gerçekten düşünmeniz ve kendi sonuçlarınıza varmanız gereken şeyler hakkında güzel bir fikir vermelidir.
Siperler'den Scrum ve XP bu konuda çok iyi bir kitap. Diğer kitapların aksine, bir şirketin sıfırdan nasıl scrum yaptığını anlatıyor. Daha pratik bir kitap, size nasıl HOW scrum yapılabilir bir lezzet verir. Ve kitap ÜCRETSİZDİR.
Scrum için Mike Cohn'un "Çevik Tahmin ve Planlama" ile devam ederdim .
Scrum'ı temellerden daha karmaşık konuların bazılarına kadar ele alır ve ayrıca Scrum'a başlarken ortaya çıkan daha yaygın soruların bazılarını ele alır. Örneğin:
Cohn ayrıca bir Ürün Sahibi perspektifinden bazı konulara da girer - biriken işlerin nasıl önceliklendirileceği, her zaman anlaşılması zor olan "iş değeri" nin bir ölçüsüne ulaşmak için farklı yaklaşımlar. ürün geliştirme için Kano modeli. Hepsi katı bir geliştirme rolündeki biriyle alakalı olmayabilir ("katı geliştirme rolü" nin iyi bir şey olup olmadığı konusunda başka bir şeyim var), ancak her zaman bir içeriğe sahip olmak yararlıdır. Gerçekten de, bağlamın uzun vadeli başarı için gerekli olduğunu savunuyorum.
Çevik Yazılım Geliştirme: Kooperatif Oyunu (2. Baskı)
... Agile'ın önde gelen öncülerinden biri Jolt Productivity ödüllü kitabını, orijinal tanıtımından bu yana çevik gelişim hakkında öğrenilen her şeyi yansıtacak şekilde günceller.
Alistair Cockburn, güçlü yazılım geliştirme modelini “işbirlikçi buluş ve iletişim oyunu” olarak güncelleyerek başlar. Getirdiği yeni fikirler arasında: işbirliğine zarar vermeden rekabeti kullanmak; yalın üretimden ders çıkarma; ve iletişim için dengeleme stratejileri. Cockburn ayrıca kooperatif oyununun sadece yazılım geliştirme değil, iş ve mühendislik projelerinde nasıl oynandığını da açıklıyor
Ardından, çevik modeli sistematik olarak aydınlatır, nasıl geliştiğini gösterir ve geliştiricilerin ve proje yöneticilerinin en sık sorduğu soruları yanıtlar.
- Çevik gelişim organizasyonumuza nerede uyar?
- Çevik fikirleri diğer fikirlerle nasıl harmanlayabiliriz?
- Çevik fikirleri nasıl daha kapsamlı bir şekilde genişletebiliriz?
Cockburn, çevik projelerin başarısız olmasına neden olan önemli yanılgıları üstlenir. Örneğin, proje yönetimi stratejilerinin sabit süreçlere kodlanmasının neden etkisiz strateji kararlarına ve maliyetli hatalara neden olabileceğini öğreneceksiniz. Ayrıca, çevik yöntemler ve kullanıcı deneyimi tasarımı arasındaki tartışmalı ilişki hakkında düşünceli bir tartışma bulacaksınız.
Cockburn, kendi takımlarınız için çevik metodolojiler oluşturmanın pratik zorluklarına dönüşüyor. Metodolojilerinizi nasıl ayarlayacağınızı ve sürekli yeniden keşfedeceğinizi ve eksik iletişimin nasıl yönetileceğini öğreneceksiniz ...