निर्भरता (परियोजना प्रबंधन): Difference between revisions

From Vigyanwiki
(Created page with "{{short description|Relationship in which one task of a project requires another to be completed first}} एक [[परियोजना नेटवर्क]] मे...")
 
No edit summary
Line 1: Line 1:
{{short description|Relationship in which one task of a project requires another to be completed first}}
{{short description|Relationship in which one task of a project requires another to be completed first}}
एक [[[[ परियोजना ]] नेटवर्क]] में, एक निर्भरता एक प्रोजेक्ट के वर्क ब्रेकडाउन स्ट्रक्चर#टर्मिनल तत्व के बीच एक लिंक है।{{Citation needed|date=January 2014}}
किसी[[ परियोजना | प्रोजेक्ट नेटवर्क]] में, '''आश्रितता''' किसी [[प्रोजेक्ट के अंतक अवयवों]] के मध्य एक कड़ी होती है।{{Citation needed|date=January 2014}}


[[ज्ञान के परियोजना प्रबंधन निकाय के लिए एक मार्गदर्शिका]]|ए गाइड टू द प्रोजेक्ट मैनेजमेंट बॉडी ऑफ नॉलेज (पीएमबीओके गाइड) निर्भरता शब्द को परिभाषित नहीं करता है, बल्कि इस शब्द को एक तार्किक संबंध के लिए संदर्भित करता है, जिसे बदले में ''निर्भरता'' के रूप में परिभाषित किया गया है। दो गतिविधियों के बीच, या एक गतिविधि और एक मील के पत्थर के बीच''<ref name=PMBOK/>
[[ज्ञान के प्रोजेक्ट प्रबंध निकाय के लिए एक पथक (PMBOK पथक]]) '''आश्रितता''' पद को परिभाषित नहीं करता है, बल्कि इस पद के लिए एक '''तार्किक संबंध''' को संदर्भित करता है, जिसे बदले में ''दो गतिविधियों के मध्य, या एक गतिविधि और एक माइल्स्टोन के मध्य आश्रितता के रूप में'' परिभाषित किया जाता है।''<ref name="PMBOK" />''




== निर्भरता के मानक प्रकार ==
== आश्रितता के मानक प्रकार ==


निर्भरता के चार मानक प्रकार हैं:{{sfn | Mulcahy | 2021 | p=173}}
आश्रितता के चार मानक प्रकार हैं:{{sfn | Mulcahy | 2021 | p=173}}
#शुरू करने के लिए समाप्त करें (एफएस)
#शुरू करने के लिए समाप्त करें (एफएस)
#* ए एफएस बी का मतलब है कि गतिविधि ए को गतिविधि बी शुरू होने से पहले समाप्त करना होगा (या ए के समाप्त होने तक बी शुरू नहीं हो सकता है)।<ref name=PMI_PracticeStandShed/>
#* ए एफएस बी का मतलब है कि गतिविधि ए को गतिविधि बी शुरू होने से पहले समाप्त करना होगा (या ए के समाप्त होने तक बी शुरू नहीं हो सकता है)।<ref name=PMI_PracticeStandShed/>
Line 16: Line 16:
# प्रारंभ से प्रारंभ (एसएस)।
# प्रारंभ से प्रारंभ (एसएस)।
#* ए एसएस बी का मतलब है कि गतिविधि ए को गतिविधि बी शुरू होने से पहले शुरू करना होगा (या बी तब तक शुरू नहीं हो सकता जब तक ए शुरू न हो जाए)।<ref name=PMI_PracticeStandShed/>
#* ए एसएस बी का मतलब है कि गतिविधि ए को गतिविधि बी शुरू होने से पहले शुरू करना होगा (या बी तब तक शुरू नहीं हो सकता जब तक ए शुरू न हो जाए)।<ref name=PMI_PracticeStandShed/>
#* [[image:Dependency-SS.png#* (परियोजना का काम शुरू) एसएस (परियोजना प्रबंधन गतिविधियां शुरू)
#* [[image:Dependency-SS.png#* (प्रोजेक्ट का काम शुरू) एसएस (प्रोजेक्ट प्रबंधन गतिविधियां शुरू)
# प्रारंभ से अंत तक (एसएफ)
# प्रारंभ से अंत तक (एसएफ)
#* ए एसएफ बी का मतलब है कि गतिविधि ए को गतिविधि बी खत्म होने से पहले शुरू करना होगा (या बी तब तक खत्म नहीं हो सकता जब तक ए शुरू न हो जाए)
#* ए एसएफ बी का मतलब है कि गतिविधि ए को गतिविधि बी खत्म होने से पहले शुरू करना होगा (या बी तब तक खत्म नहीं हो सकता जब तक ए शुरू न हो जाए)
  #* [[image:Dependency-SF.png#* (नई शिफ्ट शुरू) एसएफ (पिछली शिफ्ट समाप्त)
  #* [[image:Dependency-SF.png#* (नई शिफ्ट शुरू) एसएफ (पिछली शिफ्ट समाप्त)


फिनिश-टू-स्टार्ट को एक प्राकृतिक निर्भरता माना जाता है। [[शेड्यूलिंग के लिए अभ्यास मानक]] अनुशंसा करता है, कि आमतौर पर, प्रत्येक पूर्ववर्ती गतिविधि उसके उत्तराधिकारी गतिविधि (या गतिविधियों) (फिनिश-टू-स्टार्ट (एफएस) संबंध के रूप में जाना जाता है) की शुरुआत से पहले समाप्त हो जाएगी। कभी-कभी गतिविधियों को ओवरलैप करना आवश्यक होता है; स्टार्ट-टू-स्टार्ट (एसएस), फिनिश-टू-फिनिश (एफएफ) या स्टार्ट-टू-फिनिश (एसएफ) संबंधों का उपयोग करने के लिए एक विकल्प चुना जा सकता है... जब भी संभव हो, एफएस तार्किक संबंध का उपयोग किया जाना चाहिए। यदि अन्य प्रकार के संबंधों का उपयोग किया जाता है, तो उनका उपयोग संयमित ढंग से किया जाएगा और इस बात की पूरी समझ के साथ किया जाएगा कि उपयोग किए जा रहे शेड्यूलिंग सॉफ़्टवेयर में संबंधों को कैसे लागू किया गया है। आदर्श रूप से, सभी गतिविधियों के अनुक्रम को इस तरह से परिभाषित किया जाएगा कि प्रत्येक गतिविधि की शुरुआत का पूर्ववर्ती से तार्किक संबंध हो और प्रत्येक गतिविधि के अंत का उत्तराधिकारी के साथ तार्किक संबंध हो।<ref name=PMI_PracticeStandShed/>
फिनिश-टू-स्टार्ट को एक प्राकृतिक आश्रितता माना जाता है। [[शेड्यूलिंग के लिए अभ्यास मानक]] अनुशंसा करता है, कि आमतौर पर, प्रत्येक पूर्ववर्ती गतिविधि उसके उत्तराधिकारी गतिविधि (या गतिविधियों) (फिनिश-टू-स्टार्ट (एफएस) संबंध के रूप में जाना जाता है) की शुरुआत से पहले समाप्त हो जाएगी। कभी-कभी गतिविधियों को ओवरलैप करना आवश्यक होता है; स्टार्ट-टू-स्टार्ट (एसएस), फिनिश-टू-फिनिश (एफएफ) या स्टार्ट-टू-फिनिश (एसएफ) संबंधों का उपयोग करने के लिए एक विकल्प चुना जा सकता है... जब भी संभव हो, एफएस तार्किक संबंध का उपयोग किया जाना चाहिए। यदि अन्य प्रकार के संबंधों का उपयोग किया जाता है, तो उनका उपयोग संयमित ढंग से किया जाएगा और इस बात की पूरी समझ के साथ किया जाएगा कि उपयोग किए जा रहे शेड्यूलिंग सॉफ़्टवेयर में संबंधों को कैसे लागू किया गया है। आदर्श रूप से, सभी गतिविधियों के अनुक्रम को इस तरह से परिभाषित किया जाएगा कि प्रत्येक गतिविधि की शुरुआत का पूर्ववर्ती से तार्किक संबंध हो और प्रत्येक गतिविधि के अंत का उत्तराधिकारी के साथ तार्किक संबंध हो।<ref name=PMI_PracticeStandShed/>


एसएफ का उपयोग शायद ही कभी किया जाता है, और आमतौर पर इससे बचना चाहिए। Microsoft जस्ट-इन-टाइम शेड्यूलिंग के लिए SF निर्भरता का उपयोग करने की अनुशंसा करता है।<ref name=MSP_SF/>हालाँकि, यह आसानी से दिखाया जा सकता है कि यह केवल तभी काम करेगा जब रिसोर्स_लेवलिंग का उपयोग नहीं किया जाता है, क्योंकि रिसोर्स लेवलिंग एक उत्तराधिकारी गतिविधि (एक गतिविधि, जो समय पर समाप्त हो जाएगी) में इस तरह से देरी कर सकती है, कि यह बाद में समाप्त हो जाएगी। इसकी तार्किक पूर्ववर्ती गतिविधि की शुरुआत की तुलना में, इस प्रकार उचित समय की आवश्यकता पूरी नहीं हो रही है।
एसएफ का उपयोग शायद ही कभी किया जाता है, और आमतौर पर इससे बचना चाहिए। Microsoft जस्ट-इन-टाइम शेड्यूलिंग के लिए SF आश्रितता का उपयोग करने की अनुशंसा करता है।<ref name=MSP_SF/>हालाँकि, यह आसानी से दिखाया जा सकता है कि यह केवल तभी काम करेगा जब रिसोर्स_लेवलिंग का उपयोग नहीं किया जाता है, क्योंकि रिसोर्स लेवलिंग एक उत्तराधिकारी गतिविधि (एक गतिविधि, जो समय पर समाप्त हो जाएगी) में इस तरह से देरी कर सकती है, कि यह बाद में समाप्त हो जाएगी। इसकी तार्किक पूर्ववर्ती गतिविधि की शुरुआत की तुलना में, इस प्रकार उचित समय की आवश्यकता पूरी नहीं हो रही है।


निर्भरता के अस्तित्व के कारण के संबंध में निर्भरताएँ तीन प्रकार की होती हैं:
आश्रितता के अस्तित्व के कारण के संबंध में आश्रितताएँ तीन प्रकार की होती हैं:
#कारण (तार्किक)
#कारण (तार्किक)
#* किसी पाठ को लिखे जाने से पहले उसे संपादित करना असंभव है
#* किसी पाठ को लिखे जाने से पहले उसे संपादित करना असंभव है
#* किसी भवन की नींव खोदने से पहले कंक्रीट डालना अतार्किक है
#* किसी भवन की नींव खोदने से पहले कंक्रीट डालना अतार्किक है
# [[संसाधन (परियोजना प्रबंधन)]] बाधाएँ
# [[संसाधन (परियोजना प्रबंधन)|संसाधन (प्रोजेक्ट प्रबंधन)]] बाधाएँ
#* एक कमरे में चार दीवारों पर एक साथ पेंटिंग करना तार्किक रूप से संभव है लेकिन पेंटर केवल एक ही है
#* एक कमरे में चार दीवारों पर एक साथ पेंटिंग करना तार्किक रूप से संभव है लेकिन पेंटर केवल एक ही है
# विवेकाधीन (अधिमान्य)
# विवेकाधीन (अधिमान्य)
#* मैं डाइनिंग रूम को पेंट करने से पहले लिविंग रूम को पेंट करना चाहता हूं, हालांकि मैं इसे दूसरे तरीके से भी कर सकता हूं
#* मैं डाइनिंग रूम को पेंट करने से पहले लिविंग रूम को पेंट करना चाहता हूं, हालांकि मैं इसे दूसरे तरीके से भी कर सकता हूं


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


=== आगे और पीछे ===
=== आगे और पीछे ===
निर्भरताओं को लीड और लैग द्वारा संशोधित किया जा सकता है। लीड और लैग दोनों को सभी 4 प्रकार की निर्भरताओं पर लागू किया जा सकता है।
आश्रितताओं को लीड और लैग द्वारा संशोधित किया जा सकता है। लीड और लैग दोनों को सभी 4 प्रकार की आश्रितताओं पर लागू किया जा सकता है।


प्रोजेक्ट मैनेजमेंट बॉडी ऑफ नॉलेज के लिए एक गाइड अंतराल को उस समय की मात्रा के रूप में परिभाषित करता है जिससे पूर्ववर्ती गतिविधि के संबंध में उत्तराधिकारी गतिविधि में देरी होगी।
प्रोजेक्ट मैनेजमेंट बॉडी ऑफ नॉलेज के लिए एक गाइड अंतराल को उस समय की मात्रा के रूप में परिभाषित करता है जिससे पूर्ववर्ती गतिविधि के संबंध में उत्तराधिकारी गतिविधि में देरी होगी।
Line 44: Line 44:
किसी नए डिज़ाइन से दो दीवारें बनाते समय, पहली दीवार के 2 दिन बाद दूसरी दीवार बनाना शुरू किया जा सकता है ताकि दूसरी टीम पहली से सीख सके। यह स्टार्ट-स्टार्ट संबंध में ''अंतराल'' का एक उदाहरण है।
किसी नए डिज़ाइन से दो दीवारें बनाते समय, पहली दीवार के 2 दिन बाद दूसरी दीवार बनाना शुरू किया जा सकता है ताकि दूसरी टीम पहली से सीख सके। यह स्टार्ट-स्टार्ट संबंध में ''अंतराल'' का एक उदाहरण है।


ए गाइड टू द प्रोजेक्ट मैनेजमेंट बॉडी ऑफ नॉलेज के अनुसार लीड वह समय है जिसके तहत पूर्ववर्ती गतिविधि के संबंध में एक उत्तराधिकारी गतिविधि को आगे बढ़ाया जा सकता है उदाहरण के लिए, एक नए कार्यालय भवन के निर्माण के लिए एक परियोजना पर, भूनिर्माण को निर्धारित किया जा सकता है निर्धारित पंच सूची पूरी होने से पहले शुरू करना। इसे दो सप्ताह की बढ़त के साथ समापन-से-शुरुआत के रूप में दिखाया जाएगा।<ref name=PMBOK/>
ए गाइड टू द प्रोजेक्ट मैनेजमेंट बॉडी ऑफ नॉलेज के अनुसार लीड वह समय है जिसके तहत पूर्ववर्ती गतिविधि के संबंध में एक उत्तराधिकारी गतिविधि को आगे बढ़ाया जा सकता है उदाहरण के लिए, एक नए कार्यालय भवन के निर्माण के लिए एक प्रोजेक्ट पर, भूनिर्माण को निर्धारित किया जा सकता है निर्धारित पंच सूची पूरी होने से पहले शुरू करना। इसे दो सप्ताह की बढ़त के साथ समापन-से-शुरुआत के रूप में दिखाया जाएगा।<ref name=PMBOK/>




Line 50: Line 50:
यदि आप कोई इमारत बना रहे हैं, तो दीवारों में पानी के पाइप लगाने से पहले आप दीवारों को पेंट नहीं कर सकते।
यदि आप कोई इमारत बना रहे हैं, तो दीवारों में पानी के पाइप लगाने से पहले आप दीवारों को पेंट नहीं कर सकते।


== गतिविधियों पर निर्भरता के उन्नत मामले ==
== गतिविधियों पर आश्रितता की उन्नत अवस्था ==


=== अधिकतम-प्रकार के रिश्ते ===
=== अधिकतम-प्रकार के संबंध ===
गतिविधि और गतिविधि बी को अधिकतम-प्रकार का संबंध कहा जाता है, यदि गतिविधि बी गतिविधि के बाद शुरू हो सकती है, लेकिन एक्स से अधिक की देरी के साथ नहीं।<ref name=PROJACK/>वास्तविक जीवन के उदाहरण, जो मैक्सिमल-टाइप रिलेशन द्वारा सिम्युलेटेड हैं:
गतिविधि A और गतिविधि B को अधिकतम-प्रकार का संबंध कहा जाता है, यदि गतिविधि B गतिविधि A के बाद शुरू हो सकती है, लेकिन X से अधिक की देरी के साथ नहीं शुरू हो सकती है।<ref name=PROJACK/>वास्तविक जीवन के उदाहरण, जो अधिकतम-प्रकार के संबंध द्वारा अनुकारित हैं:
* खाई की किनारे-किनारे खुदाई के तुरंत बाद नहीं, बल्कि निश्चित समय के भीतर करनी होगी, अन्यथा खाई ढह जाएगी।
* खंदक (ट्रेन्च) के किनारे-किनारे उल्खनन के तुरंत बाद नहीं, बल्कि निश्चित समय के भीतर किया जाना चाहिए, अन्यथा खंदक का पतन हो जाएगा।
* शिशु का टीकाकरण जन्म के तुरंत बाद नहीं, बल्कि निश्चित समय के अंदर कराना होता है
* शिशु का टीकाकरण जन्म के तुरंत बाद नहीं, बल्कि निश्चित समय के भीतर कराना होता है|
* पासपोर्ट का नवीनीकरण वर्तमान जारी होने के कुछ समय बाद, लेकिन इसकी समाप्ति से पहले किया जाना चाहिए।
* पासपोर्ट का नवीनीकरण वर्तमान पासपोर्ट जारी होने के कुछ समय बाद, लेकिन इसकी समाप्ति से पहले किया जाना चाहिए।
* चालान का भुगतान तुरंत नहीं, बल्कि जारी होने के बाद निश्चित समय के भीतर करना होगा।
* बिल (इनवॉइस) का भुगतान तुरंत नहीं, बल्कि जारी होने के बाद निश्चित समय के भीतर करना होता है।


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


==यह भी देखें==
==यह भी देखें==
* [[निर्भरता संरचना मैट्रिक्स]]
* [[निर्भरता संरचना मैट्रिक्स|आश्रितता संरचना मैट्रिक्स]]
*[[परियोजना प्रबंधन की रूपरेखा]]
*[[परियोजना प्रबंधन की रूपरेखा|प्रोजेक्ट प्रबंधन की रूपरेखा]]
* प्रोजेक्ट नेटवर्क
* [[प्रोजेक्ट नेटवर्क]]
* [[परियोजना की योजना बना]]
* [[परियोजना की योजना बना|प्रोजेक्ट की योजना बनाना]]  


== उद्धरण ==
== उद्धरण ==

Revision as of 10:48, 18 July 2023

किसी प्रोजेक्ट नेटवर्क में, आश्रितता किसी प्रोजेक्ट के अंतक अवयवों के मध्य एक कड़ी होती है।[citation needed]

ज्ञान के प्रोजेक्ट प्रबंध निकाय के लिए एक पथक (PMBOK पथक) आश्रितता पद को परिभाषित नहीं करता है, बल्कि इस पद के लिए एक तार्किक संबंध को संदर्भित करता है, जिसे बदले में दो गतिविधियों के मध्य, या एक गतिविधि और एक माइल्स्टोन के मध्य आश्रितता के रूप में परिभाषित किया जाता है।[1]


आश्रितता के मानक प्रकार

आश्रितता के चार मानक प्रकार हैं:[2]

  1. शुरू करने के लिए समाप्त करें (एफएस)
    • ए एफएस बी का मतलब है कि गतिविधि ए को गतिविधि बी शुरू होने से पहले समाप्त करना होगा (या ए के समाप्त होने तक बी शुरू नहीं हो सकता है)।[3]
    • [[image:Dependency-FS.png#* (नींव खोदी गई) एफएस (कंक्रीट डाला गया)
  2. समाप्त से अंत तक (एफएफ)
    • ए एफएफ बी का मतलब है कि गतिविधि ए को गतिविधि बी के समाप्त होने से पहले समाप्त करना होगा (या बी ए के समाप्त होने से पहले समाप्त नहीं कर सकता है)।[3]
    • [[image:Dependency-FF.png#* (अंतिम अध्याय लिखा गया) एफएफ (पूरी किताब लिखी गई)
  3. प्रारंभ से प्रारंभ (एसएस)।
    • ए एसएस बी का मतलब है कि गतिविधि ए को गतिविधि बी शुरू होने से पहले शुरू करना होगा (या बी तब तक शुरू नहीं हो सकता जब तक ए शुरू न हो जाए)।[3]
    • [[image:Dependency-SS.png#* (प्रोजेक्ट का काम शुरू) एसएस (प्रोजेक्ट प्रबंधन गतिविधियां शुरू)
  4. प्रारंभ से अंत तक (एसएफ)
    • ए एसएफ बी का मतलब है कि गतिविधि ए को गतिविधि बी खत्म होने से पहले शुरू करना होगा (या बी तब तक खत्म नहीं हो सकता जब तक ए शुरू न हो जाए)
#* [[image:Dependency-SF.png#* (नई शिफ्ट शुरू) एसएफ (पिछली शिफ्ट समाप्त)

फिनिश-टू-स्टार्ट को एक प्राकृतिक आश्रितता माना जाता है। शेड्यूलिंग के लिए अभ्यास मानक अनुशंसा करता है, कि आमतौर पर, प्रत्येक पूर्ववर्ती गतिविधि उसके उत्तराधिकारी गतिविधि (या गतिविधियों) (फिनिश-टू-स्टार्ट (एफएस) संबंध के रूप में जाना जाता है) की शुरुआत से पहले समाप्त हो जाएगी। कभी-कभी गतिविधियों को ओवरलैप करना आवश्यक होता है; स्टार्ट-टू-स्टार्ट (एसएस), फिनिश-टू-फिनिश (एफएफ) या स्टार्ट-टू-फिनिश (एसएफ) संबंधों का उपयोग करने के लिए एक विकल्प चुना जा सकता है... जब भी संभव हो, एफएस तार्किक संबंध का उपयोग किया जाना चाहिए। यदि अन्य प्रकार के संबंधों का उपयोग किया जाता है, तो उनका उपयोग संयमित ढंग से किया जाएगा और इस बात की पूरी समझ के साथ किया जाएगा कि उपयोग किए जा रहे शेड्यूलिंग सॉफ़्टवेयर में संबंधों को कैसे लागू किया गया है। आदर्श रूप से, सभी गतिविधियों के अनुक्रम को इस तरह से परिभाषित किया जाएगा कि प्रत्येक गतिविधि की शुरुआत का पूर्ववर्ती से तार्किक संबंध हो और प्रत्येक गतिविधि के अंत का उत्तराधिकारी के साथ तार्किक संबंध हो।[3]

एसएफ का उपयोग शायद ही कभी किया जाता है, और आमतौर पर इससे बचना चाहिए। Microsoft जस्ट-इन-टाइम शेड्यूलिंग के लिए SF आश्रितता का उपयोग करने की अनुशंसा करता है।[4]हालाँकि, यह आसानी से दिखाया जा सकता है कि यह केवल तभी काम करेगा जब रिसोर्स_लेवलिंग का उपयोग नहीं किया जाता है, क्योंकि रिसोर्स लेवलिंग एक उत्तराधिकारी गतिविधि (एक गतिविधि, जो समय पर समाप्त हो जाएगी) में इस तरह से देरी कर सकती है, कि यह बाद में समाप्त हो जाएगी। इसकी तार्किक पूर्ववर्ती गतिविधि की शुरुआत की तुलना में, इस प्रकार उचित समय की आवश्यकता पूरी नहीं हो रही है।

आश्रितता के अस्तित्व के कारण के संबंध में आश्रितताएँ तीन प्रकार की होती हैं:

  1. कारण (तार्किक)
    • किसी पाठ को लिखे जाने से पहले उसे संपादित करना असंभव है
    • किसी भवन की नींव खोदने से पहले कंक्रीट डालना अतार्किक है
  2. संसाधन (प्रोजेक्ट प्रबंधन) बाधाएँ
    • एक कमरे में चार दीवारों पर एक साथ पेंटिंग करना तार्किक रूप से संभव है लेकिन पेंटर केवल एक ही है
  3. विवेकाधीन (अधिमान्य)
    • मैं डाइनिंग रूम को पेंट करने से पहले लिविंग रूम को पेंट करना चाहता हूं, हालांकि मैं इसे दूसरे तरीके से भी कर सकता हूं

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

आगे और पीछे

आश्रितताओं को लीड और लैग द्वारा संशोधित किया जा सकता है। लीड और लैग दोनों को सभी 4 प्रकार की आश्रितताओं पर लागू किया जा सकता है।

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

उदाहरण के लिए: किसी नए डिज़ाइन से दो दीवारें बनाते समय, पहली दीवार के 2 दिन बाद दूसरी दीवार बनाना शुरू किया जा सकता है ताकि दूसरी टीम पहली से सीख सके। यह स्टार्ट-स्टार्ट संबंध में अंतराल का एक उदाहरण है।

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


उदाहरण

यदि आप कोई इमारत बना रहे हैं, तो दीवारों में पानी के पाइप लगाने से पहले आप दीवारों को पेंट नहीं कर सकते।

गतिविधियों पर आश्रितता की उन्नत अवस्था

अधिकतम-प्रकार के संबंध

गतिविधि A और गतिविधि B को अधिकतम-प्रकार का संबंध कहा जाता है, यदि गतिविधि B गतिविधि A के बाद शुरू हो सकती है, लेकिन X से अधिक की देरी के साथ नहीं शुरू हो सकती है।[5]वास्तविक जीवन के उदाहरण, जो अधिकतम-प्रकार के संबंध द्वारा अनुकारित हैं:

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

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

यह भी देखें

उद्धरण

  1. 1.0 1.1 A Guide to the Project Management Body of Knowledge: PMBOK Guide. Project Management Institute, Incorporated. 1 January 2013. ISBN 978-1-935589-67-9.
  2. Mulcahy 2021, p. 173.
  3. 3.0 3.1 3.2 3.3 Practice Standard for Scheduling. Project Management Institute. 2011. ISBN 978-1-935589-24-2.
  4. "Microsoft article of SF links for Microsoft Project". Archived from the original on 2014-02-02.
  5. "ProJack Manager web site, describing maximal-type relationships". Archived from the original on 2014-02-03.


संदर्भ