Geliştirme ekibi liderleri için kaynak önerme [kapalı]

Kısa bir süre önce, kurumsal bir ortamda çok sayıda veritabanını yöneten ve geliştiren bir veritabanı (% 95 MS SQL Server,% 5 misc-Oracle, Sybase, Access) geliştirme ekibinin takım lideri oldum. Kod incelemeleri, çapraz eğitim, dokümantasyon gibi geçmişte bu geliştirme grubunda eksik olan temelleri uygulamama yardımcı olacak kaynakları (kontrol listeleri, yardımcı programlar, en iyi uygulamalar, prosedürler, web siteleri, kitaplar, vb.) Arıyorum. , standartların uygulanması, bilgi paylaşımı, rehberlik vb.

Bulduğum şeylerin çoğu genel yönetim becerileri kaynaklarıdır, ancak bir geliştirici ekibine liderlik etmeye özgü olabilecek herhangi bir şey bulmak istiyorum. Kurumsal süreçler "standart" şelale tipi SDLC'dir, bu nedenle Agile'a yönelik kaynaklar neredeyse ilgili değildir.

Benim için çalışan Tech Lead'ler ve Yöneticiler için satın aldığım ve önerdiğim kitaplar:

Hızlı Gelişim (S. McConnell) - ortak yönetim / olası satış türlerine verilen cevapların büyük "incili" (daha fazla yönetim tho)

Teknik Lider Olmak (Gerald Weinberg) - yoğun bir okuma, ama harika bir okuma.

Yöneticinin Araç Seti (Harvard Business Essentials) - yine, daha fazla yönetim odaklı, ancak bazı kişilerarası sorunlarda iyi

Açıklanan İşbirliği (Jean Tabaka) - daha Çevik odaklı, ama "X nasıl yapılır" iyi bir İncil çok pratik

Bunun ötesinde ... dinle. Ekibinizden öğrenin. Akranlarınızdan öğrenin. Patronunuzdan öğrenin. Komuta zincirinizin dışında bir mentor bulun, ancak hayal kırıklığına uğradığınızda veya takıldığınızda saygı duyduğunuz ve koşabileceğiniz biri bulun. Kahvaltıda iki haftada bir onlarla tanışın.

Peopleware'i yakın zamanda okudum ve çok aydınlatıcı buldum. Geliştirme ekibi dinamiklerini (ve bunları yönetirken / yönetirken yaptığımız birçok hatayı) anlamanıza kesinlikle yardımcı olacaktır. Burada programcılar üzerinde biri tarafından tavsiye edilmiştir.

Steve Maguire'ın " Geliştirme Sürecinde Hata Ayıklama " konusuna bir göz atın .

Artık en modern kitap olmasa da (1994), yine de bir takım lideri olarak sizin için yararlı olması gereken bir bilgi zenginliğine sahiptir ve bunu gerçekten ucuza alabilirsiniz. Mükemmel buldum.

Steven McConnell'in " Hızlı Gelişme " konusunu da düşünebilirsiniz . Yine, bir yaşlı (1996), bu yüzden Agile metodolojisi çalışmasını önceden yitirdi, böylece "şelale", "spiral" ve "zamana bağlı" yaklaşımların esası üzerinde tartışıldığını göreceksiniz. Çevik yaklaşımın bazı öncüllerini bulacaksınız (Hızlı Prototipleme vb.). Ayrıca, "En İyi Uygulamalar" ile ilgili olarak, sayfa 400'de özetlenmiş geniş bir aralık ve bunların etkinliği ve içerdiği ayrıntılı açıklamalar ile ilgili uygun değerlendirmeler bulacaksınız.

Her iki kitap da Microsoft Press tarafından yayınlanmıştır, bu nedenle mevcut teknolojileriniz hakkında yeterli referans sunmalıdır.

En önemlisi, her iki kitap da yazılım geliştirme ekiplerinin nasıl yönetileceğini kapsıyor - motivasyon, zamanlama, stratejik düşünme, liderlik vb.

Ben de benzer bir pozisyondayım. İlk şey, ekibin nasıl çalışması gerektiğini, hangi süreçlerin mevcut olması gerektiğini, ekibin rolünün ne olduğunu tanımlamanızdır. Tüm bunları koymak için bir wiki (veya paylaşım noktası veya başka bir sayfa) sayfası oluşturun. Daha sonra, her birini ayrıntılı olarak tanımlamak için ekip içinde düzenli olarak konuşun. Önemli olan tek şey, ekibin sahip olmak istediği bir kültür ve davranış belirlemektir. Takım bilgisi için kullandığımız şey budur. İki haftada bir veya aylık düzenli bir bilgi paylaşımı oturumu başlatın, satırlarda çeşitli bilgi alanlarını ve sütunlarda ekip üyelerini içeren bir e-tablo oluşturun. Daha sonra her üyenin güçlü yönlerini ve boşluklarını bilmek için 1-5 arasında bir puan atayın. Her alan için sırasıyla 5, 4 ve 3 puan alan birincil, ikincil ve üçüncül sorumluluk atamak.

Tüm süreçlerinizi belgelemek çok önemlidir. Örneğin bir kod inceleme sürecimiz ve kontrol listemiz var. Süreçler diğer ekipleri içeriyorsa bunu yönetim ile yükseltin ve bu düzeydeki süreçleri kabul edin. örneğin bir bırakma işlemi.

Yönetimin iyileştirilmesi ve gösterilmesi için güçlü bir temel pozisyonunuz olduğundan belgelemenin önemini vurgulayamam (wiki'de hafif olabilir). Birçok kez ekibim üst yönetimin gözünde kazandı çünkü güçlü belge ve süreçler vardı.