Bir takımda çok fazla yaşlı var mı? [kapalı]

Bir takımda çok fazla kıdemli programcı olması kötü bir şey olabilir mi?

Diyelim ki, 6-7 kişilik bir ekipte 4-5 kıdemli programcı. Bu tür durumlarda en uygun sayı / oran nedir?

Bu, fikirler hakkında çok fazla felsefeye ve tartışmaya yol açabilir mi?

Benimle paylaşabilecek böyle bir tecrübesi olan var mı?

Eğer seçebilseydim, bir takımda 6-7 yaşlı olurdu (projenin o kadar çok ihtiyacı varsayarsak).

Bunun bir sorun olduğunu görebildiğim tek zaman, yaşlıların kendi kendini algılamada sadece kıdemli olmaları ve çalışma ahlakı olmamasıdır.

Yazılım geliştirmenin her parçasının önemli olduğunu takdir eden bir grup insanla çalışmaktan daha iyi bir şey yoktur - dokümantasyon, planlama, kod, kahve, hepsi önemlidir ve olgun (gerçek kıdemli) geliştiricilerin "yukarıda" olması gerekir hiçbir şey yok "ve işi düzgün yap.

DÜZENLEME : Diğer pek çok yanıt, çok fazla liderin bir sorun olduğunu söyledi - ama neden bir yaşlıya liderlik etmek zorunda olduğu algısı var? Bir kıdemli bir lider seçip takip edebilecek kadar olgun olmalıdır. Önemli olan proje - bir rol al / al ve aptalca salla!

Kıdemli programcılara sahip bir ekip yüklerken karşılaştığım en büyük sorun, diğer ekipleri zayıflatabileceğidir. Mentorluk ve rehberliğe ihtiyaç duyan diğer ekiplerde genç geliştiricileriniz varsa, insanları kaydırmanız gerekebilir.

Bu, fikirler hakkında çok fazla felsefeye ve tartışmaya yol açabilir mi?

Elbette olabilir , ancak hangi farklılıkların önemli olduğunu ve hangilerinin önemli olmadığını bilecek kadar olgun olmalıdırlar . Saygın bir takım lideri belirlediyseniz, bu tür felsefi argümanlar az bir çaba ile minimumda tutulmalıdır.

Bir takımda çok fazla kıdemli programcı olması kötü bir şey olabilir mi?

Kesinlikle.

Fred Brooks'un cerrahi ekip modelinin büyük bir savunucusuyum .

Bununla birlikte, eğer bir geliştirme ekibindeki yaşlılar "baş cerrah" ın kim olduğunu bilmiyorlarsa, önemli mimari kararlar üzerinde çatışırlar ve ekibin zararına farklı yönlerde çekerler.

PS Bir geliştirme ekibinin "baş cerrah" ihtiyacı orkestra şefi ihtiyacına benzer. Her iki durumda da, muhtemelen çok sayıda gaziye sahip olacaksınız; ancak tartışmasız bir şekilde sorumlu olan bir kişi olmadan iyi bir karmaşa yaşayacaksınız.

Sorumlulukların nasıl dağıtıldığına bağlıdır. Sr Geliştirenlerin TÜM vb eşit sorumluluk wrt tasarım, kod gözden sahip etmeleri gerekiyorsa ... o zaman olabilir bir sorun haline gelir. Birbirlerinin etki alanları üzerinde kontrol altına girmeden çalışabilecekleri şekilde farklı sorumluluklar verilirse , bu bir problem olmamalıdır - örneğin, bir Kıdemli Dev, proje tasarımının ana sorumluluğunu alır, diğeri sorumlu kaynak deposunun kurulması ve bakımının yapılması, bir başkasının birim testten sorumlu olması vb.

Bir takımda çok fazla kıdemli programcı olması kötü bir şey olabilir mi?

Şart değil. Son derece üretken olan üst düzey geliştiricilerden oluşan küçük ekipler üzerinde çalıştım. Söylem düzeyi çok yüksekti ve hiç bir ahlak yoktu.

TDD ile, yazılım mimarisine çok az büyük bağlılık vardır, bu yüzden onlar hakkında tartışmaya çok az ihtiyaç vardır. Tasarım kararları, her iki yaklaşımı da uygulayarak hangisinin en iyi sonucu verdiğini görerek çözülebilir. Geliştiriciler çok hızlı olduğundan, bu denemelerin maliyeti çok düşüktür.

Evet, uygulanabilecek bir metafor için mutfakta çok fazla aşçı olması sorunu olabilir. Ayrıca, yüksek maaş beklemeleri oldukça maliyetli olabilir. Bunun sadece kötü bir vakanın varlığını doğruladığını ve olasılığı hakkında hiçbir şey söylemediğini unutmayın.

Optimal, açıklamadığınız bazı değişkenlere bağlıdır. Burada bazı oyun oynama şansı olduğunu fark etmek için hangi metriği kullanmak istiyorsunuz? Benzer şekilde, dünyanızda Google'ın veya Microsoft'un aksine farklı olabilen kısıtlamalarınız var.

Çok fazla üst düzey geliştirici, hiçbir konvansiyon veya çok fazla kongre düşünmeme sorununa sahip olabilir. Bazı üst düzey geliştiriciler uyum sağlama konusunda iyi olabilirken, bunların hiçbirinin bir sözleşme getirme olasılığı yoksa, bir takım nereden başlar? Tersine, bazı sözleşmelerin çözülmesi için bazı çatışma çözümlerini gerektirebilecek üst düzey geliştiriciler olabilir.

Bence yaşlıların kişiliğine bağlı. Eğer kibirli ve tartışmacılarsa, o zaman kötü bir şey olabilir. Ama hepsi saygılı, diğer bakış açılarına açık ve birbirinden öğrenmeye istekli ise, o zaman harika bir ekibiniz var.

Şu anda 5 veya 6'nın üst olduğu 8 kişilik bir ekip üzerinde çalışıyorum ve bu bizim için gerçekten iyi çalışıyor. İyi anlaşıyoruz, birbirimizden öğreniyoruz ve sahip olduğumuz yeni adamlar için harika bir mentorluk ortamı.

1 baş geliştirici, 4 üst düzey geliştirici ve 1 orta geliştirici bulunan bir ekipte çalıştım. Ve ekibin bir "kıdemli" üyesinin gerçekten olgun bir kişi olmaması nedeniyle (iyi geliştirici olsa da) bir kabus olduğu ortaya çıktı. Diğer ekip üyelerinin yeterince kıdemli olmadıklarını (dolaylı veya açık olarak) her zaman kanıtlamaya çalıştı. Ayrıca yazılım geliştirmenin temel prensiplerini ve ürünümüzün özelliklerini anlayamadı ve bu nedenle kibirli ve inatla doğru olduğunu kanıtlamaya çalıştı. Sonuç olarak, takımın etkinliğini ciddi şekilde etkiledi. Üzücü yanı, fikirler / çözümler hakkında çok fazla argüman olmamasıydı - hiçbir şey hakkında argüman değildi . Örneğin:

• (çoğu zaman yeşil olan ve teknik olarak kırılmayan) kırdı. Kötü mimari çözümler nedeniyle çok sık düzgün çalışmayan kullanıcı arayüzü idi)
• neden regresyonlar var (modüller katkıda bulunamadığımız birim testler kapsamında değildi)
• modül gereksinimleri ve özellikleri hakkında hiçbir şey bilmeyen birinin sorumluluğunda olan modülde mimari çözüm üzerinde tartışmak.
• ...

Ama itiraf etmeliyim ki bu bir istisna. Yaşlıların çoğu zaman düzgün davrandıklarına inanmak istiyorum :)