परियोजनामा स्कोप क्रीप कसरी व्यवस्थापन गर्नुहुन्छ?

Question

Accepted Answer

**Scope creep**, "सिर्फ एक अरु कुरा" को निरन्तर संचय, ट्र्याकमा रहेको परियोजनालाई शान्तिपूर्वक खिसिएर जाने तरिका हो। समाधान सबै कुरामा "ना" भन्ने होइन; यो **हरेक थपिएको कुरालाई समय विरुद्धको दृश्यमान, स्पष्ट व्यापार-अफ** बनाउनु हो, साइलेन्ट अवशोषणको सट्टा।

## स्कोप कसरी नियन्त्रण गर्ने

```text
✓ Define DONE up front — written, agreed scope
✓ Make the cost of every addition VISIBLE ("yes, and that pushes us a week")
✓ Track changes — a changelog of what got added/cut
✓ Protect a core MVP — defend the must-haves fiercely
✓ Use a PARKING LOT — capture good ideas for "later," don't reject them
✓ Escalate trade-offs to whoever owns priority — let them choose
```

## मुख्य चाल

नयाँ अनुरोधलाई सीधा अस्वीकार गर्नुहोस्, यो तपाईलाई रोकिने बनाउँछ। यसको सट्टा व्यापार-अफ सतहमा ल्याउनुहोस्: "हामी त्यो थप्न सक्छौँ। यसको मतलब या त डेडलाइन एक हप्ता सारिन्छ वा हामी फिचर X छोड्छौँ। कुन चाहिन्छ?" अब यो *ब्यवसायिक* निर्णय हो, सही व्यक्तिद्वारा गरिएको, खुला आँखा सहित।

## एक ठोस उदाहरण

मध्य-परियोजनामा, PM ले "साना" ट्वीकहरू थप्न रहेको छ। तपाइँ साझा scope-change log सुरु गर्नुहुन्छ। अचम्मको कुरा, सबैजनले देख्छन् कि मूल दुई-हप्तेको परियोजनालाई तीन हप्ताको थपिएको कुरा समाहित भएको छ, र डेडलाइनको बारेमा कुरा स्पष्ट र सहज हुन्छ।

## किन यो महत्त्वपूर्ण हो

अव्यवस्थित scope creep डेडलाइनको साइलेन्ट किलर हो, कुनै पनि एकल परिवर्तन ठूलो महसुस हुँदैन, तर तिनीहरू एक मिस भित्र जम्मा हुन्छन्।

व्यापार-अफलाई स्पष्ट गरिरहँदा टिमलाई सुरक्षित राख्छ, stakeholders लाई जानकारी दिन्छ, र स्कोप कारण थियो जब ईन्जिनियरिङको दोष हटाउँछ।