हमें आईटी प्रोजेक्ट में प्रबंधक की आवश्यकता क्यों है और जब ऐसा नहीं होगा तो क्या होगा

पीएम-ए की भूमिका हमेशा रहती है, और यदि आवश्यक प्रशिक्षण के साथ किसी व्यक्ति को नहीं सौंपा जाता है, तो इसका पुनर्वितरण किया जाता है।

किससे करें?

1. सभी टीम के सदस्य समान रूप से।
2. टीम का एक सदस्य जो अपनी प्राथमिक भूमिका के साथ इसे संयोजित करने के लिए तैयार है।
3. बाहर से एक व्यक्ति, जो वास्तव में प्रक्रिया में भाग नहीं लेता है, लेकिन किसी तरह नियंत्रित करता है।

ये सभी विकल्प बहुत वास्तविक हैं, और व्यवहार में पाए जाते हैं, विशेष रूप से युवा कंपनियों में जिनके पास अभी तक एक संरचना और प्रक्रिया नहीं है।

निम्नलिखित प्रश्नों का ध्यान रखें:

• ग्राहक के साथ कौन संचार करता है?
• कौन परियोजना की पूरी तस्वीर को ध्यान में रखता है? एक बेहतर दस्तावेज।
• प्रक्रिया कौन आयोजित करता है?

1. प्रबंधक की भूमिका सभी द्वारा साझा की जाती है - और टीम अनुभव में औसत है - यह मुश्किल होगा। लोगों को पता नहीं होगा कि क्या करना है, और रैली करने में लंबा समय लगेगा। उनकी चर्चा के समय की कुल लागत जल्दी से स्वर्ग में जाएगी। और इस तथ्य से नहीं कि एक समझौता किया जाएगा।

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

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

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

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

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

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

तो पीएम क्यों?

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

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

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

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

वैसे, प्रबंधन में विशेष ज्ञान के बिना यह करना काफी मुश्किल है।

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