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 ਪ੍ਰਬੰਧਨ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਇਮਾਨਦਾਰ ਰਖਦਾ ਹੈ: ਤਬਦੀਲੀ ਠੀਕ ਹੈ, ਪਰ ਇਸ ਦੀ ਕੀਮਤ ਹਮੇਸ਼ਾ ਸਪਸ਼ਟ ਅਤੇ ਜੋ ਇਸ ਨੂੰ ਚਾਹਦਾ ਹੈ ਉਸ ਦੀ ਮਲਕੀਅਤ ਹੈ।
ਵਿਸਤ੍ਰਿਤ ਜਵਾਬਾਂ ਨਾਲ IT ਇੰਟਰਵਿਊ ਸਵਾਲਾਂ ਦੀ ਇੱਕ ਲਾਇਬ੍ਰੇਰੀ — ਜੂਨੀਅਰ ਤੋਂ ਸੀਨੀਅਰ ਤੱਕ।
ਦਾਨ ਕਰੋ