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 સંચાલન પ્રોજેક્ટ ને સચ્ચો રાખે છે: પરિવર્તન બરાબર છે, પણ તેની કિંમત હંમેશા સ્પષ્ટ છે અને જે તે ઈચ્છે છે તે માલિક છે.