एक "निराशाजनक" परियोजना या 8 "छड़ी सबक"

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

पाठ 1. परियोजना के कार्यान्वयन की जिम्मेदारी ग्राहक की ओर से केवल परियोजना प्रबंधक के पास है।

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

पाठ 2. आप कभी भी एक परियोजना के प्रबंधन पर नहीं ले जा सकते हैं जो "अंतिम चरण" पर है।

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

पाठ 3. आप किसी भी परियोजना को भर सकते हैं। बिल्कुल किसी भी।

इसलिए, जब आप काम करना शुरू करते हैं, तो आश्चर्य शुरू हुआ। कंपनी की कॉर्पोरेट संस्कृति बहुत अजीब थी, खासकर एक छोटी कंपनी के लिए। कर्मचारियों के बीच की अपील केवल "आप" पर है, यहां तक ​​कि विभाग के अंदर भी, और सब कुछ इस शैली में है। इसके अलावा एक भयानक स्टाफ कारोबार। यह परियोजना को कैसे प्रभावित करता है? हाँ, बहुत सरल है। अब किसी भी "परियोजना टीम" के अंदर कोई बात नहीं है। मैंने दैनिक रिपोर्टिंग के लिए शांति से प्रतिक्रिया दी - मैं पहले से ही इसका उपयोग करता था। मैं निश्चित रूप से, परिणामों पर रिपोर्टिंग कर रहा हूँ, क्रियाओं पर नहीं।
इसके अलावा, सबसे दिलचस्प बात यह है कि फ्रेंचाइजी कंपनी (बहुत बड़ी और सभी के लिए अच्छी तरह से जानी जाती है) मानक यूटी 11 पेश करने जा रही थी (तब पहली रिलीज हुई थी - यह बस बाहर आ गई) बिना किसी संशोधन के। गोदाम में, आखिरकार, लेकिन लगभग 20 लोग वहां काम करते हैं, लगभग 10-15 उपयोगकर्ता। मुझे नहीं पता कि उन्होंने इसे लिखने में संकोच नहीं किया। इसके अलावा, वे इसे वर्ष की शुरुआत से और बिना डेटा स्थानांतरण के शुरू करने की योजना नहीं बना रहे थे - एक "लीप", क्योंकि वे इसे कॉल करना पसंद करते हैं। यह, निश्चित रूप से, थोड़ा डरा हुआ। विकास में सक्रिय भागीदारी की संभावना लगभग अपरिहार्य हो गई।

पाठ 4. किसी मौजूदा परियोजना को शुरू करने से पहले, आपको उस पर काम की अनुसूची का अध्ययन करने की आवश्यकता है, कम से कम यह सुनिश्चित करने के लिए कि यह मौजूद है।

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

पाठ 5. परियोजना बजट के मुद्दे हमेशा परियोजना प्रबंधक की चिंता करते हैं।

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

पाठ 6. परियोजना को उन लोगों द्वारा प्रबंधित किया जाना चाहिए जिनकी क्षमता संदेह में नहीं है।

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

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

पाठ 7. यदि आप अनुबंध से सहमत नहीं हैं तो आप ओवरटाइम काम नहीं कर सकते। यह अभी भी सराहना नहीं है।

हमेशा की तरह, लॉन्च का क्षण अप्रत्याशित रूप से आया। लॉन्च के दिन मेरा कामकाजी दिन 12 घंटे तक चला, और फिर इसमें कोई कमी नहीं आई ... जल्दी में 2 दिनों के लिए मुझे दो ठिकानों के बीच दो-तरफा विनिमय समाप्त करना था, उपकरण स्थापित करना, त्रुटियों को ठीक करना, बचे हुए स्तर को समतल करना; सामान्य तौर पर - वह करने के लिए जो आपको आमतौर पर करना होता है। केवल एक चीज यह है कि इस समय से मुझे अभी भी कलाकार के साथ विवादों के लिए समय निकालना था, काम को स्वीकार करना, यह समझाने की कोशिश करना कि उनमें से क्या आवश्यक था और क्यों "कल" ​​की आवश्यकता थी, और अभी भी प्रबंधन को समझाने के लिए बहुत समय व्यतीत करना है कलाकार कुछ अजीब मामलों में लगे हुए हैं, लेकिन उन लोगों की ज़रूरत नहीं है। इस प्रकार, कुछ कार्य दिवस 16 घंटे तक चले, 18 पर।

फ्रीलांसरों ने परियोजना पर काम करना शुरू कर दिया। अच्छे विशेषज्ञों को ढूंढना मुश्किल था, जिन्होंने कम मात्रा में काम किया, जबर्दस्त काम किया, फ्रेंचाइजी ने भी इसका सपना नहीं देखा। हां, जोखिम भरा, हां, विश्वसनीय नहीं, लेकिन ऐसी स्थिति में जब आप चिंता करते हैं कि एक दिन में केवल 24 घंटे हैं - एक जीवन बोय। मेरा कार्य दिवस फिर से 8 बजे के करीब आने लगा।

दो या तीन सप्ताह के काम के बाद, कठिनाई और ग्रंट के साथ, लेकिन कंपनी ने यूटी 11 में काम करना बंद कर दिया। बेशक, अभी भी बहुत सारे अनसुलझे मुद्दे थे, लेकिन वे वर्तमान नौकरी से संबंधित नहीं थे, बल्कि लेखांकन के साथ बातचीत करने के लिए (धन्यवाद फिर से) भागीदारों और समकक्षों में समकक्षों के विभाजन के लिए बड़ा 1 सी) और काम के अनुकूलन के मुद्दे। 1C: रिटेल के लॉन्च के बारे में बातचीत शुरू हुई।

पाठ 8. बेतुके लगने वाले निर्देश लिखने में पुष्टि करने के लिए आपको प्रबंधन की आवश्यकता होती है।

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

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

निचला रेखा: "विलेख के लिए प्रतिपूर्ति" का समय आ गया है।

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

(ग) कोमोल