Bunun ekibinizin sorunu olup olmadığını bilmiyorum ama scrum'u ilk tanıttığımızda kesinlikle bizim içindi. Yönetimimiz bir gün bize geldi ve bundan böyle bireysel silolarda çalışmayacağınızı söyledi. Bunun yerine, bir scrum olarak çalışacaksınız. İşte takip etmeniz ve takip etmeniz gereken bir dizi yeni süreç.
Kilit nokta, bize, geliştiricilere asla gelmedikleri ve nasıl çalışmak istediğinizi sorduklarıdır. seni ne mutlu edecek? daha verimli?. Böylece duyduğum şey "artık kodun yok. Yazdığın her şey çiğnenecek (biliyorsun, ekip sahipliği). Bir parmağını hareket ettirmeyeceksin ya da kaldırmayacaksın çünkü artık zamanını saat başı yöneteceğiz". Oh ve şimdi insanların umursadığınız şeyleri tartışacağı her gün 15 dakikalık sıkıcı bir duruşunuz var ve genellikle 30 dakika sürecek ve sonra her iki haftada bir emici sıkıcı 4 saatlik planlama toplantısı olacak. tüm hayat senden.
Gerçekte bu Agile veya Scrum değil, bu sadece bir yönetim tarzından farklı bir tarza geçiyor, her şey hala merkezi olarak kontrol ediliyor ve bu sadece tüm hayatımı emmekle kalmadı, aynı zamanda bana çok fazla ücretsiz verdi özgeçmişimi güncelleme zamanı geldi.
Son on iki ay içinde, takım yöneticimizin farklı bir şey denemesi için defalarca lobicilik yaptıktan sonra, aslında önerilerimi aldı ve bence çok başarılı bir yıl geçirdik.
Bizim için anahtar değişikliğin geliştiricilere nasıl çalışmak istediğimizi seçme konusunda çok daha fazla ses ve özgürlük sağlamak olduğuna inanıyorum. Yaptığımız birkaç şey:
- Büyük "çevik" geliştirme ekibini her biri sadece 3-4 geliştiriciye sahip olacak şekilde 3 küçük gruba ayırın. Bu, herkesin katılımını sağlar ve bireyler boğulmaz.
- Aynı ekipteki herkesin aynı işlevsel alanda çalıştığından emin olun, böylece insanlar stand up ve yineleme planlarında başkalarının ne hakkında konuştuğunu umursarlar.
- Yönetimin sadece kimin üzerinde çalıştığını seçmek ve hikayeler / görevler atamak yerine, bir biriktirme listesi bulduk ve ekibin işin nasıl bölündüğü konusunda çok söz sahibi oldu.
- Birçok yeni üyemiz olduğu için, her bireyin birincil sorumluluk alanına sahip olduğu bir silo sistemi ile başladık. Bu, yeni insanların bilinmeyen bir ürünün daha küçük alanlarına odaklanmasına ve başka birisinin kum havuzunda oynamadıklarına dair daha hızlı bir fikir edinmelerini sağladı. Ancak programa 6-8 ay kala sınırlar daha gri hale geldikçe bu alanlar değişmeye başladı. Şimdi, benim takımlarda olduğum adamlar, başkalarının kodlarına girmek veya diğer geliştiricilerin kendi işlerinde çalışmasını sağlamak konusunda oldukça rahatlar.
- Tüm gönderimlerin kod incelemeleri kilit önem taşıyordu (ve bu Scrum'ı ilk yaptığımızda gözden kaçan ilk şeydi):
- Programlama teknikleri / yöntemleri açısından bilgi transferi
- Başkaları için başka türlü görmeyecekleri kodları öğrenmeleri harikaydı
- Ekibiniz iletişim kurma ve sosyalleşme şansına sahip olur, bu da takım dinamiklerini geliştirir
- Ve sanırım, kod değerlendirmeleri bir veya iki hata yakalayacak, ancak değerlerini çoğunlukla yukarıdaki yönlerde görüyorum.
- Yönetim ekibi dinlemek zorundadır. Eğer takım bir şeyin işe yaramadığını veya değiştirilmesi gerektiğini söylüyorsa ve bunu görmezden gelirlerse, ekip üyeleri sadece kontrol eder ve yönetimin projeyle ilgilenmesine izin verir. İnsanların motive edilmesini istiyorsanız, giydirilmeleri gerekir ve sadece üstelik yapmaları söylenenleri değil, doğru olduğuna inandıkları şeyi yapıyorlarsa giydirilirler.