प्लानिंग, प्रोग्रेस और डिले कंट्रोल — एक कंट्रोल पैक जो दावे की भी रक्षा करता है।

17 शीट की Excel प्रोजेक्ट-कंट्रोल्स वर्कबुक: वैल्यू-वेटेड बेसलाइन और S-कर्व, अर्नड वैल्यू ट्रैकिंग और कैश फ़्लो — साथ में डिले और EOT रजिस्टर, जो देरी की हर घटना को वैसे ही बाँटता है जैसे कॉन्ट्रैक्ट बाँटता है, और नोटिस की उन आख़िरी तारीख़ों के साथ जो तय करती हैं कि समय-विस्तार जीता भी जा सकता है या नहीं।

17 आपस में जुड़ी शीटExcel · .xlsx

वैल्यू-वेटेड S-कर्व और अर्नड वैल्यू ट्रैकिंग, साथ में डिले/EOT रजिस्टर, जो घटनाओं को वैसे ही बाँटता है जैसे कॉन्ट्रैक्ट बाँटता है, नोटिस की आख़िरी तारीख़ की ट्रैकिंग सहित।

संदर्भ

FIDIC रेड/येलो बुक
भारतीय संविदा अधिनियम 1872

₹2,299

एक बार भुगतान, तुरंत डाउनलोड। भुगतान Razorpay से सुरक्षित तरीक़े से होता है। शर्तें और रिफ़ंड।

समस्या

“कितने प्रतिशत पूरा” कुछ नहीं बताता, और दावा छूटे हुए नोटिस पर दम तोड़ देता है।

किसी साइट से पूछिए कि काम कैसा चल रहा है, तो जवाब मिलेगा “क़रीब 60% हो गया”। साठ प्रतिशत किसका — गतिविधियों का, फ़्लोर एरिया का, या पैसे का? जो प्रगति-आँकड़ा वैल्यू से तौला न गया हो, वह एहसास है, माप नहीं। अर्नड वैल्यू यही ठीक करती है: आप हर गतिविधि को उसकी लागत से तौलते हैं, इसलिए नींव पूरी करने की गिनती उतनी ही होती है जितनी उसकी असल क़ीमत है, और S-कर्व प्लान्ड वैल्यू को अर्नड वैल्यू के सामने ऐसे फ़ासले के रूप में दिखाता है जिसे आप रुपयों और दिनों में पढ़ सकते हैं, अंदाज़ों में नहीं। इसके बिना प्रोजेक्ट तब तक ठीक दिखता है जब तक किसी महीने अचानक नहीं दिखता।

ज़्यादा महँगी चूक कॉन्ट्रैक्ट की है। जब कोई देरी आती है — देर से आई ड्रॉइंग, क्लाइंट का कहा बदलाव, बेमौसम मानसून — तो समय-विस्तार (EOT) इसलिए नहीं मिलता कि देरी असली थी। वह इसलिए मिलता है कि देरी कॉन्ट्रैक्ट के हिसाब से सही प्रकार की थी और नोटिस कॉन्ट्रैक्ट की तय अवधि के भीतर दिया गया था। एक जायज़ EOT दावा गुण-दोष पर नहीं, छूटी हुई नोटिस-खिड़की पर हारा जा सकता है। यह वर्कबुक हर घटना दर्ज करती है, बाँटती है कि जोखिम किसका है, और नोटिस की आख़िरी तारीख़ की उल्टी गिनती चलाती है — ताकि दावा इतना बचा रहे कि उस पर गुण-दोष के आधार पर बहस हो सके।

अंदर क्या है · 17 आपस में जुड़ी शीट

हर शीट, और वह क्या करती है

सत्रह जुड़ी हुई शीट प्लान चलाती हैं, प्रगति नापती हैं और आपकी स्थिति की रक्षा करती हैं — सब एक ही वेटेड बेसलाइन से:

शीट की पूरी सूची (शीट के नाम Excel फ़ाइल में जैसे हैं, वैसे ही दिए हैं)

Project & Baseline, Baseline Plan, Gantt Chart, Progress Update, S-Curve, Earned Value, Cash Flow, Lookahead, Milestones, Delay Register, EOT Claim, Variation Register, Monsoon Planner, Risk Register, Progress Report, Dashboard.

Baseline Plan
तय किया गया प्रोग्राम, हर गतिविधि की अवधि और लागत-भार के साथ — वह स्थिर संदर्भ जिससे हर बाद की माप परखी जाती है, ताकि “पीछे” का मतलब बेसलाइन से पीछे हो, किसी खिसकते निशाने से नहीं।
S-Curve
समय के साथ प्लान्ड वैल्यू बनाम अर्नड वैल्यू — वही एक चार्ट जो एक नज़र में दिखा देता है कि पैसे के भार के हिसाब से प्रोजेक्ट आगे है या पीछे।
Earned Value
कर्व के पीछे के माप — प्लान्ड वैल्यू, अर्नड वैल्यू, और शेड्यूल/लागत के अंतर — ताकि प्रगति निकाली हुई संख्या हो, किसी के मुँह से निकला अंदाज़ा नहीं।
Cash Flow
पैसे का वह नक़्शा जो S-कर्व के पीछे चलता है — कब क्या चुकाना है — ताकि प्रोग्राम की चूक को कैश फ़्लो की चूक की तरह भी पढ़ लिया जाए, उसके चौंकाने वाली बनने से पहले।
Lookahead
आगे के कुछ हफ़्तों की चलती छोटी योजना, जो बेसलाइन को इस पखवाड़े के असली काम के मोर्चे और तैयारी की जाँच में बदलती है।
Delay Register
देरी की हर घटना अपने कारण, अपने वर्गीकरण — नियोक्ता का जोखिम, ठेकेदार का जोखिम या तटस्थ — और प्रोग्राम पर असर के साथ दर्ज, ताकि हक़ का आकलन घटना-दर-घटना हो, आख़िर में एक निराशाजनक गठरी की तरह नहीं।
EOT Claim
डिले रजिस्टर से समय-विस्तार का दावा बनाती है, हर घटना के सामने नोटिस की आख़िरी तारीख़ की ट्रैकिंग के साथ — वह शीट जो किसी जायज़ दावे को कॉन्ट्रैक्ट के तहत छूटे हुए नोटिस पर मरने से बचाती है।
Monsoon Planner
प्रोग्राम को बारिश के हिसाब से बनाता है और आम, अपेक्षित मौसम को असाधारण घटना से अलग करता है — यानी उस देरी में फ़र्क़ जो आपको ख़ुद झेलनी है और उसमें जिसका आप सचमुच दावा कर सकते हैं।

यह किसके लिए है

उसके लिए जिसके पास प्रोग्राम है और उस पर किया जाने वाला दावा भी।

समय वह धुरी है जिस पर निर्माण का हर विवाद घूमता है — यह उन लोगों के लिए है जिन्हें किसी तारीख़ का बचाव करना पड़ता है:

प्लानिंग और प्रोजेक्ट-कंट्रोल्स इंजीनियर, जिन्हें भारी-भरकम शेड्यूलिंग सॉफ़्टवेयर की जगह बदली जा सकने वाली वर्कबुक में वेटेड बेसलाइन, S-कर्व और अर्नड वैल्यू चाहिए।
समय-विस्तार की अपनी स्थिति बचाने वाले ठेकेदार, जिन्हें हर देरी का वर्गीकरण और उसके नोटिस की आख़िरी तारीख़ की ट्रैकिंग उसी समय चाहिए जब वह हो रही हो।
मालिक, PMC और कंसल्टेंट, जो ठेकेदार के EOT और वेरिएशन दावों को किसी क़िस्से की जगह सही बेसलाइन के सामने परखते हैं।
डेवलपर और प्रोजेक्ट डायरेक्टर, जो पूरे निर्माण की वैल्यू-वेटेड प्रगति और कैश फ़्लो की तस्वीर एक नज़र में देखना चाहते हैं।

हल किया हुआ उदाहरण

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

एक स्थिति

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

वर्कबुक में क्रम अलग है। जिस दिन ड्रॉइंग के देर से आने पर निशान लगता है, उसी दिन Delay Register में एक प्रविष्टि जाती है: कारण “नियोक्ता की जानकारी में देरी”, वर्गीकरण “नियोक्ता का जोखिम”, असर “दूसरी मंज़िल का स्लैब रुका”। EOT Claim शीट कॉन्ट्रैक्ट की खिड़की के सामने नोटिस की उल्टी गिनती शुरू कर देती है — मान लीजिए 14 दिन — इसलिए नोटिस समय पर जाता है, फ़ाइनल अकाउंट पर नहीं। फिर Progress Update और S-कर्व अर्नड वैल्यू के फ़ासले को ठीक उसी तारीख़ से खुलता दिखाते हैं, और पैसे के भार वाली चूक को उसके कारण से जोड़ देते हैं।

जब दावे का आकलन होता है, तो वह दर्ज की हुई, सही वर्गीकृत, समय पर नोटिस दी गई घटना है जिसका प्रोग्राम पर असर कर्व पर दिखता है — ऐसा विस्तार जिस पर गुण-दोष के आधार पर बहस होती है, ऐसा नहीं जो उस तकनीकी चूक पर ख़ारिज कर दिया जाए जो कॉन्ट्रैक्ट ने दूसरे पक्ष के हाथ में थमाई थी।