अतिरिक्त डेवलपर्स पर कम रिटर्न

Question

क्या उस बिंदु का वर्णन करने के लिए एक शब्द है जिस पर एक सॉफ्टवेयर प्रोजेक्ट में अधिक डेवलपर्स को जोड़ने से कम रिटर्न मिलेगा?

मुझे लगता है कि उच्च स्तर पर, यह अधिक जटिल है कि सिर्फ कई डेवलपर्स जिस पर परियोजना उत्पादक क्षमता (परियोजना के पूर्व / राज्य, जोड़े गए डेवलपर की गुणवत्ता) पर होगी, लेकिन मैं इसके साथ आने की कोशिश कर रहा हूं इसे पुनरावृत्ति के माध्यम से गैर-तकनीकी प्रबंधन से संबंधित करने का एक तरीका। मैं मूल रूप से एक ऐसे शब्द की तलाश कर रहा हूं जो ब्रुक के कानून को छोड़कर "टर्मिनल वेग" जैसी मजबूत मानसिक छवि को आमंत्रित करता है ।

Comments

मेरा मानना ​​है कि बिंदु को "अब" कहा जाता है। गंभीरता से, हालांकि, आपको उन्हें एक ग्राफ दिखाना चाहिए, क्षण को एक / पांच / दस नए डेवलपर्स को जोड़ने और परियोजना की समयरेखा पर इसका प्रभाव पड़ता है (मौजूदा सदस्यों की सलाह के कारण खोई हुई उत्पादकता पर विचार करते हुए, नए सदस्य गलतियों और rework आदि ... )

— ऊद

"एक महीने में एक बच्चे को जन्म देने वाली नौ महिलाएं" प्रबंधन के लिए संसाधन बनाम समयरेखा मुद्दे की व्याख्या करने के लिए उपयोग की जाने वाली एक सामान्य सादृश्य है।

— डेस्ब्लिंकनेलाइट

@dasblinkenlight - "लेकिन क्या होगा अगर आपके पास महिलाओं को पारियों में काम करना है?" (ठेठ गैर-तकनीकी प्रबंधन प्रतिक्रिया)।

— jfrankcarr

but senior management tends to view it as aggressively negativeआपके मामले में वरिष्ठ प्रबंधन का एजेंडा दो-गुना है: किसी भी संभव के तहत प्रोजेक्ट पूरा होने के आंकड़ों को कम करना, और डेवलपर्स को नियंत्रित करना। कोई भी दृश्य जो उनकी पूर्व धारणाओं के प्रति प्रतिक्रिया करता है, उसे नकारात्मक और इस बात पर निर्भर करने वाला है कि आप उन्हें कितना आक्रामक रूप से "समझाने" का प्रयास करते हैं, अन्यथा आप केवल "एक टीम के खिलाड़ी" के रूप में लेबल नहीं करेंगे। प्रबंधन किसी ऐसे व्यक्ति के लिए बोलता है जिसे नियंत्रित नहीं किया जा सकता है।

— maple_shaft

क्या आप (वे?) चिंतित हैं - अनुसूची, जोखिम या $, या इनमें से एक संयोजन। पता करें कि वे किस बारे में सबसे अधिक चिंतित हैं, और पता करें कि क्यों अधिक डेवलपर्स उस समस्या को ठीक नहीं करेंगे (और गंभीरता से लिया जाना चाहिए, एक वैकल्पिक समाधान का प्रस्ताव करें)। अक्सर यह शुद्ध धन या समय सारणी से अधिक सूक्ष्म होता है।

— मटनज़

Answer 1

आपके प्रश्न में उत्तर शामिल है: कम रिटर्न की बात। यह वह बिंदु है जहां अधिक संसाधनों को जोड़ने से इन संसाधनों के उत्पादक प्रभाव से अधिक खर्च होता है। यह एक बुनियादी आर्थिक अवधारणा है इसलिए आपके प्रबंधन से यह जानने की उम्मीद की जाती है ...

Comments

आपने जो वर्णन किया है, वह यह है कि अर्थशास्त्री नकारात्मक रिटर्न के बिंदु को कहते हैं - जहां संसाधन जोड़ने से आप खराब हो जाते हैं। कम रिटर्न की बात यह है कि अधिक संसाधन जोड़ने से उत्पादन अभी भी बढ़ता है, लेकिन कम मात्रा में। इसलिए संसाधन जोड़ने से आप थोड़े बेहतर हो जाते हैं, लेकिन आपकी अपेक्षा से कम।

— मार्कज

@ मर्कज गुड पॉइंट। मुझे लगता है कि मैं जरूरी नहीं कि नियम से कम या नकारात्मक रिटर्न की तलाश कर रहा हूं। मैं सिर्फ इस बात की तलाश कर रहा हूं कि लीड देव / प्रोजेक्ट मैनेजर अधिक संसाधनों के लिए नहीं कहेंगे। दुर्भाग्य से, यह हमेशा कटौती और सूखा नहीं है।

— smp7d

Answer 2

" एक देर से सॉफ्टवेयर प्रोजेक्ट में मैनपावर को जोड़ना बाद में बनाता है। एक आदमी-महीने काम करने वाले लोगों की संख्या के आनुपातिक की एक अवधारणा है जो उस समय के कई गुणा काम करते हैं जो काम करते हैं; ब्रुक का नियम कहता है कि यह संबंध एक मिथक है, और इसलिए पुस्तक के केंद्र में है। "- स्रोत: विकी-Mythical_Man_Month ।

Comments

"मेरा गोल्फ दोस्त, जो एक आईटी परामर्श फर्म का प्रबंधन भी करता है, का कहना है कि उसके पास दो 'ब्लैक बेल्ट' प्रोग्रामर हैं जो अभी उपलब्ध हैं। उनके पास कंप्यूटर विज्ञान में स्नातकोत्तर की डिग्री है। आपको उन्हें बिना किसी समस्या के लाने में सक्षम होना चाहिए। , ठीक है? शायद आप अपने समय को बेहतर तरीके से शेड्यूल करने के बारे में कुछ सीखेंगे। "

— jfrankcarr

@kevincline - "मैं देख रहा हूं कि आप टीम के खिलाड़ी नहीं हैं। मैं आपको हमारे 14 साल पुराने BB6 ऐप को बनाए रखने के लिए आश्वस्त कर रहा हूं। यहां एक कॉपी की गई है कि हू मूव्ड माय चीज? आपको पढ़ने के लिए।"

— 22

"मैं देख रहा हूँ कि आप टीम के खिलाड़ी नहीं हैं।": मेरी भी यही टिप्पणी थी। मेरा जवाब फुटबॉल के साथ तुलना था: एक अच्छी टीम 5 वर्ग मीटर में खुद को रटना करने की कोशिश नहीं करती है, लेकिन पूरे क्षेत्र पर कब्जा करने की कोशिश करती है ताकि प्रत्येक खिलाड़ी अधिक प्रभावी हो सके; और खिलाड़ी अक्सर गेंद को आवश्यकतानुसार आगे-पीछे करते हैं। एक टीम में काम करने का मतलब है कि टीम के सदस्य अपनी गतिविधियों का समन्वय करते हैं लेकिन परियोजना के स्वतंत्र, गैर-अतिव्यापी क्षेत्रों पर काम करते हैं। यदि यह संभव है तो आप अधिक डेवलपर्स जोड़ सकते हैं और उत्पादकता बढ़ा सकते हैं।

— जियोर्जियो

@kevin cline: शायद यही वजह है कि आखिरकार नए डेवलपर्स को एक टीम में जोड़ना बेकार हो जाता है। संभवतः किसी को नए डेवलपर्स को जोड़ना बंद कर देना चाहिए यदि कोई ऐसा क्षेत्र नहीं खोज सकता है जो बाकी प्रोजेक्ट से काफी स्वतंत्र है।

— जियोर्जियो

टीम का रवैया, परियोजना का आकार, स्थिति कितनी अच्छी है, नए सदस्यों का अनुभव, आवश्यकताओं की वर्तमान स्थिति आदि, यहां विचार करने के लिए सभी महत्वपूर्ण कारक हैं ...

— NoChance

Answer 3

दोहराने के लिए बर्बाद

गरीब फ्रेड ब्रुक्स होमर के इलियाड से कैसेंड्रा की तरह है । यदि आप उस पुस्तक को पढ़ते हैं जो फिल्म ट्रॉय से आई है, तो वह वह थी जिसने (ट्रोजन) घोड़े की परवाह नहीं की। वह भविष्य की सटीक भविष्यवाणी करती है, लेकिन भविष्यवाणी होने के बाद तक कोई भी उस पर विश्वास नहीं करता है और उन्होंने इसे अपने लिए देखा है।

फाइट मैनेजमेंट / पैसिव रेसिस्टेंस या सावधान हायरिंग न करें?

मेरी सलाह यह है कि यह शायद मरने के लिए अच्छा दिन नहीं है, और यदि आपका प्रबंधक चाहता है कि आप अधिक कर्मचारियों को काम पर रखें, तो यह करें। विशिष्ट अनुभव वाले किसी व्यक्ति को प्राप्त करने और रैपिड स्क्रीन-आउट तकनीक का उपयोग करने जैसे कुछ मापदंडों का सुझाव देना खोज समय को तिगुना कर देगा और हो सकता है कि व्यवधान आने से पहले आप अपनी समय सीमा तक पहुंच जाएंगे।

समय को कम से कम उम्मीदवारों पर खर्च करने से आपको भारी मात्रा में समय की बचत होगी। उदाहरण के लिए, उनके फिर से शुरू होने के पहले 1/3 में आपकी शीर्ष तीन आवश्यकताओं के बिना कोई भी फिर से शुरू हो जाता है, उम्मीदवारों को किसी भी ऑनसाइट साक्षात्कार से पहले 30 मिनट की फोन स्क्रीन पास करनी होगी, उन नियोक्ताओं को अनदेखा करें जो आपकी आवश्यकताओं के लिए पूर्व-स्क्रीन नहीं करते हैं। अन्य तकनीकें लाजिमी हैं, सुनिश्चित करें कि आपके द्वारा उपयोग की जाने वाली कोई भी चीज कुशल और प्रभावी है।

नई किराया एकता के बोझ को नियंत्रित करना

यदि आप अपनी समय सीमा से पहले किराया लेते हैं और एक नए कर्मचारी से निपटने की जरूरत है, तो उन लोगों से बजट का समय लें जो प्रशिक्षण में शामिल होने के लिए महत्वपूर्ण मार्ग पर नहीं हैं। आपकी टीम के सदस्यों को एक, एक को दिखाना, एक को दिखाना उपयोगी है। यदि आपके पास मध्यम से मध्यम अनुभव टीम का सदस्य है, तो यह इन क्षेत्रों में एक नए भाड़े के संरक्षक के लिए आपकी प्रक्रियाओं, उपकरण सेट और कोड आधार की उनकी समझ को मजबूत करेगा।

उम्मीद है, आपके पास कुछ दस्तावेज हैं, इसलिए नए व्यक्ति को प्रलेखन पढ़ने के लिए असाइन करना जो उन्हें रैंप अप करने में मदद करेगा, एक अच्छा लघु और दीर्घकालिक निवेश है। उन्हें धीरे-धीरे आपकी प्रक्रियाओं में लाया जाना चाहिए, और उनके काम की समीक्षा ऐसे लोगों द्वारा की जानी चाहिए जो उन्हें बोल्ड या हानिकारक बदलावों के साथ चट्टानों पर प्रोजेक्ट चलाने से रोक सकते हैं।

न्यू हायर के लिए सर्वश्रेष्ठ और सबसे खराब असाइनमेंट

यदि आपके पास एक अलग परियोजना या कुछ प्रौद्योगिकी विकास है जो वे भविष्य के प्रोजेक्ट में इसके उपयोग की तैयारी के लिए कर सकते हैं, तो यह भी एक बड़ा लाभ हो सकता है। अपने विशिष्ट उपकरण सेट को सीखना, अपने स्वयं के स्थानीय निर्माण, इकाई परीक्षण, प्रयोज्य परीक्षण, प्रलेखन, और समीक्षाओं में भागीदारी करना सभी नए काम के लिए उम्मीदवार के महान कार्य हैं। एक नए भाड़े में एक दृष्टिकोण हो सकता है जो नया है और आपकी टीम के साथ रहने के लिए सीखी गई चीजों के बारे में महत्वपूर्ण आलोचनात्मक टिप्पणी प्रदान कर सकता है और अब नहीं देख सकता है।

नए कर्मचारियों के लिए कम लाभकारी उपयोगों में प्रबंधकों और गैर-डेवलपर हितधारकों, अनुमान, आवश्यकताओं के प्रतिरूपण और प्रबंधन (जब तक कि वे एक प्रतियोगी में काम करने के बाद विशेषज्ञ हैं), पेटेंट और नए उम्मीदवारों का साक्षात्कार करने या अन्यथा स्टाफिंग में मदद करने के साथ टीम की बैठकें शामिल हो सकती हैं।

टीम में सद्भाव रखना, भविष्य की उम्मीदें स्थापित करना

नई किराया प्राथमिकताएं अभी भी चलन में हैं। यदि आपके पास एक टीम है जो फॉर्मिंग, स्टॉर्मिंग, नॉरस्टिंग, डेवलपिंग एक्टिविटी से गुज़री है, तो आपको टीम को अपने प्रदर्शन और योजनाबद्ध जिम्मेदारियों के लिए अपनी उम्मीदों को पूरा करना होगा। आपको टीम पर अन्य भूमिकाओं की तुलना में नए भाड़े के काम की मांग कम नहीं करनी चाहिए। यदि आपकी टीम आक्रामक रूप से समय सीमा की ओर जोर दे रही है, तो नए भाड़े में यह प्रदर्शित करने के तरीके होने चाहिए कि वह आक्रामक रूप से एकीकरण की ओर जोर दे रहा है।

Answer 4

मैं जनशक्ति पर कम रिटर्न के बिंदु के लिए एक मानक शब्द नहीं जानता; चूंकि वस्तु लोगों को समझाने के लिए है, इसके बजाय एक वाक्यांश को बदलने की कोशिश करें:

• मध्यम-आकार की परियोजना के लिए "डिकम्पोजिबिलिटी की सीमाएं" विशेष रूप से प्रासंगिक हो सकती हैं।
• "संचार ओवरहेड बैरियर" बड़ी परियोजनाओं के लिए क्लासिक ब्रुक के कानून को विकसित करता है।
• "डिजाइन पुनरावृत्ति आवश्यकताओं" को एक फैंसी तरीके के रूप में कहा जाता है "यदि आप कुछ चाहते हैं जो बकवास नहीं है, तो इसे आधा करने के लिए कुछ राशि का समय लगेगा।"

Answer 5

एक यथोचित घनिष्ठता " लोच की सीमा " होगी: मूल्य की अयोग्यता क्षेत्र से टकराने की सादृश्यता, जब कीमत को कम करने से आपकी बिक्री में वृद्धि नहीं होती है, तो प्रबंधन के साथ घंटी बजानी चाहिए।