परियोजना प्रबंधन के क्षेत्र में मानक। आवश्यकताएँ और मानक - मानक और नियामक दस्तावेजों या उनके व्यक्तिगत प्रावधानों की एक सूची जिसे परियोजना के निष्पादन के दौरान देखा जाना चाहिए

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

परियोजना प्रबंधन के सामान्य तरीके और दृष्टिकोण अंतर्राष्ट्रीय और राष्ट्रीय पेशेवर संगठनों के मानकों में वर्णित हैं जो परियोजना प्रबंधन विशेषज्ञों को एकजुट करते हैं, जैसे कि PMI, IPMA, OGC1, ISO, GAPPS, APM, PMAJ और विभिन्न देशों के दर्जनों अन्य राष्ट्रीय संघ।

प्रोजेक्ट मैनेजमेंट इंस्टीट्यूट सबसे पुराना और सबसे सम्मानित गैर-लाभकारी पेशेवर संघ है, जिसे 1969 में संयुक्त राज्य अमेरिका में स्थापित किया गया था और 170 से अधिक देशों के 285,000 से अधिक परियोजना प्रबंधन पेशेवरों को स्थानीय स्तर पर संचालित अध्यायों के साथ-साथ समुदायों: कॉलेजों और विशेष रुचि समूह (एसआईजी)।

पीएमआई परियोजना प्रबंधन के विभिन्न क्षेत्रों में मानक विकसित करता है, परियोजना प्रबंधन पेशेवरों के लिए सम्मेलन और सेमिनार, शैक्षिक कार्यक्रम और पेशेवर प्रमाणन आयोजित करता है।

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

इंटरनेशनल प्रोजेक्ट मैनेजमेंट एसोसिएशन (IPMA) की स्थापना 1965 में ज्यूरिख में यूरोपीय संघ द्वारा एक गैर-लाभकारी पेशेवर संघ के रूप में की गई थी। IPMA वर्तमान में दुनिया भर से 50 राष्ट्रीय परियोजना प्रबंधन संघों को एक साथ लाता है। राष्ट्रीय परियोजना प्रबंधन संघ SOVNET द्वारा IPMA में रूस का प्रतिनिधित्व किया जाता है।

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

2006 के ICB 3.0 मानक के तीसरे संस्करण में, परियोजनाओं, कार्यक्रमों और परियोजना विभागों के प्रबंधन के लिए 46 योग्यता तत्वों की पहचान की गई थी, उन सभी को तीन समूहों में विभाजित किया गया था: तकनीकी, व्यवहारिक और प्रासंगिक दक्षताएँ।

प्रत्येक राष्ट्रीय संघ जो IPMA का हिस्सा है, विशेषज्ञों के लिए अपनी स्वयं की राष्ट्रीय योग्यता आवश्यकताओं को विकसित करने के लिए जिम्मेदार है - राष्ट्रीय क्षमता आधार रेखा (NCB), जो तब IPMA द्वारा अनुसमर्थित की जाती हैं। रूस में, SOVNET ने रूसी विशेषज्ञों के प्रमाणीकरण के लिए एक उपयुक्त मानक विकसित किया है - व्यावसायिक ज्ञान की मूल बातें और परियोजना प्रबंधन विशेषज्ञों की क्षमता के लिए राष्ट्रीय आवश्यकताएँ (NTK 3.0 का नवीनतम संस्करण 2010 में जारी किया गया था)।

सरकारी वाणिज्य कार्यालय (ओजीसी) मानक

ऑफ़िस ऑफ़ गवर्नमेंट कॉमर्स (OGC) यूके कैबिनेट कार्यालय के भीतर दक्षता और सुधार समूह का हिस्सा है और सरकार को निम्नलिखित लक्ष्यों को प्राप्त करने के माध्यम से सार्वजनिक व्यय पर अधिक लाभ प्राप्त करने में मदद करने के लिए डिज़ाइन किया गया है।

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

परियोजना प्रबंधन के लिए मुख्य OGC मानक PRINCE2 (नियंत्रित वातावरण में परियोजनाएँ - नियंत्रित वातावरण में परियोजनाएँ) है।

PRINCE मानक का पहला संस्करण 1989 में यूके में विकसित किया गया था।

PRINCE2 की मुख्य विशेषताएं हैं:

व्यावसायिक दृष्टिकोण से परियोजना को सही ठहराने पर ध्यान दें;

परियोजना प्रबंधन टीम के लिए परिभाषित संगठनात्मक संरचना;

परियोजना नियोजन के लिए उत्पाद-उन्मुख दृष्टिकोण;

प्रबंधनीय और नियंत्रित चरणों में परियोजना के विभाजन पर जोर।

OGC ने परियोजना प्रबंधन के लिए कई और मानक विकसित किए हैं।

प्रोजेक्ट मैनेजमेंट एसोसिएशन ऑफ़ जापान (PMAJ) मानक

जापान प्रोजेक्ट मैनेजमेंट एसोसिएशन (पीएमएजे) की स्थापना 2005 में जापान प्रोजेक्ट मैनेजमेंट फोरम (जेपीएमएफ)12 और प्रोजेक्ट मैनेजमेंट प्रोफेशनल सर्टिफिकेशन सेंटर (पीएमसीसी) के विलय के परिणामस्वरूप हुई थी।

प्रोजेक्ट मैनेजमेंट स्टैंडर्ड - द गाइडबुक फॉर प्रोजेक्ट एंड प्रोग्राम मैनेजमेंट फॉर एंटरप्राइज इनोवेशन (P2M)

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

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

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

सबसे प्रतिनिधि, ऐतिहासिक रूप से स्थापित और व्यापक राष्ट्रीय मानक प्रणालियों में से एक ब्रिटिश परियोजना प्रबंधन मानक है। परियोजना प्रबंधन के लिए नेटवर्क प्रौद्योगिकियों के उपयोग के लिए मानकों के एक सेट के रूप में 1981 में यूके में पहला राष्ट्रीय परियोजना प्रबंधन मानक सामने आया (हमारे देश में उन्हें नेटवर्क योजना और प्रबंधन विधियों के रूप में जाना जाता है)। 1981 में पेश किए गए पहले तीन मानक, विशेष रूप से नेटवर्क विधियों के अनुप्रयोग, परियोजना मूल्यांकन विधियों, कंप्यूटिंग प्रौद्योगिकी के उपयोग, और संसाधन विश्लेषण और परियोजनाओं में लागत नियंत्रण से संबंधित थे।

परियोजना प्रबंधकों और पीएम विशेषज्ञों की क्षमता निम्नलिखित घटकों द्वारा निर्धारित की जाती है: ज्ञान; अनुभव; दक्षताएं और योग्यताएं; नीति; सोचने का पेशेवर तरीका; परियोजना प्रबंधन विधियों और उपकरणों के उपयोग सहित कार्रवाई का व्यावसायिक पाठ्यक्रम।

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

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

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

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

ज्ञान की आवश्यकताओं को ज्ञान के तथाकथित निकाय द्वारा परिभाषित किया गया है। वे परियोजना प्रबंधकों और पीएम विशेषज्ञों के ज्ञान, अनुभव, कौशल के लिए आवश्यकताओं की एक प्रणाली बनाते हैं।

ज्ञान का शरीर अंतरराष्ट्रीय और राष्ट्रीय पेशेवर संघों द्वारा बनाए रखा और विकसित किया जाता है। वर्तमान में, 20 से अधिक देशों में संघों के पास परियोजना प्रबंधन (पीएमबीओके) और राष्ट्रीय प्रमाणन प्रणाली पर ज्ञान का आधिकारिक राष्ट्रीय निकाय है। ज्ञान के ये निकाय व्यक्तिगत पीएम मुद्दों के लिए पेशेवर क्षमता या राष्ट्रीय मानकों के लिए आवश्यकताओं की राष्ट्रीय प्रणाली के रूप में प्रस्तुत किए जाते हैं।

पीएम के क्षेत्र में, परियोजना प्रबंधकों की क्षमता के लिए अंतर्राष्ट्रीय आवश्यकताओं की प्रणाली को परिभाषित करने वाला अंतर्राष्ट्रीय नियामक दस्तावेज ICB IPMA है। इसके आधार पर, IPMA के सदस्य देशों में विशेषज्ञों की क्षमता के लिए आवश्यकताओं की राष्ट्रीय प्रणालियों का विकास किया जाता है। राष्ट्रीय आवश्यकताओं प्रणालियों को IPMA ICB का अनुपालन करना चाहिए और प्रासंगिक IPMA प्राधिकरणों द्वारा औपचारिक रूप से अनुमोदित (अनुमोदित) होना चाहिए। कई गैर-आईपीएमए देशों (अमेरिका, ऑस्ट्रेलिया और जापान सहित) के पास ज्ञान और प्रमाणन प्रणाली के अपने कोड हैं।

IPMA आवश्यकताओं के अनुसार परियोजना प्रबंधन विशेषज्ञों के काम के लिए नियम और विनियम अंतर्राष्ट्रीय क्षमता आधार रेखा (ICB) नामक एक दस्तावेज़ में परिलक्षित होते हैं - परियोजना प्रबंधन विशेषज्ञों की क्षमता के लिए अंतर्राष्ट्रीय आवश्यकताएँ।

प्रत्येक राष्ट्रीय संघ अपनी स्वयं की राष्ट्रीय क्षमता आधार रेखा (NCB) विकसित करने के लिए जिम्मेदार है, जिसे बाद में IPMA द्वारा अनुसमर्थित किया जाता है।

राष्ट्रीय संघ अपने देशों में प्रमाणन कार्यक्रमों के लिए जिम्मेदार हैं। IPMA स्थापित नियमों, मानकों और सिफारिशों के अनुपालन के विश्लेषण के आधार पर इन कार्यक्रमों की पुष्टि करता है।

अंतर्राष्ट्रीय क्षमता आधार रेखा में 42 तत्व शामिल हैं जो परियोजना प्रबंधन (28 बुनियादी और 14 अतिरिक्त तत्व) में ज्ञान और अनुभव को निर्धारित करते हैं, साथ ही उम्मीदवार के व्यक्तिगत गुणों से संबंधित 8 पहलू और 10 पहलू जो प्रमाणित होने वाले व्यक्ति की समग्र छाप को निर्धारित करते हैं। . IPMA के लिए आवश्यक है कि NCB में सभी 28 मूल तत्व और कम से कम 6 अतिरिक्त तत्व शामिल हों जिन्हें राष्ट्रीय संघ के विवेक पर चुना गया हो।

इसके अलावा, NCB में ऐसे खंड भी शामिल होने चाहिए जो व्यक्तिगत गुणों से संबंधित पहलुओं को दर्शाते हैं और उम्मीदवार के समग्र प्रभाव को निर्धारित करते हैं। साथ ही, ज्ञान और कौशल के लगभग 8 अतिरिक्त तत्वों (42 तत्वों का लगभग 20%) को समाप्त किया जा सकता है या नए तत्वों के साथ प्रतिस्थापित किया जा सकता है जो खाते में लेते हैं राष्ट्रीय विशेषताएंऔर परियोजना प्रबंधन में अग्रिम।

प्रत्येक राष्ट्रीय संघ प्रमाणन कार्यक्रम के लिए और सबसे बढ़कर, राष्ट्रीय क्षमता आवश्यकताएँ (NCB - राष्ट्रीय क्षमता आधार रेखा) के लिए अपने स्वयं के विस्तृत दस्तावेज़ीकरण को विकसित और अनुमोदित करता है। प्रमाणन उद्देश्यों के लिए आईपीएमए द्वारा इस दस्तावेज की पुष्टि की गई है। साथ ही, राष्ट्रीय संघों को परियोजना प्रबंधन क्षमता के क्षेत्र में राष्ट्रीय संस्कृति और उपलब्धियों की विशिष्टताओं को ध्यान में रखने के लिए कुछ स्वतंत्रता दी जाती है। दूसरी ओर, IPMA द्वारा किया गया एकीकरण वैश्विक बाजार में सक्रिय कंपनियों और संगठनों की आवश्यकताओं को ध्यान में रखता है।

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

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

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

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

परियोजना प्रबंधन उद्यम प्रबंधन प्रणाली का हिस्सा है।

कहानी

महत्वपूर्ण या मुख्य स्थान पर आधुनिक तरीकेपरियोजना प्रबंधन संयुक्त राज्य अमेरिका में XX सदी के 50 के दशक के अंत में विकसित संरचना कार्य और नेटवर्क योजना के तरीके हैं।

ट्रिपल प्रतिबंध का क्लासिक रूप

• असीमित संसाधनों की धारणा, केवल समय सीमा और गुणवत्ता महत्वपूर्ण हैं। PERT विधि, महत्वपूर्ण पथ विधि,
• गुणवत्ता की महत्वपूर्णता की धारणा, जबकि समय और संसाधनों की आवश्यकताएं काफी लचीली हैं (यहाँ गुणवत्ता का अर्थ है, पहले से ज्ञात और अज्ञात दोनों तरह की जरूरतों को पूरा करना, जो अक्सर एक नए उत्पाद के जारी होने से बनती है)। फुर्तीली विकास पद्धति
• आवश्यकताओं की अपरिवर्तनीयता, कम जोखिम, तंग समय सीमा की धारणा। क्लासिक PMBOK विधियाँ, बहुत हद तक जलप्रपात मॉडल पर आधारित हैं
• के बारे में अनुमान उच्च जोखिमपरियोजना। मेथड इनोवेशन प्रोजेक्ट्स (स्टार्टअप्स)
• तटस्थ (संतुलित) दृष्टिकोण के लिए विकल्प:
  • कलाकारों की बातचीत पर जोर। प्रिंस 2 विधि
  • प्रक्रिया सहभागिता पर जोर। प्रक्रिया-आधारित प्रबंधन पद्धति

परियोजना में भूमिकाएँ

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

ग्राहक परियोजना और उसके वित्तपोषण के उद्देश्य और सीमाओं को निर्धारित करता है। ठेकेदार स्वीकृत योजना के अनुसार परियोजना को पूरा करता है।

ग्राहक लक्ष्य निर्धारित करने और उपभोक्ता के लिए परिणाम की उपयोगिता के लिए जिम्मेदार है। परियोजना समिति ग्राहक के कार्यों को केंद्रीकृत करने और परियोजना पोर्टफोलियो के प्रबंधन के लिए जिम्मेदार है। में निर्माण संगठनइसके लिए एकल ग्राहक की एक विशेष सेवा आवंटित की जाती है।

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

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

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

परियोजना प्रबंधन लक्ष्य और परियोजना सफलता

परियोजना की सफलता विभिन्न तरीकों सेअलग-अलग तरीकों से मूल्यांकन किया। सफलता को अलग-अलग परियोजना प्रतिभागियों द्वारा अलग-अलग तरीकों से मापा जा सकता है।

सफलता रेटिंग समूह:

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

इसलिए, उदाहरण के लिए, एक परियोजना जो सहमत समय सीमा और लागतों को पूरा करती है, लेकिन परियोजना के परिणामों के अनुसार भुगतान नहीं करती है (लागत अधिक है, परियोजना के अंत तक परिणाम अप्रासंगिक है, ग्राहक परिणाम का उपयोग नहीं कर सकता है) , आदि) पारंपरिक पद्धति के अनुसार सफल होंगे, लेकिन ग्राहक-उन्मुख पद्धति के अनुसार सफल नहीं होंगे। ऐसी परियोजना की विफलता के लिए जिम्मेदारी ग्राहक के पास होती है और कुछ मामलों में परियोजना कार्यालय या ग्राहक सेवा।

सामान्य तौर पर, परियोजना प्रबंधन के लक्ष्य को निम्नानुसार परिभाषित किया जा सकता है:

"एक परियोजना (नों) के प्रबंधन का लक्ष्य पूर्व निर्धारित बाधाओं और अवसरों के उचित उपयोग के साथ पूर्व निर्धारित लक्ष्यों को प्राप्त करना है, जोखिमों का जवाब देना है।"

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

कॉर्पोरेट परियोजना प्रबंधन प्रणाली

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

परियोजना प्रबंधन प्रक्रियाएं

अंतर्राष्ट्रीय परियोजना प्रबंधन मानक आईएसओ 21500:2012

सितंबर 2012 में, अंतर्राष्ट्रीय मानक संगठन ISO के माध्यम से राज्य स्तर पर रूस, संयुक्त राज्य अमेरिका और यूरोपीय संघ के देशों ने ISO 21500 मानक लागू किया, जो PMBOK मॉडल के आधार पर बनाया गया था। आईएसओ 21500 मानक को अपनाने के साथ-साथ पीएमआई से आईएसओ में मानकीकरण प्राथमिकता का आभासी हस्तांतरण भी हुआ।

के अनुसार सिविल कानूनयूरोपीय संघ के अधिकांश देश, साथ ही रूस, यूरोप में अन्य सभी मानक ISO 21500:2012 के अधीनस्थ हैं और आधिकारिक मानक के साथ किसी भी विसंगति के मामले में, इन अंतरों में अधीनस्थ मानक "शून्य" हैं। रूस में, यह नियम रूसी संघ के नागरिक संहिता के अनुच्छेद 7 में निहित है।

• परियोजना आवश्यकताओं की परिभाषा
• स्पष्ट और प्राप्त करने योग्य लक्ष्य निर्धारित करना
• गुणवत्ता, क्षमता, समय और लागत के लिए प्रतिस्पर्धी मांगों को संतुलित करना
• विभिन्न हितधारकों (हितधारकों) की जरूरतों और चिंताओं के लिए विशिष्टताओं, योजनाओं और दृष्टिकोणों का अनुकूलन

आईपीएमए

• IPMA परियोजना प्रबंधन प्रणाली देखें

PRINCE2 कार्यप्रणाली के अनुसार परियोजना प्रबंधन प्रक्रियाएँ

• प्रोजेक्ट स्टार्ट (एसयू)।
• प्रोजेक्ट लॉन्च (आईपी)।
• प्रोजेक्ट प्लानिंग (पीएल)।
• परियोजना प्रबंधन (डीपी)।
• स्टेज कंट्रोल (सीएस)।
• चरण सीमा नियंत्रण (एसबी)।
• उत्पाद निर्माण प्रबंधन (एमपी)।
• परियोजना का समापन (सीपी)।

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

MSF कार्यप्रणाली के अनुसार परियोजना प्रबंधन प्रक्रियाएँ

Microsoft Solutions Framework (MSF) को Microsoft द्वारा IT परियोजनाओं के प्रबंधन के लिए एक पद्धति के रूप में विकसित किया गया था। MSF परियोजना के प्रत्येक चरण का प्रतिनिधित्व इस प्रकार करता है:

• अवधारणा का विकास (कल्पना)
• योजना
• विकास
• स्थिरीकरण
• कार्यान्वयन

परियोजना प्रबंधन योजना

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

परियोजना प्रबंधन योजना को प्रतिबिंबित करना चाहिए:

• परियोजना की सामग्री और सीमाएं
• परियोजना के प्रमुख मील के पत्थर
• नियोजित परियोजना बजट
• अनुमान और प्रतिबंध
• आवश्यकताएँ और मानक

परियोजना प्रबंधन मानक

परियोजना प्रबंधन (प्रबंधन) के लिए अंतर्राष्ट्रीय मानक:

राष्ट्रीय परियोजना प्रबंधन मानक:

• GOST R 54869-2011 "परियोजना प्रबंधन। परियोजना प्रबंधन आवश्यकताएँ ”(रूस)
• GOST R 54870-2011 "परियोजना प्रबंधन। परियोजना पोर्टफोलियो प्रबंधन के लिए आवश्यकताएँ ”(रूस)
• GOST R 54871-2011 "परियोजना प्रबंधन। कार्यक्रम प्रबंधन आवश्यकताएँ ”(रूस)
• नासा परियोजना प्रबंधन (यूएसए)
• बीएसआई बीएस 6079 (यूके)
• एपीएम बॉडी ऑफ नॉलेज (यूके)
• दीन 69901 (जर्मनी)
• हेमीज़ विधि (स्विट्जरलैंड)
• कैन/सीएसए-आईएसओ 10006-98 (कनाडा)
• दक्षिण अफ़्रीकी NQF4 (दक्षिण अफ़्रीका)
• सीईपीएम (भारत)
• प्रोमैट (दक्षिण कोरिया)

आवेदन के विस्तारित भूगोल के साथ मानक:

• PRINCE2 (नियंत्रित वातावरण में परियोजनाएं)
• आईएसईबी परियोजना प्रबंधन पाठ्यक्रम
• Oracle अनुप्रयोग कार्यान्वयन विधि (AIM)

परियोजना प्रबंधक योग्यता मूल्यांकन मानक:

• आईसीबी आईपीएमए क्षमता बेसलाइन (आईपीएमए)
• NTK (विशेषज्ञों की क्षमता के लिए राष्ट्रीय आवश्यकताएँ) (प्रोजेक्ट मैनेजमेंट एसोसिएशन "SOVNET", रूस)
• NCB UA (राष्ट्रीय क्षमता आधार रेखा, संस्करण 3.0) (यूक्रेन)

परियोजना प्रबंधन सॉफ्टवेयर

• सेवा स्वचालन पर केंद्रित उत्पाद:
  • ARTA सॉफ्टवेयर - ARTA सिनर्जी सिस्टम
  • एपिकोर सॉफ्टवेयर
• परियोजना और कार्य प्रबंधन प्रणाली:
  • Bontq एक परियोजना प्रबंधन और बग ट्रैकिंग सिस्टम है।
  • सेरेब्रो दृश्य-श्रव्य क्षेत्र में एक परियोजना प्रबंधन प्रणाली है।
  • आसान परियोजनाएं .NET एक परियोजना प्रबंधन प्रणाली है जिसे .NET में लिखा गया है।
  • eGroupWare एक मुफ्त परियोजना प्रबंधन सॉफ्टवेयर है।
  • GanttProject एक छोटा मुफ्त गैंट चार्टिंग और संसाधन कार्यक्रम है। [तथ्य का महत्व?]
  • Kommandcore एक सशुल्क बहु-उपयोगकर्ता वेब-आधारित परियोजना प्रबंधन सेवा है, जिसे मुख्य रूप से फुर्तीली विकास पद्धति के आधार पर परियोजना प्रबंधकों के लिए डिज़ाइन किया गया है।
  • OpenProj Microsoft Project का एक मुफ़्त, खुला स्रोत विकल्प है।
  • Clarizen - क्लाउड-आधारित परियोजना प्रबंधन प्रणाली, कार्मिक, बजट
  • PayDox - दस्तावेज़ प्रबंधन प्रणाली, कार्य और संयुक्त कार्यकर्मचारी।
  • प्रोजेक्ट कैसर एक वेब-आधारित परियोजना और कार्य प्रबंधन प्रणाली है जिसमें विकी समर्थन और उन्नत उपयोगकर्ता सहभागिता उपकरण शामिल हैं।
  • ProjectMate - पेशेवर गतिविधियों को स्वचालित करने के लिए रूसी पीएसए-प्रणाली। परियोजना प्रबंधन मॉड्यूल के अलावा, इसमें बहुत सारे कार्य हैं जो परामर्श सेवाओं के क्षेत्र में कंपनियों में मांग में हैं - समय पर नज़र रखने से लेकर चालान (बिलिंग) तक।
  • Redmine एक मुफ्त बहु-उपयोगकर्ता वेब सेवा है जो आईटी परियोजनाओं और डेवलपर्स की बारीकियों पर केंद्रित है।
  • टीमलैब परियोजनाओं, दस्तावेजों और सहयोग के प्रबंधन के लिए एक प्रणाली है।
  • TrackStudio Enterprise एक कार्य प्रबंधन प्रणाली है। एमएस प्रोजेक्ट के लिए एक निर्यात है।
  • ट्रैक एक प्रोजेक्ट मैनेजमेंट और सॉफ्टवेयर बग ट्रैकिंग टूल है।
  • Web2Project परियोजना प्रबंधन के लिए एक खुला स्रोत मुक्त वेब अनुप्रयोग है (परियोजना डॉटप्रोजेक्ट कोड पर आधारित है)।

परियोजना प्रबंधन के तरीके

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

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

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

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

साहित्य

• स्टेनली ई. पोर्टनी।डमीज के लिए परियोजना प्रबंधन = डमीज के लिए परियोजना प्रबंधन। - एम।: "डायलेक्टिक्स", 2006. - एस 368. - आईएसबीएन 0-7645-5283-एक्स
• रसेल डी आर्चीबाल्ड।उच्च प्रौद्योगिकी कार्यक्रमों और परियोजनाओं का प्रबंधन = उच्च प्रौद्योगिकी कार्यक्रमों और परियोजनाओं का प्रबंधन। - एम।: आईटी अकादमी, 2004। - एस 472। - आईएसबीएन 5-98463-002-3
• नेवेल माइकल डब्ल्यू।पेशेवरों के लिए परियोजना प्रबंधन। प्रमाणन परीक्षा तैयारी गाइड। - "कुडिट्स-प्रेस", 2008. - एस 416. - आईएसबीएन 978-5-91136-009-2
• टॉम डेमार्को।अंतिम तारीख। परियोजना प्रबंधन के बारे में एक उपन्यास। - "वर्टेक्स" "एम", 2006. - एस. 143. - आईएसबीएन 5-9626-0132-7
• अशमनोव इगोर स्टानिस्लावॉविचएक बुलबुले के अंदर जीवन। - एम।: मान, इवानोव और फेरबर, 2008. - एस 208. - आईएसबीएन 978-5-902862-79-6
• किम हेल्डमैन।पेशेवर परियोजना प्रबंधन। - "द्विपद" "मास्को", 2005. - एस. 517. - आईएसबीएन 5-94774-234-9
• लैपगिन यू.एन.परियोजना प्रबंधन: नियोजन से लेकर प्रदर्शन मूल्यांकन तक। - ओमेगा-एल "मास्को", 2008. - एस 252. - आईएसबीएन 978-5-370-00985-3

ज़रेनकोव वीए परियोजना प्रबंधन। एसपीबी।, 2010।

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

मानकों

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

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

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

मानकों के प्रकार

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

1. शब्दावली की परिभाषा और समझ, इस क्षेत्र की गतिविधि का विषय और सभी परियोजना प्रतिभागियों की भूमिका।
2. विशेषज्ञों और प्रबंधन का विकास सुनिश्चित करना जो गतिविधियों का अभ्यास करते हैं और निम्नलिखित परियोजनाओं के परिणामों और प्रभावशीलता को बढ़ाते हैं।
3. प्रमाणन के दौरान, सबसे पहले, पेशेवरों की योग्यता का मूल्यांकन और पुष्टि की जाती है, और दूसरी बात, इन कर्मचारियों द्वारा स्वयं उपयोग की जाने वाली प्रथाओं का मूल्यांकन किया जाता है।

मानकों को चार प्रकारों में विभाजित किया जा सकता है: अंतर्राष्ट्रीय, राष्ट्रीय, उद्योग और कॉर्पोरेट।

पीएमआई संस्थान और इसके मानक

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

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

परियोजना प्रबंधन प्रक्रियाओं की सहभागिता का मॉडल

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

आईएसओ मानक

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

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

ISO 21500:2012 और PMBOK के बीच अंतर

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

इस मानक की मुख्य विशेषताएं इस प्रकार हैं:

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

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

आईसीबी IPMA मानकीकरण दिशा

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

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

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

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

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

प्रिंस 2 मानक

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

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

मानकों को चुनने और साझा करने का अभ्यास

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

मानकों के संयोजन के लिए, कई मामलों में इसके बिना करना असंभव है। इसलिए, उदाहरण के लिए, अंग्रेजी मानकों का उपयोग करने वाली कंपनियों को PMBOK के समान एक अतिरिक्त कार्यप्रणाली की आवश्यकता होती है। बदले में, केवल अमेरिकी मानक के उपयोग से स्थानीय तरीकों की कमी हो जाती है। लेकिन आईएसओ या इसका एनालॉग - GOST R ISO 21500-2014 परियोजना प्रबंधन मानक - विशिष्ट कॉर्पोरेट आवश्यकताओं के अनुकूलन के बिना संक्षिप्त आवश्यकताओं को निर्धारित करने में सक्षम है। सामान्य तौर पर, किसी भी कार्यप्रणाली के अनुप्रयोग के लिए उस संगठन की प्रबंधन संस्कृति के अनुकूलन की आवश्यकता होती है जहाँ इसका उपयोग किया जाता है।

निष्कर्ष

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

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

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

परियोजना प्रबंधन उद्यम प्रबंधन प्रणाली का हिस्सा है।

वैकल्पिक मानक और स्कूल कभी-कभी परियोजना प्रबंधन की अवधारणा को व्यापक या अधिक विशिष्ट अर्थ देते हैं।

कहानी

आधुनिक परियोजना प्रबंधन विधियाँ संयुक्त राज्य अमेरिका में 1950 के दशक के अंत में विकसित कार्य संरचना और नेटवर्क नियोजन तकनीकों पर आधारित हैं।

त्रिपक्षीय सीमा का शास्त्रीय रूप

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

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

समय की कमी परियोजना को पूरा करने के लिए उपलब्ध समय की मात्रा से निर्धारित होती है। लागत बाधा परियोजना के लिए आवंटित बजट द्वारा निर्धारित की जाती है। स्कोप की कमी परियोजना के अंतिम परिणाम को प्राप्त करने के लिए आवश्यक गतिविधियों के सेट द्वारा निर्धारित की जाती है। ये तीन सीमाएं अक्सर एक दूसरे के साथ प्रतिस्पर्धा करती हैं। किसी परियोजना का दायरा बदलने से आमतौर पर शेड्यूल (समय) और लागत में बदलाव होता है। कम समय सीमा (समय) लागत में वृद्धि और सामग्री में कमी का कारण बन सकती है। एक छोटा बजट (लागत) शर्तों (समय) में वृद्धि और सामग्री में कमी का कारण बन सकता है।

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

दृष्टिकोण

परियोजना के प्रकार के आधार पर परियोजना प्रबंधन के कई तरीके हैं:

· असीमित संसाधनों की धारणा, केवल समय सीमा और गुणवत्ता महत्वपूर्ण हैं - PERT विधि, महत्वपूर्ण पथ विधि;

· गुणवत्ता की आलोचना की धारणा, जबकि समय और संसाधनों की आवश्यकताएं काफी लचीली हैं (यहाँ गुणवत्ता का अर्थ है बैठक की जरूरतों की पूर्णता, पहले से ज्ञात और अज्ञात दोनों, अक्सर एक नए उत्पाद की रिहाई के द्वारा बनाई गई) - लचीली विकास पद्धति;

· आवश्यकताओं की अपरिवर्तनीयता, कम जोखिम, तंग समय सीमा, जिसमें शास्त्रीय PMBOK विधियाँ आती हैं, मुख्य रूप से जलप्रपात मॉडल पर आधारित हैं;

· उच्च परियोजना जोखिमों की धारणा नवीन परियोजनाओं की विधि है।

तटस्थ (संतुलित) दृष्टिकोणों के लिए भी विकल्प हैं जो या तो कलाकारों की बातचीत (PRINCE2 विधि) या प्रक्रियाओं की बातचीत (प्रक्रिया-उन्मुख प्रबंधन) पर ध्यान केंद्रित करते हैं।

परियोजना में भूमिकाएँ

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

ग्राहक परियोजना और उसके वित्तपोषण के उद्देश्य और सीमाओं को निर्धारित करता है। ठेकेदार स्वीकृत योजना के अनुसार परियोजना को पूरा करता है।

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

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

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

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

परियोजना प्रबंधन लक्ष्य और परियोजना सफलता

परियोजना की सफलता का मूल्यांकन अलग-अलग तरीकों से अलग-अलग तरीकों से किया जाता है। सफलता को अलग-अलग परियोजना प्रतिभागियों द्वारा अलग-अलग तरीकों से मापा जा सकता है।

सफलता रेटिंग समूह:

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

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

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

इसलिए, उदाहरण के लिए, एक परियोजना जो सहमत समय सीमा और लागतों को पूरा करती है, लेकिन परियोजना के परिणामों के अनुसार भुगतान नहीं करती है (लागत अधिक है, परियोजना के अंत तक परिणाम अप्रासंगिक है, ग्राहक परिणाम का उपयोग नहीं कर सकता है) , आदि) पारंपरिक पद्धति के अनुसार सफल होंगे, लेकिन ग्राहक-उन्मुख पद्धति के अनुसार सफल नहीं होंगे। ऐसी परियोजना की विफलता के लिए जिम्मेदारी ग्राहक के पास होती है और कुछ मामलों में परियोजना कार्यालय या ग्राहक सेवा।

सामान्य तौर पर, परियोजना प्रबंधन के लक्ष्य को निम्नानुसार परिभाषित किया जा सकता है:

"एक परियोजना (नों) के प्रबंधन का लक्ष्य पूर्व निर्धारित बाधाओं और अवसरों के उचित उपयोग के साथ पूर्व निर्धारित लक्ष्यों को प्राप्त करना है, जोखिमों का जवाब देना है।"

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

कॉर्पोरेट परियोजना प्रबंधन प्रणाली

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

परियोजना प्रबंधन प्रक्रियाएं

पारंपरिक पद्धति के अनुसार परियोजना प्रबंधन प्रक्रियाएं

परियोजना प्रबंधन प्रक्रियाओं का क्रम:

· परियोजना पर्यावरण को परिभाषित करें।

· परियोजना सूत्रीकरण।

· परियोजना की योजना बना।

· परियोजना का तकनीकी कार्यान्वयन (योजना और नियंत्रण को छोड़कर)।

· परियोजना के कार्यान्वयन पर नियंत्रण।

पीएमआई पद्धति के अनुसार परियोजना प्रबंधन प्रक्रियाएं

· मुख्य पीएमआई प्रक्रियाओं और प्रक्रियाओं को पीएमबीओके मानक में वर्णित किया गया है:

· परियोजना आवश्यकताओं की परिभाषा

· स्पष्ट और प्राप्त करने योग्य लक्ष्य निर्धारित करना

· गुणवत्ता, क्षमता, समय और लागत के लिए प्रतिस्पर्धी मांगों को संतुलित करना

· विभिन्न हितधारकों (हितधारकों) की जरूरतों और चिंताओं के लिए विशिष्टताओं, योजनाओं और दृष्टिकोणों का अनुकूलन

IPMA कार्यप्रणाली के अनुसार परियोजना प्रबंधन प्रक्रियाएँ

· IPMA परियोजना प्रबंधन प्रणाली देखें

PRINCE कार्यप्रणाली के अनुसार परियोजना प्रबंधन प्रक्रियाएँ

· प्रोजेक्ट स्टार्ट (एसयू)।

· प्रोजेक्ट लॉन्च (आईपी)।

· प्रोजेक्ट प्लानिंग (पीएल)।

· परियोजना प्रबंधन (डीपी)।

· स्टेज कंट्रोल (सीएस)।

· चरण सीमा नियंत्रण (एसबी)।

· उत्पाद निर्माण प्रबंधन (एमपी)।

· परियोजना का समापन (सीपी)।

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

परियोजना प्रबंधन योजना

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

परियोजना प्रबंधन योजना को प्रतिबिंबित करना चाहिए: परियोजना का दायरा और दायरा, परियोजना के प्रमुख मील के पत्थर, नियोजित परियोजना बजट, धारणाएं और बाधाएं, आवश्यकताएं और मानक

परियोजना प्रबंधन मानक

परियोजना प्रबंधन (प्रबंधन) के लिए अंतर्राष्ट्रीय मानक:

· ISO 10006:2003, गुणवत्ता प्रबंधन प्रणाली - परियोजनाओं में गुणवत्ता प्रबंधन के लिए दिशानिर्देश ( GOSTRISO 10006-2005 गुणवत्ता प्रबंधन प्रणाली के रूप में रूस में अपनाया गया। डिजाइन में गुणवत्ता प्रबंधन के लिए गाइड)

· ISO 21500:2012 परियोजना प्रबंधन पर मार्गदर्शन (रूस में GOST R ISO 21500 - 2014 "प्रोजेक्ट मैनेजमेंट गाइड" के रूप में स्वीकृत)

आवेदन के विस्तारित भूगोल के साथ राष्ट्रीय मानक:

· ANSI PMI PMBOK 5वां संस्करण - प्रोजेक्ट मैनेजमेंट बॉडी ऑफ़ नॉलेज के लिए एक गाइड (PMBOK गाइड)

· PRINCE2 (नियंत्रित वातावरण में परियोजनाएं)

· आईएसईबी परियोजना प्रबंधन पाठ्यक्रम

· Oracle अनुप्रयोग कार्यान्वयन विधि (AIM)

राष्ट्रीय परियोजना प्रबंधन मानक:

· GOST R 54869-2011 "परियोजना प्रबंधन। परियोजना प्रबंधन आवश्यकताएँ ”(रूस)

· GOST R 54870-2011 "परियोजना प्रबंधन। परियोजना पोर्टफोलियो प्रबंधन के लिए आवश्यकताएँ ”(रूस)

· GOST R 54871-2011 "परियोजना प्रबंधन। कार्यक्रम प्रबंधन आवश्यकताएँ ”(रूस)

नासा परियोजना प्रबंधन (यूएसए))

· बीएसआई बीएस 6079 (यूके)

· एपीएम बॉडी ऑफ नॉलेज (यूके)

· ओएससीईएनजी (यूके)

· दीन 69901 (जर्मनी)

· वी-मॉडल (जर्मनी)

· वीजेडपीएम (स्विट्जरलैंड)

· अफाइटेप (फ्रांस)

· हेमीज़ विधि (स्विट्जरलैंड)

· एएनसीएसपीएम (ऑस्ट्रेलिया)

· कैन /सीएसए -आईएसओ 10006-98 (कनाडा)

· P2M (जापान)

· सी-पीएमबीओके (चीन)

· दक्षिण अफ़्रीकी NQF4 (दक्षिण अफ़्रीका)

सीईपीएम (भारत)

प्रोमैट (दक्षिण कोरिया)

परियोजना प्रबंधक योग्यता मूल्यांकन मानक:

· आईसीबी आईपीएमए क्षमता बेसलाइन (आईपीएमए)

· NTK (विशेषज्ञों की क्षमता के लिए राष्ट्रीय आवश्यकताएँ) (प्रोजेक्ट मैनेजमेंट एसोसिएशन "SOVNET", रूस)

पीएमसीडीएफ (यूएसए))

NCB UA (राष्ट्रीय क्षमता बेसलाइन, संस्करण 3.0) (यूक्रेन)

परियोजना प्रबंधन के तरीके

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

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

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

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

सॉफ़्टवेयर

परियोजना प्रबंधन और परियोजना पोर्टफोलियो प्रबंधन दोनों के लिए सॉफ्टवेयर है।

परियोजना प्रबंधन विनियम (कॉर्पोरेट परियोजना प्रबंधन मानक)एक संगठन में एक आंतरिक नियामक दस्तावेज है जो परियोजना, कार्यक्रम और पोर्टफोलियो प्रबंधन के दृष्टिकोण को परिभाषित करता है। विनियमन का मुख्य भाग प्रक्रिया, भूमिकाओं, जिम्मेदारियों और परिणामों (मध्यवर्ती और अंतिम) के विवरण के लिए समर्पित है। विनियम आमतौर पर विभिन्न वैश्विक या स्थानीय मानकों (PMBoK, PRINCE2, ISO 21500, GOST 54, आदि) के आधार पर लिखे जाते हैं। कोई भी विनियमन मानकों के आधार पर वर्णित प्रक्रियाओं पर आधारित होता है, जिसके बारे में यह पहले लिखा गया था और बड़े और एक दूसरे से बहुत कम भिन्न होते हैं। गतिविधि के क्षेत्रों (आईटी, निर्माण, आदि) में विशिष्टता अतिरिक्त एप्लिकेशन जारी करके प्राप्त की जाती है जो किसी विशेष क्षेत्र के विवरण, कार्य की बारीकियों को स्पष्ट करते हैं।

एक परियोजना प्रबंधन नीति का उदाहरण

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

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

विवरण

एलएलसी "सहायक कंपनी" (बाद में विनियमों के रूप में संदर्भित) में आईटी के क्षेत्रों में परियोजना प्रबंधन के विनियमन का उद्देश्य सूचना प्रौद्योगिकी सहायता के क्षेत्रों में परियोजना प्रबंधन के लिए एक एकीकृत दृष्टिकोण तैयार करना है (बाद में परियोजनाओं के रूप में संदर्भित) , जिसके लिए ऑपरेटर LLC सहायक कंपनी है।

विनियमन के कार्य:

• बुनियादी परियोजना प्रबंधन प्रक्रियाओं के संचालन के लिए प्रक्रिया का विवरण;
• परियोजना प्रबंधन प्रक्रिया में प्रतिभागियों के बीच कार्यों का परिसीमन;
• परियोजना प्रबंधन प्रक्रियाओं के कार्यान्वयन के लिए आवश्यक दस्तावेजों की संरचना के लिए आवश्यकताओं का निर्धारण;
• परियोजना प्रबंधन प्रक्रियाओं के दौरान कार्यों के प्रदर्शन के लिए समय सीमा का निर्धारण।

परियोजना प्रबंधन नियमों की संरचना और विवरण:

परियोजना प्रबंधन प्रक्रिया के लिए विनियम
आईटी के क्षेत्रों में
एलएलसी "सहायक कंपनी"

1. सामान्य प्रावधान

1.1। परिचय

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

उदाहरण के लिए:

परियोजना प्रबंधन प्रक्रिया के लिए विनियमों का उद्देश्य सूचना प्रौद्योगिकी समर्थन (बाद में परियोजनाओं के रूप में संदर्भित) के क्षेत्रों में परियोजना प्रबंधन के लिए एक एकीकृत दृष्टिकोण तैयार करना है, जिसके लिए ऑपरेटर सहायक कंपनी एलएलसी है।

विनियमन के कार्य:

• बुनियादी परियोजना प्रबंधन प्रक्रियाओं के संचालन के लिए प्रक्रिया का विवरण;
• परियोजना प्रबंधन प्रक्रिया में प्रतिभागियों के बीच कार्यों का परिसीमन;
• परियोजना प्रबंधन प्रक्रियाओं के कार्यान्वयन के लिए आवश्यक दस्तावेजों की संरचना के लिए आवश्यकताओं का निर्धारण;
• परियोजना प्रबंधन प्रक्रियाओं के दौरान कार्यों के प्रदर्शन के लिए समय सीमा का निर्धारण।

परियोजना प्रबंधन प्रक्रिया का उद्देश्य यह सुनिश्चित करना है कि परियोजनाओं के लक्ष्यों को दिए गए संसाधन और समय की कमी के तहत प्राप्त किया जाता है।

परियोजना प्रबंधन प्रक्रिया में सुधार के लिए कार्य:

• परियोजना नियोजन की गुणवत्ता में सुधार;
• दक्षता में वृद्धि और परियोजनाओं की स्थिति की निगरानी की पूर्णता सुनिश्चित करना, उनके कार्यान्वयन की प्रगति का मूल्यांकन और पूर्वानुमान करना;
• समय पर प्रतिक्रिया सुनिश्चित करना संभावित विचलनकार्यों, समय सीमा, बजट और गुणवत्ता, "बाधाओं" की शीघ्र पहचान और निवारक कार्यों को अपनाने के संदर्भ में।

1.2। आवेदन क्षेत्र

यह खंड विनियमन के दायरे का वर्णन करता है - यह दस्तावेज़ किन संरचनात्मक इकाइयों (आंतरिक और बाहरी) पर लागू होता है।

उदाहरण के लिए:

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

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

1.3। नियमों

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

उदाहरण के लिए:

यह विनियमन निम्नलिखित दस्तावेजों के आधार पर विकसित किया गया है:

• PME समूह की निवेश नीति, JSC "मूल कंपनी" दिनांक -----.-- के बोर्ड के निर्णय द्वारा अनुमोदित;
• पीएमई समूह में निवेश गतिविधियों के प्रबंधन पर विनियम, जेएससी "हेड कंपनी" दिनांक ------- के प्रबंधन बोर्ड के निर्णय द्वारा अनुमोदित;
• सूचना प्रौद्योगिकी समर्थन के क्षेत्र में परियोजनाओं की प्रभावशीलता का मूल्यांकन करने के लिए पद्धति, जेएससी "हेड कंपनी" के बोर्ड के निर्णय द्वारा अनुमोदित -------;
• JSC "हेड कंपनी" के प्रबंधन बोर्ड के निर्णय द्वारा अनुमोदित PME समूह के बजट विनियम --------------------------

विनियम विकसित करते समय, निम्नलिखित पद्धतियों और मानकों में निहित सिफारिशों का उपयोग किया गया था:

• पोर्टफोलियो प्रबंधन के लिए मानक (पीएमआई 2006);
• एएनएसआई/पीएमआई 99-001-2008। प्रोजेक्ट मैनेजमेंट बॉडी ऑफ नॉलेज (पीएमबीओके);
• सूचना प्रौद्योगिकी इंफ्रास्ट्रक्चर लाइब्रेरी (आईटीआईएल);
• ISO/IEC 20000 सूचना प्रौद्योगिकी - सेवा प्रबंधन;
• गोस्ट आर आईएसओ / आईईसी 12207।" सूचान प्रौद्योगिकी. सॉफ्टवेयर जीवन चक्र प्रक्रियाएं";
• GOST 34.601-90 "स्वचालित सिस्टम। सृजन के चरण";
• गोस्ट आर आईएसओ 9000:2000;
• GOST 54869-2011 "परियोजना प्रबंधन। परियोजना प्रबंधन के लिए आवश्यकताएँ;
• GOST 54870-2011 "परियोजना प्रबंधन। परियोजना पोर्टफोलियो प्रबंधन के लिए आवश्यकताएँ ”;
• आईएसओ/टीआर 10006:1997 (ई)। "गुणवत्ता प्रबंधन। परियोजना प्रबंधन में गुणवत्ता प्रबंधन।

1.4 शर्तें, परिभाषाएं और स्वीकृत संक्षिप्ताक्षर

इन विनियमों में प्रयुक्त शर्तों और उनकी परिभाषाओं का विवरण, साथ ही स्वीकृत संक्षिप्त रूप।

आंतरिक नियामक दस्तावेजों की एक सूची जो इस विनियमन को संदर्भित कर सकती है, लेकिन सीधे विनियमन को प्रभावित नहीं करती है।

2. नियंत्रण वस्तुओं के लिए आवश्यकताएँ

2.1 नियंत्रण वस्तुओं की परिभाषा

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

उदाहरण के लिए:

नियंत्रण वस्तुएं हैं:

• परियोजनाओं का पोर्टफोलियो;
• परियोजना/निवेश कार्यक्रम;
• सबप्रोजेक्ट;
• काम।

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

2.3। परियोजना वर्गीकरण

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

उदाहरण के लिए:

समूहीकरण परियोजनाओं के लिए मुख्य वर्गीकरण विशेषताएं हैं:

• संगठन के व्यवसाय खंड से संबंधित - उपयोगकर्ता / कॉर्पोरेट परियोजना;
• संगठन के व्यवसाय खंड से संबंधित - आईटीओ परियोजना के परिणामों के शेष-धारक;
• आईटीओ गतिविधियों की दिशा से संबंधित;
• परियोजनाओं की श्रेणी;
• परियोजना में निवेश की राशि;
• अनुमानित आर्थिक प्रभाव की उपस्थिति;
• उपयोगकर्ता संगठन / आईटी परियोजनाओं के कार्यात्मक ग्राहक;
• संगठन - आईटीओ परियोजना के परिणामों के शेष-धारक;
• परियोजना क्यूरेटर;
• परियोजना को लागू करने वाली एलएलसी "सहायक कंपनी" के संरचनात्मक उपखंड।

2.4। परियोजना जीवन चक्र

यह खंड परियोजना जीवन चक्र के चरणों को सूचीबद्ध करता है।

उदाहरण के लिए:

इन विनियमों के प्रयोजनों के लिए, निम्नलिखित चरणों को परियोजना जीवन चक्र के भीतर प्रतिष्ठित किया गया है:

• प्रक्षेपण चरण;
• नियोजन स्तर;
• निष्पादन चरण;
• समापन चरण।

3. परियोजना प्रबंधन प्रक्रियाओं में भाग लेने वाले

3.1। परियोजना प्रबंधन प्रक्रियाओं में भाग लेने वाले

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

उदाहरण के लिए:

एलएलसी "सहायक कंपनी" में परियोजना प्रबंधन प्रक्रिया में मुख्य भागीदार हैं:

• परियोजना प्रबंधन परिषद;
• परियोजना प्रबंधन संगठन विभाग;
• कार्यक्रम और परियोजना पोर्टफोलियो प्रबंधन विभाग;
• प्रोजेक्ट क्यूरेटर;
• CAU से प्रोजेक्ट क्यूरेटर (तीसरी श्रेणी की परियोजना के लिए, शाखा द्वारा कार्यान्वित);
• परियोजना कार्यालय के प्रमुख (परियोजना समूह);
• परियोजना कार्यालय (परियोजना समूह) के प्रशासक;
• संसाधन स्वामी;
• परियोजना जोखिम प्रबंधक;
• जोखिम मालिक।

3.2। परियोजना प्रबंधन कार्य

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

उदाहरण के लिए:

परियोजना प्रबंधन सलाह:

• परियोजना क्यूरेटरों की नियुक्ति के लिए प्रस्तावों का गठन, परियोजना श्रेणियों की परिभाषा;
• संबंधित परियोजनाओं के लॉन्च का समन्वय, परियोजनाओं की लॉन्च तिथियों को समायोजित करने के प्रस्तावों का गठन;
• परियोजना पोर्टफोलियो की स्थिति पर रिपोर्ट, विश्लेषणात्मक सामग्री पर विचार;
• व्यक्तिगत परियोजनाओं के लिए परिवर्तन के अनुरोधों पर विचार, परियोजनाओं के पूरे पोर्टफोलियो में परिवर्तन का कॉन्फ़िगरेशन प्रबंधन;
• अलग-अलग परियोजनाओं के बीच निवेश के पुनर्वितरण और समग्र रूप से कंपनी के लिए निवेश सीमा को समायोजित करने पर निर्णय तैयार करना;
• परियोजना पोर्टफोलियो के संसाधन प्रावधान के संबंध में निर्णय तैयार करना;
• परियोजनाओं को शीघ्र पूरा करने की शुरूआत।

परियोजना प्रबंधन संगठन विभाग:

• नियोजित वर्ष में निवेश कार्यक्रम के कार्यान्वयन पर एलएलसी "सहायक कंपनी" के मसौदा आदेश का विकास;
• IAS में दर्ज किए गए प्रोजेक्ट डेटा की शुद्धता की जाँच करना;
• परियोजना कार्यालयों के प्रमुखों के रजिस्टर में डेटा दर्ज करना ( प्रोजेक्ट टीमें);
• परियोजनाओं पर रिपोर्टिंग डेटा का विश्लेषण;
• परियोजनाओं की स्थिति और प्रगति पर सारांश रिपोर्ट का गठन, परियोजना पोर्टफोलियो की स्थिति और इसकी संसाधन उपलब्धता पर विश्लेषणात्मक रिपोर्ट;
• परियोजना मापदंडों में बदलाव के अनुरोधों के समाधान के लिए प्रस्तावों का गठन;
• परियोजनाओं के कार्यान्वयन के लिए पूर्वानुमान का विकास;
• परियोजना प्रबंधन बोर्ड के सदस्यों द्वारा विचार के लिए विश्लेषणात्मक सामग्री का वितरण;
• परियोजनाओं के पोर्टफोलियो में परिवर्तन पर निर्णयों के निष्पादन की निगरानी करना।

संसाधन स्वामी:

• संसाधन योजना अनुमोदन;
• परियोजना कार्यालय (परियोजना टीम) में विशिष्ट कर्मचारियों को शामिल करने पर निर्णय लेना;
• परियोजना कर्मियों के प्रमाणन के लिए कर्मचारियों के काम की प्रभावशीलता पर परियोजना कार्यालय (परियोजना टीम) के प्रमुख द्वारा प्रदान की गई जानकारी पर विचार।

3.3। परियोजनाओं की संगठनात्मक संरचना के लिए आवश्यकताएँ

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

4. परियोजना प्रबंधन प्रक्रियाओं का विवरण

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

परियोजना प्रबंधन प्रक्रियाएं हैं:

• लॉन्च (परियोजना जीवन चक्र में लॉन्च चरण के अनुरूप);
  • प्रोजेक्ट क्यूरेटर की नियुक्ति, प्रोजेक्ट लॉन्च का वर्गीकरण और शेड्यूलिंग;
  • परियोजना के शुभारंभ और कार्यान्वयन के लिए आदेशों की तैयारी और प्रकाशन;
  • परियोजना के चार्टर का विकास और अनुमोदन;
  • आईएएस परियोजनाओं के रजिस्टर में परियोजना के बारे में डेटा दर्ज करना।
• योजना (परियोजना जीवन चक्र में नियोजन चरण के अनुरूप);
  • पहले वार्षिक चक्र में परियोजना योजना का गठन (परियोजना के शुभारंभ के बाद);
  • नियोजित के लिए आईटीओ निवेश परियोजना के लिए विस्तृत अनुसूची योजना, संसाधन योजना, परियोजना बजट और लागत योजना का गठन वार्षिक अवधिप्रोजेक्ट लॉन्च वर्ष के बाद;
  • नियोजित तिमाही/माह के लिए आईटीओ निवेश परियोजना के लिए परियोजना बजट और व्यय योजना का गठन;
  • अनुबंधों का निष्कर्ष।
• निगरानी और नियंत्रण (परियोजना जीवन चक्र में निष्पादन चरण के अनुरूप);
  • परियोजना मापदंडों की निगरानी;
  • परियोजना मापदंडों में परिवर्तन का प्रबंधन;
  • परियोजना जोखिम निगरानी;
  • पायलट ऑपरेशन के परिणामों के आधार पर कमियों के उन्मूलन की निगरानी करना;
  • कार्यबल प्रबंधन।
• परिवर्तन प्रबंधन (परियोजना जीवन चक्र के किसी भी चरण के अनुरूप);
  • अनुबंध का समापन;
  • चरण पूरा करना;
  • परियोजना का पूरा होना।
• पूर्णता (परियोजना के जीवन चक्र में निष्पादन और पूर्णता के चरणों के अनुरूप)।

उदाहरण के लिए:

5. परियोजना पोर्टफोलियो प्रबंधन प्रक्रियाओं का विवरण

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

मुख्य रूप से निम्नलिखित पोर्टफोलियो प्रबंधन प्रक्रियाओं तक सीमित:

• परियोजना पोर्टफोलियो की स्थिति पर रिपोर्टिंग;
  • परियोजनाओं के पोर्टफोलियो पर समेकित रिपोर्टिंग का गठन;
  • परियोजना कार्यान्वयन की गतिशीलता पर रिपोर्टिंग;
  • परियोजनाओं के पोर्टफोलियो के निष्पादन के लिए पूर्वानुमान का गठन;
  • परियोजनाओं के एक पोर्टफोलियो के संकेतकों पर रिपोर्ट तैयार करना;
  • परियोजनाओं के पोर्टफोलियो की संरचना पर रिपोर्ट तैयार करना।
• परियोजनाओं के पोर्टफोलियो पर रिपोर्टिंग का विश्लेषण;
• परियोजना पोर्टफोलियो परिवर्तन प्रबंधन;
  • व्यक्तिगत परियोजनाओं को पूरा करना;
  • व्यक्तिगत परियोजनाओं का अस्थायी निलंबन;
  • नई परियोजनाओं की शुरूआत।

6. विनियमों का प्रलेखन और भंडारण

यह खंड परियोजना प्रबंधन विनियमन के लिए इस विनियमन और भंडारण स्थान को बनाए रखने के लिए जिम्मेदार संरचनात्मक इकाई को परिभाषित करता है।

उदाहरण के लिए:

इन विनियमों की एक नियंत्रण प्रति पीडीएमओ द्वारा रखी जाएगी। इन विनियमों का इलेक्ट्रॉनिक संस्करण आंतरिक कॉर्पोरेट पोर्टल पर स्थित है और सभी उपयोगकर्ताओं को पढ़ने के लिए उपलब्ध है।

7. विनियमों में संशोधन

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

8. विनियमों का वितरण

इस विनियम की आवश्यकताओं को प्रमुखों तक पहुँचाने की प्रक्रिया के लिए जिम्मेदार संरचनात्मक विभाजनएक पीएमओ (परियोजना कार्यालय) है।

9. विनियमों के अध्ययन का संगठन

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

विनियमन के अनुलग्नक

• अनुबंध 1. परियोजनाओं को शुरू करने के लिए प्रक्रियाओं के निष्पादन का आदेश
• परिशिष्ट 2
• परिशिष्ट 3. जेएससी "मूल कंपनी" का आदेश
• परिशिष्ट 4
• अनुबंध 5. परियोजना के कार्यान्वयन पर आदेश
• परिशिष्ट 6
• अनुलग्नक 7. आईटीओ परियोजनाओं एलएलसी "सहायक" का रजिस्टर
• परिशिष्ट 8. जेएससी "मूल कंपनी" का आदेश
• अनुबंध 9. नमूना परियोजना चार्टर
• परिशिष्ट 10. नमूना परियोजना चार्टर (सरलीकृत)
• परिशिष्ट 11. परियोजना नियोजन प्रक्रियाओं को करने की प्रक्रिया
• परिशिष्ट 12
• अनुलग्नक 13. माइलस्टोन योजना
• परिशिष्ट 14. विस्तारित कैलेंडर योजना
• अनुबंध 15. विस्तृत कार्यक्रम
• अनुबंध 16. परियोजना बजट
• अनुबंध 17. संसाधन योजना (प्रपत्र यूपी-13-1)
• अनुबंध 17. संसाधन योजना (प्रपत्र यूपी-13-2)
• अनुलग्नक 17. संसाधन योजना (प्रपत्र यूपी-13-3)
• अनुलग्नक 17. कर्मचारी की दर निर्धारित करने के लिए आवश्यकताएँ
• परिशिष्ट 18 संचार योजना
• अनुलग्नक 19. जोखिम प्रबंधन योजना
• परिशिष्ट 20
• अनुबंध 21. जोखिमों का रजिस्टर
• अनुबंध 22. जोखिम प्रबंधन के लिए दिशानिर्देश
• अनुबंध 23. परियोजना भूमिकाओं के लिए नियुक्तियों का मैट्रिक्स
• परिशिष्ट 24. भूमिका प्रोफाइल
• अनुबंध 25. निगरानी और नियंत्रण प्रक्रियाओं के निष्पादन का आदेश
• परिशिष्ट 26. अनुरोध बदलें
• अनुलग्नक 27. परिवर्तन अनुरोधों का रजिस्टर
• अनुलग्नक 28. अंतिम रिपोर्ट
• परिशिष्ट 29. परियोजना पूर्णता आदेश
• परिशिष्ट 30. परियोजना कार्यालयों/परियोजना समूहों के प्रमुखों का रजिस्टर (परियोजना प्रबंधक)
• अनुलग्नक 31. विश्लेषणात्मक नोट
• परिशिष्ट 32. परियोजना पूर्ण करने की प्रक्रियाओं को पूरा करने की प्रक्रिया
• अनुलग्नक 33. अनुभाग की सामग्री " तकनीकी समर्थन»आईसी उपयोगकर्ता पुस्तिका