70% ਤਬਦੀਲੀਆਂ ਕਿਉਂ ਅਸਫਲ ਹੁੰਦੀਆਂ ਹਨ

ਜ਼ਿਆਦਾਤਰ ਤਬਦੀਲੀ ਦੇ ਪ੍ਰੋਗਰਾਮ ਅਸਫਲ ਹੋ ਜਾਂਦੇ ਹਨ। ਉਹ ਆਪਣੇ ਟੀਚਿਆਂ ਨੂੰ ਪ੍ਰਾਪਤ ਨਹੀਂ ਕਰ ਪਾਉਂਦੇ।

ਮੈਂ Novartis ਵਿਖੇ AI ਅਤੇ ERP ਤਬਦੀਲੀਆਂ ਦੀ ਅਗਵਾਈ ਕੀਤੀ। ਮੈਂ ਸੱਚਾਈ ਦੇਖੀ। ਤਕਨਾਲੋਜੀ ਸਭ ਤੋਂ ਔਖਾ ਹਿੱਸਾ ਨਹੀਂ ਹੈ। ਸਾਫਟਵੇਅਰ ਅਕਸਰ ਵਧੀਆ ਕੰਮ ਕਰਦਾ ਹੈ। ਲੋਕ ਸਿਰਫ਼ ਇਸ ਵਿੱਚ ਹਿੱਸਾ ਲੈਣ ਤੋਂ ਮਨ੍ਹਾ ਕਰ ਦਿੰਦੇ ਹਨ।

ਜਦੋਂ ਕੋਈ ਪ੍ਰੋਜੈਕਟ ਅਸਫਲ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਲੀਡਰ ਡੇਟਾ ਜਾਂ ਸਕੋਪ (scope) ਨੂੰ ਦੋਸ਼ੀ ਮੰਨਦੇ ਹਨ। ਉਹ ਸਿਰਫ਼ ਲੱਛਣ ਹਨ। ਅਸਲ ਕਾਰਨ ਅਪਣਾਉਣਾ (adoption) ਹੈ। ਜ਼ਿਆਦਾਤਰ ਕੰਪਨੀਆਂ ਅਪਣਾਉਣ ਨੂੰ ਅੰਤ ਵਿੱਚ ਇੱਕ ਟ੍ਰੇਨਿੰਗ ਸਮਾਗਮ ਵਜੋਂ ਮੰਨਦੀਆਂ ਹਨ। ਇਸ ਨੂੰ ਸ਼ੁਰੂ ਤੋਂ ਹੀ ਡਿਜ਼ਾਈਨ ਦਾ ਇੱਕ ਨਿਯਮ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।

ਜੇਕਰ ਲੋਕ ਕਿਸੇ ਟੂਲ ਤੋਂ ਬਚਦੇ ਹਨ, ਤਾਂ ਉਸਦੀ ਕੋਈ ਕੀਮਤ ਨਹੀਂ ਹੁੰਦੀ। ਮੈਂ ਅਜਿਹਾ ਸੰਪੂਰਨ ਸਾਫਟਵੇਅਰ ਦੇਖਿਆ ਹੈ ਜਿਸਦਾ ਉਪਯੋਗ ਸਿਰਫ਼ 30% ਸੀ। ਲੋਕ ਇਸ ਦੀ ਬਜਾਏ ਪੁਰਾਣੀਆਂ ਸਪ੍ਰੈਡਸ਼ੀਟਾਂ (spreadsheets) ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਰਹੇ।

ਤੁਹਾਨੂੰ ਉਸ ਸਾਫਟਵੇਅਰ ਦਾ ROI ਨਹੀਂ ਮਿਲਦਾ ਜੋ ਤੁਸੀਂ ਖਰੀਦਿਆ ਹੈ। ਤੁਹਾਨੂੰ ਉਸ ਸਾਫਟਵੇਅਰ ਦਾ ROI ਮਿਲਦਾ ਹੈ ਜਿਸਦੀ ਲੋਕ ਵਰਤੋਂ ਕਰਦੇ ਹਨ।

ਲੋਕ ਤਬਦੀਲੀ ਦਾ ਵਿਰੋਧ ਕਰਦੇ ਹਨ ਕਿਉਂਕਿ ਇਹ ਇੱਕ ਬੁਰੇ ਲੈਣ-ਦੇਣ ਵਾਂਗ ਮਹਿਸੂਸ ਹੁੰਦੀ ਹੈ। ਉਹ ਬਿਨਾਂ ਕਿਸੇ ਨਿੱਜੀ ਫਾਇਦੇ ਦੇ ਵਧੇਰੇ ਜੋਖਮ ਅਤੇ ਵਧੇਰੇ ਜਾਂਚ ਦੇਖਭਾਲ ਦੇਖਦੇ ਹਨ।

ਇਸ ਨੂੰ ਸੁਧਾਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਮਨੋਵਿਗਿਆਨਕ ਸੁਰੱਖਿਆ (psychological safety) ਦੀ ਲੋੜ ਹੈ। ਲੋਕਾਂ ਨੂੰ ਇਹ ਕਹਿਣ ਵਿੱਚ ਸੁਰੱਖਿਅਤ ਮਹਿਸੂਸ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਕਿ "ਮੈਂ ਇਹ ਨਹੀਂ ਸਮਝਦਾ" ਜਾਂ "ਇਹ ਪ੍ਰਕਿਰਿਆ ਖਰਾਬ ਹੈ।" ਸੁਰੱਖਿਆ ਤੋਂ ਬਿਨਾਂ, ਲੋਕ ਉਲਝਣ ਨੂੰ ਲੁਕਾਉਂਦੇ ਹਨ। ਲੁਕੀ ਹੋਈ ਉਲਝਣ ਚੁੱਪਚਾਪ ਕੰਮ ਚਲਾਉਣ ਦੇ ਤਰੀਕਿਆਂ (workarounds) ਵੱਲ ਲੈ ਜਾਂਦੀ ਹੈ। ਇਹ ਤਰੀਕੇ ਅਸਫਲਤਾ ਵੱਲ ਲੈ ਜਾਂਦੇ ਹਨ।

ਜਿੱਤਣ ਲਈ ਇਸ ਯੋਜਨਾ ਦੀ ਪਾਲਣਾ ਕਰੋ:

• ਜਿੱਤ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ: ਕੁਝ ਵੀ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ, ਲਿਖੋ ਕਿ ਇੱਕ ਖਾਸ ਭੂਮਿਕਾ (role) ਕਿਵੇਂ ਬਦਲਦੀ ਹੈ। ਜੇਕਰ ਤੁਸੀਂ ਉਸ ਵਿਅਕਤੀ ਲਈ ਜਿੱਤ ਨਹੀਂ ਦਿਖਾ ਸਕਦੇ, ਤਾਂ ਤੁਹਾਡੇ ਕੋਲ ਕੋਈ ਯੋਜਨਾ ਨਹੀਂ ਹੈ। ਤੁਹਾਡੇ ਕੋਲ ਸਿਰਫ਼ ਇੱਕ ਰੋਲਆਊਟ (rollout) ਹੈ।
• ਸ਼ੰਕਾਵਾਦੀਆਂ (skeptics) ਦੀ ਵਰਤੋਂ ਕਰੋ: ਸਿਰਫ਼ ਪ੍ਰਸ਼ੰਸਕਾਂ ਨਾਲ ਗੱਲ ਨਾ ਕਰੋ। ਸਭ ਤੋਂ ਉੱਚੀ ਆਵਾਜ਼ ਵਾਲੇ ਸ਼ੰਕਾਵਾਦੀ ਨੂੰ ਡਿਜ਼ਾਈਨ ਰੂਮ ਵਿੱਚ ਰੱਖੋ। ਉਹ ਜਲਦੀ ਹੀ ਅਸਲ ਸਮੱਸਿਆਵਾਂ ਲੱਭ ਲੈਂਦੇ ਹਨ। ਜਦੋਂ ਕੋਈ ਸ਼ੰਕਾਵਾਦੀ ਯੋਜਨਾ ਨਾਲ ਸਹਿਮਤ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਦੂਜੇ ਵੀ ਉਸਦੀ ਪਾਲਣਾ ਕਰਨਗੇ।
• ਇਮਾਨਦਾਰੀ ਨਾਲ ਅਗਵਾਈ ਕਰੋ: ਲੀਡਰਾਂ ਨੂੰ ਆਪਣੀਆਂ ਗਲਤੀਆਂ ਮੰਨਣ ਲਈ ਕਹੋ। ਇੱਕ ਬੌਸ ਦਾ ਇੱਕ ਇਮਾਨਦਾਰ ਪਲ ਕਈ ਸਰਵੇਖਣਾਂ ਨਾਲੋਂ ਵੱਧ ਭਰੋਸਾ ਪੈਦਾ ਕਰਦਾ ਹੈ।
• ਇਮਾਨਦਾਰੀ ਨੂੰ ਇਨਾਮ ਦਿਓ: ਉਹਨਾਂ ਲੋਕਾਂ ਦਾ ਧੰਨਵਾਦ ਕਰੋ ਜੋ ਖਰਾਬ ਕਦਮਾਂ ਦੀ ਰਿਪੋਰਟ ਕਰਦੇ ਹਨ। ਉਹ ਤੁਹਾਡੇ ਲਈ ਕੁਆਲਿਟੀ ਕੰਟਰੋਲ ਕਰ ਰਹੇ ਹਨ।
• ਸਹੀ ਚੀਜ਼ਾਂ ਨੂੰ ਮਾਪੋ: ਸਿਰਫ਼ ਬਜਟ ਅਤੇ ਤਾਰੀਖਾਂ ਨੂੰ ਟ੍ਰੈਕ ਨਾ ਕਰੋ। ਇਸ ਗੱਲ ਨੂੰ ਟ੍ਰੈਕ ਕਰੋ ਕਿ ਕਿੰਨੇ ਲੋਕ ਟੂਲ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ ਅਤੇ ਉਹ ਕਿੰਨੀ ਵਾਰ ਕੰਮ ਚਲਾਉਣ ਦੇ ਹੋਰ ਤਰੀਕਿਆਂ (workarounds) ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ।
• ਸੁਧਾਰੋ ਅਤੇ ਪ੍ਰਚਾਰ ਕਰੋ: ਜਦੋਂ ਤੁਸੀਂ ਕਿਸੇ ਸਮੱਸਿਆ ਨੂੰ ਸੁਧਾਰਦੇ ਹੋ, ਤਾਂ ਸਭ ਨੂੰ ਦੱਸੋ। ਉਹਨਾਂ ਨੂੰ ਦਿਖਾਓ ਕਿ ਬੋਲਣ ਨਾਲ ਪ੍ਰਣਾਲੀ ਬਦਲਦੀ ਹੈ।

ਭਰੋਸੇ ਨੂੰ ਬੁਨਿਆਦੀ ਢਾਂਚੇ (infrastructure) ਵਾਂਗ ਮੰਨੋ। ਤੁਹਾਨੂੰ ਇਸ ਨੂੰ ਆਪਣੇ ਟੈਕ ਸਟੈਕ (tech stack) ਵਾਂਗ ਹੀ ਡਿਜ਼ਾਈਨ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਇਸ ਲਈ ਬਜਟ ਬਣਾਉਣਾ ਚਾਹੀਦਾ ਹੈ।

ਆਪਣੀ ਆਰਕੀਟੈਕਚਰ (architecture) ਦੀ ਆਡਿਟ ਕਰਨਾ ਬੰਦ ਕਰੋ। ਆਪਣੀ ਟੀਮ ਨੂੰ ਪੁੱਛਣਾ ਸ਼ੁਰੂ ਕਰੋ: "ਤੁਹਾਡੇ ਲਈ ਇਸ ਨੂੰ ਕੀ ਬਿਹਤਰ ਬਣਾਏਗਾ, ਅਤੇ ਤੁਸੀਂ ਮੈਨੂੰ ਕੀ ਦੱਸਣ ਤੋਂ ਡਰਦੇ ਹੋ?"

ਜਿੱਤਣ ਵਾਲੇ 30% ਉਹ ਹੁੰਦੇ ਹਨ ਜੋ ਸੁਣਦੇ ਹਨ।

ਸਰੋਤ: https://dev.to/cedricbignet/why-70-of-transformations-fail-and-the-people-first-fix-1ff

ਵਿਕਲਪਿਕ ਸਿੱਖਣ ਭਾਈਚਾਰਾ: https://t.me/GyaanSetuAi