सक्रिय आईटी कैरियर विकास: अपनी पेशेवर यात्रा पर नियंत्रण रखें

वितरण

कार्य सौंपता है
· स्पष्ट आवश्यकताएं आवश्यक हैं (व्यवसाय और प्रणाली)
· सीमित दायरे वाले तकनीकी समाधानों का डिजाइन/कार्यान्वयन
· सीमित मार्गदर्शन की आवश्यकता है

1. पूर्ण किये गये कार्यों की सूची
o कार्य इतने जटिल होने चाहिए कि उनका उल्लेख किया जा सके
o समय सीमा पूरी हो गई है
o कोई बड़ी गुणवत्ता संबंधी समस्या नहीं
o कार्य बिना किसी सहायता के पूरे किये गये
2. लाइन मैनेजर से यह पुष्टि करने वाला इनपुट कि सभी आवश्यकताएं पूरी हो गई हैं।

गुणवत्ता

सर्वोत्तम प्रथाओं को लागू करता है
· सर्वोत्तम प्रथाओं को सीखता है और लगातार लागू करता है
· विभिन्न विकास उपकरणों में निपुणता
· जटिल समस्याओं/बगों की जांच और समाधान करता है

लाइन मैनेजर और सहकर्मियों से फीडबैक जिसमें पुष्टि की गई हो कि सभी आवश्यकताएं पूरी हो गई हैं।

वितरण

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

निम्नलिखित आवश्यकताओं के अनुरूप वितरित परिवर्तन अनुरोधों की सूची:
1. परिवर्तन अनुरोध पूर्णतः प्रस्तुत कर दिया गया है तथा समय सीमा पूरी कर दी गई है।
2. खोज भाग कर्मचारी द्वारा पूरा किया गया (टिकट, अनुमान)।
3. तकनीकी दृष्टिकोण से परिवर्तन अनुरोध काफी जटिल है (इसे लागू करने के लिए 1 इंजीनियर को 2 मानव-सप्ताह से अधिक समय लगेगा)।
4. परिवर्तन अनुरोध व्यवसाय पर सार्थक प्रभाव डालता है।
5. परिवर्तन अनुरोध व्यवसाय द्वारा हस्ताक्षरित है और उत्पादन में चल रहा है।
6. कर्मचारी ने पर्याप्त स्तर की स्वायत्तता और गुणवत्ता का प्रदर्शन किया है (तकनीकी प्रमुख और इंजीनियरिंग प्रबंधक से प्राप्त फीडबैक के आधार पर)।

सिस्टम डिजाइन

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

कम से कम दो सेवाएँ निम्नलिखित आवश्यकताओं के अनुरूप डिज़ाइन की गई हैं:
1. यह एक नई सेवा या मौजूदा सेवा का पूर्णतः पुनः डिज़ाइन हो सकता है।
2. यह एक स्टैंडअलोन सेवा, लाइब्रेरी या अन्य सेवाओं द्वारा उपयोग किया जाने वाला घटक हो सकता है।
3. डिजाइन के नजरिए से सेवा तुच्छ नहीं होनी चाहिए।
4. इंजीनियर को औपचारिक डिज़ाइन प्रक्रिया का पालन करना चाहिए:
· व्यवसाय और सिस्टम आवश्यकताएँ प्राप्त करें
· परिबद्ध संदर्भ की पहचान करें
· गैर-कार्यात्मक आवश्यकताओं की पहचान करें
· संदर्भ को सेवाओं में विभाजित करें
· समाधान पर प्रतिक्रिया प्राप्त करें
· इसे लागू करो
5. सेवा कार्यान्वित हो चुकी है और उत्पादन में चल रही है।

वितरण

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

निम्नलिखित आवश्यकताओं के अनुरूप वितरित परियोजना चरणों/महाकाव्यों की सूची:
1. महाकाव्य/परियोजना चरण पूरी तरह पूरा हो गया है और समय सीमा पूरी हो गई है।
2. खोज भाग कर्मचारी द्वारा पूरा किया गया (टिकट, अनुमान)।
3. महाकाव्य/परियोजना चरण तकनीकी दृष्टिकोण से काफी जटिल है (इसके लिए कम से कम 2 इंजीनियरों की आवश्यकता होती है, जो 2 सप्ताह से अधिक समय तक कार्य करते हैं)।
4. महाकाव्य/परियोजना चरण व्यवसाय पर सार्थक प्रभाव डालता है।
5. कार्यक्षमता व्यवसाय द्वारा हस्ताक्षरित है और उत्पादन में चल रही है।
6. कर्मचारी ने पर्याप्त स्तर की स्वायत्तता और गुणवत्ता का प्रदर्शन किया है (तकनीकी प्रमुख और इंजीनियरिंग प्रबंधक से प्राप्त फीडबैक के आधार पर)।
7. इंजीनियर ने तकनीकी नेतृत्व के रूप में कार्यान्वयन में भाग लिया।

सिस्टम डिजाइन

उप-प्रणालियों का डिज़ाइन
· यह सॉफ्टवेयर इंजीनियर के समान ही है, लेकिन अधिक जटिल सेवाओं या उप-प्रणालियों पर ध्यान केंद्रित करता है
· क्लाउड और वितरित सिस्टम डिजाइन और कार्यान्वयन में कुशल

कम से कम 3 सेवाएँ निम्नलिखित आवश्यकताओं के अनुरूप डिज़ाइन की गई हैं:
1. यह एक नई सेवा या मौजूदा सेवा का पूर्णतः पुनः डिज़ाइन हो सकता है।
2. यह एक स्टैंडअलोन सेवा, लाइब्रेरी या अन्य सेवाओं द्वारा उपयोग किया जाने वाला घटक हो सकता है।
3. डिजाइन के नजरिए से सेवा तुच्छ नहीं होनी चाहिए।
4. इंजीनियर को औपचारिक डिज़ाइन प्रक्रिया का पालन करना चाहिए:
a. व्यवसाय और सिस्टम आवश्यकताएँ प्राप्त करें
b. सीमित संदर्भ की पहचान करें
ग. गैर-कार्यात्मक आवश्यकताओं की पहचान करें
d. संदर्भ को सेवाओं में विभाजित करें
ई. समाधान पर प्रतिक्रिया प्राप्त करें
च. इसे लागू करें
5. सेवा कार्यान्वित हो चुकी है और उत्पादन में चल रही है।

ड्राइविंग परिवर्तन

परिवर्तन का प्रस्ताव
· यथास्थिति और बनाई गई धारणाओं को चुनौती देता है
· प्लेटफ़ॉर्म, प्रक्रियाओं, कार्य वातावरण और सामान्य रूप से तकनीकी टीम को बेहतर बनाने के तरीके खोजें

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

वितरण

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

निम्नलिखित आवश्यकताओं के अनुरूप वितरित परियोजनाओं की सूची:
1. समस्या का समाधान कर्मचारी द्वारा प्रस्तावित किया गया था और इसे प्रभावी माना गया। यानी कई विकल्पों का मूल्यांकन किया गया, और कम-कोड/नो-कोड सत्यापन के आधार पर सबसे अच्छा विकल्प चुना गया।
2. खोज भाग कर्मचारी द्वारा पूरा किया गया (टिकट, अनुमान)।
3. समाधान कर्मचारी द्वारा तैयार किया गया था।
4. परियोजना को एक परियोजना प्रस्ताव के माध्यम से शुरू की गई एक “फीचर” परियोजना होना चाहिए।
5. इंजीनियर ने तकनीकी लीड के रूप में कार्यान्वयन में भाग लिया (अधिक जानकारी के लिए आवश्यकताएँ कॉलम देखें)।

ड्राइविंग परिवर्तन

तकनीकी परिवर्तन (दस्ते)
· सिस्टम की गुणवत्ता में सुधार और तकनीकी ऋण को कम करने के लिए पहल का प्रस्ताव और कार्यान्वयन
· डेवलपर अनुभव और उत्पादकता में सुधार के लिए परिवर्तनों का प्रस्ताव और कार्यान्वयन
· स्वच्छ कोड और स्वच्छ वास्तुकला की वकालत और प्रवर्तन

शुरू किए गए प्रमुख परिवर्तनों की सूची (आमतौर पर कम से कम चार), जो निम्नलिखित आवश्यकताओं के अनुरूप हैं:
1. यह परिवर्तन सिस्टम की गुणवत्ता (जैसे प्लेटफ़ॉर्म सुधार), डेवलपर अनुभव या डेवलपर उत्पादकता में सार्थक सुधार प्रदान करता है। यह परिवर्तन पूरे दल को प्रभावित करता है।
2. इंजीनियर को बदलाव का प्रस्ताव देने वाला व्यक्ति होना ज़रूरी नहीं है। इंजीनियर को बदलाव के पीछे मुख्य प्रेरक शक्ति होना चाहिए (जैसे कि डिज़ाइन बनाना, तकनीकी नेतृत्व के रूप में काम करना, कार्यान्वयन में भाग लेना)। बदलाव इंजीनियर द्वारा या टीम प्रयास के रूप में किया जा सकता है।
3. परिवर्तन को पूरी तरह से क्रियान्वित किया जाना चाहिए और स्क्वाड/प्लेटफॉर्म द्वारा इसका उपयोग किया जाना चाहिए (परिवर्तन "चिपचिपा" होना चाहिए और इसे बनाए रखने के लिए पर्याप्त मूल्य प्रदान करना चाहिए)।
4. परिवर्तन इतना महत्वपूर्ण होना चाहिए कि उसका उल्लेख किया जा सके।

लोग

उपदेशक
· कम अनुभवी इंजीनियरों को सलाह देना और उनका समर्थन करना
· तकनीकी साक्षात्कार प्रभावी ढंग से आयोजित करता है
· नियुक्ति के दौरान महान इंजीनियरों के लिए एक “चुंबक” के रूप में कार्य करता है (एक निर्णायक कारक बनें जहां हम अच्छी प्रतिभा बनाम किसी अन्य कंपनी के लिए प्रतिस्पर्धा में हैं)

संभावित साक्ष्य:
1. इंजीनियरों का साक्षात्कार लिया गया, जिन्हें नौकरी दी गई और जिन्होंने परिवीक्षा उत्तीर्ण की।
2. कुशल इंजीनियरों से फीडबैक।
3. संपूर्ण तकनीकी टीम (जैसे टेक सिंक, इंजीनियरिंग डोजो) के लिए प्रशिक्षण सत्र आयोजित/प्रस्तुत किए जाते हैं।
4. किसी कार्य समूह का नेतृत्व करते समय कार्य समूह के कार्यक्षेत्र में प्रस्तावित/कार्यान्वित परिवर्तनों की सूची को साक्ष्य के रूप में इस्तेमाल किया जा सकता है।

वितरण

जटिल परियोजनाओं (परियोजना प्रस्तावों) के लिए तकनीकी नेतृत्व
लीड इंजीनियर के समान, लेकिन तकनीकी, संगठनात्मक या व्यावसायिक दृष्टिकोण से जटिल समस्याओं पर ध्यान केंद्रित करता है
· परियोजना के लिए कई दस्तों के बीच समन्वय की आवश्यकता है
· परियोजना में तृतीय पक्ष प्रौद्योगिकी प्रदाता या हितधारक (जैसे साझेदारी) शामिल है
· उत्पाद के डिस्कवरी मोड में होने पर नया उत्पाद निर्मित होना
· निश्चित समय सीमा और कई अज्ञात कारणों के साथ उच्च प्राथमिकता/अत्यावश्यकता वाली परियोजना

निम्नलिखित आवश्यकताओं के अनुरूप वितरित परियोजनाओं की सूची:
1. परियोजना जटिल मानी जाती है (बाईं ओर उदाहरण देखें)।
2. परियोजना पूरी तरह से पूरी हो गई है (सभी डिलिवरेबल्स + DoD) और समय सीमा पूरी हो गई है।
3. समस्या का समाधान कर्मचारी द्वारा प्रस्तावित किया गया था और इसे प्रभावी माना गया (अर्थात कई विकल्पों का मूल्यांकन किया गया, और निम्न-कोड/बिना-कोड सत्यापन के आधार पर सर्वोत्तम विकल्प का चयन किया गया)।
4. खोज भाग कर्मचारी द्वारा पूरा किया गया (सिस्टम आवश्यकताएँ, टिकट, अनुमान)।
5. समाधान कर्मचारी द्वारा तैयार किया गया था। सिस्टम डिज़ाइन के दृष्टिकोण से यह परियोजना अत्यधिक जटिल है।
6. एक इंजीनियर ने तकनीकी नेतृत्व के रूप में कार्यान्वयन में भाग लिया।

ड्राइविंग परिवर्तन

तकनीकी परिवर्तन (टेक) को आगे बढ़ाता है
· E5 के समान लेकिन तकनीकी स्तर पर
· कम से कम एक गैर-कार्यात्मक पहलू (जैसे सुरक्षा, अवलोकन, आदि) के लिए सिस्टम स्वामी।

शुरू किए गए प्रमुख परिवर्तनों की सूची (आमतौर पर कम से कम 4), जो निम्नलिखित आवश्यकताओं के अनुरूप हैं:
1. यह परिवर्तन सिस्टम की गुणवत्ता (जैसे प्लेटफ़ॉर्म सुधार), डेवलपर अनुभव या डेवलपर उत्पादकता में सार्थक सुधार प्रदान करता है। यह परिवर्तन कई दस्तों (जैसे प्रौद्योगिकी अपनाने) को प्रभावित करता है।
2. इंजीनियर को बदलाव का प्रस्ताव देने वाला व्यक्ति होना ज़रूरी नहीं है। इंजीनियर को बदलाव के पीछे मुख्य प्रेरक शक्ति होना चाहिए (जैसे कि डिज़ाइन बनाना, तकनीकी नेतृत्व के रूप में काम करना, कार्यान्वयन में भाग लेना)। बदलाव खुद एक इंजीनियर द्वारा या टीम प्रयास के रूप में किया जा सकता है।
3. परिवर्तन को पूरी तरह से लागू किया जाना चाहिए और कई दस्तों द्वारा उपयोग किया जाना चाहिए (परिवर्तन "चिपके" होने चाहिए और इसे बनाए रखने के लिए पर्याप्त मूल्य प्रदान करना चाहिए)।
4. परिवर्तन इतना महत्वपूर्ण होना चाहिए कि उसका उल्लेख किया जा सके। इसे “आगामी परियोजनाओं” पृष्ठ पर स्वामित्व परियोजना के रूप में ट्रैक किया जाना चाहिए (इस संदर्भ में स्वामित्व का अर्थ है प्लेटफ़ॉर्म, टूलिंग, प्रक्रिया आदि में परिवर्तन, न कि केवल प्लेटफ़ॉर्म से संबंधित परिवर्तन)।
5. कम से कम 2 परिवर्तन व्यक्ति के गैर-कार्यात्मक पहलू से संबंधित होने चाहिए।

लोग

मान्यता प्राप्त विशेषज्ञ
· कंपनी स्तर पर विशेषज्ञता के किसी दिए गए क्षेत्र में मान्यता प्राप्त विशेषज्ञ, अपनी विशेषज्ञता के क्षेत्र में तकनीकी संपर्क बिंदु के रूप में कार्य करता है
· विशेषज्ञता के क्षेत्र में रुझानों/प्रौद्योगिकियों पर नज़र रखना और अद्यतन जानकारी और निष्कर्षों को संप्रेषित करना
· सक्रिय रूप से और नियमित रूप से अन्य इंजीनियरों के साथ विशेषज्ञता साझा करना (कार्यशालाएं, तकनीकी वार्ता, प्रशिक्षण)
· जटिल समस्याओं के समाधान हेतु सहयोग को सुगम बनाता है (कार्य समूह, आदि)
· तकनीकी साक्षात्कार प्रभावी ढंग से आयोजित करता है
· कम अनुभवी इंजीनियरों को सलाह और सहायता प्रदान करना, पेशेवर विकास के नजरिए से उनके करियर का मार्गदर्शन करना
· नियुक्ति के दौरान महान इंजीनियरों के लिए एक “चुंबक” के रूप में कार्य करता है (एक निर्णायक कारक बनें जहां हम अच्छी प्रतिभा बनाम किसी अन्य कंपनी के लिए प्रतिस्पर्धा में हैं)

संभावित साक्ष्य:
1. उन इंजीनियरों का साक्षात्कार लिया गया, जिन्हें नौकरी पर रखा गया था और जिन्होंने परिवीक्षा उत्तीर्ण की थी।
2. कुशल इंजीनियरों से फीडबैक।
3. संपूर्ण तकनीकी टीम (जैसे टेक सिंक, इंजीनियरिंग डोजो) के लिए प्रशिक्षण सत्र आयोजित/प्रस्तुत किए जाते हैं।
4. किसी कार्य समूह का नेतृत्व करते हुए, कार्य समूह के कार्यक्षेत्र में प्रस्तावित/कार्यान्वित परिवर्तनों की सूची को साक्ष्य के रूप में इस्तेमाल किया जा सकता है।

वितरण

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

दस्ते द्वारा प्रस्तुत नई परियोजनाएं निम्नलिखित आवश्यकताओं के अनुरूप हैं:
1. परियोजना प्रस्ताव के माध्यम से शुरू की गई परियोजना।
2. परियोजना ने अपने प्रभाव मापदण्ड पूरे कर लिए हैं, तथा सार्वजनिक प्रतिबद्धता भी पूरी हो गई है।
3. पिछले प्रमोशन चक्र में रिपोर्ट की गई परियोजनाओं को सूची में शामिल नहीं किया जा सकता।

उत्पादकता

प्रबंधकीय परिवर्तन (टीम)
· टीम के प्रदर्शन को मापता है और लगातार सुधारता है
· उत्पादकता पर ध्यान केंद्रित करते हुए टीम के भीतर सर्वोत्तम प्रथाओं की पहचान करना और उन्हें स्थापित करना
· डिलीवरी की उच्च गुणवत्ता बनाए रखता है
· प्रगति, जोखिम, परिणाम पर पारदर्शिता सुनिश्चित करता है

1. दस्ते की उत्पादकता (प्रदर्शन) मीट्रिक मान.
2. निम्नलिखित आवश्यकताओं के अनुरूप प्रमुख परिवर्तन (कम से कम 4) किए गए:
क. यह स्वामित्व वाले दस्ते या जनजाति से संबंधित समस्या का समाधान करता है, समस्या को शीर्ष 5 समस्याओं में शामिल किया जाना चाहिए और लाइन मैनेजर के साथ सहमति होनी चाहिए।
ख. परिवर्तन को पूरी तरह से क्रियान्वित किया जाना चाहिए और टीम द्वारा इसका उपयोग किया जाना चाहिए (परिवर्तन "चिपचिपा" होना चाहिए और इसे बनाए रखने के लिए पर्याप्त मूल्य प्रदान करना चाहिए)।
ग. परिवर्तन से उत्पादकता, सहभागिता या वितरण की गुणवत्ता में सार्थक सुधार होना चाहिए।
d. बदलाव का प्रस्ताव देने वाला व्यक्ति प्रबंधक ही नहीं होना चाहिए। बदलाव के पीछे ईएम ही मुख्य प्रेरक शक्ति होनी चाहिए। बदलाव किसी इंजीनियर द्वारा या टीम प्रयास के रूप में किया जा सकता है।

लोग

लाइन मैनेजर (>=3 प्रत्यक्ष रिपोर्ट)
· 3-6 प्रत्यक्ष रिपोर्ट का प्रबंधन करता है
· इंजीनियरों को प्रशिक्षित करना और सहायता प्रदान करना
· कैरियर की प्रगति का समर्थन और मार्गदर्शन करता है
· मतभेदों को सुलझाना और विवादों को प्रबंधित करने और सुलझाने में मदद करना
· सकारात्मक टीम संस्कृति और सहयोग को प्रोत्साहित करता है

1. स्क्वाड सहभागिता मीट्रिक मान.
2. इंजीनियरों की सूची, जिन्हें नियुक्त किया गया और जिन्होंने परिवीक्षा उत्तीर्ण की (यदि हम नियुक्ति नहीं कर रहे हैं तो इसे छोड़ा जा सकता है, ईएम को नियुक्ति प्रबंधक होना चाहिए)।

वितरण

कई दस्तों के लिए रोडमैप प्रदान करता है
· 2-3 दस्तों में डिलीवरी सुनिश्चित करता है
· किसी एक टीम में इंजीनियरिंग मैनेजर की भूमिका निभाता है
· तीसरे पक्ष के साथ साझेदारी रखता है
· इंजीनियरिंग मैनेजर से सभी आवश्यकताएँ

दस्तों द्वारा प्रस्तुत नई परियोजनाएं निम्नलिखित आवश्यकताओं के अनुरूप हैं:
1. परियोजना प्रस्ताव के माध्यम से शुरू की गई परियोजना (बीएयू गतिविधि नहीं)।
2. परियोजना ने अपने प्रभाव मापदण्ड पूरे कर लिए हैं तथा सार्वजनिक प्रतिबद्धता भी पूरी हो गई है।
3. परियोजना के परिणाम टेक फीचर सत्र के रूप में प्रस्तुत किए गए।
4. पिछले प्रमोशन चक्र में रिपोर्ट की गई परियोजनाओं को सूची में शामिल नहीं किया जा सकता।
5. कम से कम 2 परियोजनाओं को कंपनी स्तर पर प्रमुख परियोजनाओं के रूप में मान्यता दी जानी चाहिए (जैसे कि एक नया उत्पाद, आदि, सीटीओ के साथ पुष्टि की जा सकती है)।

परिवर्तन लाना

प्रबंधकीय परिवर्तन (कई टीमें/तकनीक)
· इंजीनियरिंग से संबंधित सभी आवश्यकताएं लेकिन कई दस्तों में
· कम से कम एक प्रक्रिया के लिए सिस्टम स्वामी (जैसे समर्थन, आदि)

1. विभिन्न दस्तों में दस्तों की उत्पादकता (प्रदर्शन) मीट्रिक मान।
2. निम्नलिखित आवश्यकताओं के अनुरूप प्रमुख परिवर्तन (कम से कम 6) किए गए:
क. यह दस्तों या जनजाति से संबंधित समस्या का समाधान करता है, किसी समस्या को शीर्ष 5 समस्याओं में शामिल किया जाना चाहिए तथा लाइन मैनेजर के साथ उस पर सहमति होनी चाहिए।
ख. परिवर्तन को पूरी तरह से लागू किया जाना चाहिए और दस्तों द्वारा इसका उपयोग किया जाना चाहिए (परिवर्तन "चिपचिपा" होना चाहिए और इसे बनाए रखने के लिए पर्याप्त मूल्य प्रदान करना चाहिए)।
ग. परिवर्तन से उत्पादकता, सहभागिता या वितरण की गुणवत्ता में सार्थक सुधार होना चाहिए।
d. प्रबंधक को बदलाव का प्रस्ताव देने वाला व्यक्ति होना ज़रूरी नहीं है। इंजीनियरिंग निदेशक को बदलाव के पीछे मुख्य प्रेरक शक्ति होना चाहिए। बदलाव किसी इंजीनियर द्वारा या टीम प्रयास के ज़रिए किया जा सकता है।
ई. कम से कम 2 परिवर्तन निदेशक के स्वामित्व वाली प्रक्रिया से संबंधित होने चाहिए।

लोग

लाइन मैनेजर (>=10 रिपोर्ट, अप्रत्यक्ष रिपोर्ट सहित)
· इंजीनियरिंग मैनेजर के लिए सभी आवश्यकताएँ
· इंजीनियरों को प्रशिक्षित करना और सहायता प्रदान करना
· कैरियर की प्रगति का समर्थन और मार्गदर्शन करता है
· मंथन का प्रबंधन करता है, “अफसोसजनक मंथन” को कम करता है

1. विभिन्न दस्तों में दस्तों की सहभागिता मीट्रिक मान।
2. उन इंजीनियरों की सूची, जिन्हें नियुक्त किया गया और जिन्होंने परिवीक्षा उत्तीर्ण की (यदि हम नियुक्त नहीं कर रहे हैं तो इसे छोड़ दिया जा सकता है)।
3. पदोन्नत इंजीनियरों की सूची (यदि पदोन्नति की कोई व्यावसायिक आवश्यकता न हो तो इसे छोड़ा जा सकता है)।