Ek Geliştiricilerdeki Azalan Getiriler


10

Bir yazılım projesine daha fazla geliştirici eklemenin azalan getiriler sağlayacağı noktayı tanımlayan bir terim var mı?

Yüksek düzeyde, projenin üretken kapasitede olacağı sadece birkaç geliştiricinin (projenin ex / durumu, eklenen geliştiricinin kalitesi) daha karmaşık olduğunu anlıyorum, ancak ortaya çıkmaya çalışıyorum. bunu tekrar ile teknik olmayan yönetim ile ilişkilendirmenin bir yolu. Temelde Brook Yasası hariç, "terminal hız" gibi güçlü bir zihinsel imajı harekete geçiren bir terim arıyorum .


2
Bu noktaya "Şimdi" denildiğine inanıyorum. Cidden, onlara bir grafik göstermeli, bir / beş / on yeni geliştiricinin eklendiği anı ve proje zaman çizelgesindeki etkisini (mevcut üyelerin mentorluğu, yeni üye hataları ve yeniden çalışma vb. )
Oded

14
"Bir ayda bir bebek doğuran dokuz kadın", yönetime kaynak ve zaman çizelgesi konusunu açıklamak için kullanılan yaygın bir benzetmedir.
dasblinkenlight

2
@dasblinkenlight - "Peki ya kadınlar vardiyalı çalışırsa?" (teknik olmayan tipik yönetim yanıtı).
jfrankcarr

6
but senior management tends to view it as aggressively negativeDurumunuzdaki üst yönetim gündemi muhtemelen iki katlıdır: proje tamamlanma verilerini mümkün olan her şekilde azaltmak ve geliştiricileri kontrol etmek. Önyargılı düşüncelerine aykırı olan herhangi bir görüş negatif olarak görülecektir ve onları ne kadar agresif bir şekilde ikna etmeye çalıştığınıza bağlı olacaktır. Yönetim kontrol edilemeyen biri için konuşur.
maple_shaft

1
Bunlar hakkında endişeleniyor musunuz - Program, risk veya $ veya bunların bir kombinasyonu. En çok endişe duydukları şeyleri öğrenin ve neden daha fazla geliştiricinin bu sorunu çözmeyeceğini ele alın (ve ciddiye alınmak için alternatif bir çözüm önerin). Genellikle saf para veya zaman programlarından daha incedir.
mattnz

Yanıtlar:


7

Sorunuz cevabı içeriyor: azalan getiri noktası. Bu, daha fazla kaynak eklemenin, bu kaynakların üretken etkisinden daha pahalı olduğu noktadır. Bu temel bir ekonomik kavram, bu yüzden yönetiminizin bunu ezbere bilmesi bekleniyor ...


3
Açıkladığınız şey ekonomistlerin negatif getiri noktası olarak adlandırdığı şeydir - kaynak eklemek sizi daha da kötüleştirir. Geri dönüşlerin azalması , daha fazla kaynak eklemenin hala üretimi artırdığı, ancak daha az miktarda olduğu yerdir. Bu yüzden kaynak eklemek sizi biraz daha iyi, ancak beklediğinizden daha az bırakır.
MarkJ

@MarkJ İyi bir nokta. Herhalde kural olarak azalan veya negatif geri dönüşler aramıyorum. Sadece baş geliştirici / proje yöneticisinin daha fazla kaynağa hayır diyeceği noktayı arıyorum. Ne yazık ki, bu her zaman kesilmez ve kuru değildir.
smp7d

6

" Geç bir yazılım projesine insan gücü eklemek daha sonra bunu yapar. Adam ayı, çalışan insan sayısıyla orantılı olarak çalışan bir iş birimi kavramıdır; Brook yasası bu ilişkinin bir efsane olduğunu ve dolayısıyla kitabın merkezidir. "- Kaynak: Wiki-Mythical_Man_Month .


1
"Bir BT danışmanlık firmasını da yöneten golf arkadaşım, şu anda mevcut olan iki 'siyah kuşak' programcısı olduğunu söylüyor. İkisinin de bilgisayar bilimlerinde yüksek lisans derecesi var. Onları sorunsuz bir şekilde getirebilmelisin Belki de zamanınızı nasıl daha iyi planlayacağınız hakkında bir şeyler öğreneceksiniz. "
jfrankcarr

1
@kevincline - "Bir takım oyuncusu olmadığınızı görüyorum. Sizi 14 yaşındaki VB6 uygulamamızı korumanıza yeniden ataıyorum. Okumak için Peynirimi Kim Taşıdı ? "
jfrankcarr

3
“Görüyorum ki takım oyuncusu değilsin.”: Ben de bu yorumu aldım. Cevabım futbolla karşılaştırmaktı: İyi bir takım kendini 5 metrekareye sıkıştırmaya çalışmaz, ancak her oyuncunun daha etkili olabilmesi için tüm alanı işgal etmeye çalışır; ve oyuncular topu gerektiği gibi ileri geri verir. Bir ekipte çalışmak, ekip üyelerinin faaliyetlerini koordine ettikleri, ancak projenin birbiriyle örtüşmeyen bağımsız alanlarında çalıştıkları anlamına gelir. Bu mümkünse daha fazla geliştirici ekleyebilir ve verimliliği artırabilirsiniz.
Giorgio

1
@kevin cline: Belki de bir takıma yeni geliştiriciler eklemenin işe yaramaz hale gelmesinin nedeni budur. Muhtemelen, projenin geri kalanından oldukça bağımsız bir alan bulamazsa, yeni geliştiriciler eklemeyi bırakmalıdır.
Giorgio

2
Ekibin tutumu, projenin büyüklüğü, durumun ne kadar iyi olduğu, yeni üyelerin deneyimi, mevcut şartların durumu, vb. Burada dikkate alınması gereken önemli faktörlerdir ...
NoChance

4

Tekrarlamaya mahkum

Zavallı Fred Brooks, Homer'in Illiad'ından Cassandra gibi . Troy filminin geldiği kitabı okursanız, (Truva) atı umursamayan o oydu. Geleceği doğru bir şekilde tahmin eder, ancak hiç kimse tahmin yapılıncaya kadar ona inanmaz ve bunu kendileri için görürler.

Yönetim / Pasif Direnç veya Dikkatli Kiralama ile Mücadele Etmiyor musunuz?

Benim tavsiyem muhtemelen ölmek için iyi bir gün değil ve yöneticiniz daha fazla personel kiralamak istiyorsa, bunu yapmak olduğunu. Belirli bir deneyimi olan ve hızlı ekrandan çıkarma tekniğini kullanan biri gibi bazı parametreler önermek, arama süresini üç katına çıkarır ve belki de yıkıcı gelmeden önce son tarihinize ulaşırsınız.

Beklenmedik adaylara harcadığınız zamanı en aza indirmek büyük miktarda zaman tasarrufu sağlayacaktır. Örneğin, özgeçmişlerinin ilk 1 / 3'ünde ilk üç gereksiniminiz olmadan herhangi bir özgeçmiş atılır, adaylar herhangi bir yerinde görüşmeden önce 30 dakikalık bir telefon ekranından geçmelidir, ihtiyaçlarınızı önceden taramayan işe almayanları görmezden gelmelidir. Diğer teknikler boldur, kullandığınız her şeyin verimli ve etkili olduğundan emin olun.

Yeni Kiralama Entegrasyonunun Yükünü Kontrol Etme

İşe alımınızı son tarihinizden önce yaparsanız ve yeni bir çalışanla uğraşmanız gerekirse, eğitime dahil olmak için kritik yolda olmayan kişilerden bütçeyi ayırın. Ekibinizin üyelerinin bir tane görmesini, bir tane yapmasını, bir tane göstermesini sağlamak faydalı olacaktır. Deneyim düzeyi düşük ve orta düzey bir ekip üyeniz varsa, bu alanlarda yeni bir işe alım yapmak için süreçlerinizi, araç setinizi ve kod tabanınızı anlamalarını güçlendirecektir.

Umarım bazı belgeleriniz vardır, bu yüzden yeni kişiyi rampalarına yardımcı olacak belgeleri okumak için atamak kısa ve uzun vadeli iyi bir yatırımdır. Süreçlerinize kademeli olarak getirilmeli ve çalışmaları cesur ama zararlı değişikliklerle projeyi kayalara sürmelerini engelleyebilecek insanlar tarafından gözden geçirilmelidir.

Yeni İşe Alımlar İçin En İyi ve En Kötü Görevler

Ayrı bir projeniz veya gelecekteki bir projede kullanılmaya hazırlanmak için yapabilecekleri bir teknoloji geliştirmeniz varsa, bu da büyük bir fayda olabilir. Özel araç setinizi öğrenmek, kendi yerel yapılarını yapmak, birim testi, kullanılabilirlik testi, dokümantasyon ve incelemelere katılım, yeni işe alımlar için mükemmel aday görevleridir. Yeni bir işe alımın yeni bir perspektifi olabilir ve ekibinizin yaşamayı öğrendiği ve artık göremediği şeyler hakkında değerli eleştirel yorumlar sağlayabilir.

Yeni personel için daha az faydalı kullanımlar, yöneticiler ve geliştirici olmayan paydaşlarla takım toplantıları, tahmin, gereksinimlerin ortaya çıkarılması ve yönetimini (bir rakipte çalıştıktan sonra uzman olmadıkları sürece), patentleri ve yeni adaylarla mülakat yapmayı veya personele yardım etmeyi içerebilir.

Takımda Uyum Sağlamak, Gelecek Beklentilerini Belirlemek

Yeni işe alım öncelikleri hâlâ geçerli. Oluşumu, fırtınayı, normayı, evrimi gerçekleştiren bir ekibiniz varsa, yeni işe alımını ekip içindeki performansı ve planlanan sorumlulukları için beklentilerinizi vermelisiniz. Yeni kiralamanın işini, takımdaki diğer rollerden daha az talepkar göstermemelisiniz. Ekibiniz agresif bir şekilde son başvuru tarihlerine doğru bastırıyorsa, yeni işe alımın saldırgan bir şekilde entegrasyona doğru ittiğini göstermenin yolları olmalıdır.


1

İnsan gücünün getirilerinin azalması için standart bir terim bilmiyorum; nesne insanları ikna etmek olduğundan, bunun yerine bir cümleyi çevirmeyi deneyin:

  • "ayrışabilirlik sınırları" özellikle orta ölçekli bir proje için uygun olabilir.
  • "haberleşme bariyeri" büyük projeler için klasik Brook Yasasını çağrıştırıyor.
  • "tasarım yineleme gereksinimleri", "boktan olmayan bir şey istiyorsanız, bunu yarıya kadar yapmak biraz zaman alacak" gibi süslü bir yol olarak.

0

Oldukça yakın bir terim " esneklik aralığı " olacaktır: fiyatın daha az azaltılması satışlarınızı artırmazken fiyat esnekliği bölgesine çarpma benzetmesi, yönetim ile bir zil çalmalıdır.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.