पढ़ने का समय: 9 मिनट

101 ब्लॉगनिर्माण व्यवसाय
25 सितंबर 2026

WBS: प्रोजेक्ट के काम को हिस्सों में कैसे बाँटें

WBS की परिभाषा, बनाने के चरण, विवरण का सही स्तर, आम गलतियाँ और लागत अनुमान व समय-सारणी से इसका संबंध।

WBS: प्रोजेक्ट के काम को हिस्सों में कैसे बाँटें

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

WBS एक ढाँचा देता है: ठीक क्या पूरा करना है, काम को कितने स्तरों तक बाँटना है, उसकी सीमाएँ कहाँ हैं और एक परिणाम कहाँ खत्म होकर दूसरा कहाँ शुरू होता है। इसके बाद समय-सारणी, लागत अनुमान, खरीद सूची, जाँच के पड़ाव और रिपोर्ट बनाना आसान होता है।

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

विषय-सूची:

  1. WBS क्या है और यह काम की समय-सारणी क्यों नहीं है?
  2. वर्क ब्रेकडाउन स्ट्रक्चर कब उपयोगी होता है?
  3. WBS को व्यावहारिक चरणों में कैसे बनाएँ?
  4. काम को कितने स्तरों तक बाँटना चाहिए?
  5. WBS बनाते समय आम गलतियाँ
  6. WBS को लागत अनुमान, समय-सारणी और खर्च से कैसे जोड़ें?

WBS क्या है और यह काम की समय-सारणी क्यों नहीं है?

वर्क ब्रेकडाउन स्ट्रक्चर एक वृक्ष-जैसी संरचना है जो डिलीवर किए जाने वाले परिणामों और काम के हिस्सों के आधार पर प्रोजेक्ट का पूरा दायरा दिखाती है। सबसे ऊपर प्रोजेक्ट का लक्ष्य होता है—आप क्या सौंपेंगे। उसके नीचे बड़े हिस्से और फिर विशिष्ट “कार्य पैकेज” होते हैं। हर पैकेज का समय और लागत आँका जा सकता है, उसे किसी ज़िम्मेदार व्यक्ति को सौंपा जा सकता है और स्पष्ट पूर्णता मानदंड पर स्वीकार किया जा सकता है।

बाथरूम के नवीनीकरण का उदाहरण लें। “बाथरूम तैयार है” एक ही परिणाम लगता है। वास्तव में इसमें वॉटरप्रूफिंग, पाइप और वायरिंग के रास्ते, दीवार में लगने वाला टॉयलेट फ्रेम, टाइलें, ग्राउट, सीलेंट, सैनिटरी फिटिंग, रिसाव की जाँच और बाद में ढक जाने वाले हिस्सों की तस्वीरें शामिल हैं। इन्हें अलग-अलग न दिखाया जाए तो समय और बजट केवल अंदाज़े रह जाते हैं।

WBS बताता है, “प्रोजेक्ट में क्या शामिल है?” समय-सारणी बताती है, “यह कब होगा?” समय की योजना के लिए 101 का कार्य कैलेंडर बनाने वाला लेख (रूसी में) देखें।

WBS को संगठनात्मक संरचना से न मिलाएँ। WBS प्रोजेक्ट के दायरे के बारे में है; संगठनात्मक संरचना टीम की भूमिकाओं और निर्णय लेने के अधिकारों के बारे में है। यदि आप तय कर रहे हैं कि कौन किस काम के लिए ज़िम्मेदार है, तो 101 का प्रोजेक्ट प्रबंधन संरचना वाला लेख (रूसी में) उपयोगी है।

वर्क ब्रेकडाउन स्ट्रक्चर कब उपयोगी होता है?

WBS तब मदद करता है जब प्रोजेक्ट “एक काम” से बढ़कर निर्भरताओं, मंज़ूरियों और खर्चों की श्रृंखला बन जाता है। इसका लाभ प्रबंधन के ठोस बिंदुओं पर दिखता है।

मान लीजिए प्रोजेक्ट के बीच ग्राहक चुनी हुई टाइल बदलकर “कुछ वैसी ही दूसरी” टाइल चाहता है। WBS के बिना चर्चा जल्द ही भावनात्मक हो सकती है: “यह छोटी बात है”, “यह दोबारा काम है”, “यह कीमत में शामिल है”। WBS के साथ आप बता सकते हैं कि कौन-सा हिस्सा प्रभावित हुआ, कौन-सा काम बदलेगा, कौन-सा सामान लौटेगा और समय-सीमा कितनी खिसकेगी।

  • जब आप लागत अनुमान बनाते हैं और अस्पष्ट शब्दों के बजाय काम का सटीक दायरा दिखाना चाहते हैं।
  • जब आप समय-सारणी बनाकर कामों की निर्भरताएँ पहचानते हैं—कौन-सा काम दूसरे के पूरा होने से पहले शुरू नहीं हो सकता।
  • जब आप उपठेकेदार लेते हैं और मापने योग्य परिणामों के आधार पर ज़िम्मेदारी बाँटना चाहते हैं।
  • जब आप गुणवत्ता जाँच में “देखने में ठीक लगता है” के बजाय मानदंडों की सूची अपनाते हैं।
  • जब आप बदलाव दर्ज करते हैं: क्या बदला, कौन-सा हिस्सा प्रभावित हुआ और रकम तथा समय कैसे फिर से गिने गए।

यदि आपकी कंपनी प्रोजेक्ट प्रबंधन की प्रक्रिया बना रही है, तो 101 के प्रोजेक्ट प्रबंधन के बुनियादी सिद्धांत (रूसी में) और प्रोजेक्ट प्रबंधन के साधन (रूसी में) भी देखें।

WBS को व्यावहारिक चरणों में कैसे बनाएँ?

अच्छा WBS “सभी गतिविधियाँ” गिनाने से नहीं, बल्कि ऐसे परिणाम से शुरू होता है जिसे स्वीकार किया जा सके। उसे छोटे परिणामों में बाँटते जाएँ, जब तक हर काम का अनुमान लगाना और ज़िम्मेदार व्यक्ति तय करना संभव न हो।

यह तरीका निर्माण, नवीनीकरण, उत्पादन और प्रोजेक्ट आधारित सेवाओं में काम आता है।

  1. अंतिम परिणाम को एक वाक्य में लिखें: आप क्या, कितने दायरे में और किन सीमाओं के साथ सौंपेंगे—कमरों की संख्या, तकनीकी प्रणालियाँ, फिनिश का स्तर और शामिल सामान।
  2. परिणाम के आधार पर प्रोजेक्ट को 5–12 बड़े हिस्सों में बाँटें: तैयारी, तोड़-फोड़, शुरुआती निर्माण कार्य, तकनीकी प्रणालियाँ, अंतिम फिनिशिंग, फिटिंग और हैंडओवर।
  3. हर हिस्से के लिए ऐसे बीच के परिणाम लिखें जिन्हें स्वीकार किया जा सके: “फ़र्श की स्क्रीड पूरी”, “इलेक्ट्रिकल पैनल तैयार”, “पाइप और वायरिंग बिछी”, “वेंटिलेशन डक्ट लगे”।
  4. परिणामों को कार्य पैकेज में बाँटें। हर पैकेज के लिए मात्रा, अवधि, सामग्री और कार्यकर्ता बताना संभव होना चाहिए।
  5. पूरा होने के मानदंड तय करें: माप, ढक जाने वाले काम के रिकॉर्ड, तस्वीरें, दबाव परीक्षण, सुरक्षा कट-ऑफ उपकरण की जाँच, जोड़ या सतह की ज्यामिति—जो लागू हो।
  6. 100% नियम से पूर्णता जाँचें: प्रोजेक्ट के परिणाम के लिए ज़रूरी हर चीज़ WBS में हो, जिसमें बैठकें, मंज़ूरियाँ, खरीद, स्वीकार करना और निर्मित कार्य के रिकॉर्ड भी शामिल हैं।
  7. WBS कोड दें (1.0, 1.1, 1.1.1) और इन्हें लागत अनुमान, समय-सारणी, खरीद तथा रिपोर्ट में आगे भी इस्तेमाल करें। इस तरह संरचना सिर्फ “चित्र” नहीं रहती।
WBS तैयार होने पर समय-सारणी बनाना आसान होता है: चरण पहले से तय हैं, केवल तारीखें और निर्भरताएँ जोड़नी हैं। 101 के कैलेंडर समय-सारणी बनाने (रूसी में) और निर्माण कार्य की समय-सारणी बनाने (रूसी में) वाले लेख देखें।

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

एक आम गलती है काम को “पुट्टी चाकू के हर स्ट्रोक” तक बाँट देना। इस स्तर पर WBS प्रबंधन का साधन नहीं रहता; वह अंतहीन सूची बन जाता है जिसे कोई अपडेट नहीं करता।

व्यावहारिक सीमा यह है: जहाँ किसी हिस्से का समय और खर्च आँका जा सके, उसे किसी खास व्यक्ति को सौंपा जा सके और मानदंड के आधार पर स्वीकार किया जा सके, वहीं रुकें। अगर उसका अनुमान नहीं लग सकता, तो वह शायद अभी बहुत बड़ा है। अगर उसे स्वीकार नहीं किया जा सकता, तो शायद उसमें परिणाम के बजाय गतिविधि लिखी गई है।

साइट पर उपयोगिता जाँचने के लिए देखें:

  • हर हिस्से का मापने योग्य परिणाम है; उसे क्रिया के बजाय परिणाम बताने वाली संज्ञा से लिखना बेहतर है।
  • परिणाम पूरा करके सौंपने के लिए एक ज़िम्मेदार व्यक्ति है।
  • ज़रूरी सामग्री और दस्तावेज़ स्पष्ट हैं।
  • हिस्सों के दायरे एक-दूसरे से नहीं मिलते; वही काम दो शाखाओं में नहीं आता।

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

WBS बनाते समय आम गलतियाँ

WBS की गलतियाँ अक्सर देर से सामने आती हैं, जब विवाद शुरू हो चुका होता है: ग्राहक मानता है कि काम “शामिल था”, जबकि ठेकेदार उसे अलग काम मानता है। केवल औपचारिकता के लिए बनाया गया दस्तावेज़ उस समय कम मदद करता है।

सबसे आम गलतियाँ ये हैं:

  • परिणाम और गतिविधियाँ मिलाना: “करना”, “जाँचना”, “मंज़ूर करना” लिखना, पर अंतिम परिणाम न बताना।
  • एक ही काम को अलग शाखाओं में दोहराना, जिससे वही दायरा खर्च या समय में दो बार गिना जाता है।
  • प्रबंधन कार्य छोड़ देना: खरीद, लॉजिस्टिक्स, मंज़ूरियाँ, स्वीकार करना, गुणवत्ता नियंत्रण और निर्मित कार्य का रिकॉर्ड।
  • अलग शाखाओं में असमान विवरण: एक में बहुत छोटी बातें, दूसरी में केवल तीन सामान्य बिंदु।
  • WBS एक बार बनाकर भूल जाना। साइट पर बदलाव हों तो संरचना अपडेट करें, ताकि वह वास्तविक दायरे का भरोसेमंद रिकॉर्ड बनी रहे।
जब परियोजनाओं में बहुत बदलाव होते हैं, निर्णयों को नियमित रूप से दर्ज करना मदद करता है। योजना और संचार के साधन यह अनुशासन बनाए रखने में उपयोगी हैं। 101 का प्रोजेक्ट प्रबंधन साधनों वाला लेख (रूसी में) देखें; इसमें निर्माण में Agile पर लेख (रूसी में) का लिंक भी है।

निर्माण और नवीनीकरण में WBS को लागत अनुमान, समय-सारणी और खर्च से कैसे जोड़ें?

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

इनका संबंध इस तरह बनता है:

1) WBS → लागत अनुमान। निचले स्तर के हिस्से गणना की मद बनते हैं: मात्रा, इकाई, कीमत और सामग्री स्पष्ट होती है। अगर अनुमान डिजिटल रूप में रखे जाते हैं, तो WBS की तर्ज पर बनी एक समान मूल्य-सूची अस्पष्टता घटाती है और काम का दायरा समझाना आसान बनाती है।

2) WBS → समय-सारणी। हिस्से और परिणाम तारीखों तथा निर्भरताओं वाले चरण बनते हैं। साइट सुपरवाइज़र और टीम लीडर को एक कुल समय-सीमा के बजाय जाँच के पड़ावों का क्रम मिलता है।

3) WBS → बदलाव नियंत्रण। जब ग्राहक निर्णय बदलता है, तो बदलाव को WBS की शाखा से जोड़ें। फिर जो खास हिस्से जोड़े या हटाए गए हैं और समय व बजट पर उनका असर है, उनकी गणना करें।

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

एक व्यावहारिक उदाहरण: फिनिशिंग के बीच ग्राहक फ़र्श के नीचे हीटिंग जोड़ने और बिजली के सॉकेट दूसरी जगह लगाने को कहता है। यदि WBS और मूल्य-सूची व्यवस्थित हैं, तो नई गणना को अनुमान और समय-सारणी के खास बदलावों से जोड़ा जा सकता है: “बिजली का काम” और “फ़र्श” की शाखाएँ बदलती हैं, अनुमान फिर बनता है, गीले निर्माण कार्यों की निर्भरताएँ जुड़ती हैं और खर्च “अन्य खर्च” में गुम नहीं होता।

यदि आप अपने काम को व्यवस्थित करके देखना चाहते हैं कि उसे लागत अनुमान और वास्तविक खर्च के हिसाब से कैसे जोड़ा जाए, तो 101 ऐप की प्रस्तुति में देख सकते हैं कि काम की संरचना, गणना और वास्तविक खर्च के कौन-से आँकड़े मेल खाने चाहिए।

संक्षेप में, WBS विवाद शुरू होने से पहले प्रोजेक्ट के दायरे पर सहमति बनाने का तरीका है। परिणाम और काम की सीमाएँ जितनी स्पष्ट होंगी, समय, स्वीकार करने की प्रक्रिया और वित्त का प्रबंधन उतना आसान होगा।