Agile ਨੂੰ ਸਕੇਲ ਕਰਨਾ ਮਤਲਬ ਇੱਕ ਉਤਪਾਦ ਉੱਤੇ ਕੰਮ ਕਰ ਰਹੀਆਂ ਬਹੁਤ ਸਾਰੀਆਂ ਟੀਮਾਂ ਨੂੰ ਸੰਯੋਜਿਤ ਕਰਨਾ ਹੈ ਬਿਨਾਂ ਭਾਰੀ, ਸਿਖਰ-ਤੋਂ-ਹੇਠ ਨਿਯੰਤਰਣ ਦੁਬਾਰਾ ਲਾਈ ਕੀਤੇ। ਮੁੱਖ ਚੁਣੌਤੀ ਖੁਦ-ਮੁਖਤਿਆਰ ਅਤੇ ਤੇਜ਼ ਫੀਡਬੈਕ ਨੂੰ ਬਰਕਰਾਰ ਰੱਖਦਾ ਹੋਇਆ ਟੀਮਾਂ ਨੂੰ ਸਾਂਝੇ ਟੀਚਿਆਂ ਉੱਤੇ ਮੇਲ-ਜੋਲ ਕਰਨਾ ਅਤੇ ਨਿਰਭਰਤਾਵਾਂ ਦਾ ਪ্রਬंध ਕਰਨਾ ਹੈ। ਕਈ ਫ੍ਰੇਮਵਰਕ ਇਸ ਨੂੰ ਵੱਖ-ਵੱਖ ਤਰੀਕਿਆਂ ਨਾਲ ਹਲ ਕਰਦੇ ਹਨ।
| ਫ੍ਰੇਮਵਰਕ | ਵਿਚਾਰ | ਤਬਦੀਲੀ |
|---|
| SAFe | ਪਰਤਦਾਰ ਢਾਂਚਾ, Agile Release Trains, PI ਯੋਜਨਾ | ਮਜ਼ਬੂਤ ਮੇਲ-ਜੋਲ; ਭਾਰੀ/ਨਿਰਦੇਸ਼ਕ ਮਹਿਸੂਸ ਹੋ ਸਕਦਾ ਹੈ |
| LeSS | Scrum ਘੱਟੋ-ਘੱਟ ਵਾਧੂ ਪ੍ਰਕਿਰਿਆ ਦੇ ਨਾਲ ਸਕੇਲ ਕੀਤਾ | ਹਲਕਾ-ਫੁੱਲਕਾ; ਵਾਸਤਵਿਕ ਸੰਸਥਾਗਤ ਤਬਦੀਲੀ ਦੀ ਮੰਗ ਕਰਦਾ ਹੈ |
| Spotify ਮਾਡਲ | Squads, tribes, chapters, guilds | ਸੱਭਿਆਚਾਰਕ ਪੈਟਰਨ, ਕਾਪੀ-ਪੇਸਟ ਫ੍ਰੇਮਵਰਕ ਨਹੀਂ |
COMMON GOALS WHEN SCALING
- align teams on a shared product vision/roadmap
- make cross-team dependencies visible and managed
- keep each team as autonomous as possible
- preserve fast feedback despite added coordination
ਇੱਕ ਪਲੇਟਫਾਰਮ ਉੱਤੇ ਅੱਠ ਟੀਮਾਂ ਉਦੇਸ਼ਾਂ ਉੱਤੇ ਮੇਲ-ਜੋਲ ਕਰਨ ਅਤੇ ਨਿਰਭਰਤਾਵਾਂ ਨੂੰ ਸਤ੍ਹ 'ਤੇ ਲਿਆਉਣ ਲਈ ਇੱਕ ਤਿਮਾਹੀ ਵਿਸ਼ਾਲ-ਕਮਰਾ ਯੋਜਨਾ ਈਵੰਟ ਨੂੰ ਅਪਣਾਉਂਦੀਆਂ ਹਨ, ਜਦੋਂ ਕਿ ਹਰ ਟੀਮ ਆਪਣੀ ਖੁਦ ਦੀ Sprint ਗਤਿ ਅਤੇ backlog ਬਰਕਰਾਰ ਰੱਖਦੀ ਹੈ।
ਖਰਾਬੀ ਨਾਲ ਸਕੇਲਿੰਗ ਉਦੋਂ ਫਿਰ ਤੋਂ ਮੁਲਾਜ਼ਿਮਤ ਪੈਦਾ ਕਰਦਾ ਹੈ ਜਿਸ ਨੂੰ Agile ਹਟਾਉਣਾ ਸੀ, ਉਦੋਂ ਆਲਸ ਮਾਰ ਦੇ ਜੋ ਤਬਦੀਲੀ ਨੂੰ ਜਾਇਜ਼ ਠਹਿਰਾਉਂਦਾ ਸੀ।
ਸਹੀ ਫ੍ਰੇਮਵਰਕ ਸਮੀਪ ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ; ਹੁਨਰ ਇਹ ਹੈ ਕਿ ਤਾਲਮੇਲ ਓਵਰਹੈਡ ਨੂੰ ਟੀਮਾਂ ਵਿਚਕਾਰ ਅਸਲ ਨਿਰਭਰਤਾ ਪੱਧਰ ਨਾਲ ਮੇਲ ਕਰਨਾ।