कार्यप्रणाली

क्रिटिकल पाथ मेथड (सीपीएम) क्या है और यह क्यों मायने रखता है?

क्रिटिकल पाथ मेथड को समझें: इसका इतिहास, यह कैसे काम करता है, और परियोजनाओं को समय पर रखने के लिए यह सबसे महत्वपूर्ण तकनीक क्यों है। वास्तविक डेटा और व्यावहारिक उदाहरणों के साथ।

· · अपडेट किया गया 25 अप्रैल 2026

सीधे शुरू करना चाहते हैं?

GanttFather हमेशा निःशुल्क है — न कार्ड, न ट्रायल।

निःशुल्क शुरू करें

क्रिटिकल पाथ मेथड कहां से आई?

औद्योगिक रखरखाव शटडाउन को शेड्यूल करने के लिए क्रिटिकल पाथ मेथड 1957 में मॉर्गन आर. वॉकर (ड्यूपॉन्ट) और जेम्स ई. केली जूनियर (रेमिंगटन रैंड) द्वारा विकसित किया गया था। इसके पहले अनुप्रयोग ने ड्यूपॉन्ट संयंत्र के शटडाउन को 125 से घटाकर 93 घंटे कर दिया - 25% सुधार। अमेरिकी नौसेना ने पोलारिस मिसाइल कार्यक्रम के लिए लगभग उसी समय स्वतंत्र रूप से PERT विकसित किया; सीपीएम और पीईआरटी तब से सह-अस्तित्व में हैं।

क्रिटिकल पाथ मेथड (सीपीएम) का जन्म 1957 में हुआ था, जिसे ड्यूपॉन्ट के मॉर्गन आर. वॉकर और रेमिंगटन रैंड के जेम्स ई. केली जूनियर द्वारा विकसित किया गया था। उनका लक्ष्य एक ठोस समस्या को हल करना था: समय या धन बर्बाद किए बिना जटिल औद्योगिक रखरखाव शटडाउन को कैसे शेड्यूल किया जाए [1]।

ड्यूपॉन्ट ने शेड्यूलिंग एल्गोरिदम का परीक्षण करने के लिए UNIVAC I कंप्यूटर का उपयोग करके 1956 में रेमिंगटन रैंड यूनिवैक के साथ एक संयुक्त उद्यम में प्रवेश किया था। सीपीएम का पहला सफल अनुप्रयोग एक संयंत्र रखरखाव परियोजना पर लागू किया गया था, जिससे शटडाउन अवधि 125 से 93 घंटे तक कम हो गई - 25% सुधार [1] [2]।

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

आज, सीपीएम को पीएमआई पीएमबीओके® गाइड (प्रोजेक्ट मैनेजमेंट बॉडी ऑफ नॉलेज) में एक आधारशिला तकनीक के रूप में मान्यता प्राप्त है, विशेष रूप से “डेवलप शेड्यूल” प्रक्रिया समूह के भीतर [4] [5]।

वास्तव में महत्वपूर्ण पथ क्या है?

महत्वपूर्ण पथ किसी परियोजना में आश्रित कार्यों की सबसे लंबी श्रृंखला है, और यह न्यूनतम संभावित परियोजना अवधि निर्धारित करता है। क्रिटिकल-पाथ कार्य में कोई भी देरी पूरे प्रोजेक्ट की समाप्ति तिथि को उसी मात्रा में पीछे धकेल देती है। जो कार्य महत्वपूर्ण पथ पर नहीं हैं उनमें “फ्लोट” होता है - वे समय सीमा को प्रभावित किए बिना फ्लोट राशि तक खिसक सकते हैं।

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

प्रमुख अवधारणाएँ

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

सीपीएम चरण दर चरण कैसे काम करता है?

सीपीएम चार चरणों में काम करता है: (1) सभी कार्यों को उनकी अवधि और निर्भरता के साथ सूचीबद्ध करें, (2) फॉरवर्ड पास - गणना करें कि प्रत्येक कार्य कितनी जल्दी शुरू और खत्म हो सकता है, (3) बैकवर्ड पास - नवीनतम की गणना करें कि प्रत्येक कार्य परियोजना में देरी किए बिना शुरू हो सकता है, (4) शून्य फ्लोट वाले कार्यों की पहचान करें - वे महत्वपूर्ण पथ बनाते हैं। नीचे दिया गया उदाहरण एक छोटे 8-कार्य सॉफ़्टवेयर प्रोजेक्ट के माध्यम से काम करता है।

चरण 1: सभी कार्यों और अवधियों की सूची बनाएं

अपने प्रोजेक्ट को अलग-अलग कार्यों में विभाजित करें और प्रत्येक की अवधि का अनुमान लगाएं।

कार्यअवधि (दिन)निर्भरताएँ
ए - आवश्यकताएँ5
बी - यूआई डिज़ाइन8
सी - डेटाबेस डिज़ाइन4
डी - बैकएंड देव10सी
ई - फ्रंटेंड देव12बी
एफ - एकीकरण6डी, ई
जी - परीक्षण5एफ
एच - तैनाती2जी

चरण 2: फॉरवर्ड पास (प्रारंभिक प्रारंभ/समाप्ति की गणना करें)

पहले कार्य से शुरू करके, गणना करें कि प्रत्येक कार्य कितनी जल्दी शुरू और समाप्त हो सकता है:

  • : ईएस=0, ईएफ=5
  • बी: ईएस=5, ईएफ=13
  • सी: ईएस=5, ईएफ=9
  • डी: ईएस=9, ईएफ=19
  • : ईएस=13, ईएफ=25
  • एफ: ईएस=25, ईएफ=31 (डी और ई दोनों की प्रतीक्षा करता है)
  • जी: ईएस=31, ईएफ=36
  • एच: ईएस=36, ईएफ=38

परियोजना अवधि: 38 दिन।

चरण 3: बैकवर्ड पास (देर से प्रारंभ/समाप्ति की गणना करें)

अंत से पीछे की ओर काम करते हुए, नवीनतम गणना करें कि प्रत्येक कार्य परियोजना में देरी किए बिना शुरू हो सकता है:

  • एच: एलएस=36, एलएफ=38
  • जी: एलएस=31, एलएफ=36
  • एफ: एलएस=25, एलएफ=31
  • : एलएस=13, एलएफ=25 → फ्लोट = 0 ✅ क्रिटिकल
  • डी: एलएस=15, एलएफ=25 → फ्लोट = 6
  • बी: एलएस=5, एलएफ=13 → फ्लोट = 0 ✅ क्रिटिकल
  • सी: एलएस=11, एलएफ=15 → फ्लोट = 6
  • : एलएस=0, एलएफ=5 → फ्लोट = 0 ✅ क्रिटिकल

चरण 4: महत्वपूर्ण पथ की पहचान करें

शून्य फ़्लोट वाले कार्य महत्वपूर्ण पथ बनाते हैं:

ए → बी → ई → एफ → जी → एच (38 दिन)

इन कार्यों में किसी भी देरी से पूरे प्रोजेक्ट में देरी होती है। कार्य सी और डी में 6 दिनों का फ़्लोट है - वे समय सीमा को प्रभावित किए बिना 6 दिनों तक आगे बढ़ सकते हैं।

सीपीएम क्यों मायने रखती है और डेटा क्या कहता है?

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

परियोजना विफलताएँ महामारी हैं। स्टैंडिश ग्रुप की CHAOS रिपोर्ट (2020) के अनुसार, केवल 31% परियोजनाएं समय पर, बजट पर और दायरे में वितरित की जाती हैं। 50% को चुनौती दी जाती है (देरी या दायरे में कटौती के साथ वितरित), और 19% पूरी तरह से विफल [7]।

पीएमआई पल्स ऑफ द प्रोफेशन® (2021) ने परियोजना विफलता के शीर्ष कारणों की पहचान की [8]:

कारणप्रभावित परियोजनाओं का %
संगठनात्मक प्राथमिकताएँ बदलना39%
परियोजना के उद्देश्य बदलना37%
ख़राब ढंग से परिभाषित आवश्यकताएँ35%
अपर्याप्त संचार30%
प्रगति दृश्यता का अभाव29%

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

ResearchGate पर प्रकाशित शोध इस बात की पुष्टि करता है कि CPM का उपयोग करने वाली परियोजनाएं औपचारिक शेड्यूलिंग तकनीकों को नियोजित नहीं करने वाली परियोजनाओं की तुलना में समयरेखा पालन में काफी सुधार दिखाती हैं, उचित निगरानी के साथ संयुक्त होने पर प्रोजेक्ट ओवररन में 20-30% तक की कमी आती है [9]।

मुझे CPM बनाम PERT का उपयोग कब करना चाहिए?

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

सीपीएम और पीईआरटी दोनों 1950 के दशक के अंत में उभरे, लेकिन वे अलग-अलग परिदृश्य पेश करते हैं:

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

इंटरनेशनल जर्नल ऑफ एप्लाइड इंजीनियरिंग रिसर्च में प्रकाशित एक तुलनात्मक मामले के अध्ययन में पाया गया कि एक सूचना प्रणाली परियोजना के लिए, सीपीएम ने 50 दिनों में पूरा होने का अनुमान लगाया था, जबकि पीईआरटी ने 52 दिनों में पूरा होने का अनुमान लगाया था - शोधकर्ताओं ने पूर्वानुमानित-स्कोप परियोजनाओं में इसकी सटीकता और लागत प्रभावशीलता के लिए सीपीएम की सिफारिश की थी [10]।

अधिकांश सॉफ्टवेयर विकास टीमों के लिए, सीपीएम व्यावहारिक विकल्प है: आपके कार्य आम तौर पर अच्छी तरह से परिभाषित होते हैं, और आपको कार्रवाई योग्य शेड्यूलिंग की आवश्यकता होती है, संभाव्यता वितरण की नहीं।

GanttFather सीपीएम को कैसे आसान बनाता है?

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

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

स्वचालित क्रिटिकल पाथ डिटेक्शन

GanttFather आपके कार्य की निर्भरता और अवधि के आधार पर महत्वपूर्ण पथ की स्वचालित रूप से गणना करता है। किसी मैन्युअल फ़ॉरवर्ड/बैकवर्ड पास की आवश्यकता नहीं है - महत्वपूर्ण कार्यों को आपके गैंट चार्ट पर तुरंत हाइलाइट किया जाता है।

दृश्य निर्भरता प्रबंधन

सीधे चार्ट पर कार्यों के बीच निर्भरता तीर खींचें। जैसे ही आप निर्भरता जोड़ते हैं, हटाते हैं या संशोधित करते हैं, GanttFather वास्तविक समय में महत्वपूर्ण पथ को अपडेट करता है।

क्या-क्या परिदृश्य

सोच रहे हैं कि यदि कार्य ई में 12 के बजाय 15 दिन लग जाएं तो क्या होगा? बस अवधि बदलें और महत्वपूर्ण पथ की पुनर्गणना देखें। यह स्प्रिंट योजना और जोखिम मूल्यांकन को सहज बनाता है।

आपके टूल के साथ काम करता है

यदि आपकी टीम Azure DevOps का उपयोग करती है, तो आप अपने कार्य आइटम को GanttFather में सिंक कर सकते हैं और तुरंत महत्वपूर्ण पथ की कल्पना कर सकते हैं - कुछ ऐसा जो Azure DevOps मूल रूप से पेश नहीं करता है।

सीपीएम का प्रभावी ढंग से उपयोग करने के लिए व्यावहारिक सुझाव क्या हैं?

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

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

  2. अवधि को नियमित रूप से अपडेट करें। एक महत्वपूर्ण पथ उतना ही सटीक होता है जितना उसका डेटा। कार्य अनुमानों की साप्ताहिक समीक्षा करें और अद्यतन करें।

  3. लगभग-महत्वपूर्ण पथों पर नजर रखें। केवल 1 दिन के फ्लोट वाला कार्य व्यावहारिक रूप से महत्वपूर्ण है। यदि यह फिसल जाता है, तो यह नई महत्वपूर्ण राह बन जाती है।

  4. फ्लोट का उपयोग रणनीतिक रूप से करें। उच्च फ्लोट वाले गैर-महत्वपूर्ण कार्य देरी को अवशोषित कर सकते हैं - अनिश्चित दायरे वाले कार्यों के लिए इस लचीलेपन का उपयोग करें।

  5. महत्वपूर्ण पथ का संचार करें। इसे हितधारकों के साथ साझा करें ताकि हर कोई समझ सके कि परियोजना में देरी किए बिना कौन से कार्य नहीं हो सकते।

निष्कर्ष

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

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

GanttFather आपके लिए स्वचालित रूप से, वास्तविक समय में और मुफ़्त में इसकी गणना करता है - मुफ़्त स्तर में आपके स्वामित्व वाला 1 प्रोजेक्ट, 2 editor seats और असीमित viewers और guests शामिल हैं। पूरा देखें मूल्य निर्धारण पृष्ठ या पढ़ें GanttFather क्या है? उत्पाद विवरण के लिए.

GanttFather → से योजना बनाना शुरू करें


संदर्भ:

  1. विकिपीडिया। “महत्वपूर्ण पथ विधि - इतिहास”।
  2. केली, जे.ई. जूनियर और वॉकर, एम.आर. (1959)। “क्रिटिकल-पाथ प्लानिंग एंड शेड्यूलिंग”। पूर्वी संयुक्त कंप्यूटर सम्मेलन की कार्यवाही
  3. मैल्कम, डी.जी. एट अल. (1959)। “अनुसंधान और विकास कार्यक्रम मूल्यांकन के लिए एक तकनीक का अनुप्रयोग”। संचालन अनुसंधान, 7(5), 646-669।
  4. परियोजना प्रबंधन संस्थान (पीएमआई)। (2021)। प्रोजेक्ट मैनेजमेंट बॉडी ऑफ नॉलेज के लिए एक गाइड (पीएमबीओके® गाइड) - सातवां संस्करण
  5. Smartsheet. “क्रिटिकल पाथ मेथड (सीपीएम) की संपूर्ण मार्गदर्शिका”।
  6. प्रोजेक्टमैनेजर.कॉम. “क्रिटिकल पाथ मेथड: ए प्रोजेक्ट मैनेजमेंट एसेंशियल”।
  7. द स्टैंडिश ग्रुप। (2020)। “कैओस रिपोर्ट 2020: बियॉन्ड इन्फिनिटी” ।
  8. परियोजना प्रबंधन संस्थान (पीएमआई)। (2021)। “पल्स ऑफ़ द प्रोफेशन® 2021”।
  9. रिसर्चगेट। “निर्माण परियोजनाओं में सीपीएम और अनुसूची का पालन”।
  10. अनवर, एन. एट अल. (2014)। “प्रोजेक्ट शेड्यूलिंग में सीपीएम और पीईआरटी का तुलनात्मक अध्ययन”। इंटरनेशनल जर्नल ऑफ एप्लाइड इंजीनियरिंग रिसर्च
critical-path project-management scheduling gantt-charts

GanttFather निःशुल्क आज़माएँ

हर सुविधा शामिल — Gantt, Kanban, निर्भरताएँ, क्रिटिकल पाथ, रीयल-टाइम सिंक, Excel और AI एजेंट। निःशुल्क प्लान में आपके स्वामित्व वाला 1 प्रोजेक्ट, 2 editor seats और असीमित viewers और guests शामिल हैं।

निःशुल्क शुरू करें