4 अनुभवी डेवलपर्स की मेरी टीम एक बड़े, मॉड्यूलर विंडोज एप्लिकेशन (लगभग 200 केएलओसी) पर काम करती है। मैंने परियोजना की शुरुआत से (3 साल पहले) कोर कोडबेस पर ध्यान केंद्रित किया है और धीरे-धीरे एक सेमी-लीड डेवलपर की स्थिति में स्थानांतरित कर दिया है, हालांकि मैं टीम मैनेजर नहीं हूं।
हमारा वर्तमान पुनरावृत्ति एक उच्च प्राथमिकता वाला यूआई रिफ्रेश है जो ऊपरी प्रबंधन द्वारा अनुरोध किया जाता है, जिसमें कोर कोडबेस में लगभग 15 बदलाव शामिल हैं। प्रबंधक द्वारा पूछे जाने पर, मैंने अनुमान लगाया कि प्रत्येक 15 बदलावों को पूरा करने में मुझे चार घंटे से कम का समय लगेगा , कुल मिलाकर 7 दिनों से कम। फिर मैंने काम करने के लिए स्वेच्छा से काम किया। इसके बजाय, प्रबंधक ने सभी चार डेवलपर्स के लिए सभी 15 कार्यों को समान रूप से विभाजित करने का निर्णय लिया।
तीन दिनों में जब से हमने काम शुरू किया, मैंने दो चीजें देखी हैं:
अन्य अनुभवहीन टीम के सदस्यों ने लगभग 1 या उससे कम कार्य पूरा किया।
कार्रवाई में ब्रूक का नियम : मैंने अपना लगभग आधा समय सहायता प्रदान करने में लगाया (घटकों का उपयोग करने पर उन्हें कोच करने का प्रयास)। नतीजतन, मैंने अपेक्षित 5 या 6 के बजाय केवल 2 कार्य खुद ही समाप्त कर दिए।
मैंने अपनी चिंता के साथ अपने प्रबंधक से संपर्क किया कि हम देर से चल रहे थे और फिर से सुझाव दिया कि मैं शेष कार्यों को पूरा करूं। मेरा अनुरोध कृपया अस्वीकार कर दिया गया था, और लोड को समान रूप से विभाजित करने के लिए घोषित कारण दुगना था:
- ट्रक / बस फैक्टर को सीमित करें - अब इन कौशलों पर अन्य डेवलपर्स को रैंप दें, ताकि भविष्य में किसी को भी काम दिया जा सके, सिर्फ मुझे नहीं।
- एक "अड़चन" (मुझे) को खत्म करने और तेजी से काम पूरा करने के लिए।
स्पष्ट होने के लिए, मुझे कोई समस्या नहीं है: ए) समय शिक्षण का निवेश, बी) मेरे कोड को छूने वाले लोग, या सी) नौकरी की सुरक्षा। वास्तव में, मैं नियमित रूप से टीम लीडर को सुझाव देता हूं कि मैं जोखिम कम करने के लिए कोर कोडबेस के कुछ पहलुओं पर अन्य देवों को प्रशिक्षित करूं।
इस पुनरावृत्ति में हमारे पास लक्षित उच्च प्राथमिकता वाले बग फिक्स का एक बड़ा संग्रह है, इसलिए ऐसा प्रतीत होता है कि यदि कार्यभार को पुनर्वितरित किया गया तो अधिक प्रगति हो सकती है।
माइथिकल-मैन-मंथ में, ब्रूक्स ने एक " सर्जिकल टीम " का सुझाव दिया है जहां हर टीम में एक लीड + सब-लीड (मैनेजर और मैं) और कुछ छोटी भूमिकाएँ शामिल होती हैं। मुझे लगता है जैसे हम स्वाभाविक रूप से इस संगठन में गिर रहे हैं, लेकिन मेरे प्रबंधक इसके खिलाफ काम कर रहे हैं। मुझे लगता है कि बस कारक का पहले से ही ध्यान रखा जाता है (प्रबंधक कोर कोड में अच्छी तरह से वाकिफ है), और यह कि अड़चन वास्तव में मौजूद नहीं है (अधिक देवों को शामिल करने से काम तेजी से नहीं होगा)। मुझे लगता है कि इस संबंध में, एक सर्जिकल टीम एक अच्छी बात है।
ये मेरी भावनाएं हैं, लेकिन मैं एक अनुभवी प्रबंधक नहीं हूं, न ही हमें बस कारक (लकड़ी पर दस्तक) से निपटना पड़ा है। क्या ब्रूक्स सही थे? क्या आपने "सर्जिकल टीम" में काम किया है जहां बस कारक खेल में आया था? क्या विशेषज्ञता वितरण को प्रबंधित करने के लिए बेहतर तकनीकें हैं?
इसी तरह के सवाल: