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