Scope एक परियोजना द्वारा प्रदान किए जाने वाले कार्य का सहमत सेट है। Scope creep उस scope का धीरे-धीरे, अनियंत्रित विस्तार है — "छोटे जोड़" की निरंतर धारा जो चुपचाप समयरेखा को उड़ा देती है। Scope प्रबंधन का मतलब परिवर्तन को नियंत्रित करना है, न कि इसे अस्वीकार करना।
✓ Document what's IN scope
✓ Document what's explicitly OUT of scope (the underused half)
✓ Define "done" / acceptance criteria
✓ Get stakeholders to agree before work starts
एक लिखित, सहमत सीमा वह है जो आपको बाद में "यह एक परिवर्तन है" कहने के लिए साक्ष्य के साथ देता है।
परिवर्तन बुरे नहीं हैं — अनियंत्रित लोग हैं। जब कोई नया अनुरोध आता है, तो इसे एक सरल दरवाजे के माध्यम से चलाएं:
1. Is it really needed now, or is it a "nice to have"?
2. What's the impact on timeline / cost / other work?
3. Make the trade-off VISIBLE → "yes, but it pushes the date / drops X"
4. Get the stakeholder to decide with full information
मुख्य कदम: कभी भी अतिरिक्त काम को चुपचाप अवशोषित न करें। हर जोड़ को एक सचेत व्यापार-बंद बनाएं जो हितधारक स्वामित्व करता है।
मध्य-परियोजना में, एक हितधारक पूछता है "बल्क अपलोड का भी समर्थन करें — यह जल्दी होना चाहिए।" इसे दबाने के बजाय, आप उत्तर देते हैं: "हम कर सकते हैं, लेकिन यह लगभग एक सप्ताह जोड़ता है। क्या हम तारीख को आगे बढ़ाएं, या विश्लेषण सुविधा को अगली रिलीज के लिए पुश करें?" अब यह उनका कॉल है, लागत टेबल पर है।
मदद करने के लिए हर अनुरोध के लिए हाँ कह रहे हैं, फिर समय सीमा को याद कर रहे हैं। टीम ऐसा लगता है कि यह विफल हो गया, जबकि वास्तव में यह चुपचाप अतिरिक्त काम ले गया।
Scope creep सबसे आम कारण है कि परियोजनाएं फिसलती हैं — न कि क्योंकि कोई एक परिवर्तन बड़ा है, बल्कि क्योंकि दर्जनों अदृश्य रूप से जमा होते हैं।
Scope प्रबंधन परियोजना को ईमानदार रखता है: परिवर्तन ठीक है, लेकिन इसकी लागत हमेशा स्पष्ट और उसके द्वारा स्वामित्व में होती है जो इसे चाहता है।