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