2.5 घंटे में PMBoK: इवान सेलीखोविन के साथ साक्षात्कार

दोस्तों, मैं आपके बारे में नहीं जानता, लेकिन हम तेज़-तर्रार गोलियों पर विश्वास नहीं करते हैं। हम "2 सप्ताह में 40 किलो वजन कम करने में विश्वास नहीं करते।" धिक्कार है, मैं कुछ विश्वास करना चाहता हूं, लेकिन वास्तविकता आमतौर पर खिलाफ है ...

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

4 साल पहले, परियोजना प्रबंधन प्रबंधक (पीएमआई पीएमपी), पुस्तक के लेखक "किसी भी संगठन में खरोंच से एक आईटी परियोजना का प्रबंधन", इवान सेलीखोविन ने 5 दिनों में एक मुफ्त पाठ्यक्रम "प्रैक्टिकल पीएमबीओके" जारी किया, जिसे अब 7,000 से अधिक लोगों ने डाउनलोड किया है। हालांकि, बहुत पहले नहीं, इवान ने आगे बढ़कर 2.5 घंटे में "प्रैक्टिकल पीएमबीओके" (पंजीकरण के बिना नि: शुल्क उपलब्ध) पाठ्यक्रम जारी किया।

5 दिन - मैं अभी भी समझता हूं, लेकिन 2.5 घंटे - ऐसा कुछ ... 40 मिनट में वजन कम करता है। :) चूंकि हम लंबे समय से इवान के साथ सहयोग कर रहे हैं, इसलिए हमने यह पता लगाने का फैसला किया कि यह कैसे हुआ कि पाठ्यक्रम 5 दिनों से 2.5 घंटे तक सह-हो गया। और बात करना शुरू कर दिया, उन्होंने महसूस किया कि हमें एक अलग साक्षात्कार करने की आवश्यकता है। परिणामस्वरूप, हमने कई विषयों पर चर्चा की:

• चिकित्सा से आईटी परियोजना प्रबंधन में कैसे प्रवेश करें
• हाल के वर्षों में सफल परियोजनाओं का प्रतिशत क्यों नहीं बदला है
• प्रोजेक्ट ऑफिस बनाने के लिए तीन चरण
• राज्य ग्राहक वीर, व्यापार और साधारण क्या हैं
• क्या पीएमआई और चुस्त कार्यप्रणाली के बीच विरोधाभास है
• ...

हाय, हाय! आप आईटी परियोजना प्रबंधन में कैसे आए?

नमस्ते!

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

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

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

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

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

बहुत जल्दी मुझे नौकरी मिल गई, काम के साथ ही पढ़ाई की और ये प्रबंधन की ओर पहला आधा कदम थे। एक प्रोग्रामर के रूप में अध्ययन किया।

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

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

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

और यहाँ प्रबंधन के लिए एक प्रभावी संक्रमण था।

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

(स्ट्रैटोकॉन्फ़ कॉन्फ्रेंस की सर्वश्रेष्ठ रिपोर्ट: आई। सेलिखोवकिन "एक अच्छे डॉक्टर से अच्छा पीएम क्या सीख सकता है")


और आपके जीवन में किस बिंदु पर पीएमआई दिखाई दिया?

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

सबसे पहले, उन्होंने काफी व्यापक कवरेज का दावा किया। पीएमआई - न केवल सॉफ्टवेयर विकसित करने के तरीके के बारे में, बल्कि सामान्य रूप से परियोजनाओं को कैसे प्रबंधित किया जाए, सॉफ्टवेयर को लागू करने के लिए आवश्यक होने पर व्यावसायिक प्रक्रियाओं का पुनर्निर्माण कैसे करें। कई अन्य मानक इस पर ध्यान केंद्रित नहीं करते हैं।

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

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

सुनो, क्यों PMI, और न कि लचीली कार्यप्रणाली जो हाल के वर्षों में अधिक से अधिक लोकप्रिय हो रही हैं?

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

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

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

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

यदि प्रबंधक एक ही कानबन जैसी तकनीकों के एक विशिष्ट सेट के साथ PMI का समर्थन नहीं करता है, जैसे कि एक ही स्क्रम, यह नहीं जानता कि यह कहाँ रटना बेहतर है, किस पल में कौन सी टीम, किस तरह की परियोजनाएँ, यह समन्वय के लिए सुविधाजनक है, कहते हैं, स्क्रम का उपयोग करना, तो उसके लिए मुश्किल होगा।

पीएमआई, फिर से, कभी-कभी गलती से फुर्तीली कार्यप्रणाली के विपरीत होता है।

PMBoK के नवीनतम संस्करण में, यदि आप देखते हैं, एक पुनरावृत्त विकास चक्र है, तो यह सीधे खींचा जाता है, एक तस्वीर है। PMBoK जोर देता है: यह है कि यह कैसे काम करता है। एजाइल द्वारा प्रस्तुत पीएमआई प्रमाण पत्र और अब इच्छा रखने वालों को भी डर देता है। उनके साथ बहुत ही अलग तरह से व्यवहार किया जाता है, जिसमें खुद पर संदेह भी है। लेकिन बात नहीं। मेरे लिए, पीएमआई और एजाइल साथ-साथ रहे।

इसके साथ, यह स्पष्ट है, और किसने आपको "व्यावहारिक PMBoK को 5 दिनों में" लिखने के लिए प्रेरित किया।

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

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

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

5 घंटे में प्रैक्टिकल PMBoK किस बिंदु पर 2.5 घंटे में PMBoK बन गया? "15 मिनट में पीएमबीओके" का इंतजार कब करें?

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

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

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

दूसरी ओर, मैंने कुछ चीजों की व्याख्या करना शुरू किया, मेरी राय में, अधिक संक्षिप्त रूप से, कम पानी के साथ, सामग्री की गिरावट के लिए नहीं, यही वजह है कि पाठ्यक्रम की मात्रा पांच सबक से वास्तव में दो तक कम हो गई थी। तदनुसार, पाठ्यक्रम का नाम "PMBoK 2.5 घंटे में" रखा गया।

"15 मिनट में PMBoK" शायद ही इंतजार के लायक है। मुझे नहीं लगता कि इस अर्थ में कहीं खोए बिना सामग्री के प्रवाह को कम करना संभव है। जब मैंने "2.5 घंटे में पीएमबीओके" लिखा, तो एक और विचार था - अधिक या कम विस्तृत खुले पाठ्यक्रम को रिकॉर्ड करने के लिए - अब इसमें तीन सबक शामिल हैं - सामान्य रूप से परियोजना प्रबंधन के लिए समर्पित। और "2.5 घंटे में व्यावहारिक PMBoK" इस पाठ्यक्रम का तीसरा पाठ है। पहले दो भी लोगों को पेश करते हैं कि सामान्य परियोजना प्रबंधन क्या है, हल्के और भारी तरीके क्या हैं। और पहले से ही तीसरे पाठ में, जो लोग रुचि रखते हैं, उनके लिए मैं PMBoK के आंत्र में गोता लगाने का सुझाव देता हूं।



वैसे, PMBoK के नवीनतम संस्करण के बारे में, पिछले एक की तुलना में क्या बदलाव आया है?

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

हितधारक प्रबंधन को ज्ञान के एक अलग क्षेत्र में ले जाया गया ताकि किसी तरह बहुत जोर दिया जा सके।

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

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

वाह।

अनुभव वाले लोग इसकी सराहना कर सकते हैं। ऐसा लगता है कि ऐसा ब्रांड, जो, मेरी राय में, PMBoK को ट्रिपल बाधा के समय पेश किया गया है, एक ट्रिपल सीमा है: समय सीमा, कार्यक्षेत्र और बजट।

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

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

अच्छा सवाल है। शायद, उसे एक ही, सही जवाब देना अभिमानी होगा। मेरे पास निम्नलिखित विचार हैं।

मानवता आमतौर पर परियोजनाओं का प्रबंधन करना नहीं जानती है, यह काफी स्वाभाविक है।

यह लंबे समय तक ऐसा नहीं करता है। कई सहकर्मी मुझसे असहमत हो सकते हैं, लेकिन मानवता अभी भी इसका इस्तेमाल कर रही है, कमोबेश नियमित प्रबंधन के मामलों में अपनी गतिविधियों को विनियमित करने के लिए सीखा है, चलो इसे कहते हैं। उदाहरण के लिए, कुछ उत्पादन के प्रबंधन में। ऐसी चीज़ का प्रबंधन करना जहाँ अनिश्चितता का हिस्सा कम हो।

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

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

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

मेरी राय में, एक अच्छा परियोजना प्रबंधक विविध अनुभव वाला व्यक्ति है।

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

यदि हम सॉफ्टवेयर विकास के बारे में बात करते हैं, तो कस्टम विकास या उत्पाद विकास में, परियोजना प्रबंधन और उपकरण और तकनीकों के शस्त्रागार की धारणा जो एक प्रबंधक सही समय पर उठा सकता है, वह बहुत व्यापक है।

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

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

यह स्पष्ट है कि अराजकता रिपोर्ट रूस के बारे में नहीं है, यह आमतौर पर दुनिया के बारे में है। लेकिन मुझे लगता है कि समस्या समान है, हर जगह समान है।

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

बहुत बार मैं देखता हूं कि प्रबंधक खुद को प्रबंधकीय जिम्मेदारियों को कैसे गलत समझते हैं, अर्थात, मेरे कई सहयोगी आपातकालीन मोड में काम करते हैं, जिसमें कभी-कभार ही शामिल होते हैं।

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

क्या अंतर है, मैं व्यक्तिगत रूप से नहीं समझता। प्रबंधक - जिस व्यक्ति ने प्रक्रिया का आयोजन किया है, उसके पास कुछ करने के लिए है, एक रास्ता या दूसरा। लेकिन यह वह विधा नहीं है जिसमें मेरे अधिकांश मेहनती सहकर्मी काम करते हैं। हैकर्स नहीं - मेहनती। कारण वे ऐसा क्यों करते हैं? विवरण में जाने के बिना - यह व्यावसायिकता की कमी है।

ऐसा नहीं है कि मैं, इस तरह के एक पेशेवर, उनके बारे में बात कर रहा हूं, लेकिन आपको उद्देश्यपूर्ण होना चाहिए।

बाजार में वास्तव में कुछ पेशेवर प्रबंधक हैं, यह एक तरफ है। और दूसरी ओर, यह एक व्यवसायिक रवैया है।

प्रबंधकों को डांटा, अब मैंने व्यापार को डांटा।

परियोजना प्रबंधन, व्यवसाय के लिए परियोजना प्रबंधक एक लागत केंद्र है। वह आय नहीं उत्पन्न करता है, एक विक्रेता नहीं जो एक अरब के लिए कुछ बेच सकता है और एक व्यवसाय को समृद्ध बना सकता है। दूसरी ओर एक परियोजना प्रबंधक, एक लागत केंद्र है। एक आदमी कुछ करता है, चलता है, और हम उसे पैसे देते हैं। यह कारोबारियों के लिए अपमानजनक है।

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

वास्तव में, रूसी व्यवसाय, जिसके साथ मैंने बहुत कुछ किया है, समझने के लिए तैयार नहीं है।

व्यावसायिक योजनाएं: मैं चाहता हूं कि मेरे प्रबंधक सामान्य हों, परियोजनाएं अच्छी हों। उसी समय, इसके भाग के लिए, यह इसके लिए काफी कुछ करता है।

यह बहुत महत्वपूर्ण है कि परियोजना का एक सामान्य लक्ष्य है, ताकि परियोजना के कुछ दायरे में बदलाव न हो। एक क्लासिक समस्या जिसकी मैं हर जगह बात कर रहा हूं, यह आमतौर पर कई प्रबंधकों के साथ गूंजती है: संसाधनों की कमी।

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

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

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

मोटे तौर पर समझ में आता है। जहां तक ​​मुझे पता है, आप बार-बार कंपनियों में परियोजना कार्यालयों के निर्माण में शामिल रहे हैं। उदाहरण के लिए, हमारे पास कई ग्राहक हैं जो अब या तो एक परियोजना कार्यालय बनाने की प्रक्रिया में हैं, या इसके बारे में सोच रहे हैं। मुझे बताओ, जब आप वहां आते हैं तो कंपनी में परियोजना कार्यालय का निर्माण कहां से शुरू होता है?

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

क्यों एक परियोजना कार्यालय का निर्माण, और क्यों नहीं परियोजना कार्यालयों का निर्माण?

हां, फिर से, हम एक लागत केंद्र का निर्माण कर रहे हैं, हम एक ऐसी चीज का निर्माण कर रहे हैं, जो खुद पर पैसा खींचेगी और लाभ नहीं कमाएगी।

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

पहला सवाल है "क्यों," लक्ष्य क्या है, आप क्या हासिल करना चाहते हैं?

मैं यहाँ अपराधों के बारे में बात नहीं करूँगा, कि लक्ष्य मापनीय होना चाहिए, कि हमें प्रभावशीलता को मापने में सक्षम होना चाहिए। हमने .., के क्रम में एक कार्यालय बनाया, लेकिन क्या हम सफल हुए, आइए तथ्यों को देखें?

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

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

परियोजना कार्यालय परियोजना प्रबंधन को प्रभावित नहीं कर सकता है। प्रबंधकों को खुद को काटने दें, वे पेशेवर हैं। लेकिन दूसरी ओर, परियोजना कार्यालय व्यक्तिगत रूप से व्यक्तिगत परियोजनाओं के प्रबंधन पर ले जा सकता है, उदाहरण के लिए, कंपनी में सबसे महत्वपूर्ण। कार्यक्रम में एकत्र किए गए प्रोजेक्ट।

एक परियोजना कार्यालय कार्य कर सकता है, बहुत बार संसाधन समन्वय केंद्र के रूप में कार्य करता है। कंपनी के संसाधन सीमित हैं, किन परियोजनाओं के लिए उन्हें आवंटित करना है - इन या उन लोगों के लिए? और अगर ये उन लोगों के साथ संघर्ष में आते हैं, तो क्या? कौन सा प्रबंधक अधिक मजबूत और जोरदार है, क्या वह सही है? परियोजना कार्यालय इन कार्यों को ले सकता है, नहीं हो सकता है। केंद्र ज्ञानकोष के रूप में कार्य कर सकता है, ज्ञान संचय कर सकता है, प्रबंधकों को प्रशिक्षित कर सकता है, स्टाफ ऑडिट कर सकता है।

परियोजना कार्यालय एक बहुत ही बहुमुखी चीज है, और यदि हम परियोजना कार्यालय का निर्माण क्यों कर रहे हैं, यह सवाल समय पर पूछे जाते हैं, तो हमारे लिए इस प्रश्न का उत्तर देना आसान होना चाहिए कि वह क्या कर पाएगा - हमारे परियोजना कार्यालय में। यह उत्तर देने के लिए नंबर एक प्रश्न है।

अगला कदम, यह भी जल्द से जल्द एक है, हितधारकों का एक सर्वेक्षण है।

परियोजना कार्यालय की शुरुआत कौन करता है? कंपनी में ये कौन लोग हैं, जो उसका समर्थन करेंगे? यह महत्वपूर्ण है क्योंकि परियोजना कार्यालय संगठन के भीतर खेल के नियमों में बदलाव है जहां आपकी आदतों का विकास हुआ है। हम किसी भी तरह परियोजनाओं के प्रबंधन के लिए उपयोग किया जाता है।

इन परिवर्तनों को करने के लिए, कंपनी के अंदर विशाल ऊर्जा और विशाल शक्ति की आवश्यकता होती है।

यही है, जब संगठन एक परियोजना कार्यालय के विचार के बारे में उत्साहित हो गया, यहां तक ​​कि इसके लिए एक व्यक्ति को भी गायन किया गया (अक्सर यह परियोजना से किसी प्रकार का स्मार्ट व्यक्ति है), अपने आप से यह पूछना महत्वपूर्ण है कि क्या सभी को चलाने वाले के लिए पर्याप्त शक्ति और ऊर्जा है?

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

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

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

हम्म, मैंने प्रोजेक्ट ऑफिस के बारे में कभी प्रोजेक्ट के रूप में नहीं सोचा था ... इवान, मुझे पता है कि आप सरकारी ग्राहकों के साथ बहुत काम करते हैं। उन कंपनियों में जिन्होंने कभी उनके साथ काम नहीं किया है (किराना, आउटसोर्सिंग) - सरकारी ग्राहकों को एक प्रकार का मोर्डर माना जाता है, जहां यह स्पष्ट नहीं है कि कैसे दृष्टिकोण किया जाए, खासकर यदि आपके पास कम से कम 70% का रोलबैक नहीं है। आप सरकारी ग्राहकों के साथ कैसे काम करते हैं, क्या विशेषताएं, सिद्धांत हैं? अपने अनुभव साझा करें।

हां, वास्तव में, मोर्डोर थोड़ा है ...

यह राज्य के ग्राहकों के साथ बहुत मुश्किल है, लेकिन काफी दिलचस्प है। यह दिलचस्प है क्योंकि राज्य के ग्राहक, अगर हम रूस के बारे में बात करते हैं, तो बड़े पैमाने पर परियोजनाएं हैं, अक्सर ये राज्य क्षेत्र की परियोजनाएं हैं। बड़ी संख्या में बड़े पैमाने पर, तकनीकी रूप से जटिल परियोजनाएं सार्वजनिक क्षेत्र में हैं।

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

और कुछ RAO रूसी रेलवे है, जो कि राज्य की राजधानी वाली कंपनी है। यह एक व्यवसाय लगता है, लेकिन ऐसा लगता है कि राज्य क्षेत्र समान है। राज्य क्षेत्र का प्रभाव बहुत शानदार है, और मैं उन्हें किसी प्रकार की व्यावसायिक कंपनी के बजाय एक राज्य ग्राहक के रूप में भी देखूंगा।

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

राज्य की पूंजी वाली कंपनियों से संबंधित होना बहुत आसान है। निजी क्षेत्र - यह स्पष्ट है कि यह केवल कानून के दायरे तक सीमित है। कम स्वतंत्र रूप से एक कंपनी दुनिया की मेरी तस्वीर में पैसा खर्च कर सकती है, जितना अधिक यह सार्वजनिक क्षेत्र है।

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

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

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

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

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

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

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

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

उदाहरण के लिए, सामाजिक तनाव: यदि हम चिकित्सा के क्षेत्र में काम के बारे में बात करते हैं, तो अस्पताल के कुछ प्रमुख चिकित्सक एक ऐसे व्यक्ति हैं जो इस बात पर बहुत ध्यान देते हैं कि टीम उनके साथ कैसा व्यवहार करती है।

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

यही है, ग्राहक उसे समर्थन का वादा करता है, लेकिन ग्राहक के गुप्त समर्थन के साथ, और पूरी टीम उसे उससे नफरत नहीं करती है। यह न केवल सार्वजनिक क्षेत्र में हो सकता है, बल्कि सार्वजनिक क्षेत्र में यह एक बहुत ही सामान्य स्थिति है, ठीक ग्राहक की ओर से सामाजिक तनाव के डर के कारण।

जब मेरे सहयोगियों और मैंने सार्वजनिक क्षेत्र के बारे में बात की, तो मैंने सार्वजनिक क्षेत्र में तीन प्रकार के ग्राहकों को घटाया, सभी ग्राहकों को वीर, व्यापार और साधारण में विभाजित किया।

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

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

लेकिन सबसे बुरी बात यह है कि दुर्भाग्य से, ऐसे सरकारी ग्राहकों का बहुमत है। वे एक कैरियर का निर्माण नहीं करते हैं, उनका मानना ​​है कि वे पहले से ही अच्छी तरह से बसे हुए हैं। उनके लिए यह महत्वपूर्ण है कि कुछ भी न हो, कोई झटका न हो, आसपास कोई भयानक उतार-चढ़ाव न हो। यहां आप उन समस्याओं के पूर्ण विकास की उम्मीद कर सकते हैं जिनके बारे में मैंने बात की थी।

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

कुछ नई दुनिया। आइए Mordor से प्रमाणन की ओर बढ़ें? आप स्वयं एक पीएमआई प्रमाणित व्यक्ति हैं, और मुझे पता है कि आपने सेंट पीटर्सबर्ग में एक औपचारिक पीएमआई प्रतिनिधित्व बनाने में बहुत प्रयास किया था। एक अलग कहानी, हम शायद आज इसे नहीं छूएंगे। प्रश्न: आपकी राय में, आपको प्रमाणन की आवश्यकता क्यों है? और विशेष रूप से, पीएमआई प्रमाणन?

मेरी राय में, यहाँ सब कुछ बहुत व्यक्तिपरक है। मेरे लिए व्यक्तिगत रूप से, एक समय में प्रमाणीकरण एक प्रकार का समझ में आने वाला मील का पत्थर था - इस बात की एक परीक्षा कि मेरा ज्ञान कैसे संरचित था। बहुत मदद जो मैंने खुद को स्थापित करने का काम किया।

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

जब आप इस तरह के प्रमाणीकरण की तैयारी कर रहे हैं, तो स्वेच्छा से अपने आप को जुटाएं, आंतरिक रूप से खुद का चयन करें। आखिरकार, प्रमाणन क्या है, परियोजना प्रबंधन के ज्ञान के लिए एक पीएमपी परीक्षा क्या है? यह स्थितिजन्य कार्यों का एक सेट है, लगभग चार घंटों के लिए आपको स्थितिजन्य कार्यों के साथ बमबारी की जाएगी और परियोजना प्रबंधन मानकों के दृष्टिकोण से, PMBoK के दृष्टिकोण से सही व्यवहार चुनने के लिए कहा जाएगा। और आप चार घंटे के लिए इन सवालों के जवाब देते हैं, और फिर आपको परिणाम मिलता है: आप विषय में हैं या नहीं? यह अपने आप में काफी दिलचस्प है, और तैयारी और प्रमाण पत्र ही बहुत कुछ देता है। फिर, विषयगत रूप से समझने में बहुत मदद मिलती है।

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

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

यह एक दिलचस्प प्रस्ताव प्राप्त करने का एक शानदार मौका है: “यहां हमारे पास एक परामर्श परियोजना है, इसे जीतने के लिए, हमें टीम में एक और पीएमपी-कर्मचारी को आकर्षित करने की आवश्यकता है। एक बात याद आ रही है - क्या तुम जाओगे? "

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

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

मैं इस विषय में बात करता हूं कि मैं एक नौसिखिए प्रबंधक की जगह कैसे करूंगा - वास्तव में, मैंने उसके बारे में कुछ किया था।

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

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

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

ज्यादा जिम्मेदारी मांगना और इसके लिए पैसे न मांगना।

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

विफलता से डरो मत, पहले से पैसे मत पूछो, जबकि आप वास्तव में नहीं जानते कि कैसे।

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

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

याद रखें कि व्यवसाय परियोजना प्रबंधन को भुगतान करता है, कि इस व्यवसाय की समस्याओं को हल करने वाले प्रबंधक को महत्व दिया जाता है।

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

मैं देखता हूं। इवान, आपकी पसंदीदा परियोजना प्रबंधन पुस्तकें क्या हैं?

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

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

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

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

मुझे भी पसंद है जब कोई व्यक्ति परियोजना प्रबंधन के बारे में लिखता है, तो अशमनोव के नियम प्रसिद्ध हैं, जो बहुत विवाद का कारण बनते हैं। मैं किसी भी तरह से बहुत करीब हूं जो वह कहता है। जाहिर तौर पर यह मेरे लिए एक तूफानी भावनात्मक प्रतिक्रिया का कारण बनता है, मैं बहुत खुश हूं। इस तरह।

, , . , , , - ? - ?

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

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

ठीक है। इवान, बहुत बहुत धन्यवाद! सौभाग्य है