परियोजना प्रबंधक की मुख्य समस्याएं और उनसे कैसे निपटें

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

मैं आपसे यह पूछना चाहता हूं कि आप जाने-माने तरीकों पीएमआई, पीआरआईएनसीई 2 इत्यादि का उल्लेख न करें। चूंकि वे बजट की श्रेणियों को इंगित करते हैं, जिसमें उनकी प्रयोज्यता स्वयं कार्यप्रणाली की लागत से अधिक प्रभाव डालती है - यह 50,000 यूएसए से है। 5,000 से 30,000 $ यूएसए के बजट वाले प्रोजेक्ट के समाधान के इच्छुक हैं।

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

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

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

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

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

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

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

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

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

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