वर्क ब्रेकडाउन स्ट्रक्चर (WBS) कैसे बनाएँ

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

वर्क ब्रेकडाउन स्ट्रक्चर क्या है?

WBS उन सभी चीज़ों का पदानुक्रमित विभाजन है जो किसी प्रोजेक्ट को डिलीवर करनी हैं। सबसे ऊपर ख़ुद प्रोजेक्ट होता है; उसके नीचे चरण या बड़े डिलीवरेबल; और उनके नीचे अलग-अलग टास्क। यह दायरे का नक्शा है — शेड्यूल नहीं। यह बताता है कि “क्या करना है”, जबकि गैंट चार्ट बताता है कि “कब”।

एक अच्छा WBS प्रोजेक्ट को सीमित और पूरा किया जा सकने वाला महसूस कराता है। एक डराने वाले लक्ष्य के बजाय, आपके पास ठोस हिस्सों का एक ट्री होता है जिनका आप अनुमान लगा सकते हैं, जिन्हें सौंप सकते हैं और ट्रैक कर सकते हैं।

WBS स्टेप-दर-स्टेप कैसे बनाएँ

1. अंतिम डिलीवरेबल से शुरू करें

अंतिम परिणाम को सबसे ऊपर रखें — “मोबाइल ऐप लॉन्च करें”, “घर बनाएँ”, “कॉन्फ़्रेंस आयोजित करें”। उसके नीचे की हर चीज़ इसी को हासिल करने के लिए होती है।

2. इसे बड़े चरणों में बाँटें

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

3. हर चरण को टास्क में बाँटें

हर चरण के नीचे वह ठोस काम लिखें जो उसे पूरा करने के लिए ज़रूरी है। “डिज़ाइन” को वायरफ़्रेम, विज़ुअल डिज़ाइन, डिज़ाइन रिव्यू और हैंडऑफ़ में बाँटा जा सकता है।

4. विवरण के सही स्तर पर रुकें

तब तक बाँटते रहें जब तक हर टास्क इतना छोटा न हो जाए कि उसका भरोसे के साथ अनुमान लगाया जा सके और उसे एक ज़िम्मेदार व्यक्ति को सौंपा जा सके — आमतौर पर कुछ घंटों से लेकर कुछ दिनों तक का काम। इससे ज़्यादा बारीकी में जाने से शोर बढ़ता है; इससे मोटे स्तर पर रहने से जोखिम छिप जाता है।

100% नियम और अन्य दिशानिर्देश

WBS का सबसे महत्वपूर्ण सिद्धांत 100% नियम है: किसी भी आइटम के उप-आइटम मिलकर उस आइटम के दायरे का ठीक 100% होने चाहिए — न ज़्यादा, न कम। अगर किसी चरण के टास्क उसे पूरी तरह कवर नहीं करते, तो कुछ छूट रहा है; अगर वे उससे आगे निकल जाते हैं, तो आपके प्रोजेक्ट में स्कोप क्रीप हो रहा है।

कुछ और दिशानिर्देश: WBS आइटम को अस्पष्ट गतिविधियों के बजाय डिलीवरेबल या परिणाम (संज्ञा) के रूप में लिखें; हर आइटम को दूसरों से बिल्कुल अलग रखें ताकि किसी काम की दोहरी गिनती न हो; और ज़्यादातर प्रोजेक्ट में तीन या चार स्तरों से ज़्यादा गहराई में न जाएँ।

WBS बनाम गैंट चार्ट

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

LoopGantt में दोनों एक ही डेटा हैं: WBS ट्री में टास्क को चरणों के नीचे नेस्ट करें, और वे पदानुक्रम को बनाए रखते हुए अपने-आप गैंट चार्ट पर दिखाई देने लगते हैं।

अक्सर पूछे जाने वाले प्रश्न

WBS में 100% नियम क्या है?

यह नियम कहता है कि किसी भी तत्व के उप-आइटम उस तत्व के दायरे का ठीक 100% दर्शाने चाहिए — मिलकर वे उसे पूरी तरह परिभाषित करते हैं, बिना किसी कमी और बिना किसी ओवरलैप के।

WBS में कितने स्तर होने चाहिए?

ज़्यादातर प्रोजेक्ट को तीन से चार स्तरों की ज़रूरत होती है: प्रोजेक्ट, चरण और टास्क (कभी-कभी सब-टास्क)। इससे ज़्यादा गहराई में जाने से आमतौर पर स्पष्टता बढ़े बिना प्रबंधन का बोझ बढ़ जाता है।

क्या WBS और टास्क सूची एक ही चीज़ हैं?

नहीं। टास्क सूची सपाट होती है; WBS पदानुक्रमित होता है और टास्क को डिलीवरेबल और चरणों के नीचे व्यवस्थित करता है, जिससे दायरा, ज़िम्मेदारी और प्रगति देखना कहीं ज़्यादा आसान हो जाता है।

अपने WBS को शेड्यूल में बदलें

LoopGantt में मुफ़्त WBS बनाएँ — टास्क को चरणों के नीचे नेस्ट करें, फिर देखें कि वे निर्भरताओं और क्रिटिकल पाथ के साथ गैंट चार्ट में अपने-आप कैसे भर जाते हैं, वह भी एक ही प्रोजेक्ट से।