परियोजना प्रबंधन मानक परिभाषा। मानकों को चुनने और साझा करने का अभ्यास

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

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

सीएमएम प्रवीणता के पांच स्तरों को परिभाषित करता है:

1. प्रारंभिक - विकास प्रक्रिया सांख्यिकीय नियंत्रण में नहीं है, प्रक्रियाओं में सुधार की कोई प्रगति नहीं है।
2. दोहराने योग्य - श्रम, लागत, समय और परिवर्तन के क्षेत्रों में कठोर परियोजना प्रबंधन के आवेदन के माध्यम से प्राप्त सांख्यिकीय नियंत्रण के नवीकरणीय स्तर के साथ एक स्थायी प्रक्रिया।
3. स्थिर - एक स्थापित विकास प्रक्रिया है, आंतरिक गुणवत्ता मानकों, प्रबंधन लागू प्रथाओं की कमियों को समझता है। उन्नत प्रौद्योगिकियों का सफल परिचय संभव है।
4. प्रबंधित - एक निश्चित चरण के बाद, आप विश्लेषण प्रक्रिया शुरू कर सकते हैं। प्रबंधन विकसित तकनीकों की मदद से गुणवत्ता का प्रबंधन करने में सक्षम है।
5. अनुकूलित - संगठन सुधार की निरंतर प्रक्रिया में है।

चूंकि सीएमएम मूल्यांकन प्रणाली 85 प्रक्रिया और 16 तकनीकी प्रश्नों की एक प्रश्नावली थी, मानक स्वयं 1988 में जनता के लिए उपलब्ध हो गया, प्रत्येक स्तर के अनुरूप प्रक्रियाओं और प्रथाओं के एक सेट के रूप में सीएमएम का एक पूर्ण विवरण 1991 में, 1995 में जारी किया गया था। यह एक पुस्तक संस्करण में जारी किया गया था। सीएमएम को बाद में संगठनों में प्रक्रियाओं में सुधार के लिए कार्यप्रणाली के एक सेट में विकसित किया गया था: "क्षमता परिपक्वता मॉडल एकीकरण" (सीएमएमआई), सीएमएमआई-डीईवी, वी 1.3 का नवीनतम (2014 के अंत तक) संस्करण। 2010 में जारी किया गया था, निम्नलिखित प्रक्रिया क्षेत्र हैं जिन पर इस मानक में ध्यान दिया गया है:

  • कारण विश्लेषण और समाधान (सीएआर)
  • विन्यास प्रबंधन (सीएम)
  • निर्णय विश्लेषण और संकल्प (डीएआर)
  • परियोजना एकीकरण प्रबंधन (आईपीएम)
  • मापन और विश्लेषण (एमए)
  • संगठन प्रक्रिया विवरण (ओपीडी)
  • संगठनात्मक प्रक्रिया फोकस (ओपीएफ)
  • प्रदर्शन प्रबंधन (ओपीएम)
  • उत्पादक संगठनात्मक प्रक्रिया (ओपीपी)
  • संगठनात्मक प्रशिक्षण (ओटी)
  • उत्पाद एकीकरण (पीआई)
  • परियोजना निगरानी और नियंत्रण (पीएमसी)
  • परियोजना योजना (पीपी)
  • उत्पाद और प्रक्रिया गुणवत्ता आश्वासन (पीपीक्यूए)
  • मात्रात्मक परियोजना प्रबंधन (क्यूपीएम)
  • आवश्यकताएँ इंजीनियरिंग (आरडी)
  • आवश्यकता प्रबंधन (आरईक्यूएम)
  • जोखिम प्रबंधन (आरएसकेएम)
  • आपूर्तिकर्ता अनुबंध प्रबंधन (एसएएम)
  • समाधान विकास (टीएस)
  • सत्यापन (वीएएल)
  • सत्यापन (वीईआर)
1989 में, यूके सेंट्रल कंप्यूटर एंड कम्युनिकेशंस एजेंसी (सीसीटीए), जिसे बाद में गवर्नमेंट ट्रेड ऑफिस (ओजीसी) का नाम दिया गया, सिमेक्ट सिस्टम्स लिमिटेड द्वारा विकसित PROMPT परियोजना प्रबंधन पद्धति के आधार पर एक संरचित परियोजना प्रबंधन प्रणाली PRINCE (प्रोजेक्ट्स इन कंट्रोल्ड एनवायरनमेंट) बनाता है। 1975 में और यूके में सभी सरकारी सूचना प्रणाली परियोजनाओं के लिए मानक के रूप में CCTA द्वारा अनुमोदित। इसकी शुरूआत के बाद, PRINCE ने प्रभावी रूप से PROMPT को बदल दिया। बाद में, 1996 में, PRINCE2 पद्धति का एक अद्यतन संस्करण प्रकाशित किया गया था, जिसमें कुल 150 यूरोपीय संगठनों के एक संघ द्वारा सहायता प्राप्त की गई थी।

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

PRINCE2 के सिद्धांत कार्यप्रणाली के कार्यान्वयन में अच्छे अभ्यास को बढ़ावा देते हैं, इसके अत्यधिक या सतही अनुप्रयोग को रोकते हैं और व्यावहारिक रूप से प्राप्त होते हैं:

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

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

- प्रमाणित परियोजना निदेशक;
बी - प्रमाणित वरिष्ठ परियोजना प्रबंधक;
सी - प्रमाणित परियोजना प्रबंधक;
D एक प्रमाणित परियोजना प्रबंधन विशेषज्ञ हैं।

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

एनटीसी तीन मुख्य घटकों से युक्त परियोजना प्रबंधन के एक सिस्टम मॉडल पर विचार करता है:

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

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

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

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

  • परियोजना प्रबंधन प्रक्रिया समूह
  • दीक्षा प्रक्रिया समूह (2 प्रक्रियाएं)
  • योजना प्रक्रिया समूह (20 प्रक्रियाएं)
  • निष्पादन प्रक्रिया समूह (8 प्रक्रियाएं)
  • निगरानी और नियंत्रण प्रक्रियाओं का समूह (10 प्रक्रियाएं)
  • समापन प्रक्रिया समूह (2 प्रक्रियाएं)
प्रबंधन प्रक्रियाओं के अलावा, मानक परियोजना प्रबंधन ज्ञान क्षेत्रों पर प्रकाश डालता है, जिनमें से प्रत्येक चयनित क्षेत्र में प्रथाओं का एक पूरा सेट है, उदाहरण के लिए, परियोजना लागत प्रबंधन अनुभाग में मूल्यांकन, बजट और लागत प्रबंधन अनुभाग शामिल हैं, कुल मिलाकर, संस्करण का नवीनतम संस्करण 9 प्रबंधन ज्ञान क्षेत्रों की परियोजनाएं प्रदान करता है:
  • परियोजना एकीकृत प्रबंधन
  • परियोजना क्षेत्र प्रबंधन
  • परियोजना समय प्रबंधन
  • परियोजना लागत प्रबंधन
  • परियोजना गुणवत्ता प्रबंधन
  • परियोजना मानव संसाधन प्रबंधन
  • परियोजना संचार प्रबंधन
  • परियोजना जोखिम प्रबंधन
  • परियोजना खरीद प्रबंधन
प्रबंधन प्रक्रियाओं की बातचीत परिशिष्ट ए में दिखाई गई है, यह ध्यान देने योग्य है कि पीएचडी एस गासिक द्वारा किए गए एक अध्ययन के अनुसार, पीएमबीके प्रक्रियाएं परियोजना प्रबंधन आईएसओ 21500 के लिए अंतरराष्ट्रीय मानक में वर्णित 95 प्रतिशत के समान हैं।
नवंबर 2001 में, जापान के प्रोजेक्ट मैनेजमेंट प्रोफेशनल सर्टिफिकेशन सेंटर (पीएमसीसी) ने बाद में प्रोजेक्ट मैनेजमेंट एसोसिएशन ऑफ जापान (पीएमएजे) का नाम बदलकर पी2एम प्रोजेक्ट मैनेजमेंट स्टैंडर्ड प्रकाशित किया। कार्यप्रणाली के संदर्भ में, प्रबंधकों पर विचार किया जाता है जिन्हें परियोजना के मिशन को प्राप्त करने के लिए बुलाया जाता है, जिन्हें संबंधित क्षेत्रों से ज्ञान होना चाहिए और व्यावसायिकता के तीन स्तरों में विभाजित किया गया है:
  • विशेषज्ञ प्रबंधक (पीएमएस),
  • प्रबंधक-पंजीकृत (पीएमआर) और
  • प्रबंधक-वास्तुकार (पीएमए)।
P2M परियोजना प्रबंधन और परियोजना कार्यक्रम प्रबंधन दोनों क्षेत्रों पर विचार करता है, और इसमें विशेषज्ञता के निम्नलिखित क्षेत्रों का प्रबंधन शामिल है:
  • रणनीतिक परियोजना प्रबंधन
  • परियोजना वित्त प्रबंधन
  • परियोजना प्रणाली प्रबंधन
  • संगठनात्मक परियोजना प्रबंधन
  • परियोजना लक्ष्य प्रबंधन
  • परियोजना संसाधन प्रबंधन
  • जोखिमों का प्रबंधन
  • सूचना प्रबंधन
  • परियोजना संबंध प्रबंधन
  • परियोजना लागत प्रबंधन
  • परियोजना संचार प्रबंधन
इस प्रकार, सूचना परियोजना प्रबंधन मानकों की समीक्षा के परिणामस्वरूप, यह स्थापित करना संभव था कि उन सभी में, प्रक्रियाओं के केंद्रीय समूहों में से एक जोखिम प्रबंधन और परियोजना की गुणवत्ता की प्रक्रियाएं हैं। इसके अलावा, अधिकांश माने गए मानक प्रकृति में अंतरक्षेत्रीय हैं।

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

  • सीएमएमआई - सॉफ्टवेयर इंजीनियरिंग संस्थान (यूएसए)
  • PRINCE - केंद्रीय कंप्यूटर और दूरसंचार एजेंसी (यूके)
  • आईसीबी - अंतर्राष्ट्रीय परियोजना प्रबंधन संघ (स्विट्जरलैंड)
  • NTK - SOVNET (रूस में IPMA का राष्ट्रीय प्रतिनिधि कार्यालय)
  • PMBOK - परियोजना प्रबंधन संस्थान (यूएसए)
  • आईएसओ 21500 - मानकीकरण के लिए अंतर्राष्ट्रीय संगठन
  • P2M - जापान का प्रोजेक्ट मैनेजमेंट एसोसिएशन (जापान)

ग्रन्थसूची

1. क्रॉस्बी पी.बी., गुणवत्ता नि: शुल्क है। न्यूयॉर्क: न्यू अमेरिकन लाइब्रेरी, 1979 - ISBN 0-451-62247-2
2. हम्फ्री डब्ल्यू.एस., सॉफ्टवेयर प्रक्रिया की विशेषता। एक परिपक्वता ढांचा [इलेक्ट्रॉनिक संसाधन] / सॉफ्टवेयर इंजीनियरिंग संस्थान, 1987 - एक्सेस मोड: www.sei.cmu.edu/reports/87tr011.pdf
3. पॉल्क एम.सी., क्षमता परिपक्वता मॉडल: सॉफ्टवेयर प्रक्रिया में सुधार के लिए दिशानिर्देश। मास.: एडिसन-वेस्ले पब। कं, 1995 - आईएसबीएन 0-201-54664-7
4. विकास के लिए सीएमएमआई®, संस्करण 1.3 [इलेक्ट्रॉनिक संसाधन] / सॉफ्टवेयर इंजीनियरिंग संस्थान, 2010 - एक्सेस मोड: www.sei.cmu.edu/reports/10tr033.pdf (पहुंच की तिथि: 03.11.2014)।
5. PRINCE2 क्या है? [इलेक्ट्रॉनिक संसाधन] / सरकारी वाणिज्य कार्यालय, यूके - एक्सेस मोड: www.prince2.com/what-is-prince2 (एक्सेस किया गया: 03.11.2014)।
6. अंतरराज्यीय मानक GOST R ISO 21500। परियोजना प्रबंधन के लिए दिशानिर्देश, 2012
7. PRINCE2® एक हजार शब्दों में [इलेक्ट्रॉनिक संसाधन] / एंडी मरे और आउटपरफॉर्म यूके लिमिटेड के निदेशक, 2009 - एक्सेस मोड: www.best-management-practice.com/gempdf/PRINCE2_in_One_Thousand_Words.pdf (पहुंच की तिथि: 03.11.2014 ) .
8. आईसीबी - आईपीएमए सक्षमता आधार रेखा, संस्करण 3.0 [इलेक्ट्रॉनिक संसाधन] / अंतर्राष्ट्रीय परियोजना प्रबंधन संघ, 2006 - एक्सेस मोड: (पहुंच की तिथि: 03.11.2014)।
9. Sooliatte A.Yu., कंपनी में परियोजना प्रबंधन: कार्यप्रणाली, प्रौद्योगिकी, अभ्यास। एम.: एमएफपीयू "सिनर्जी", 2012
10. व्यक्तियों को प्रमाणित करें [इलेक्ट्रॉनिक संसाधन] / अंतर्राष्ट्रीय परियोजना प्रबंधन संघ - एक्सेस मोड: ipma.ch/certification/certify-व्यक्तियों (पहुंच की तिथि: 03.11.2014)।
11. परियोजना प्रबंधन। पेशेवर ज्ञान की मूल बातें, विशेषज्ञों की क्षमता के लिए राष्ट्रीय आवश्यकताएं / एड। डी.टी.एस. वोरोपाएवा वी.आई., एम.: सीजेएससी "प्रोजेक्ट प्रैक्टिस", 2010
12. ज्ञान के परियोजना प्रबंधन निकाय / पीएमआई मानक समिति के लिए एक गाइड। यूएसए: परियोजना प्रबंधन संस्थान, 1996
13. प्रोजेक्ट मैनेजमेंट बॉडी ऑफ नॉलेज (PMBOK® गाइड) के लिए गाइड - चौथा संस्करण / PMI मानक समिति। यूएसए: परियोजना प्रबंधन संस्थान, 2008 - आईएसबीएन: 978-1-933890-51-7
14. गासिक एस, पीएचडी, आईएसओ 21500 और पीएमबीके® की तुलना। जीसस गार्डियोला और फ्रांसेस्का मोंटानारी [इंटरनेट स्रोत] की टिप्पणियों के बाद गाइड संस्करण में सुधार हुआ - एक्सेस मोड: www.sybena.pl/dokumenty/ISO-21500-and-PMBoK-Guide.pdf (03.11.2014 को एक्सेस किया गया)।
15. एंटरप्राइज इनोवेशन के लिए प्रोजेक्ट एंड प्रोग्राम मैनेजमेंट की एक गाइडबुक [इंटरनेट स्रोत] / प्रोजेक्ट मैनेजमेंट एसोसिएशन ऑफ जापान, संशोधन 3, 2005 - एक्सेस मोड: टैग जोड़ें

कोई भी रूसी कंपनी एक परियोजना है (कच्चा माल, उत्पादन, रणनीतिक, आदि, अंततः - निवेश)। यदि सब कुछ ठीक रहा, तो चीजें अच्छी रहीं, यह परियोजना स्वयं व्यापार, उत्पादों, सेवाओं, नए उद्यमों, यानी अन्य परियोजनाओं की नई लाइनें उत्पन्न करती है। अब तक, ऐसी 3-5 परियोजनाएं हैं - सब कुछ मालिकों के दृश्य नियंत्रण में है: लोग, पैसा, परिणाम, जोखिम। यदि - अधिक, तो अनिवार्य रूप से प्रश्न उठता है: इसके साथ आगे क्या करना है, इसे कैसे प्रबंधित करना है?

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

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

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

परियोजना प्रबंधन के सामान्य तरीकों और दृष्टिकोणों को अंतरराष्ट्रीय और राष्ट्रीय पेशेवर संगठनों के मानकों में वर्णित किया गया है जो परियोजना प्रबंधन विशेषज्ञों, जैसे कि पीएमआई, आईपीएमए, ओजीसी, आईएसओ, जीएपीपीएस, एपीएम, पीएमएजे और विभिन्न देशों के दर्जनों अन्य राष्ट्रीय संघों को एकजुट करते हैं।

उपरोक्त संगठनों द्वारा विकसित सबसे लोकप्रिय परियोजना प्रबंधन पद्धतियों पर विचार करें।

परियोजना प्रबंधन संस्थान (पीएमआई) मानक

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

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

1998 में स्थापित PMI की मास्को शाखा, वर्तमान में 500 से अधिक लोगों को एकजुट करती है।

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

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

अंग्रेजी में मानक का नाम रूसी में मानक का नाम
बुनियादी मानक
प्रोजेक्ट मैनेजमेंट बॉडी ऑफ नॉलेज के लिए एक गाइड (PMBOK® गाइड) - चौथा संस्करण प्रोजेक्ट मैनेजमेंट बॉडी ऑफ नॉलेज (PMBOK® गाइड) के लिए गाइड - चौथा संस्करण। रूसी सहित 10 भाषाओं में अनुवादित
नोट: पीएमआई वर्तमान में इस मानक का पांचवां संस्करण विकसित कर रहा है।
संगठनात्मक परियोजना प्रबंधन परिपक्वता मॉडल (OPM3®) - दूसरा संस्करण परियोजना प्रबंधन में संगठन परिपक्वता मॉडल - दूसरा संस्करण
पोर्टफोलियो प्रबंधन के लिए मानक-द्वितीय संस्करण पोर्टफोलियो प्रबंधन के लिए मानक - दूसरा संस्करण। 2011 के अंत में, पीएमआई की मास्को शाखा की एक स्वयंसेवी परियोजना के हिस्से के रूप में, इस मानक के दूसरे संस्करण का अनुवाद और रूसी में प्रकाशित किया गया था
नोट: PMI वर्तमान में इस मानक का तीसरा संस्करण विकसित कर रहा है।
कार्यक्रम प्रबंधन के लिए मानक - दूसरा संस्करण कार्यक्रम प्रबंधन के लिए मानक - दूसरा संस्करण
नोट: PMI वर्तमान में इस मानक का तीसरा संस्करण विकसित कर रहा है।
व्यावहारिक और रूपरेखा मानक
परियोजना जोखिम प्रबंधन के लिए अभ्यास मानक परियोजना जोखिम प्रबंधन के लिए अभ्यास का मानक
परियोजना विन्यास प्रबंधन के लिए अभ्यास मानक परियोजना विन्यास प्रबंधन के लिए अभ्यास का मानक
शेड्यूलिंग के लिए अभ्यास मानक अनुसूची विकास के लिए व्यावहारिक मानक
परियोजना प्रबंधक योग्यता विकास ढांचा - दूसरा संस्करण परियोजना प्रबंधक योग्यता विकास ढांचा - दूसरा संस्करण
अर्जित मूल्य प्रबंधन के लिए अभ्यास मानक अर्जित मूल्य प्रबंधन (ईवीएम) के लिए व्यावहारिक मानक
वर्क ब्रेकडाउन स्ट्रक्चर्स के लिए अभ्यास मानक-द्वितीय संस्करण वर्क ब्रेकडाउन स्ट्रक्चर (डब्ल्यूबीएस) डिजाइन करने के लिए अभ्यास मानक - दूसरा संस्करण
परियोजना आकलन के लिए अभ्यास मानक परियोजना मूल्यांकन के लिए अभ्यास का मानक
पीएमआई मानकों का विस्तार
PMBOK® गाइड के तीसरे संस्करण का निर्माण विस्तार निर्माण परियोजनाओं के लिए PMBOK® गाइडबुक सप्लीमेंट (तीसरा संस्करण)
PMBOK® गाइड के तीसरे संस्करण का सरकारी विस्तार सरकारी परियोजनाओं के लिए PMBOK® गाइडबुक सप्लीमेंट (तीसरा संस्करण)

परियोजना प्रबंधन के लिए PMI कोर मानक, PMBOK गाइड, 1996 में अपने दूसरे संस्करण और 2004 में तीसरे संस्करण में, अमेरिकी राष्ट्रीय मानक संस्थान (ANSI) द्वारा संयुक्त राज्य में राष्ट्रीय मानक के रूप में मान्यता प्राप्त थी। इस मानक के तीसरे संस्करण का 11 भाषाओं में अनुवाद किया गया है और दुनिया भर में इसकी 2 मिलियन से अधिक प्रतियां तैयार की गई हैं। 2006 में, बिजनेस वीक ने अपनी बिजनेस बेस्टसेलर सूची में मानक #4 को स्थान दिया, और www.amazon.com पर प्रबंधन और नेतृत्व पुस्तकों की बिक्री में मानक को #10 स्थान दिया गया। वास्तव में, दूसरे संस्करण के बाद से, पीएमबीओके परियोजना प्रबंधन के लिए एक अंतरराष्ट्रीय मानक बन गया है, जो दुनिया भर में व्यापक हो गया है। 2008 के संस्करण सहित इस मानक के पिछले तीन संस्करणों का रूसी में अनुवाद किया गया है। यह मानक एक प्रक्रिया दृष्टिकोण और एक परियोजना जीवन चक्र मॉडल के आधार पर परियोजना प्रबंधन का वर्णन करता है।

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

अंतर्राष्ट्रीय परियोजना प्रबंधन संघ (आईपीएमए) मानक

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

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

  1. स्तर ए - प्रमाणित परियोजना निदेशक;
  2. स्तर बी - प्रमाणित वरिष्ठ परियोजना प्रबंधक;
  3. स्तर सी - प्रमाणित परियोजना प्रबंधक;
  4. स्तर डी - प्रमाणित परियोजना प्रबंधन विशेषज्ञ।

प्रारंभ में, चार देशों के राष्ट्रीय प्रबंधन मानकों को ICB के विकास के आधार के रूप में लिया गया था:

  • एपीएम के ज्ञान का निकाय (यूनाइटेड किंगडम ऑफ ग्रेट ब्रिटेन और उत्तरी आयरलैंड; इसके बाद यूनाइटेड किंगडम के रूप में जाना जाता है);
  • बेउर्टिलुंग्सस्टुक्तूर, वीजेडपीएम (स्विट्जरलैंड);
  • पीएम - कानोन, पीएम - ZERT/GPM (जर्मनी);
  • क्राइटेरेस डी एनालिसिस, एफिटर (फ्रांस)।

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

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

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

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

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

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

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

PRINCE मानक का पहला संस्करण 1989 में CCTA (केंद्रीय कंप्यूटर और दूरसंचार एजेंसी) द्वारा विकसित किया गया था, जिसे बाद में OGC (सरकारी वाणिज्य कार्यालय) का नाम दिया गया। 15 जून 2010 से प्रभावी, OGC यूके कैबिनेट कार्यालय के भीतर नई दक्षता और सुधार समूह का हिस्सा बन गया।

PRINCE मूल रूप से PROMPT पर आधारित था, जो 1975 में सिम्पैक्ट सिस्टम्स लिमिटेड द्वारा विकसित एक परियोजना प्रबंधन पद्धति है। 1979 में, PRINCE को CCTA द्वारा सभी सरकारी सूचना प्रणाली परियोजनाओं में उपयोग किए जाने वाले मानक के रूप में अपनाया गया था। 1989 में PRINCE की शुरुआत के बाद, इसने सरकारी परियोजनाओं में PROMPT की जगह ले ली। मानक का अगला संस्करण - PRINCE2 - 1996 में विकसित और प्रकाशित किया गया था। इसका विकास लगभग 150 यूरोपीय संगठनों के एक संघ द्वारा किया गया था।

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

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

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

  • व्यावसायिक दृष्टिकोण से परियोजना को सही ठहराने पर ध्यान दें;
  • परियोजना प्रबंधन टीम के लिए एक परिभाषित संगठनात्मक संरचना;
  • परियोजना नियोजन के लिए उत्पाद-उन्मुख दृष्टिकोण;
  • परियोजना के प्रबंधनीय और नियंत्रित चरणों में विभाजन पर जोर;
  • परियोजना के स्तर के अनुसार आवेदन का लचीलापन।

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

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

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

PRINCE2 परिपक्वता मॉडल (P2MM) - PRINCE2 परिपक्वता मॉडल एक मानक है जो परियोजना प्रबंधन के संबंध में PRINCE2 मानक के कार्यान्वयन के संगठन के स्तर का आकलन करने के साथ-साथ उद्योग के साथ तुलना के आधार पर संगठन के परियोजना अभ्यास में सुधार के लिए एक आधार के रूप में कार्य करता है। सर्वोत्तम प्रथाएं। P2MM को विकसित करते समय, P3M3 मानक की मुख्य आवश्यकताओं को ध्यान में रखा गया था।

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

परियोजना प्रबंधन (APM) मानकों के लिए संघ

परियोजना प्रबंधन के लिए संघ (APM) परियोजना प्रबंधन के लिए यूनाइटेड किंगडम का संघ और परियोजना प्रबंधन के लिए यूरोप का सबसे बड़ा स्वतंत्र राष्ट्रीय संगठन है। इसमें यूके और अन्य देशों के 19,700 से अधिक व्यक्तिगत और 500 कॉर्पोरेट सदस्य हैं।

मुख्य एपीएम मानक एपीएम बॉडी ऑफ नॉलेज है, जिसका पांचवां संस्करण 2006 में जारी किया गया था। यह मानक ज्ञान के 52 क्षेत्रों का वर्णन करता है जो सफल परियोजना प्रबंधन के लिए आवश्यक हैं। इस मानक के अतिरिक्त एपीएम सक्षमता ढांचा (2008) - एपीएम सक्षमता ढांचा है, जो व्यक्तिगत परियोजना प्रबंधन दक्षताओं की रैंकिंग और मूल्यांकन के लिए एक मार्गदर्शिका है। APM सक्षमता फ्रेमवर्क IPMA के ICB3 के साथ संरेखित है और समान तीन योग्यता समूहों - तकनीकी, व्यवहारिक और प्रासंगिक की पहचान करता है, और परियोजना प्रबंधन पेशेवरों को प्रमाणित करने के लिए IPMA के समान चार-स्तरीय मॉडल का उपयोग करता है।

जापान के परियोजना प्रबंधन संघ (पीएमएजे) मानक

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

परियोजना प्रबंधन के लिए एक अनूठा नया जापानी दृष्टिकोण और परियोजना प्रबंधन विशेषज्ञों के लिए एक योग्यता प्रणाली बनाने की संभावनाओं का पता लगाने के लिए, इंजीनियरिंग एडवांसमेंट एसोसिएशन ऑफ जापान (ईएनएए) - एसोसिएशन फॉर एडवांस्ड इंजीनियरिंग - ने 1999 में एक मॉडल के विकास के लिए समिति बनाई। नवीन परियोजनाओं के प्रबंधन के लिए (द कमेटी फॉर इनोवेटिव प्रोजेक्ट मैनेजमेंट मॉडल डेवलपमेंट)।

2001 तक, इस समिति ने एक परियोजना प्रबंधन मानक विकसित किया - उद्यम नवाचार के लिए परियोजना और कार्यक्रम प्रबंधन के लिए गाइडबुक (पी 2 एम) - उद्यमों में नवाचारों को शुरू करने के लिए परियोजनाओं और कार्यक्रमों के प्रबंधन के लिए दिशानिर्देश।

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

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

P2M मानक वर्तमान में परियोजना और कार्यक्रम प्रबंधन के लिए मुख्य PMAJ मानक है। इसके आधार पर, परियोजना प्रबंधन विशेषज्ञों की क्षमता और प्रमाणन का आकलन करने के लिए एक गाइड विकसित किया गया था - क्षमता आधारित व्यावसायिक प्रमाणन दिशानिर्देश (सीपीसी दिशानिर्देश)।

अंतर्राष्ट्रीय मानकीकरण संगठन (आईएसओ) मानक

अंतर्राष्ट्रीय मानकीकरण संगठन (आईएसओ) दुनिया का सबसे बड़ा अंतरराष्ट्रीय मानक विकास संगठन है।

आईएसओ दो संगठनों के विलय के आधार पर बनाया गया था - आईएसए (राष्ट्रीय मानकीकरण संघों का अंतर्राष्ट्रीय संघ - राष्ट्रीय मानक संघों का अंतर्राष्ट्रीय संघ), 1926 में न्यूयॉर्क में स्थापित, और यूएनएससीसी (संयुक्त राष्ट्र मानक समन्वय समिति - संयुक्त राष्ट्र मानक) समन्वय समिति) राष्ट्र) आईएसओ/सीडी 21500, 1944 में बनाया गया।

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

अपने अस्तित्व के दौरान, आईएसओ ने विभिन्न उद्योगों और गतिविधि के क्षेत्रों के लिए 18,000 से अधिक अंतर्राष्ट्रीय मानक प्रकाशित किए हैं।

2007 में आईएसओ के हिस्से के रूप में, एक विशेष परियोजना समिति टीसी 236 - परियोजना समिति: परियोजना प्रबंधन बनाया गया था। सितंबर 2012 में, इस समिति ने परियोजना प्रबंधन मानक पर आईएसओ 21500:2012 मार्गदर्शन जारी किया।

आईएसओ 21500: 2012 इस समिति द्वारा प्रकाशित किया जाने वाला पहला परियोजना प्रबंधन मानक है। इससे पहले, परियोजना प्रबंधन से संबंधित मानकों का विकास अन्य आईएसओ समितियों द्वारा उनकी विशेषज्ञता के क्षेत्रों को ध्यान में रखते हुए किया जाता था। पहले प्रकाशित मानकों में सबसे प्रसिद्ध आईएसओ 10006 गुणवत्ता प्रबंधन है - परियोजना प्रबंधन में गुणवत्ता के लिए दिशानिर्देश (गुणवत्ता प्रबंधन प्रणाली। परियोजना प्रबंधन में गुणवत्ता के लिए दिशानिर्देश), पहली बार 1997 में प्रकाशित हुआ, और फिर दूसरे संस्करण में - 2003 में परिवर्तित नाम के साथ - गुणवत्ता प्रबंधन प्रणाली - परियोजनाओं में गुणवत्ता प्रबंधन के लिए दिशानिर्देश (गुणवत्ता प्रबंधन प्रणाली। परियोजनाओं में गुणवत्ता प्रबंधन के लिए दिशानिर्देश)। मानक के 1997 संस्करण में, बुनियादी पीएमआई मानक - 1996 के संस्करण में ज्ञान के परियोजना प्रबंधन निकाय के लिए एक गाइड को आधार के रूप में इस्तेमाल किया गया था। लेकिन चूंकि आईएसओ 10006 को गुणवत्ता विशेषज्ञों द्वारा विकसित किया गया था, न कि परियोजना प्रबंधन द्वारा, इसलिए दस्तावेज़ बहुत सामान्य निकला और वास्तव में परियोजना प्रबंधन अभ्यास में इसका उपयोग नहीं किया जाता है। मानक के 2003 संस्करण में, डेवलपर्स इस बात पर जोर देते हैं कि आईएसओ 10006: 2003 "परियोजना प्रबंधन" के लिए एक सीधा मार्गदर्शक नहीं है। गाइड परियोजना प्रबंधन प्रक्रियाओं में गुणवत्ता पर ध्यान केंद्रित करता है, लेकिन उत्पाद निर्माण से संबंधित परियोजना प्रक्रियाओं की गुणवत्ता एक अन्य मानक - आईएसओ 9004 में शामिल है।

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

तालिका 2. विभिन्न क्षेत्रों में परियोजनाओं से संबंधित आईएसओ मानक

संख्या पी / पी परियोजना प्रबंधन से संबंधित आईएसओ मानक मानकों का उद्देश्य
1 आईएसओ 22263: 2008। निर्माण कार्यों के बारे में सूचना का संगठन - परियोजना की जानकारी के प्रबंधन के लिए रूपरेखा आईएसओ 22263: 2008। निर्माण कार्यों के बारे में जानकारी का संगठन। परियोजना की जानकारी के प्रबंधन के लिए एक रूपरेखा। दस्तावेज़ निर्माण परियोजनाओं में प्रक्रिया और उत्पाद संबंधी डिज़ाइन जानकारी दोनों को व्यवस्थित करने के लिए एक रूपरेखा को परिभाषित करता है। इसका उद्देश्य प्रासंगिक परियोजना और निर्माण कंपनी की जानकारी के नियंत्रण, विनिमय, पुनर्प्राप्ति और उपयोग की सुविधा प्रदान करना है। यह समग्र रूप से डिजाइन संगठन में निर्माण प्रक्रिया के प्रबंधन और इसकी उप-प्रक्रियाओं और गतिविधियों के समन्वय में शामिल सभी के लिए अभिप्रेत है।
2 आईएसओ/टीआर 23462:2007, अंतरिक्ष प्रणाली - अंतरिक्ष परियोजना के लिए प्रबंधन ढांचे को परिभाषित करने के लिए दिशानिर्देश आईएसओ/टीआर 23462:2007। अंतरिक्ष प्रणाली। अंतरिक्ष परियोजना प्रबंधन संरचना को परिभाषित करने के लिए दिशानिर्देश।
मानक कार्यक्रम/परियोजना प्रबंधन के लिए एक समग्र दृष्टिकोण प्रदान करता है जिसे अंतरिक्ष कार्यक्रम/परियोजना करने वाले किसी भी संगठन पर लागू किया जा सकता है। यह दृष्टिकोण मानता है:
  • कार्यक्रम/परियोजना लक्ष्यों और सफलता मानदंड को परिभाषित करना;
  • कार्यक्रम/परियोजना की विशिष्टताओं की पहचान और विकास;
  • आवश्यक नियंत्रणों का निर्धारण;
  • कार्यक्रम/परियोजना में लागू किए जाने वाले प्रबंधन दृष्टिकोणों की पहचान करना और उन पर सहमत होना;
  • एक ही संरचना में कार्यक्रम / परियोजना प्रबंधन के सभी तत्वों का समेकन
3 आईएसओ 16192:2010। अंतरिक्ष प्रणाली - अंतरिक्ष परियोजनाओं में प्राप्त अनुभव (सबक सीखा) - सिद्धांत और दिशानिर्देश आईएसओ 16192:2010। अंतरिक्ष प्रणाली। अंतरिक्ष परियोजनाओं में प्राप्त अनुभव (सबक सीखा) - सिद्धांत और दिशानिर्देश।
मानक सभी अंतरिक्ष परियोजना गतिविधियों (प्रबंधन, तकनीकी पहलुओं, गुणवत्ता, लागत और अनुसूची) पर लागू होने वाले पाठ सीखने के लिए सिद्धांतों और दिशानिर्देशों को परिभाषित करता है।
आईएसओ 16192:2010 की आवश्यकताओं को परियोजना आपूर्तिकर्ता की गुणवत्ता प्रबंधन प्रणाली पर लागू किया जा सकता है
4 आईएसओ/टीआर 23462:2007। सिस्टम और सॉफ्टवेयर इंजीनियरिंग - जीवन चक्र प्रक्रियाएं - प्रोजेक्ट आईएसओ/आईईसी/आईईईई 16326:2009। सिस्टम और सॉफ्टवेयर का विकास। जीवन चक्र प्रक्रियाएं। परियोजना प्रबंधन। मानक सॉफ्टवेयर विकास और उनके जीवन चक्र से संबंधित परियोजनाओं की सामग्री के लिए नियामक आवश्यकताओं को परिभाषित करता है।
5 आईएसओ/टीएस 10303-1433:2010-03। औद्योगिक स्वचालन प्रणाली और एकीकरण - उत्पाद डेटा प्रतिनिधित्व और विनिमय - भाग 1433: अनुप्रयोग मॉड्यूल: परियोजना प्रबंधन आईएसओ/टीएस 10303-1433:2010-03। औद्योगिक स्वचालन प्रणाली और एकीकरण - उत्पाद डेटा प्रतिनिधित्व और विनिमय - भाग 1433: अनुप्रयोग मॉड्यूल: परियोजना प्रबंधन।
मानक एक परियोजना प्रबंधन अनुप्रयोग मॉड्यूल के विनिर्देश को परिभाषित करता है।

परियोजना प्रदर्शन मानकों के लिए वैश्विक गठबंधन (GAPPS)

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

2006 में, GAPPS ने अपना पहला मानक विकसित किया - वैश्विक स्तर 1 और 2 परियोजना प्रबंधकों के लिए प्रदर्शन आधारित योग्यता मानकों के लिए एक ढांचा (GL1 और GL2 श्रेणियों के परियोजना प्रबंधकों की व्यावहारिक क्षमता के लिए ढांचा मानक)। इस मानक का वर्तमान संस्करण संस्करण 1.7a है, जिसे अक्टूबर 2007 में जारी किया गया था।

यह मानक सीधे परियोजना प्रबंधकों पर लक्षित है और उनके लिए दो कौशल स्तरों को परिभाषित करता है:

  • वैश्विक स्तर 1 (GL1) - "प्रोजेक्ट मैनेजर";
  • वैश्विक स्तर 2 (GL2) - "उच्च जटिलता परियोजना प्रबंधक"।

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

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

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

2010 में, GAPPS ने एक और मानक विकसित किया और पेश किया - कार्यक्रम प्रबंधकों के लिए प्रदर्शन आधारित योग्यता मानकों के लिए एक ढांचा (कार्यक्रम प्रबंधकों की व्यावहारिक क्षमता का आकलन करने के लिए मानक)। मई 2011 में, इस मानक का एक अद्यतन संस्करण 1.2 जारी किया गया था।

रूस में विकसित परियोजना प्रबंधन मानक और रूसी में अनुवादित विदेशी मानक

रूस में, परियोजना प्रबंधन से संबंधित निम्नलिखित मानकों को विकसित किया गया है और आधिकारिक तौर पर GOST-R प्रणाली में अनुमोदित किया गया है:

  1. गोस्ट आर आईएसओ 10006-2005। गुणवत्ता प्रबंधन सिस्टम। डिजाइन में गुणवत्ता प्रबंधन के लिए दिशानिर्देश;
  2. गोस्ट आर 52806-2007। परियोजना जोखिम प्रबंधन। सामान्य प्रावधान;
  3. गोस्ट आर 52807–2007। परियोजना प्रबंधकों के लिए योग्यता मूल्यांकन मार्गदर्शिका;
  4. गोस्ट आर 53892-2010। परियोजना प्रबंधकों की क्षमता का मूल्यांकन करने के लिए एक गाइड। पेशेवर अनुपालन के लिए क्षमता और मानदंड के क्षेत्र;
  5. गोस्ट आर आईएसओ/आईईसी से 16326-2002। सॉफ्टवेयर इंजीनियरिंग। परियोजना प्रबंधन में गोस्ट आर आईएसओ / आईईसी 12207 के आवेदन के लिए दिशानिर्देश।

2008 में, तकनीकी विनियमन और मेट्रोलॉजी के लिए संघीय एजेंसी के टीसी 100 "रणनीतिक और अभिनव प्रबंधन" के तहत, एक उपसमिति "परियोजना प्रबंधन" बनाई गई थी। 2011 में, संघीय एजेंसी ने इस समिति की गतिविधियों के लिए तीन नए मानकों को अपनाया: "परियोजना प्रबंधन। परियोजना प्रबंधन के लिए आवश्यकताएँ", "परियोजना प्रबंधन। कार्यक्रम प्रबंधन आवश्यकताएँ" और "परियोजना प्रबंधन। परियोजना पोर्टफोलियो प्रबंधन के लिए आवश्यकताएँ। 1 सितंबर 2012 को, उन्होंने आधिकारिक तौर पर बल में प्रवेश किया।

यह ध्यान दिया जाना चाहिए कि, ऊपर सूचीबद्ध आधिकारिक रूसी मानकों के विपरीत, ऊपर की समीक्षा में चर्चा की गई विदेशी संघों के दो मानक रूसी डिजाइन अभ्यास में बहुत अधिक व्यापक हो गए हैं। इनमें से पहला PMI की PMBOK® गाइड है, जिसका रूसी में अनुवाद किया गया है। दूसरा है NTK 3.0 (बेसिक नॉलेज एंड नेशनल कम्पटीशन रिक्वायरमेंट्स), जिसे SOVNET द्वारा IPMA के ICB 3.0 मानक के आधार पर विकसित किया गया है।

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

पीएमआई के पूर्वानुमानों के अनुसार:

  • 2006 की तुलना में, 2015 तक दुनिया में परियोजना-सक्रिय उद्योगों में कार्यरत लोगों की संख्या 24.4 मिलियन से बढ़कर 32.6 मिलियन हो जाएगी;
  • 2016 तक परियोजना-सक्रिय उद्योगों का कुल सकल घरेलू उत्पाद बढ़कर 4.5 ट्रिलियन डॉलर हो जाएगा, जिसमें चीन में 1.2 ट्रिलियन डॉलर और संयुक्त राज्य अमेरिका में लगभग 1 ट्रिलियन डॉलर शामिल हैं;
  • अधिकांश देशों के विकास में नवाचार की भूमिका महत्वपूर्ण होती जा रही है और इसमें लगातार वृद्धि होगी।

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

"एक कंपनी में परियोजना प्रबंधन: कार्यप्रणाली, प्रौद्योगिकी, अभ्यास" पुस्तक का एक अंश
एमएफपीए "सिनर्जी" पब्लिशिंग हाउस

दृश्य: 8 808

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

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

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

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

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

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

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

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

  1. अंतरराष्ट्रीय मानक।
  2. राष्ट्रीय मानक।
  3. उद्योग समाधान।
  4. कॉर्पोरेट मानक।

(बड़ा करने के लिए क्लिक करें)

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

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

1969 में, गैर-लाभकारी संगठन PMI (प्रोजेक्ट मैनेजमेंट इंस्टीट्यूट) यूएस स्टेट ऑफ जॉर्जिया में इंस्टीट्यूट ऑफ टेक्नोलॉजी में बनाया गया था, जिसने आधी सदी से भी कम समय में मानकों का एक समूह बनाया है जिसे दुनिया भर में मान्यता मिली है। वर्तमान में, पीएमआई परियोजना प्रबंधन पद्धति दुनिया भर के लगभग 30 लाख पेशेवर पीएम को एकजुट करती है। संस्थान का मुख्यालय अब पेंसिल्वेनिया में है। पीएमआई के 60% से अधिक सदस्य उत्तरी अमेरिका में स्थित हैं, शेष 40% यूरेशिया, दक्षिण अमेरिका और प्रशांत क्षेत्र में समान रूप से वितरित हैं।

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

परियोजना प्रबंधन प्रक्रियाओं की बातचीत का मॉडल। स्रोत: पीएमबीके मैनुअल, संस्करण 5
(बड़ा करने के लिए क्लिक करें)

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

पीएमआई पद्धति के अनुसार निर्माण परियोजना प्रबंधन का संरचनात्मक मॉडल। स्रोत: पीएमबीके गाइड 5
(बड़ा करने के लिए क्लिक करें)

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

  1. 1986-1996 - पहला संस्करण।
  2. 2000 - दूसरा संस्करण।
  3. 2003 - दिशानिर्देशों का तीसरा संस्करण प्रकाशित हुआ।
  4. 2008 - चौथा संस्करण।
  5. 2013 - पांचवां, वर्तमान में लागू, संस्करण।
  6. 2017 - मानक का छठा संस्करण अपेक्षित है।

आईएसओ 21500:2012 और पीएमबीओके के बीच अंतर

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

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

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

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

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

(बड़ा करने के लिए क्लिक करें)

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

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

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

  1. तकनीकी क्षमता।
  2. व्यवहार क्षमता।
  3. सभी हितधारकों के साथ प्रभावी संचार बनाने के लिए प्रधान मंत्री की क्षमता में व्यक्त सहमति क्षमता।

सक्षमता आरेख ICB IPMA "आई"

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

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

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

PRINCE 2 मानक की विशेषताएं

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

  1. नई सूचना प्रौद्योगिकियों और उत्पादों के विकास और कार्यान्वयन के लिए आईटी परियोजनाएं।
  2. बाजार पर नए उत्पादों का विकास और लॉन्च।
  3. आवास क्षेत्र।
  4. इंजीनियरिंग नवाचार।
  5. परियोजना गतिविधि का सार्वजनिक क्षेत्र।

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

PRINCE 2 कार्यप्रणाली प्रणाली की संरचना

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

PRINCE 2 पद्धति के सिद्धांतों, विषयों और प्रक्रियाओं की संरचना

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

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

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

रूस में अंतरराष्ट्रीय मानकों की अनुकूलित प्रतिकृतियों के रूप में, परियोजना प्रबंधन और उनकी गुणवत्ता के मुद्दों के संबंध में कई GOST को अपनाया गया है:

  • गोस्ट आर आईएसओ/आईईसी से 16326-2002;
  • गोस्ट आर आईएसओ 10006-2005;
  • गोस्ट आर 52806-2007;
  • गोस्ट आर 52807–2007;
  • गोस्ट आर 53892-2010;
  • गोस्ट आर 54 869-2011;
  • गोस्ट आर 54 870-2011;
  • गोस्ट आर 54 871-2011;
  • गोस्ट आर आईएसओ 21500-2014।

कंपनी स्तर पर परियोजना प्रबंधन मानकों को भी विकसित किया जा रहा है। एक अलग लेख में, हम ऐसे मानक के एक उदाहरण पर विचार करने का इरादा रखते हैं। आइए एक प्रश्न पूछें कि उद्यम स्तर पर परियोजना प्रबंधन मानक को डिजाइन करते समय अंतर्राष्ट्रीय मानक के रूप में किस सहायक संसाधन का उपयोग किया जा सकता है? आम तरीकों में, PMBOK, ISO 21500, ICB IPMA, PRINCE 2 सबसे अलग हैं। IPMA को इस पिंजरे से बाहर रखा जाएगा, क्योंकि इसका उद्देश्य PM के लिए योग्यता आवश्यकताओं पर अधिक लक्षित है। इस प्रश्न का उत्तर देने के लिए, AXELOS की सिफारिशें, जो ब्रिटिश "सर्वश्रेष्ठ अभ्यास पोर्टफोलियो" (ITIL और PRINCE 2 सहित) का प्रबंधन करती हैं, अच्छी तरह से अनुकूल हैं।

मानकों में शामिल घटकों का पिरामिड।

सबसे लोकप्रिय मानकों का विश्लेषण करते समय शोधकर्ताओं ने क्या निष्कर्ष निकाला?

  1. एक संगठन जिसके प्रोजेक्ट मैनेजर PRINCE 2 का उपयोग करते हैं, उसे PMBOK गाइड जैसी अतिरिक्त, अधिक व्यापक कार्यप्रणाली की आवश्यकता होती है।
  2. उसी समय, PMBOK दिशानिर्देशों के आवेदन के लिए राष्ट्रीय और उद्योग विशिष्टताओं के लिए एक स्थानीय विधि की आवश्यकता होती है, वही PRINCE 2 या अन्य विशिष्ट मानक।
  3. आईएसओ 21500: 2012 या इसी तरह के गोस्ट आर आईएसओ 21500-2014 अधिक संक्षिप्त आवश्यकताओं को स्थापित करता है, जिसके अनुसार एक अनुकूलित कॉर्पोरेट मानक विकसित करना आसान है। हालाँकि, न तो PMBOK और न ही ISO PRINCE 2 विरोधाभासी है।
  4. PRINCE 2 और PMBOK गाइड को कॉर्पोरेट स्तर पर लागू करने के लिए, इन मानकों को वास्तविक परिस्थितियों और स्थापित प्रबंधन संस्कृति के अनुकूल बनाने की आवश्यकता है।

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

कार्यप्रणाली के संदर्भ में कंपनियों के परियोजना प्रबंधन मानकों का आमतौर पर सामान्य दस्तावेजों द्वारा निर्धारित आधार होता है, जिन्हें फ्रेमवर्क दस्तावेज कहा जाता है। इन दस्तावेजों में अमेरिकन इंस्टीट्यूट ऑफ प्रोजेक्ट मैनेजमेंट के प्रोजेक्ट मैनेजमेंट बॉडी ऑफ नॉलेज शामिल हैं, जिन्हें अंतरराष्ट्रीय वास्तविक मानक के रूप में मान्यता प्राप्त है, और 1BO 10006:1997 मानक, जिसका अर्थ और सामग्री उनके में निहित है विशेषज्ञताऔर विवरण।

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

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

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

मानक बनाने के पहले चरण के रूप में परियोजनाओं का वर्गीकरण

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

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

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

समय, लागत मात्रा | जोखिम व्यक्तिगत संचार अनुबंध परिवर्तन

एफ नियंत्रण कार्य

2

मैं सिया आईए

आरंभीकरण) योजना निष्पादन नियंत्रण समापन

नियंत्रण चरण

चावल। 4.23.नियंत्रण प्रक्रियाओं का स्थान

एक स्रोत: टोवब ए.एस. त्ज़िप्स जी.एल. उद्यम स्तर परियोजना प्रबंधन मानक // सूचना सेवा निदेशक। 2002. नंबर 1-6।

परियोजना प्रबंधन योजना में शामिल हैं:

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

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

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

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

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

परियोजना प्रबंधन योजना, जिसमें सभी प्रतिभागियों द्वारा सहमत परियोजना का एक प्रलेखित दृश्य शामिल है, मौलिक दस्तावेज है, जो परियोजना के बाद के सभी विकास के लिए आधार है (तालिका 4.18)।

तालिका 4.18

विशिष्ट माइक्रोटेम्पलेट "एक बैंक शाखा के आईटी बुनियादी ढांचे के निर्माण के लिए परियोजना की सामग्री और सीमाएं"

अनुच्छेद

माइक्रो

बैंक शाखा

परियोजना औचित्य

उत्पाद की मुख्य विशेषताओं का वर्णन करता है और

उनके साथ संबंध

व्यावसायिक आवश्यकता या अन्य

प्रोत्साहन राशि

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

परियोजना उत्पाद

उत्पाद मुख्य विशेषताएं

और व्यापार की जरूरत के साथ उनके संबंध

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

प्रदेय परियोजना

परिणामों (उप-उत्पादों) की एक सूची प्रदान की जाती है, जिसकी उपलब्धि (पूर्ण और सफल निर्माण) का अर्थ है परियोजना का पूरा होना

सिस्टम सॉफ्टवेयर विनिर्देश और विन्यास।

उपकरणों की स्थापना के लिए परिसर के लिए आवश्यकताएँ।

उपकरण और सॉफ्टवेयर की गणना।

तकनीकी समाधान योजना।

सिस्टम सॉफ्टवेयर इंस्टॉलेशन और कॉन्फ़िगरेशन की मास्टर कॉपी।

बैंकिंग सूचना प्रणाली की स्थापना के लिए स्थापित और तैयार किए गए उपकरण और सिस्टम सॉफ्टवेयर बैंक की शाखा को वितरित किए गए

परिणामों के मूल्यांकन के लिए मानदंड (परियोजना के उद्देश्य) 1

परियोजना को सफल माने जाने के लिए मात्रात्मक मानदंड का विवरण जिसे पूरा किया जाना चाहिए

मास्को में हार्डवेयर और सॉफ्टवेयर की डिलीवरी का समय XX दिनों से अधिक नहीं होना चाहिए।

मॉस्को में उपकरण और सॉफ्टवेयर स्थापित करने की अवधि यूयू दिनों से अधिक नहीं होनी चाहिए।

बैंक की शाखा में उपकरण और सॉफ्टवेयर के परिवहन की अवधि से अधिक नहीं होनी चाहिए Kommersantदिन।

शाखा में उपकरण और सॉफ्टवेयर की स्थापना और कमीशनिंग की अवधि YU दिनों से अधिक नहीं होनी चाहिए

उदाहरण में दिए गए अनुभाग "प्रोजेक्ट उत्पाद" और "परियोजना परिणाम" की सामग्री की तुलना करते हुए, आप देख सकते हैं कि परियोजना के परिणाम परियोजना उत्पाद के अपघटन के तत्व हैं। इसीलिए, एक योजना बनाते समय, वर्क ब्रेकडाउन स्ट्रक्चर (WBS) का अक्सर उपयोग किया जाता है, और कई प्रमुख कंपनियों में मानक WBS दोनों स्पष्ट रूप से (Andersen Consulting) और अंतर्निहित रूप से (IBM) अपनी कार्यप्रणाली और मानकों में शामिल होते हैं।

कार्य विश्लेषण संरचना

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

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

कार्यात्मक

ग्राहक

प्रोजेक्ट P1

परियोजना P2

ड्राफ्ट पीपी

इन्वेस्टर

अनुबंध D1


कलाकार

  • ---- सामग्री द्वारा अपघटन
  • -औपचारिक आधार पर अपघटन (वित्तीय प्रवाह)

चावल। 4.24.विभिन्न आधारों पर कार्यों का विघटन एक स्रोत:

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

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

परियोजना प्रबंधन योजना और रूपरेखा मानक

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

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

डिजाइन विचलन। जोखिम, समस्याएं, परिवर्तन

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

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

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

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


चावल। 4.25.

एक स्रोत: टोवब ए.एस. त्ज़िप्स जी.एल. हुक्मनामा। सेशन।

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

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

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

  • जोखिम के साथ काम के मुख्य चरणों को विनियमित करने वाली प्रक्रियाएं - जोखिमों की पहचान, जोखिमों की निगरानी और विश्लेषण, विकास, योजना और जोखिमों का मुकाबला करने के उपायों का कार्यान्वयन;
  • जोखिम के साथ काम करने की प्रक्रिया को दर्शाने वाले दस्तावेजों के टेम्प्लेट - एक जोखिम कार्ड, एक परियोजना जोखिम लॉग।

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

तालिका 4.19

खतरा जोखिम मैट्रिक्स

^"""-"----^घटना की प्रायिकता

परियोजना पर प्रभाव

कम (20% से कम)

मध्यम (20 से 60% तक)

उच्च (60% से अधिक)

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

औसत।अनुसूची में संभावित व्यवधान, लागत में वृद्धि या उत्पाद की गुणवत्ता में गिरावट

मज़बूत।महत्वपूर्ण शेड्यूल व्यवधान, लागत में वृद्धि, या उत्पाद में गिरावट संभव

एक स्रोत"।टोवब ए.एस. त्ज़िप्स जी.एल. हुक्मनामा। सेशन।

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

समस्या प्रबंधन।एक परियोजना में एक समस्या किसी भी कार्यात्मक, तकनीकी, या व्यवसाय से संबंधित समस्या है जो परियोजना के दौरान उत्पन्न होती है और परियोजना के लिए योजना के अनुसार आगे बढ़ने के लिए प्रतिक्रिया - जांच और समाधान की आवश्यकता होती है। दूसरे शब्दों में, समस्या एक असाधारण परिस्थिति है जिसे उसके घटित होने के क्षण से ही नियंत्रित किया जाना चाहिए। आमतौर पर समस्याओं को दो श्रेणियों में विभाजित किया जाता है: 1) ऐसी समस्याएं जिन्हें मूल बिंदु पर हल किया जा सकता है, अर्थात। परियोजना प्रबंधन स्तर पर (समस्याएं); 2) बढ़ी हुई समस्याएं (मुद्दे), जिन्हें हल करने के लिए, परियोजना के बाहरी लोगों सहित प्रबंधन के ऊपरी स्तरों तक उठाए जाने की आवश्यकता है।

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

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

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

समस्या समाधान प्राथमिकता मैट्रिक्स

तालिका 4.20

तात्कालिकता

परियोजना पर प्रभाव

गैर जरूरी

Pervooche

दुर्लभ

अति आवश्यक

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

न के बराबर

औसत।अनुसूची का उल्लंघन हो सकता है, लागत में वृद्धि या उत्पाद की गुणवत्ता में गिरावट हो सकती है

मज़बूत।संभावित महत्वपूर्ण शेड्यूल व्यवधान, लागत में वृद्धि, या उत्पाद में गिरावट

विशेष रूप से महत्वपूर्ण

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

एक स्रोत

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

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

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

अस्वीकार्य नुकसान का क्षेत्र

एक संसाधन


उत्पादों

चावल। 4.26. हानि क्षेत्र एक स्रोत: Tovb A., Tzipes G. डिक्री। सेशन।

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


चावल। 4.27.

एक स्रोत: टोवब ए., त्ज़िप्स जी. डिक्री। सेशन।

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

परियोजनाओं में संगठनात्मक संरचना

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

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

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

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

परियोजना टीम।परियोजनाओं के संगठनात्मक ढांचे का निर्माण करते समय, दो बुनियादी सिद्धांतों का पालन किया जाना चाहिए: 1) जिम्मेदारी के स्तरों को अलग करना; 2) जिम्मेदारी के क्षेत्रों का विभाजन। इस अर्थ में, निर्णय सीधे परियोजनाओं की जटिलता और जटिलता से संबंधित होते हैं। साधारण परियोजनाओं के लिए, प्रबंधन के दो स्तर आमतौर पर पर्याप्त होते हैं। परियोजना प्रबंधक परियोजना का परिचालन प्रबंधन करता है, नियोजित कार्य के कार्यान्वयन को सुनिश्चित करता है, योजनाओं में बदलाव के लिए प्रस्ताव तैयार करता है, तकनीकी और मानव संसाधनों का समन्वय करता है। परियोजना के समय, बजट, दायरे और सीमाओं को बदलने का अधिकार प्रबंधन के शीर्ष स्तर के अंतर्गत आता है और शीर्ष प्रबंधक के अंतर्गत आता है। एक आधार के रूप में, इस योजना को नीचे की ओर (उप-परियोजनाओं के नेता) और ऊपर की ओर (बहुपरियोजनाओं या कार्यक्रमों की संचालन समिति) दोनों में विकसित किया जा सकता है।

तालिका 4.21

प्रशासनिक प्रबंधन में उत्तरदायित्व का विभाजन

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

जिम्मेदारी का क्षेत्र

क्षेत्र

प्रबंध

प्रभाग के प्रमुख की जिम्मेदारी (प्रशासनिक प्रबंधन)

परियोजना प्रबंधक की जिम्मेदारी (परियोजना प्रबंधन)

योजना और नियंत्रण

एक व्यवसाय योजना का गठन।

विभाग बजट योजना।

नियंत्रण "मील के पत्थर से"। कंपनी प्रबंधन को रिपोर्ट करना

विस्तृत परियोजना अनुसूची। परियोजना बजट योजना।

परियोजना की प्रगति का परिचालन नियंत्रण।

प्रबंधन को रिपोर्ट करना

मानव

भर्ती और बर्खास्तगी।

संसाधनों का केंद्रीकृत आवंटन।

अनुशासन नियंत्रण। प्रशिक्षण का संगठन

प्रोजेक्ट टीम का गठन।

कर्मचारियों के काम का विश्लेषण और मूल्यांकन।

प्रतिबंधों और प्रोत्साहनों का आवेदन।

विरोधाभास प्रबंधन

वास्तविक उत्पाद (सूचना प्रणाली आईएस के उदाहरण पर)

आईएस बनाने की पद्धति।

आईसी डिजाइन। आईएस विकास।

आईपी ​​का कार्यान्वयन

एक स्रोत: टोवब ए., त्ज़िप्स जी. डिक्री। सेशन।

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


प्रोजेक्ट टीम में विशेषज्ञों को शामिल करना M संबंधित सेवाओं के साथ प्रोजेक्ट टीम का इंटरेक्शन

चावल। 4.28.प्रोजेक्ट टीम गठन योजना एक स्रोत: टोवब ए., त्ज़िप्स जी. डिक्री। सेशन।

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

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

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

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

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

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

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


संचार प्रबंधन जोखिम प्रबंधन क्षेत्र और सीमा प्रबंधन परियोजना योजना गुणवत्ता प्रबंधन वित्तीय और अनुबंध प्रबंधन संसाधन प्रबंधन परिवर्तन प्रबंधन परियोजना समग्र मूल्यांकन 7

चावल। 4.29.परियोजना प्रबंधन की वर्तमान स्थिति का आरेख एक स्रोत: टोवब ए., त्ज़िप्स जी. डिक्री। सेशन।

परियोजना विशेषज्ञता- परियोजना के ढांचे के भीतर गतिविधि के कुछ क्षेत्रों का विस्तृत विश्लेषण और इस परियोजना और कंपनी की परियोजनाओं के कार्यान्वयन की गुणवत्ता में सुधार करने के लिए परियोजना की एक सामान्य तस्वीर तैयार करना।

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

संगठनात्मक संरचना और उनके कार्यों में गुणवत्ता प्रबंधन सेवा और परियोजना प्रबंधन सेवा का स्थान अंजीर में दिखाया गया है। 4.30.

गुणवत्ता प्रबंधन सेवापरियोजना प्रबंधन के संदर्भ में प्रदान करता है:

  • कंपनी मानकों की सामान्य प्रणाली में परियोजना प्रबंधन मानक का एकीकरण;
  • कॉर्पोरेट परियोजना प्रबंधन मानकों के अनुपालन को सत्यापित करने के लिए ऑडिट के रूप में परियोजना प्रबंधन गुणवत्ता नियंत्रण।

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


चावल। 4.30.

परियोजना क्रियान्वयन

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

सबसे व्यापक रूप से उपयोग किया जाने वाला प्रक्रिया मॉडल है, जिसका उपयोग परियोजना प्रबंधन की पद्धतिगत नींव को स्थापित करने वाले सबसे प्रसिद्ध दस्तावेजों में किया जाता है, जैसे कि अमेरिकी परियोजना प्रबंधन संस्थान (पीएमआई) के प्रोजेक्ट मैनेजमेंट बॉडी ऑफ नॉलेज (पीएमबीके), जिसे कई लोगों द्वारा मान्यता प्राप्त है। एक अंतरराष्ट्रीय वास्तविक मानक के रूप में, और आईएसओ 10006 मानक: 1997, जिसने पीएमबीके के कई सबसे महत्वपूर्ण प्रावधानों को एक कानूनी मानक का दर्जा दिया। ए गाइड टू द प्रोजेक्ट मैनेजमेंट बॉडी ऑफ नॉलेज (पीएमबीके गाइड) का 1996 संस्करण, जिसने 1987 में पहले पीएमबीके को बदल दिया, को यूएस राष्ट्रीय मानक एएनएसआई / पीएमआई 99-001-2000 के रूप में मान्यता प्राप्त है।

वर्तमान में, अन्य दृष्टिकोणों के उपयोग में तेजी से बढ़ती रुचि है, विशेष रूप से, "गतिविधि" या "प्रबंधन", जिसे दुनिया भर के 30 से अधिक देशों में आधिकारिक आधार के रूप में स्वीकार किया जाता है। यह दृष्टिकोण अंतर्राष्ट्रीय योग्यता मानकों ICB IPMA-अंतर्राष्ट्रीय क्षमता बेसलाइन IPMA में व्यक्त किया गया है, और लगभग 20 देशों के पेशेवर राष्ट्रीय संघों के पास पहले से ही अपने स्वयं के RM बॉडी ऑफ़ नॉलेज (RM BOK) हैं, जिसका आधार ठीक यही अंतर्राष्ट्रीय मानक है।

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

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

इस तथ्य के बावजूद कि 20 से अधिक देशों की अपनी राष्ट्रीय प्रमाणन प्रणाली है, अंतर्राष्ट्रीय अभ्यास में सबसे व्यापक रूप से उपयोग की जाने वाली 4-स्तरीय अंतर्राष्ट्रीय प्रमाणन प्रणाली IPMA (PMP IPMA) द्वारा समर्थित है और संयुक्त राज्य अमेरिका की एक-स्तरीय राष्ट्रीय प्रणाली द्वारा समर्थित है। पीएमआई (पीएमपी पीएमआई)। उनमें अंतर परियोजना प्रबंधन के लिए "यूरोपीय" और "अमेरिकी" दृष्टिकोणों के विकास के लिए ऐतिहासिक रूप से स्थापित स्थितियों और परियोजना गतिविधियों के बुनियादी मॉडल में अंतर दोनों से संबंधित हैं। अब अंतर्राष्ट्रीय सहयोग में बुनियादी दिशाओं में से एक ज्ञान के एकीकरण और परियोजना गतिविधियों के मानकीकरण के लिए एक समान दृष्टिकोण का गठन है, एक समान शब्दावलियों और आवश्यकताओं की प्रणाली आदि बनाने के प्रयास किए जा रहे हैं।

पीएम - परियोजना प्रबंधन;

आईपीएमए - अंतर्राष्ट्रीय परियोजना प्रबंधन संघ;

पीएमआई-परियोजना प्रबंधन संस्थान (यूएसए);

एआईपीएम- ऑस्ट्रेलियन इंस्टीट्यूट फॉर प्रोजेक्ट मैनेजमेंट (ऑस्ट्रेलिया);

परियोजना प्रबंधकों के लिए एआरएम-एसोसिएशन (ग्रेट ब्रिटेन);

COBHET - प्रोजेक्ट मैनेजमेंट एसोसिएशन (रूस);

ENAA- इंजीनियरिंग एडवांसमेंट एसोसिएशन ऑफ जापान (जापान);

GPM-ड्यूश Gesellschaft f?r परियोजना प्रबंधन;

आईसीबी आईपीएमए - अंतर्राष्ट्रीय सक्षमता आधार रेखा आईपीएमए;

एनसीबी - राष्ट्रीय सक्षमता आधार रेखा;

आरएम वीओ के - प्रोजेक्ट मैनेजमेंट बॉडी ऑफ नॉलेज,

PMBOK - प्रोजेक्ट मैनेजमेंट बॉडी ऑफ नॉलेज पीएमआई (यूएसए)।

इस खंड में निम्नलिखित शामिल हैं:

आरएम में क्या मानकीकृत किया जा सकता है और क्या मानकीकरण करना अनुचित या असंभव है और क्यों;

अंतरराष्ट्रीय और राष्ट्रीय मानकों में प्रयुक्त आरएम की सामग्री, प्रक्रियाओं और विधियों के मानकीकरण के लिए विभिन्न दृष्टिकोण;

पेशेवर योग्यता मानकों (आवश्यकताओं) और प्रमाणन के उपयोग के माध्यम से परियोजना प्रबंधकों की प्रबंधकीय गतिविधियों का एकीकरण;

आरएम के लिए अंतरराष्ट्रीय और राष्ट्रीय मानक;

कॉर्पोरेट मानक;

मानकों का दायरा।

मूल अवधारणा

"परियोजना प्रबंधन" - विभिन्न व्याख्याएं

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

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

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

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

"परियोजना" की अवधारणा की विभिन्न व्याख्याओं के बारे में

विभिन्न मॉडलों और मानकों में "परियोजना" की अवधारणा की व्याख्या विभिन्न पदों से की जाती है। उदाहरण के लिए, प्रक्रिया मॉडल (एसएचओ 9000, 10006) में, परियोजना को एक प्रक्रिया के रूप में माना जाता है। और "प्रबंधकीय" (संगठनात्मक और गतिविधि) मॉडल (ІСВ ) "परियोजना" के ढांचे के भीतर एक अवधारणा के रूप में "उद्यम", "प्रयास" और "गतिविधि" के माध्यम से परिभाषित किया गया है।

तालिका 1.1। "प्रोजेक्ट" शब्द की कुछ परिभाषाएँ

परियोजना है:

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

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

एक विशिष्ट कार्यक्रम, लागत और प्रदर्शन मापदंडों के साथ विशिष्ट समस्याओं को हल करने के लिए किसी व्यक्ति या संगठन द्वारा किए गए एक विशिष्ट शुरुआत और अंत के साथ समन्वित कार्यों का एक अनूठा सेट।

आईसीबी-आईपीएमए सक्षमता आधार रेखा। संस्करण 2.0.

आईपीएमए संपादकीय समिति। - ब्रेमेन: आइजेनवरलाग, 1999 - पी.23।

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

आईएसओ/टीआर 10006: 1997 (ई)। गुणवत्ता प्रबंधन- परियोजना प्रबंधन में गुणवत्ता के लिए दिशानिर्देश- पृ. एक।

एक अद्वितीय उत्पाद या सेवा बनाने के लिए किया गया एक अस्थायी उद्यम (प्रयास)।

प्रोजेक्ट मैनेजमेंट बॉडी ऑफ नॉलेज के लिए एक गाइड। पीएमआई मानक समिति। 2000 संस्करण।, 2000 - पृष्ठ 4।

विशिष्ट आरंभ और समाप्ति तिथियों के साथ परस्पर संबंधित गतिविधियों (कार्यों) का एक अनूठा सेट, जिसे एक सामान्य लक्ष्य को सफलतापूर्वक प्राप्त करने के लिए डिज़ाइन किया गया है।

एआईपीएम - परियोजना प्रबंधन के लिए ऑस्ट्रेलियाई संस्थान, परियोजना प्रबंधन के लिए राष्ट्रीय क्षमता मानक - दिशानिर्देश 1996 - पी। अठारह

निर्दिष्ट समय-सीमा, लागत और प्रदर्शन मापदंडों के साथ विशिष्ट लक्ष्यों को प्राप्त करने के लिए किसी व्यक्ति या संगठन द्वारा किए गए परिभाषित प्रारंभ और अंत बिंदुओं के साथ समन्वित गतिविधियों (कार्यों) का एक अनूठा सेट।

ब्रिटिश मानक बीएस 6079-1:2000। परियोजना प्रबंधन - भाग 1: परियोजना प्रबंधन की मार्गदर्शिका - पृ.2.

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

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

मोल्दोवा गणराज्य में मानकीकरण के विषय

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

ए) जिन्हें प्रक्रियाओं, वस्तुओं, विधियों के रूप में वर्णित किया जा सकता है;

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

तालिका 1.2. मानकीकरण के लिए कुछ परिभाषाएं

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

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

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

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

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

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

RM . के क्षेत्र में अंतर्राष्ट्रीय और राष्ट्रीय मानक

अंतरराष्ट्रीय मानक

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

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

कुछ मुद्दों को अंतरराष्ट्रीय मानकों द्वारा नियंत्रित किया जाता है। उदाहरण के लिए, परियोजनाओं में गुणवत्ता प्रबंधन और विन्यास के लिए मुख्य अंतरराष्ट्रीय मानक आईएसओ 9000:2000, 10005, 10006, 10007 और अन्य (तालिका 1.3 देखें) हैं, जिन्हें कई देशों में और राष्ट्रीय मानकों के रूप में स्वीकार किया जाता है।

सिस्टम प्रबंधन के क्षेत्र में, प्रासंगिक अंतरराष्ट्रीय संगठनों द्वारा समर्थित कई अंतरराष्ट्रीय मानकों का उपयोग किया जाता है। ये मानक तकनीकी प्रणाली परियोजनाओं, सिस्टम जीवन चक्र प्रक्रियाओं, डिजाइन प्रक्रियाओं आदि में प्रक्रियाओं के प्रबंधन के लिए मानदंडों और नियमों को परिभाषित करते हैं, उदाहरण के लिए आईएसओ/आईईसी 12207, सूचना प्रौद्योगिकी - सॉफ्टवेयर जीवन चक्र प्रक्रियाएं (1995); आईएसओ/आईईसी टीआर 15271, सूचना प्रौद्योगिकी - आईएसओ/आईईसी 12207(1998) के लिए गाइड; ISO/IEC 15288 CD2, जीवन चक्र प्रबंधन - सिस्टम जीवन चक्र प्रक्रियाएं (2000), आदि।

राष्ट्रीय मानक

अंतरराष्ट्रीय मानक दस्तावेजों और मानकों के अलावा, कई देशों ने मानकों और आवश्यकताओं की राष्ट्रीय प्रणालियों का विकास और उपयोग किया है। वे एक निजी प्रकृति के हैं और आरएम के कुछ पहलुओं को विनियमित करते हैं। तालिका 1.3। आरएम आईएसओ 10006:1997 गुणवत्ता प्रबंधन के क्षेत्र में अंतर्राष्ट्रीय मानक - परियोजना प्रबंधन में गुणवत्ता के लिए दिशानिर्देश आईएसओ 10007:1995 गुणवत्ता प्रबंधन - विन्यास प्रबंधन के लिए दिशानिर्देश आईएसओ 9000:2000 गुणवत्ता प्रबंधन प्रणाली - बुनियादी और शब्दावली आईएसओ 9004:2000 गुणवत्ता प्रबंधन प्रणाली - प्रदर्शन सुधार के लिए दिशानिर्देश आईएसओ 15188:2001 शब्दावली मानकीकरण के लिए परियोजना प्रबंधन दिशानिर्देश आईएसओ 15288:2000 जीवन चक्र प्रबंधन - प्रणाली जीवन चक्र प्रक्रियाएं आईएसओ/एडब्ल्यूआई 22799 भवन निर्माण - प्रक्रिया प्रबंधन - परियोजना प्रबंधन प्रणालियों के लिए दिशानिर्देश आईएस ओ/आई ईसी टीआर 16326:1999 सॉफ्टवेयर इंजीनियरिंग - परियोजना प्रबंधन के लिए आईएसओ / आईईसी 12207 के आवेदन के लिए गाइड पीएम के लिए सबसे अधिक प्रतिनिधि, ऐतिहासिक रूप से विकसित और जटिल राष्ट्रीय मानक प्रणालियों में से एक ब्रिटिश राष्ट्रीय मानक है। उनका पूर्वव्यापी आरएम के लिए मानकों की एक राष्ट्रीय प्रणाली के निर्माण और विकास के दृष्टिकोण को समझने के लिए एक अच्छा उदाहरण प्रदान करता है (चित्र 1.4 देखें)।

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

1984 में, प्रबंधन, योजना, नियंत्रण और रिपोर्टिंग प्रक्रियाओं के उपयोग के लिए एक गाइड को मानकों के सेट में पेश किया गया था। 1981 में पेश किए गए पहले तीन मानक भाग 2 हैं,

3 और 4, और अंतिम एक - भाग 1, यानी, परियोजना प्रबंधन में एसपीएम के उपयोग को निर्धारित करने वाले मानक उस मानक से बहुत पहले दिखाई दिए जो मूल रूप से आरएम प्रक्रियाओं को परिभाषित करने वाले मुख्य मानक के रूप में परिकल्पित किया गया था।

नेटवर्क प्रोजेक्ट प्लानिंग में प्रयुक्त शब्दों की शब्दावली केवल 1987 में शुरू की गई थी।

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

ब्रिटिश आरएम मानकों का "दूसरा चरण" 1992 में पेश किया गया था और यह 1981 के पहले तीन मानकों का अद्यतन था।

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

परियोजना प्रबंधकों और/या आरएम विशेषज्ञों के लिए पेशेवर अंतरराष्ट्रीय और राष्ट्रीय योग्यता मानक

पेशेवर संगतता

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

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

चित्र 1.5 पीएम (प्रोजेक्ट मैनेजमेंट प्रोफेशनल) और प्रोजेक्ट मैनेजर (प्रोजेक्ट मैनेजर) की पेशेवर क्षमता के घटकों को दिखाता है, जिन्हें मानकों और / या योग्यता आवश्यकताओं के माध्यम से सामान्यीकृत किया जाता है।

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

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

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

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

ज्ञान के कोड (आधार, "निकाय") (ज्ञान का शरीर)

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

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

आरएम के क्षेत्र में, अंतर्राष्ट्रीय मानक दस्तावेज जो परियोजना प्रबंधकों की क्षमता के लिए अंतरराष्ट्रीय आवश्यकताओं की प्रणाली को परिभाषित करता है, वह है ICB TRMA (तालिका 1.4 देखें)।

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

आईपी ​​​​एमए के बाहर कई देशों के पास अपने स्वयं के ज्ञान और प्रमाणन प्रणाली के कोड हैं। उदाहरण के लिए, उत्तर अमेरिकी PMI, ऑस्ट्रेलियाई AIPM, जापानी ENAA, आदि।

तालिका 1.4. परियोजना प्रबंधन योग्यता

व्यावसायिक अंतर्राष्ट्रीय योग्यता मानक आईपीएमए कोर मानक

ICB- IPMA कम्पेटेंस बेसलाइन, संस्करण 2.0, IPMA संपादकीय समिति: Cajupin G>, Knopfel H., MOOTS P., Motzel E., Pannenbacker O. - Bremen: Eigenverlag, 1999. - p,112।

परियोजना प्रबंधकों और/या परियोजना प्रबंधन पेशेवरों और पेशेवर राष्ट्रीय योग्यता मानकों के लिए राष्ट्रीय प्रमाणन प्रणाली

यूके - एआरएम

ज्ञान का शरीर। चौथा संस्करण - यूके: एपीएम - एसोसिएशन फॉर प्रोजेक्ट मैनेजर्स। - माइल्स डिक्सन द्वारा संपादित - कैम्ब्रिज पब्लिशिंग मैनेजमेंट, इंग्लैंड, 2000। - पृष्ठ 64,

ए गाइड टू द प्रोजेक्ट मैनेजमेंट बॉडी ऑफ नॉलेज (पीएमबीके गाइड), 2000 एड, नेटवर्क स्क्वायर, पीए: प्रोजेक्ट मैनेजमेंट इंस्टीट्यूट।

ऑस्ट्रेलिया - एआईपीएम

सक्षमता मानक, स्तर 4/5/6, परियोजना प्रबंधन के लिए एआईपीएम ऑस्ट्रेलियाई संस्थान, 1996।

जर्मनी - जीपीएम

ZERT, Zertifizierungsstelle der GPM Deutsche Gesellschaft fur Projectmanagement e.V.: Projekt-management-Kanon - Der deutsche Zugang zum Project Management Body of knowledge, Koln, FRG, 1998)।

रूस - SOVNET

परियोजना प्रबंधन। पेशेवर ज्ञान की मूल बातें। विशेषज्ञों की योग्यता के लिए राष्ट्रीय आवश्यकताएं (एनटीसी) // प्रमाणन आयोग SOVNET। एम.: केयूबीएस, 2001. 265 पी।

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

ज्ञान का अंतर्राष्ट्रीय निकाय - आईसीबी आईपीएमए

अंतर्राष्ट्रीय सक्षमता आधार रेखा (ICB) आधिकारिक अंतर्राष्ट्रीय RM सक्षमता आधार रेखा है जिसे IPMA द्वारा अनुरक्षित और विकसित किया गया है। दुनिया के 32 देशों के लिए - आईपीएमए के सदस्य, आरएम के क्षेत्र में राष्ट्रीय ज्ञान संहिता के विकास का आधार 1 सी बी है। वर्तमान में, दुनिया के 16 देशों ने आईसीबी के अनुसार राष्ट्रीय ज्ञान संहिता को मंजूरी दी है।

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

1सी बी में 42 तत्व शामिल हैं जो परियोजना प्रबंधन में ज्ञान, व्यावसायिकता (कौशल) और पेशेवर अनुभव के लिए आवश्यकताओं के क्षेत्रों को परिभाषित करते हैं (28 बुनियादी और 14 अतिरिक्त)।

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

एडब्ल्यूपी (यूके) के ज्ञान का निकाय;

Beurteilungsstruktur, VZPM (स्विट्जरलैंड);

पीएम-कानन, पीएम-जेडईआरटी/जीपीएम (जर्मनी);

मानदंड डी "विश्लेषण, AFITEP (फ्रांस)।

प्रत्येक राष्ट्रीय संघ जो आईपीएमए का सदस्य है, आईसीबी के संदर्भ में और उसके अनुसार, और राष्ट्रीय विशेषताओं और संस्कृति को ध्यान में रखते हुए अपनी राष्ट्रीय क्षमता आधार रेखा (एनसीबी) को विकसित और मान्य करने के लिए जिम्मेदार है। राष्ट्रीय आवश्यकताओं का मूल्यांकन ICB और मुख्य प्रमाणन मानदंड EN 45013 के अनुसार किया जाता है। फिर उन्हें IP ML सत्यापन समिति द्वारा अनुमोदित किया जाता है।

राष्ट्रीय ज्ञान संहिता - एनसीबी

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

राष्ट्रीय मानकों में से, कई देशों के विशेषज्ञों द्वारा उपयोग किए जाने वाले आरएम के क्षेत्र में सबसे आम दस्तावेज पीएमआई गाइड पीएमबीओके है। 1999 के बाद से, PMI PMI RM के क्षेत्र में "शब्दावली और संक्षिप्तीकरण की शब्दावली" के रूप में अमेरिकी राष्ट्रीय मानक रहा है। PMBOK गाइड 2000 एड का तीसरा संस्करण। (पिछले संस्करण 1987 और 1996) मार्च 2001 में एएनएसआई मानक के रूप में पुष्टि की गई।

PMI PMBOK की लोकप्रियता एक प्रक्रिया रूप में PM ज्ञान के हिस्से को प्रस्तुत करने की सादगी और संयुक्त राज्य अमेरिका के बाहर इस दृष्टिकोण को फैलाने के लिए PMI की सक्रिय नीति के कारण है। कई विशेषज्ञ इस मानक को अपनी गतिविधियों के आधार के रूप में उपयोग करते हैं और इसलिए ईमानदारी से इसे एक वास्तविक अंतरराष्ट्रीय मानते हैं।

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

कॉर्पोरेट मानक और मानदंड

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

आरएम कॉर्पोरेट मानकों के निर्माण और कार्यान्वयन के लिए केवल एक प्रकार के मानकों के उपयोग से सफलता नहीं मिल सकती है। विफलता का कारण प्रधान मंत्री के साधनों और पेशेवर क्षमता के स्तर और प्रबंधकों और विशेषज्ञों की संस्कृति के बीच अपरिहार्य संघर्ष होगा।

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

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

व्यवहार में मानकों की प्रयोज्यता

आधुनिक आरएम मॉडल के ढांचे के भीतर, विभिन्न प्रकार के मानकों की प्रयोज्यता के क्षेत्रों को सटीक रूप से निर्धारित करना काफी संभव है। विशेष रूप से, आधुनिक आरएम की सामग्री के विभिन्न घटकों के लिए, आप तालिका में दिए गए मानकों का उपयोग कर सकते हैं। 1.5.

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

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

तालिका 1.5. परियोजना प्रबंधन मानकों का दायरा पीएम मानकों के सामग्री घटक जो उन्हें परिभाषित करते हैं सामरिक पीएम कोर: आईएसओ 10006, आईसीबी आईपीएमए, पीएम बीओसी यूके एड.4 अतिरिक्त: आईएसओ 10007 इंस्ट्रुमेंटल पीएम कोर: आईएसओ 10006, आईसीबी आईपीएमए, पीएम बीओसी यूके एड.4 अतिरिक्त: बीएस xxx, डीआईएन xxx ऑपरेटिंग आरएम बेसिक: आईएसओ 10006, आईसीबी आईपीएमए, पीएमबीके पीएमआई,

RM BOK UK Ed.4, NTC COBHET, BS xxx, DIN xxx

अतिरिक्त: आईएसओ 9004:2000, आईएसओ 15288:2000, आईएसओ/आईईसी टीआर 15504 स्पाइस, आईएसओ 12207 तकनीकी पीएम आईएसओ 15188:2001, आईएसओ 15288:2000, आईएसओ/एडब्ल्यूआई 22799, आईएसओ/आईईसी टीआर 16326:1999, आईएसओ/आईईसी टीआर 15504 स्पाइस, आईएसओ 12207 और अन्य नए समाधान और अकुशल कार्य। अंततः, कॉर्पोरेट आरएम मानकों के विकास, कार्यान्वयन और उपयोग के लिए अतिरिक्त लागतों की भरपाई समय की बचत, जोखिम में कमी, प्रतिभागियों की गतिविधियों के बेहतर समन्वय आदि से होती है।

वर्तमान में, आरएम के क्षेत्र में मानकीकरण का वैश्वीकरण किस दिशा में विकसित हो रहा है:

प्रबंधकों और विशेषज्ञों की आरएम क्षमता के लिए आवश्यकताओं का एकीकरण;

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

खंड 1 पर निष्कर्ष।

पीएम के क्षेत्र में, किसी को यह अंतर करना चाहिए कि क्या मानकीकृत किया जा सकता है और क्या अनुचित या मानकीकरण करना असंभव है। 2.

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

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

  • अगर आपको कोई त्रुटि मिलती है, तो कृपया टेक्स्ट का एक टुकड़ा चुनें और Ctrl+Enter दबाएं।