प्रोजेक्ट मैनेजमेंट की कोई एक विधि हर टीम और हर काम पर लागू नहीं होती। सही तरीका इस बात पर निर्भर करता है कि आवश्यकताएँ कितनी स्थिर हैं, बदलाव की लागत क्या है, काम लगातार आता है या तय समय में पूरा होना है, और परिणाम कितनी जल्दी दिखाया जा सकता है। नीचे 12 लोकप्रिय तरीकों को व्यावहारिक संकेतों के साथ समझाया गया है।
विषय-सूची:
1. Agile
Agile अनुकूलनशील तरीकों का परिवार है। टीम पूरे प्रोजेक्ट को शुरुआत में विस्तार से तय करने के बजाय छोटे चक्रों में काम करती है, उपयोगी परिणाम दिखाती है, प्रतिक्रिया लेती है और अगला कदम सुधारती है। यह तब उपयोगी है जब आवश्यकताएँ काम के दौरान बदल सकती हैं।
एक सरल जाँच यह है: क्या टीम एक या दो सप्ताह में ऐसा पूरा हिस्सा दिखा सकती है जिसे उपयोग या स्वीकार किया जा सके? यदि हाँ, तो Agile काम कर सकता है। यदि हर चक्र के अंत में केवल “लगभग तैयार” काम मिलता है, तो बैठकों की संख्या बढ़ेगी लेकिन डिलीवरी नहीं।
Agile के लिए पारदर्शिता जरूरी है: क्या पूरा हुआ, क्या चल रहा है, क्या अटका है और दायरे में कौन-सा बदलाव मंजूर हुआ। यह केवल सॉफ्टवेयर तक सीमित नहीं है; निर्माण, सेवा और मार्केटिंग में भी छोटे सत्यापन योग्य चरण बनाए जा सकते हैं।
2. Waterfall
Waterfall में प्रोजेक्ट क्रमिक चरणों से गुजरता है: आवश्यकताएँ, डिजाइन, कार्यान्वयन, परीक्षण और सौंपना। इसकी ताकत पूर्वानुमेयता है, खासकर तब जब परिणाम स्पष्ट हो और बदलाव कम हों।
यह उन कामों के लिए उपयुक्त है जहाँ देर से किया गया बदलाव महँगा पड़ता है—जैसे इंजीनियरिंग, तय दायरे वाला कार्यान्वयन या कड़ी निर्भरताओं वाला प्रोजेक्ट। टीम आवश्यकताओं को पहले स्थिर करती है और स्वीकृत योजना के अनुसार आगे बढ़ती है।
मुख्य जोखिम देर से मिलने वाली प्रतिक्रिया है। गलत समझ अंतिम चरण में सामने आए तो दोबारा काम करना पड़ता है। इसलिए बदलाव के लिए स्पष्ट प्रक्रिया चाहिए: अनुरोध, समय और लागत पर प्रभाव का आकलन, निर्णय और अपडेट की गई योजना।
3. Scrum
Scrum, Agile परिवार का एक framework है जिसमें टीम निश्चित अवधि के sprint में काम करती है, अक्सर एक या दो सप्ताह। प्राथमिकता वाला backlog इनपुट होता है और sprint के अंत में पूरा, दिखाने योग्य increment निकलता है।
Product Owner प्राथमिकता और मूल्य तय करता है, Scrum Master प्रक्रिया को सुचारु रखता है और टीम गुणवत्ता सहित परिणाम देती है। प्रमुख घटनाएँ sprint planning, daily sync, review और retrospective हैं।
Scrum तभी असरदार है जब काम को छोटे, जाँचने योग्य परिणामों में बाँटा जा सके। अधूरे कार्य को हर sprint में आगे खिसकाना संकेत देता है कि काम बहुत बड़ा है, निर्भरता साफ नहीं है या “पूरा” होने की परिभाषा कमजोर है।
4. Kanban
Kanban काम के प्रवाह को visual board, स्पष्ट चरणों और अधूरे काम की सीमा से नियंत्रित करता है। सबसे महत्वपूर्ण नियम WIP limit है—एक समय में कितने कार्य सक्रिय रह सकते हैं। इससे “सब व्यस्त हैं” वाली स्थिति के बावजूद डिलीवरी रुकने की समस्या कम होती है।
यह support, operations, content और लगातार आने वाले अनुरोधों के लिए उपयोगी है। टीम देख सकती है कि काम कहाँ जमा हो रहा है, कौन-सा चरण bottleneck है और औसत पूरा होने का समय कैसे बदल रहा है।
समय-सीमा और निर्भरता वाले प्रोजेक्ट में Kanban board के साथ timeline और dependency tracking भी चाहिए। केवल कार्डों को कॉलम में ले जाना पर्याप्त प्रोजेक्ट योजना नहीं है।
5. Scrumban
Scrumban, Scrum की नियमित planning और Kanban के flow management को जोड़ता है। यह उन टीमों के लिए उपयोगी है जिन्हें प्रोजेक्ट कार्य के साथ अचानक आने वाले जरूरी अनुरोध भी संभालने पड़ते हैं।
प्राथमिकता और समीक्षा का तय rhythm रहता है, लेकिन रोज का काम WIP limit और पूरा करने के फोकस के साथ आगे बढ़ता है। इससे sprint की कठोर सीमा कम होती है और अनियंत्रित multitasking भी घटती है।
जोखिम यह है कि टीम Scrum की अनुशासनात्मक बातें छोड़ दे लेकिन Kanban के नियम अपनाए ही नहीं। इसलिए यह साफ होना चाहिए कि जरूरी अनुरोध क्या है, प्राथमिकता कौन बदल सकता है और नया काम कब शुरू होगा।
6. PRINCE2
PRINCE2 एक process-based methodology है जो भूमिकाओं, चरणों, deliverables और प्रबंधन नियंत्रण पर जोर देती है। इसका मूल विचार है कि प्रोजेक्ट का business justification लगातार स्पष्ट और वैध रहना चाहिए।
यह बड़े या कई हितधारकों वाले प्रोजेक्ट में उपयोगी है, जहाँ निर्णय, जिम्मेदारी और रिपोर्टिंग का स्पष्ट ढाँचा चाहिए। कौन मंजूरी देगा, कौन काम करेगा, कौन गुणवत्ता जाँचेगा और परिणाम कैसे स्वीकार होगा—इन सवालों के जवाब पहले तय किए जाते हैं।
छोटे प्रोजेक्ट में इसका पूरा ढाँचा अनावश्यक दस्तावेज बना सकता है। बेहतर तरीका है कि नियंत्रण की गहराई को प्रोजेक्ट के आकार और जोखिम के अनुसार ढाला जाए।
7. Six Sigma
Six Sigma दोहराए जाने वाले process में variation और defects कम करने का तरीका है। सेवा व्यवसाय में defect गलत डेटा, समय-सीमा टूटना, दोबारा काम या approval में असामान्य देरी हो सकता है।
लोकप्रिय DMAIC चक्र है: समस्या परिभाषित करें, मापें, कारणों का विश्लेषण करें, सुधार लागू करें और नियंत्रण बनाए रखें। यह वहाँ उपयोगी है जहाँ पर्याप्त डेटा उपलब्ध हो और प्रक्रिया बार-बार दोहराई जाती हो।
खोज और प्रयोग वाले काम में Six Sigma सीमित हो सकता है। नए product या रचनात्मक समाधान के लिए तेज प्रतिक्रिया और छोटे प्रयोग, स्थिर प्रक्रिया की सटीक optimization से अधिक उपयोगी होते हैं।
8. Critical Path Method (CPM)
CPM calendar planning की तकनीक है जो उन परस्पर निर्भर कार्यों की सबसे लंबी श्रृंखला पहचानती है जिनसे प्रोजेक्ट की अंतिम तारीख तय होती है। Critical path पर किसी कार्य में देरी पूरी परियोजना को पीछे कर सकती है।
गणना के लिए कार्यों की अवधि और dependency का network बनाया जाता है। इससे पता चलता है कि कौन-से काम में समय का float है और कौन-से काम तुरंत प्रबंधन का ध्यान माँगते हैं।
यह निर्माण, installation और जटिल launch में खास तौर पर उपयोगी है। लेकिन योजना को वास्तविक प्रगति के साथ नियमित रूप से अपडेट न किया जाए तो critical path केवल एक पुराना diagram बनकर रह जाता है।
9. Critical Path के आधार पर प्रबंधन
CPM को एक बार की गणना नहीं, लगातार management cycle की तरह चलाया जा सकता है: योजना बनाएँ, critical path निकालें, वास्तविक प्रगति दर्ज करें, फिर से गणना करें और निर्णय लें।
व्यावहारिक निर्णयों में critical task को तेज करना, क्रम बदलना, अतिरिक्त संसाधन देना, दायरा सरल करना या तारीख बदलना शामिल है। इससे अस्पष्ट “और तेजी से काम करो” की जगह पता चलता है कि किस काम को तेज करने से अंतिम तारीख सचमुच बदलेगी।
- हर कार्य, अवधि और dependency दर्ज करें।
- Critical path और float की गणना करें।
- वास्तविक प्रगति और स्वीकृत बदलाव अपडेट करें।
- नई अंतिम तारीख और जोखिम देखकर जिम्मेदार निर्णय लें।
10. Lean
Lean ग्राहक के लिए मूल्य बढ़ाने और waste घटाने पर केंद्रित है—अनावश्यक प्रतीक्षा, आवाजाही, handoff, दोबारा काम, अतिरिक्त approval और जरूरत से अधिक inventory। लक्ष्य है कि काम कम रुकावट के साथ आगे बढ़े।
यह दोहराए जाने वाले काम में प्रभावी है, जैसे मानकीकृत सेवाएँ, समान प्रकार के प्रोजेक्ट या नियमित संचालन। टीम value stream देखकर पता लगाती है कि समय और प्रयास कहाँ बिना मूल्य जोड़े खर्च हो रहा है।
रचनात्मक या अनिश्चित काम में हर अतिरिक्त कदम waste नहीं होता; कुछ प्रयोग सीखने के लिए जरूरी होते हैं। इसलिए Lean का उपयोग करते समय अव्यवस्था कम करें, लेकिन जरूरी discovery को खत्म न करें।
11. PMBOK
PMBOK कोई एक तैयार methodology नहीं, बल्कि project management के सिद्धांतों और practices का body of knowledge है। यह scope, schedule, cost, risk, quality, procurement, communication और stakeholders जैसे क्षेत्रों को व्यवस्थित ढंग से देखने में मदद करता है।
इसकी महत्वपूर्ण धारणा tailoring है: प्रोजेक्ट के संदर्भ के अनुसार practices चुनना। तीन सप्ताह और एक वर्ष के प्रोजेक्ट में दस्तावेज की गहराई अलग होगी, लेकिन लक्ष्य, दायरा, समय, बजट, जोखिम और acceptance दोनों में स्पष्ट होने चाहिए।
व्यावहारिक शुरुआत के लिए project charter, work breakdown, schedule, budget, risk register और change process पर्याप्त आधार दे सकते हैं। जरूरत बढ़ने पर नियंत्रण भी बढ़ाया जा सकता है।
12. Extreme Programming (XP)
XP software development की engineering practices का समूह है, जिसका लक्ष्य लगातार बदलाव के बीच भी गुणवत्ता बनाए रखना है। इसमें test-driven development, frequent integration, refactoring, pair programming और छोटे release जैसे अभ्यास शामिल हैं।
मुख्य विचार यह है कि गुणवत्ता को अंत में जाँचने के बजाय प्रक्रिया में बनाया जाए। छोटी feedback loop से defect जल्दी दिखता है और लंबे समय तक गलत दिशा में काम करने का जोखिम घटता है।
यदि टीम कम release करती है और automated tests नहीं हैं, तो सब कुछ एक साथ लागू करने की जगह हर बदलाव पर automatic quality check से शुरुआत करना अधिक व्यावहारिक है।
सही विधि कैसे चुनें
चुनाव किसी लोकप्रिय नाम से नहीं, काम की प्रकृति से शुरू करें। स्थिर आवश्यकताएँ और महँगे बदलाव Waterfall की ओर संकेत कर सकते हैं। लगातार बदलता product Agile या Scrum से लाभ ले सकता है। लगातार आने वाले अनुरोध Kanban के लिए उपयुक्त हैं, जबकि जटिल dependencies वाले schedule को CPM चाहिए।
- बदलाव कितनी बार होता है? बार-बार बदलाव के लिए छोटी feedback loop रखें।
- गलती की लागत क्या है? अधिक लागत पर पहले validation और formal control मजबूत करें।
- काम project है या flow? तय अंत वाले काम को milestones चाहिए; लगातार flow को WIP limit।
- क्या dependencies अंतिम तारीख तय करती हैं? यदि हाँ, CPM से critical chain देखें।
- क्या प्रक्रिया दोहराई जाती है? स्थिर process में Lean या Six Sigma उपयोगी हो सकता है।
अक्सर एक मिश्रित व्यवस्था सबसे व्यावहारिक होती है: तारीखें CPM से, बदलती प्राथमिकताएँ Agile से और रोज का flow Kanban से संभाला जा सकता है। महत्वपूर्ण बात यह है कि हर नियम का उद्देश्य साफ हो और टीम परिणाम, समय, लागत तथा जोखिम के एक ही भरोसेमंद स्रोत पर काम करे।
अगर आप अपने workflow, भूमिकाओं और वित्तीय नियंत्रण को एक साथ समझना चाहते हैं, तो 101 ऐप की प्रस्तुति में अपने वास्तविक प्रोजेक्ट के उदाहरण पर प्रक्रिया देख सकते हैं।
कई प्रोजेक्ट साथ चलने पर portfolio स्तर पर तुलना, विचलन और प्राथमिकता देखना जरूरी हो जाता है। PRO+ अतिरिक्त analytics और नियंत्रण देता है, जिससे प्रबंधक सबसे अधिक प्रभाव वाले मुद्दों पर ध्यान दे सकते हैं।