शेड्यूल बेसलाइन अनुमोदित समय-चरणीय योजना है जिसका उपयोग प्रदर्शन को मापने के लिए किया जाता है। इसे सुरक्षित रखें, वर्तमान पूर्वानुमान को अलग से अपडेट करें, और मील के पत्थर और समाप्ति विचरण की तुलना करें।
प्रोजेक्ट शेड्यूल बेसलाइन क्या है?
शेड्यूल बेसलाइन परियोजना शेड्यूल का औपचारिक रूप से अनुमोदित संस्करण है जिसका उपयोग प्रदर्शन को मापने के लिए किया जाता है। यह एक समय में स्वीकृत नियोजित तिथियों और शेड्यूल तर्क को रिकॉर्ड करता है। फिर टीम वास्तविक प्रगति और संशोधित पूर्वानुमानों के साथ एक अलग वर्तमान शेड्यूल अपडेट करती है, और भिन्नता को समझने के लिए दोनों की तुलना करती है।
आधारभूत उत्तर “हमने क्या स्वीकृत किया?” वर्तमान अनुसूची उत्तर “अब हम क्या उम्मीद करते हैं?” दूसरे से सहमत होने के लिए पहले को कभी भी अधिलेखित न करें।
बेसलाइन बनाम वर्तमान शेड्यूल बनाम लक्ष्य तिथि
| संकल्पना | प्रयोजन | क्या इसे नियमित रूप से चलना चाहिए? |
|---|---|---|
| बेसलाइन शेड्यूल करें | प्रदर्शन माप के लिए स्वीकृत संदर्भ | नहीं |
| वर्तमान कार्यक्रम | नवीनतम वास्तविक आंकड़े, शेष कार्य और पूर्वानुमान | हाँ |
| लक्ष्य या बाधा तिथि | वांछित, संविदात्मक, या विनियामक तिथि | केवल एक अधिकृत निर्णय के माध्यम से |
मान लीजिए कि प्रक्षेपण 2 अक्टूबर के लिए निर्धारित किया गया था। वर्तमान कार्यक्रम अब 9 अक्टूबर का पूर्वानुमान लगाता है, जबकि अनुबंध को 5 अक्टूबर तक पूरा करने की आवश्यकता है। वे तीन अलग-अलग तथ्य हैं:
- बेसलाइन समाप्ति विचरण: 7 दिन देर से;
- आवश्यक तिथि के विरुद्ध पूर्वानुमान: 4 दिन देर से;
- स्वीकृत ऐतिहासिक योजना: अभी भी 2 अक्टूबर।
आधार रेखा को 9 अक्टूबर में बदलने से यह समझाने के लिए आवश्यक साक्ष्य मिट जाएंगे कि क्या बदलाव हुआ है।
शेड्यूल बेसलाइन में क्या होना चाहिए?
कम से कम, संरक्षित करें:
- अनुमोदित कार्य और मील का पत्थर प्रारंभ और समाप्ति तिथियां;
- अवधि और निर्भरता तर्क;
- कार्य कैलेंडर और प्रासंगिक बाधाएँ;
- परियोजना और प्रमुख चरण की समाप्ति तिथियां;
- अनुसूची द्वारा दर्शाया गया दायरा;
- धारणाएँ और बहिष्करण;
- अनुमोदन तिथि और अनुमोदन प्राधिकारी।
नियंत्रित परियोजनाओं के लिए, लागत और संसाधन आधार रेखाओं को अनुसूची के साथ एकीकृत किया जा सकता है। यह लेख समय प्रदर्शन पर केंद्रित है; संपूर्ण प्रदर्शन माप आधार रेखा में दिनांक से अधिक हो सकते हैं।
आपको आधार रेखा कब बनानी चाहिए?
शेड्यूल के बाद बेसलाइन को नियंत्रित करने के लिए पर्याप्त विश्वसनीय है - न कि उस क्षण जब कोई पहला गैंट चार्ट बनाता है। अनुमोदन से पहले, जाँच लें कि:
- कार्यक्षेत्र को संपूर्ण कार्य विखंडन द्वारा दर्शाया जाता है;
- गतिविधियों की स्पष्ट समापन स्थितियाँ हैं;
- निर्भरताएँ वास्तविक हैंडऑफ़ को दर्शाती हैं;
- अवधि और कैलेंडर यथार्थवादी हैं;
- मालिकों और संसाधन धारणाओं को समझा जाता है;
- प्रमुख जोखिम और आकस्मिकताएँ दिखाई दे रही हैं;
- आलोचनात्मक पथ निरंतर और व्याख्या योग्य है;
- मील का पत्थर तिथियां प्रतिबद्धताओं के साथ संरेखित होती हैं;
- हितधारकों को पता है कि क्या बाहर रखा गया है;
- अधिकृत स्वामी संदर्भ योजना को मंजूरी देता है।
का प्रयोग करें 10-बिंदु अनुसूची गुणवत्ता चेकलिस्ट संदर्भ को फ़्रीज़ करने से पहले.
आप शेड्यूल भिन्नता को कैसे मापते हैं?
सबसे सरल उपयोगी तुलनाएँ दिनांक भिन्नताएँ हैं:
- प्रारंभ विचरण: वर्तमान या वास्तविक प्रारंभ घटा बेसलाइन प्रारंभ।
- समाप्त विचरण: वर्तमान पूर्वानुमान या वास्तविक समाप्ति माइनस बेसलाइन समाप्ति।
- मील का पत्थर भिन्नता: वर्तमान मील का पत्थर दिनांक घटा बेसलाइन मील का पत्थर दिनांक।
कैलेंडर आधार बताएं. पाँच कैलेंडर दिन और पाँच कार्य दिवस समतुल्य नहीं हैं।
उदाहरण के लिए:
| मील का पत्थर | आधार रेखा | वर्तमान पूर्वानुमान | विचरण |
|---|---|---|---|
| डिज़ाइन स्वीकृत | 4 सितम्बर | सितम्बर 7 | +3 दिन |
| परीक्षण पूरा हुआ | सितम्बर 24 | 30 सितम्बर | +6 दिन |
| प्रोडक्शन लाइव | 2 अक्टूबर | 9 अक्टूबर | +7 दिन |
बढ़ते अंतर से पता चलता है कि परियोजना में केवल एक प्रारंभिक देरी नहीं हो रही है; अतिरिक्त फिसलन जमा हो रही है. बदले हुए दायरे, कम अनुमानित अवधि, संसाधन उपलब्धता, दोष और टूटी हुई निर्भरता की जांच करें।
औपचारिक अर्जित मूल्य प्रबंधन शेड्यूल विचरण (एसवी = ईवी - पीवी) और शेड्यूल प्रदर्शन सूचकांक (SPI = ईवी / पीवी) का भी उपयोग करता है। वे मूल्य-आधारित उपाय हैं, तिथि अंतर नहीं। 1.0 से नीचे SPI इंगित करता है कि अपेक्षा से कम नियोजित मूल्य अर्जित किया गया है, लेकिन यह सीधे तौर पर यह नहीं कहता है कि पूर्वानुमान सात दिन देर से है। उनके इच्छित प्रश्नों के लिए दिनांक और अर्जित-मूल्य माप का उपयोग करें।
वर्तमान शेड्यूल को कितनी बार अद्यतन किया जाना चाहिए?
इसे उस ताल पर अद्यतन करें जो निर्णयों का समर्थन करता है। मध्यम परियोजनाओं के लिए साप्ताहिक आम बात है; कटओवर के लिए दैनिक या इंट्रा-डे नियंत्रण की आवश्यकता हो सकती है। प्रत्येक स्थिति दिनांक पर:
- वास्तविक शुरुआत और समाप्ति को रिकॉर्ड करें;
- सक्रिय कार्य के लिए शेष अवधि अद्यतन करें;
- भविष्य के तर्क को तभी संशोधित करें जब निष्पादन योजना वास्तव में बदल जाए;
- पूर्वानुमानित तिथियों की पुनर्गणना करें;
- महत्वपूर्ण और निकट-महत्वपूर्ण रास्तों की समीक्षा करें;
- भौतिक भिन्नता की व्याख्या करें और कार्यों पर सहमति व्यक्त करें।
केवल प्रतिशत पूर्ण अपडेट करने से बचें। एक कार्य तीन सप्ताह में “90% पूर्ण” हो सकता है। शेष अवधि और पूर्वानुमान समाप्ति अधिक परिचालनात्मक रूप से उपयोगी हैं।
रीबेसलाइनिंग कब वैध है?
अधिकृत, भौतिक परिवर्तन के बाद ही रिबेसलाइन पुराने संदर्भ को भविष्य के प्रदर्शन माप के लिए अनुपयुक्त बना देता है। उदाहरणों में शामिल हैं:
- अनुमोदित दायरा जोड़ा या हटाया गया;
- औपचारिक रूप से स्वीकृत वितरण रणनीति में बदलाव;
- एक अनुबंध संशोधन;
- नियोजन आधार के बाहर एक प्रमुख बाहरी घटना;
- एक पुनर्प्राप्ति योजना को नए नियंत्रण संदर्भ के रूप में अनुमोदित किया गया।
केवल खराब प्रदर्शन ही आधार रेखा को मिटाने का कारण नहीं है। मूल और प्रत्येक स्वीकृत संशोधन को सुरक्षित रखें, रिकॉर्ड करें कि परिवर्तन को अधिकृत क्यों किया गया था, और यह खुलासा करें कि रिपोर्ट किस आधार रेखा का उपयोग करती है।
सामान्य आधारभूत गलतियाँ
सहेजी गई फ़ाइल को अनुमोदित आधार रेखा के रूप में मानना
एक स्नैपशॉट डेटा को संरक्षित कर सकता है, लेकिन शासन इसे आधार रेखा बनाता है। रिकॉर्ड करें कि इसे किसने, कब और किस दायरे में मंजूरी दी।
प्रत्येक अद्यतन के दौरान आधार रेखा को स्थानांतरित करना
यह शून्य भिन्नता की गारंटी देता है और जवाबदेही को हटा देता है। पूर्वानुमान अपडेट करें, इतिहास नहीं.
केवल अंतिम तिथि की तुलना कर रहा हूं
एक अपरिवर्तित फिनिश खपत किए गए फ्लोट और फिसलने वाले मध्यवर्ती मील के पत्थर को छुपा सकती है। महत्वपूर्ण और निकट-महत्वपूर्ण पथों की समीक्षा करें।
बेसलाइन ओवरले के साथ भ्रमित करने वाला संस्करण इतिहास
संस्करण इतिहास उत्तर देता है “तब परियोजना कैसी दिखती थी?” बेसलाइन ओवरले निरंतर भिन्नता समीक्षा के लिए स्वीकृत बार को वर्तमान बार के बगल में उपलब्ध रखता है। कलाकृतियाँ एक दूसरे का समर्थन कर सकती हैं लेकिन स्वचालित रूप से समकक्ष नहीं हैं।
आप GanttFather में बेसलाइन कैसे सुरक्षित रख सकते हैं?
GanttFather नामित वर्ज़न स्नैपशॉट का समर्थन करता है, जिनका पूर्वावलोकन किया जा सकता है और जिन्हें पुनर्स्थापित किया जा सकता है। स्पष्ट नाम वाला वर्ज़न सहेजें—उदाहरण के लिए, Approved schedule — 2026-09-01—और प्रोजेक्ट संदर्भ या गवर्नेंस नोट्स में अनुमोदन प्राधिकारी और दायरा दर्ज करें।
7 अगस्त, 2026 तक, GanttFather प्रत्येक कार्य के लिए एक समर्पित बेसलाइन-बार ओवरले प्रदान नहीं करता है। औपचारिक विचरण रिपोर्टिंग के लिए, स्वीकृत शेड्यूल निर्यात करें या लाइव पूर्वानुमान के साथ एक बेसलाइन तालिका बनाए रखें। उत्पाद की रिपोर्टिंग और स्वास्थ्य दृश्य वर्तमान प्रदर्शन चर्चाओं का समर्थन कर सकते हैं, लेकिन नामित संस्करण को उससे अधिक समृद्ध संग्रहीत-बेसलाइन सुविधा के रूप में प्रस्तुत नहीं किया जाना चाहिए।
ईमानदारी से सॉफ़्टवेयर चुनने के लिए यह अंतर उपयोगी है। यदि आपके अनुबंध के लिए एकाधिक बेसलाइन, अर्जित-मूल्य नियंत्रण, या ऑडिट-तैयार बेसलाइन परिवर्तन लॉग की आवश्यकता है, तो टूल पर प्रतिबद्ध होने से पहले उन क्षमताओं को सत्यापित करें।
पहला स्थिति अपडेट दर्ज करने से पहले एक मुफ़्त GanttFather प्रोजेक्ट बनाएं और स्वीकृत शेड्यूल सहेजें।
हर अपडेट के दौरान गैंट समीक्षा क्रम का उपयोग करके मौजूदा चार्ट पढ़ें, फ़्लोट और स्लैक में बदलाव देखें और स्वीकृत शेड्यूल व संबंधित प्रोजेक्ट माइलस्टोन के बीच संबंध बनाए रखें।
अक्सर पूछे जाने वाले प्रश्न
क्या बेसलाइन मूल योजना है?
यह अनुमोदित नियंत्रण योजना है, जो संभवत: पहला मसौदा नहीं है। यदि पहले के ड्राफ्ट मायने रखते हैं तो उन्हें अपने पास रखें, लेकिन किसी अस्वीकृत स्केच को प्रदर्शन आधार रेखा न कहें।
क्या किसी परियोजना में एक से अधिक आधार रेखा हो सकती है?
हाँ. बड़ी या औपचारिक रूप से नियंत्रित परियोजनाएं मूल प्लस अधिकृत संशोधनों को संरक्षित कर सकती हैं। रिपोर्ट को यह पहचानना चाहिए कि कौन सा संस्करण वर्तमान है और परिवर्तनों का इतिहास बरकरार रखना चाहिए।
यदि परियोजना की कोई आधार रेखा नहीं है तो क्या होगा?
आप अभी भी वर्तमान पूर्वानुमान बनाए रख सकते हैं, लेकिन आप किसी अनुमोदित पूर्व योजना के विरुद्ध प्रदर्शन को विश्वसनीय रूप से नहीं माप सकते। जैसे ही दायरा और शेड्यूल विश्वसनीय हो, एक समीक्षात्मक संदर्भ स्थापित करें।
क्या एजाइल कार्य को आधार रेखा की आवश्यकता है?
प्रत्येक टीम को विस्तृत कार्य आधार रेखा की आवश्यकता नहीं होती है। एक उत्पाद टीम बैकलॉग सामग्री को अनुकूलित करने की अनुमति देते समय रिलीज़, फंडिंग क्षितिज या बाहरी प्रतिबद्धता को आधार बना सकती है। प्रतिबद्धता से चूकने के परिणाम के साथ नियंत्रण का मिलान करें।
स्रोत
