फोर्स का डार्क साइड। प्रोडक्ट टीम में प्रोजेक्ट मैनेजर क्यों होना चाहिए

मैंने हाल ही में लोगों के प्रबंधन पर अपने पुराने लेख को फिर से पढ़ा, जो लगभग तीन साल पहले लिखा गया था। उस समय मैं एक नौसिखिया परियोजना प्रबंधक था और परियोजना प्रबंधन में "सत्ता का अंधेरा पक्ष" दूर और असत्य लग रहा था।



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

कुछ समय बाद, मैंने एक और विभाग का नेतृत्व किया। वास्तव में, यह एक अलग कंपनी थी जो .NET और जावास्क्रिप्ट के लिए घटकों के उत्पाद विकास में लगी हुई थी। तदनुसार, मेरे कार्यों के दायरे में, उत्पाद प्रबंधन को जोड़ा गया, साथ ही साथ विपणन और बिक्री प्रबंधकों की देखरेख की गई। वास्तव में, मेरी जिम्मेदारियों में एक व्यावसायिक घटक जोड़ा गया था।

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

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

बेशक, मैं वास्तव में इसे पसंद नहीं करता था (सामान्य तौर पर, मैं इसे प्यार करता हूं जब वे मुझे प्यार करते हैं और सम्मान करते हैं;)। तदनुसार, मैंने विचार करने का निर्णय लिया कि ऐसा क्यों हुआ, और आगे "गिरावट" को रोकने के लिए क्या किया जाना चाहिए।

मेरे दिमाग में आया पहला विचार यह बचत कर रहा था: मेरे पास "अच्छा" होने के लिए पर्याप्त समय नहीं है, और बड़ी संख्या में लगातार हल होने वाली वर्तमान समस्याएं हैं जो मुझे केवल असंतुलित होकर धारा में प्रवेश करने की अनुमति नहीं देती हैं।

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

थोड़ा और सोचने पर, मुझे महसूस हुआ कि मौजूदा स्थिति में क्या गायब था। टीम के साथ एकता की भावना नहीं थी, जो कस्टम विकास पर महीनों तक रह सकती थी।

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

पहले, प्रबंध करने वाले लोग लक्ष्य निर्धारित करने, प्रेरित करने, सीखने और बाहरी प्रभावों से बचाने के लिए नीचे आए। अब - लक्ष्य निर्धारित करना, प्रेरणा, प्रशिक्षण, काम पर रखना, वेतन बढ़ाना, आदि। यदि आप बारीकी से देखते हैं, तो एक महत्वपूर्ण कारक गायब है। यह बाहरी प्रभावों से सुरक्षा है । वास्तव में, बाहरी प्रभाव मुझ पर है !

इस प्रकार, व्यापार की समस्याएं तुरंत टीम में उतरती हैं, पीएमए को दरकिनार करते हुए - बहुत अधिक ढाल जो अतिरिक्त को खत्म करती है, कार्यों के प्रवाह को संरचना देती है, ग्राहकों को मक्खी पर प्राथमिकताएं बदलने, आवश्यकताओं को फिर से करने और बाकी सब कुछ करने की अनुमति नहीं देती है जो वे और अब हम कह सकते हैं " » ) ऐसा करने के लिए प्यार।

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

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