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

From Vigyanwiki
Revision as of 10:48, 18 July 2023 by alpha>VikasVerma

किसी प्रोजेक्ट नेटवर्क में, आश्रितता किसी प्रोजेक्ट के अंतक अवयवों के मध्य एक कड़ी होती है।[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.


संदर्भ