ਕਰਮਚਾਰੀ ਨਵਾਂ ਸੌਫਟਵੇਅਰ ਨਹੀਂ ਚਾਹੁੰਦੇ - ਕੀ ਉਨ੍ਹਾਂ ਨੂੰ ਲੀਡ ਦੀ ਪਾਲਣਾ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ ਜਾਂ ਆਪਣੀ ਲਾਈਨ 'ਤੇ ਬਣੇ ਰਹਿਣਾ ਚਾਹੀਦਾ ਹੈ?

ਸਾਫਟਵੇਅਰ ਲੀਪਫ੍ਰੌਗ ਜਲਦੀ ਹੀ ਕੰਪਨੀਆਂ ਦੀ ਇੱਕ ਬਹੁਤ ਹੀ ਆਮ ਬਿਮਾਰੀ ਬਣ ਜਾਵੇਗਾ. ਹਰ ਛੋਟੀ-ਛੋਟੀ ਚੀਜ਼ ਕਾਰਨ ਇੱਕ ਸਾਫਟਵੇਅਰ ਨੂੰ ਦੂਜੇ ਲਈ ਬਦਲਣਾ, ਟੈਕਨਾਲੋਜੀ ਤੋਂ ਟੈਕਨਾਲੋਜੀ ਤੱਕ ਛਾਲ ਮਾਰਨਾ, ਲਾਈਵ ਕਾਰੋਬਾਰ ਨਾਲ ਪ੍ਰਯੋਗ ਕਰਨਾ ਆਮ ਹੁੰਦਾ ਜਾ ਰਿਹਾ ਹੈ। ਉਸੇ ਸਮੇਂ, ਦਫਤਰ ਵਿੱਚ ਇੱਕ ਅਸਲ ਘਰੇਲੂ ਯੁੱਧ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ: ਲਾਗੂ ਕਰਨ ਲਈ ਵਿਰੋਧ ਦੀ ਇੱਕ ਲਹਿਰ ਬਣ ਜਾਂਦੀ ਹੈ, ਪੱਖਪਾਤੀ ਨਵੀਂ ਪ੍ਰਣਾਲੀ ਦੇ ਵਿਰੁੱਧ ਵਿਨਾਸ਼ਕਾਰੀ ਕੰਮ ਕਰ ਰਹੇ ਹਨ, ਜਾਸੂਸ ਨਵੇਂ ਸੌਫਟਵੇਅਰ ਨਾਲ ਇੱਕ ਬਹਾਦਰ ਨਵੀਂ ਦੁਨੀਆਂ ਨੂੰ ਉਤਸ਼ਾਹਿਤ ਕਰ ਰਹੇ ਹਨ, ਬਖਤਰਬੰਦ ਕਾਰ ਤੋਂ ਪ੍ਰਬੰਧਨ. ਕਾਰਪੋਰੇਟ ਪੋਰਟਲ ਸ਼ਾਂਤੀ, ਕਿਰਤ, ਕੇਪੀਆਈਜ਼ ਬਾਰੇ ਪ੍ਰਸਾਰਣ ਕਰ ਰਿਹਾ ਹੈ। ਇੱਕ ਇਨਕਲਾਬ ਆਮ ਤੌਰ 'ਤੇ ਇੱਕ ਪਾਸੇ ਪੂਰੀ ਅਸਫਲਤਾ ਵਿੱਚ ਖਤਮ ਹੁੰਦਾ ਹੈ.

ਅਸੀਂ ਲਾਗੂ ਕਰਨ ਬਾਰੇ ਲਗਭਗ ਸਭ ਕੁਝ ਜਾਣਦੇ ਹਾਂ, ਇਸ ਲਈ ਆਓ ਇਹ ਜਾਣਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੀਏ ਕਿ ਇੱਕ ਕ੍ਰਾਂਤੀ ਨੂੰ ਵਿਕਾਸ ਵਿੱਚ ਕਿਵੇਂ ਬਦਲਿਆ ਜਾਵੇ ਅਤੇ ਲਾਗੂਕਰਨ ਨੂੰ ਜਿੰਨਾ ਸੰਭਵ ਹੋ ਸਕੇ ਉਪਯੋਗੀ ਅਤੇ ਦਰਦ ਰਹਿਤ ਬਣਾਇਆ ਜਾਵੇ। ਖੈਰ, ਜਾਂ ਘੱਟੋ ਘੱਟ ਅਸੀਂ ਤੁਹਾਨੂੰ ਦੱਸਾਂਗੇ ਕਿ ਤੁਸੀਂ ਇਸ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਕੀ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹੋ।

ਨਵੇਂ ਸੌਫਟਵੇਅਰ ਦੀ ਕਰਮਚਾਰੀ ਦੀ ਸਵੀਕ੍ਰਿਤੀ ਦਾ ਆਦਰਸ਼ ਦ੍ਰਿਸ਼ਟੀਕੋਣ। ਸਰੋਤ - Yandex.Images

ਵਿਦੇਸ਼ੀ ਸਲਾਹਕਾਰ ਇਸ ਲੇਖ ਨੂੰ ਕੁਝ ਇਸ ਤਰ੍ਹਾਂ ਸ਼ੁਰੂ ਕਰਨਗੇ: "ਜੇ ਤੁਸੀਂ ਆਪਣੇ ਕਰਮਚਾਰੀਆਂ ਨੂੰ ਗੁਣਵੱਤਾ ਵਾਲੇ ਸੌਫਟਵੇਅਰ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਦੇ ਹੋ ਜੋ ਉਹਨਾਂ ਦੇ ਕੰਮ ਵਿੱਚ ਸੁਧਾਰ ਕਰ ਸਕਦਾ ਹੈ, ਪ੍ਰਦਰਸ਼ਨ 'ਤੇ ਗੁਣਾਤਮਕ ਪ੍ਰਭਾਵ ਪਾ ਸਕਦਾ ਹੈ, ਇੱਕ ਨਵੇਂ ਪ੍ਰੋਗਰਾਮ ਜਾਂ ਪ੍ਰਣਾਲੀ ਨੂੰ ਅਪਣਾਉਣ ਨਾਲ ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ ਵਾਪਰੇਗਾ." ਪਰ ਅਸੀਂ ਰੂਸ ਵਿੱਚ ਹਾਂ, ਇਸ ਲਈ ਸ਼ੱਕੀ ਅਤੇ ਜੁਝਾਰੂ ਕਰਮਚਾਰੀਆਂ ਦਾ ਮੁੱਦਾ ਬਹੁਤ ਢੁਕਵਾਂ ਹੈ. ਇੱਕ ਕੁਦਰਤੀ ਪਰਿਵਰਤਨ ਕੰਮ ਨਹੀਂ ਕਰੇਗਾ, ਭਾਵੇਂ ਕਿ ਇੱਕ ਕਾਰਪੋਰੇਟ ਮੈਸੇਂਜਰ ਜਾਂ ਸਾਫਟਫੋਨ ਵਰਗੇ ਘੱਟੋ-ਘੱਟ ਸੌਫਟਵੇਅਰ ਦੇ ਨਾਲ।

ਸਮੱਸਿਆ ਦੀਆਂ ਲੱਤਾਂ ਕਿੱਥੋਂ ਆਉਂਦੀਆਂ ਹਨ?

ਅੱਜ, ਹਰ ਕੰਪਨੀ ਵਿੱਚ ਸੌਫਟਵੇਅਰ ਦਾ ਇੱਕ ਪੂਰਾ ਚਿੜੀਆਘਰ ਸਥਾਪਤ ਹੈ (ਅਸੀਂ ਆਮ ਮਾਮਲੇ ਨੂੰ ਲੈਂਦੇ ਹਾਂ, ਕਿਉਂਕਿ ਆਈਟੀ ਕੰਪਨੀਆਂ ਵਿੱਚ ਸੌਫਟਵੇਅਰ ਦੀ ਮਾਤਰਾ ਦੁੱਗਣੀ ਜਾਂ ਤਿੰਨ ਗੁਣਾ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਅਨੁਕੂਲਨ ਸਮੱਸਿਆਵਾਂ ਅੰਸ਼ਕ ਤੌਰ 'ਤੇ ਓਵਰਲੈਪ ਹੁੰਦੀਆਂ ਹਨ ਅਤੇ ਬਹੁਤ ਖਾਸ ਹੁੰਦੀਆਂ ਹਨ): ਪ੍ਰੋਜੈਕਟ ਪ੍ਰਬੰਧਨ ਸਿਸਟਮ, CRM/ERP, ਈਮੇਲ ਕਲਾਇੰਟਸ, ਇੰਸਟੈਂਟ ਮੈਸੇਂਜਰ, ਕਾਰਪੋਰੇਟ ਪੋਰਟਲ, ਆਦਿ। ਅਤੇ ਇਹ ਇਸ ਤੱਥ ਦੀ ਗਿਣਤੀ ਨਹੀਂ ਕਰ ਰਿਹਾ ਹੈ ਕਿ ਅਜਿਹੀਆਂ ਕੰਪਨੀਆਂ ਹਨ ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਬ੍ਰਾਊਜ਼ਰ ਤੋਂ ਬ੍ਰਾਊਜ਼ਰ ਤੱਕ ਤਬਦੀਲੀ ਵੀ ਪੂਰੀ ਟੀਮ ਦੁਆਰਾ ਬਿਨਾਂ ਕਿਸੇ ਅਪਵਾਦ ਦੇ ਕੀਤੀ ਜਾਂਦੀ ਹੈ (ਅਤੇ ਅਜਿਹੀਆਂ ਟੀਮਾਂ ਵੀ ਹਨ ਜੋ ਪੂਰੀ ਤਰ੍ਹਾਂ ਇੰਟਰਨੈਟ ਐਕਸਪਲੋਰਰ ਐਜ 'ਤੇ ਅਧਾਰਤ ਹਨ)। ਆਮ ਤੌਰ 'ਤੇ, ਇੱਥੇ ਕਈ ਸਥਿਤੀਆਂ ਹਨ ਜਿਨ੍ਹਾਂ ਲਈ ਸਾਡਾ ਲੇਖ ਉਪਯੋਗੀ ਹੋ ਸਕਦਾ ਹੈ:

• ਕਾਰਜਾਂ ਦੇ ਕੁਝ ਸਮੂਹਾਂ ਦੇ ਪ੍ਰਾਇਮਰੀ ਆਟੋਮੇਸ਼ਨ ਦੀ ਇੱਕ ਪ੍ਰਕਿਰਿਆ ਹੈ: ਪਹਿਲਾ CRM/ERP ਲਾਗੂ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ, ਇੱਕ ਕਾਰਪੋਰੇਟ ਪੋਰਟਲ ਖੁੱਲ੍ਹ ਰਿਹਾ ਹੈ, ਤਕਨੀਕੀ ਸਹਾਇਤਾ ਲਈ ਇੱਕ ਸਿਸਟਮ ਸਥਾਪਤ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ, ਆਦਿ;
• ਇੱਕ ਸੌਫਟਵੇਅਰ ਨੂੰ ਕਿਸੇ ਕਾਰਨ ਕਰਕੇ ਦੂਜੇ ਦੁਆਰਾ ਬਦਲ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ: ਅਪ੍ਰਚਲਿਤ, ਨਵੀਆਂ ਲੋੜਾਂ, ਸਕੇਲਿੰਗ, ਗਤੀਵਿਧੀ ਵਿੱਚ ਤਬਦੀਲੀ, ਆਦਿ;
• ਮੌਜੂਦਾ ਪ੍ਰਣਾਲੀ ਦੇ ਮਾਡਿਊਲ ਵਿਕਾਸ ਅਤੇ ਵਿਕਾਸ ਦੇ ਉਦੇਸ਼ਾਂ ਲਈ ਬਣਾਏ ਜਾ ਰਹੇ ਹਨ (ਉਦਾਹਰਣ ਵਜੋਂ, ਇੱਕ ਕੰਪਨੀ ਨੇ ਉਤਪਾਦਨ ਖੋਲ੍ਹਿਆ ਅਤੇ ਇਸ ਤੋਂ ਬਦਲਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ। RegionSoft CRM ਪ੍ਰੋਫੈਸ਼ਨਲ 'ਤੇ RegionSoft CRM ਐਂਟਰਪ੍ਰਾਈਜ਼ ਪਲੱਸ ਵੱਧ ਤੋਂ ਵੱਧ ਕਾਰਜਸ਼ੀਲਤਾ ਦੇ ਨਾਲ);
• ਇੱਕ ਪ੍ਰਮੁੱਖ ਇੰਟਰਫੇਸ ਅਤੇ ਕਾਰਜਸ਼ੀਲ ਸਾਫਟਵੇਅਰ ਅੱਪਡੇਟ ਹੋ ਰਿਹਾ ਹੈ।

ਬੇਸ਼ੱਕ, ਪਹਿਲੇ ਦੋ ਕੇਸ ਉਹਨਾਂ ਦੇ ਪ੍ਰਗਟਾਵੇ ਵਿੱਚ ਬਹੁਤ ਜ਼ਿਆਦਾ ਤੀਬਰ ਅਤੇ ਖਾਸ ਹਨ, ਉਹਨਾਂ ਵੱਲ ਵਿਸ਼ੇਸ਼ ਧਿਆਨ ਦਿਓ.

ਇਸ ਲਈ, ਇਸ ਤੋਂ ਪਹਿਲਾਂ ਕਿ ਤੁਸੀਂ ਟੀਮ ਨਾਲ ਕੰਮ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰੋ (ਜਿਨ੍ਹਾਂ ਨੂੰ ਪਹਿਲਾਂ ਹੀ ਸ਼ੱਕ ਹੈ ਕਿ ਜਲਦੀ ਹੀ ਤਬਦੀਲੀਆਂ ਹੋਣਗੀਆਂ), ਇਹ ਸਮਝਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ ਕਿ ਸੌਫਟਵੇਅਰ ਬਦਲਣ ਦੇ ਅਸਲ ਕਾਰਨ ਕੀ ਹਨ ਅਤੇ ਕੀ ਤੁਸੀਂ ਸਹਿਮਤ ਹੋ ਕਿ ਤਬਦੀਲੀਆਂ ਇੰਨੀਆਂ ਜ਼ਰੂਰੀ ਹਨ।

• ਪੁਰਾਣੇ ਪ੍ਰੋਗਰਾਮ ਨਾਲ ਕੰਮ ਕਰਨਾ ਮੁਸ਼ਕਲ ਹੈ: ਇਹ ਮਹਿੰਗਾ, ਅਸੁਵਿਧਾਜਨਕ, ਗੈਰ-ਕਾਰਜਸ਼ੀਲ, ਹੁਣ ਤੁਹਾਡੀਆਂ ਜ਼ਰੂਰਤਾਂ ਨੂੰ ਪੂਰਾ ਨਹੀਂ ਕਰਦਾ, ਤੁਹਾਡੇ ਪੈਮਾਨੇ ਲਈ ਢੁਕਵਾਂ ਨਹੀਂ ਹੈ, ਆਦਿ। ਇਹ ਇੱਕ ਉਦੇਸ਼ ਲੋੜ ਹੈ.
• ਵਿਕਰੇਤਾ ਨੇ ਸਿਸਟਮ ਦਾ ਸਮਰਥਨ ਕਰਨਾ ਬੰਦ ਕਰ ਦਿੱਤਾ, ਜਾਂ ਸਮਰਥਨ ਅਤੇ ਸੋਧਾਂ ਪ੍ਰਵਾਨਗੀਆਂ ਅਤੇ ਪੈਸੇ ਦੀ ਨਿਕਾਸੀ ਦੀ ਇੱਕ ਬੇਅੰਤ ਲੜੀ ਵਿੱਚ ਬਦਲ ਗਈਆਂ। ਜੇ ਤੁਹਾਡੀਆਂ ਲਾਗਤਾਂ ਵਿੱਚ ਕਾਫ਼ੀ ਵਾਧਾ ਹੋਇਆ ਹੈ, ਅਤੇ ਭਵਿੱਖ ਵਿੱਚ ਉਹ ਹੋਰ ਵੀ ਵਧਣ ਦਾ ਵਾਅਦਾ ਕਰਦੇ ਹਨ, ਤਾਂ ਉਡੀਕ ਕਰਨ ਲਈ ਕੁਝ ਨਹੀਂ ਹੈ, ਤੁਹਾਨੂੰ ਕਟੌਤੀ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੈ. ਹਾਂ, ਇੱਕ ਨਵੀਂ ਪ੍ਰਣਾਲੀ ਵਿੱਚ ਵੀ ਪੈਸਾ ਖਰਚ ਹੋਵੇਗਾ, ਪਰ ਅੰਤ ਵਿੱਚ ਓਪਟੀਮਾਈਜੇਸ਼ਨ ਵਿੱਚ ਅਜਿਹੇ ਸਮਰਥਨ ਨਾਲੋਂ ਘੱਟ ਖਰਚਾ ਆਵੇਗਾ।
• ਸਾਫਟਵੇਅਰ ਬਦਲਣਾ ਇੱਕ ਵਿਅਕਤੀ ਜਾਂ ਕਰਮਚਾਰੀਆਂ ਦੇ ਸਮੂਹ ਦੀ ਇੱਛਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, CTO ਇੱਕ ਰੋਲਬੈਕ ਚਾਹੁੰਦਾ ਹੈ ਅਤੇ ਇੱਕ ਨਵੀਂ, ਵਧੇਰੇ ਮਹਿੰਗੀ ਪ੍ਰਣਾਲੀ ਦੀ ਸ਼ੁਰੂਆਤ ਲਈ ਲਾਬਿੰਗ ਕਰ ਰਿਹਾ ਹੈ - ਇਹ ਵੱਡੀਆਂ ਕੰਪਨੀਆਂ ਵਿੱਚ ਹੁੰਦਾ ਹੈ। ਇੱਕ ਹੋਰ ਉਦਾਹਰਨ: ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਮੈਨੇਜਰ ਆਸਨਾ ਨੂੰ ਬੇਸਕੈਂਪ, ਫਿਰ ਬੇਸਕੈਂਪ ਤੋਂ ਜੀਰਾ, ਅਤੇ ਗੁੰਝਲਦਾਰ ਜੀਰਾ ਨੂੰ ਰਾਈਕ ਵਿੱਚ ਬਦਲਣ ਦੀ ਵਕਾਲਤ ਕਰਦਾ ਹੈ। ਅਕਸਰ ਅਜਿਹੇ ਪਰਵਾਸ ਦਾ ਇੱਕੋ ਇੱਕ ਮਨੋਰਥ ਆਪਣੇ ਰੁਝੇਵਿਆਂ ਨੂੰ ਦਿਖਾਉਣਾ ਅਤੇ ਆਪਣੀ ਸਥਿਤੀ ਨੂੰ ਬਰਕਰਾਰ ਰੱਖਣਾ ਹੁੰਦਾ ਹੈ। ਅਜਿਹੇ ਮਾਮਲਿਆਂ ਵਿੱਚ, ਲੋੜ, ਇਰਾਦੇ ਅਤੇ ਜਾਇਜ਼ਤਾ ਦੀ ਡਿਗਰੀ ਨਿਰਧਾਰਤ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੈ ਅਤੇ, ਇੱਕ ਨਿਯਮ ਦੇ ਤੌਰ ਤੇ, ਤਬਦੀਲੀਆਂ ਤੋਂ ਇਨਕਾਰ ਕਰਨ ਦੇ ਮਜ਼ਬੂਤ-ਇੱਛਾ ਵਾਲੇ ਫੈਸਲੇ ਦੁਆਰਾ.

ਅਸੀਂ ਇੱਕ ਸੌਫਟਵੇਅਰ ਤੋਂ ਦੂਜੇ ਵਿੱਚ ਤਬਦੀਲੀ ਦੇ ਕਾਰਨਾਂ ਬਾਰੇ ਗੱਲ ਕਰ ਰਹੇ ਹਾਂ, ਨਾ ਕਿ ਪ੍ਰਾਇਮਰੀ ਆਟੋਮੇਸ਼ਨ ਬਾਰੇ - ਸਿਰਫ ਕਿਉਂਕਿ ਆਟੋਮੇਸ਼ਨ ਇੱਕ ਤਰਜੀਹੀ ਜ਼ਰੂਰੀ ਹੈ। ਜੇਕਰ ਤੁਹਾਡੀ ਕੰਪਨੀ ਹੱਥੀਂ ਅਤੇ ਨਿਯਮਿਤ ਤੌਰ 'ਤੇ ਕੁਝ ਕਰਦੀ ਹੈ ਪਰ ਸਵੈਚਲਿਤ ਹੋ ਸਕਦੀ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਸਿਰਫ਼ ਸਮਾਂ, ਪੈਸਾ ਅਤੇ, ਸੰਭਾਵਤ ਤੌਰ 'ਤੇ ਕੀਮਤੀ ਕੰਪਨੀ ਡੇਟਾ ਬਰਬਾਦ ਕਰ ਰਹੇ ਹੋ। ਇਸਨੂੰ ਆਟੋਮੈਟਿਕ ਕਰੋ!

ਤੁਸੀਂ ਕਿਵੇਂ ਪਾਰ ਕਰ ਸਕਦੇ ਹੋ: ਮਹਾਨ ਲੀਪ ਜਾਂ ਕ੍ਰੋਚਿੰਗ ਟਾਈਗਰ?

ਵਿਸ਼ਵ ਅਭਿਆਸ ਵਿੱਚ, ਨਵੇਂ ਸੌਫਟਵੇਅਰ ਵਿੱਚ ਸਵਿਚ ਕਰਨ ਅਤੇ ਇਸਨੂੰ ਅਨੁਕੂਲ ਬਣਾਉਣ ਲਈ ਤਿੰਨ ਮੁੱਖ ਰਣਨੀਤੀਆਂ ਹਨ - ਅਤੇ ਉਹ ਸਾਡੇ ਲਈ ਬਹੁਤ ਢੁਕਵੇਂ ਲੱਗਦੇ ਹਨ, ਇਸ ਲਈ ਆਓ ਪਹੀਏ ਨੂੰ ਦੁਬਾਰਾ ਨਾ ਬਣਾਈਏ।

Big Bang

"ਬਿਗ ਬੈਂਗ" ਵਿਧੀ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਸਭ ਤੋਂ ਔਖਾ ਸੰਭਾਵੀ ਤਬਦੀਲੀ ਹੈ, ਜਦੋਂ ਤੁਸੀਂ ਇੱਕ ਸਹੀ ਮਿਤੀ ਨਿਰਧਾਰਤ ਕਰਦੇ ਹੋ ਅਤੇ ਇੱਕ ਤਿੱਖੀ ਮਾਈਗ੍ਰੇਸ਼ਨ ਕਰਦੇ ਹੋ, ਪੁਰਾਣੇ ਸੌਫਟਵੇਅਰ ਨੂੰ 100% ਅਸਮਰੱਥ ਕਰਦੇ ਹੋ।

Плюсы

+ ਹਰ ਕੋਈ ਇੱਕ ਸਿਸਟਮ ਵਿੱਚ ਕੰਮ ਕਰਦਾ ਹੈ, ਡੇਟਾ ਨੂੰ ਸਿੰਕ੍ਰੋਨਾਈਜ਼ ਕਰਨ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ ਹੈ, ਕਰਮਚਾਰੀਆਂ ਨੂੰ ਇੱਕੋ ਸਮੇਂ ਦੋ ਇੰਟਰਫੇਸਾਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ.
+ ਪ੍ਰਸ਼ਾਸਕ ਲਈ ਸਰਲਤਾ - ਇੱਕ ਮਾਈਗ੍ਰੇਸ਼ਨ, ਇੱਕ ਕੰਮ, ਇੱਕ ਸਿਸਟਮ ਸਹਾਇਤਾ।
+ ਸਾਰੀਆਂ ਸੰਭਵ ਤਬਦੀਲੀਆਂ ਸਮੇਂ ਦੇ ਇੱਕ ਬਿੰਦੂ 'ਤੇ ਵਾਪਰਦੀਆਂ ਹਨ ਅਤੇ ਲਗਭਗ ਤੁਰੰਤ ਨਜ਼ਰ ਆਉਂਦੀਆਂ ਹਨ - ਇਸ ਨੂੰ ਅਲੱਗ ਕਰਨ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ ਹੈ ਕਿ ਕਿਸ ਚੀਜ਼ ਅਤੇ ਕਿਸ ਅਨੁਪਾਤ ਵਿੱਚ ਉਤਪਾਦਕਤਾ, ਵਿਕਾਸ ਦੀ ਗਤੀ, ਵਿਕਰੀ, ਆਦਿ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕੀਤਾ ਗਿਆ ਹੈ।

Минусы

- ਸਿਰਫ ਸਧਾਰਨ ਸੌਫਟਵੇਅਰ ਨਾਲ ਸਫਲਤਾਪੂਰਵਕ ਕੰਮ ਕਰਦਾ ਹੈ: ਚੈਟਸ, ਕਾਰਪੋਰੇਟ ਪੋਰਟਲ, ਤਤਕਾਲ ਮੈਸੇਂਜਰ। ਇੱਥੋਂ ਤੱਕ ਕਿ ਈਮੇਲ ਪਹਿਲਾਂ ਹੀ ਅਸਫਲ ਹੋ ਸਕਦੀ ਹੈ, ਪ੍ਰੋਜੈਕਟ ਪ੍ਰਬੰਧਨ ਪ੍ਰਣਾਲੀਆਂ, CRM/ERP ਅਤੇ ਹੋਰ ਗੰਭੀਰ ਪ੍ਰਣਾਲੀਆਂ ਦਾ ਜ਼ਿਕਰ ਨਾ ਕਰਨ ਲਈ।
- ਇੱਕ ਵੱਡੇ ਸਿਸਟਮ ਤੋਂ ਦੂਜੇ ਵਿੱਚ ਇੱਕ "ਵਿਸਫੋਟਕ" ਪ੍ਰਵਾਸ ਲਾਜ਼ਮੀ ਤੌਰ 'ਤੇ ਹਫੜਾ-ਦਫੜੀ ਦਾ ਕਾਰਨ ਬਣੇਗਾ।

ਇੱਕ ਨਵੇਂ ਕੰਮ ਦੇ ਮਾਹੌਲ ਵਿੱਚ ਇਸ ਕਿਸਮ ਦੀ ਤਬਦੀਲੀ ਲਈ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਚੀਜ਼ ਸਿਖਲਾਈ ਹੈ।

ਪੈਰਲਲ ਰਨਿੰਗ

ਸੌਫਟਵੇਅਰ ਦੇ ਸਮਾਨਾਂਤਰ ਅਨੁਕੂਲਨ ਤਬਦੀਲੀ ਦੀ ਇੱਕ ਨਰਮ ਅਤੇ ਵਧੇਰੇ ਵਿਆਪਕ ਵਿਧੀ ਹੈ, ਜਿਸ ਵਿੱਚ ਇੱਕ ਸਮਾਂ ਮਿਆਦ ਨਿਰਧਾਰਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਜਿਸ ਦੌਰਾਨ ਦੋਵੇਂ ਪ੍ਰਣਾਲੀਆਂ ਇੱਕੋ ਸਮੇਂ ਕੰਮ ਕਰਨਗੀਆਂ।

Плюсы

+ ਉਪਭੋਗਤਾਵਾਂ ਕੋਲ ਪੁਰਾਣੇ ਸੌਫਟਵੇਅਰ ਵਿੱਚ ਤੇਜ਼ੀ ਨਾਲ ਕੰਮ ਕਰਨ, ਸਮਾਨਤਾਵਾਂ ਲੱਭਣ, ਅਤੇ ਇੰਟਰਫੇਸ ਨਾਲ ਇੰਟਰਫੇਸ ਦੇ ਨਵੇਂ ਤਰਕ ਨੂੰ ਸਮਝਣ ਲਈ ਨਵੇਂ ਸੌਫਟਵੇਅਰ ਦੀ ਆਦਤ ਪਾਉਣ ਲਈ ਕਾਫ਼ੀ ਸਮਾਂ ਹੁੰਦਾ ਹੈ।
+ ਅਚਾਨਕ ਸਮੱਸਿਆਵਾਂ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਕਰਮਚਾਰੀ ਪੁਰਾਣੇ ਸਿਸਟਮ ਵਿੱਚ ਕੰਮ ਕਰਨਾ ਜਾਰੀ ਰੱਖਦੇ ਹਨ.
+ ਉਪਭੋਗਤਾ ਸਿਖਲਾਈ ਘੱਟ ਸਖ਼ਤ ਅਤੇ ਆਮ ਤੌਰ 'ਤੇ ਸਸਤੀ ਹੁੰਦੀ ਹੈ।
+ ਕਰਮਚਾਰੀਆਂ ਤੋਂ ਅਮਲੀ ਤੌਰ 'ਤੇ ਕੋਈ ਨਕਾਰਾਤਮਕ ਪ੍ਰਤੀਕ੍ਰਿਆ ਨਹੀਂ ਹੈ - ਆਖਰਕਾਰ, ਉਹ ਆਪਣੇ ਆਮ ਸਾਧਨਾਂ ਜਾਂ ਕੰਮ ਕਰਨ ਦੇ ਤਰੀਕੇ ਤੋਂ ਵਾਂਝੇ ਨਹੀਂ ਸਨ (ਜੇ ਆਟੋਮੇਸ਼ਨ ਪਹਿਲੀ ਵਾਰ ਹੁੰਦੀ ਹੈ)।

Минусы

— ਪ੍ਰਸ਼ਾਸਨ ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ: ਦੋਨਾਂ ਸਿਸਟਮਾਂ ਲਈ ਸਮਰਥਨ, ਡਾਟਾ ਸਿੰਕ੍ਰੋਨਾਈਜ਼ੇਸ਼ਨ, ਇੱਕੋ ਸਮੇਂ ਦੋ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਸੁਰੱਖਿਆ ਪ੍ਰਬੰਧਨ।
- ਪਰਿਵਰਤਨ ਪ੍ਰਕਿਰਿਆ ਬੇਅੰਤ ਫੈਲਦੀ ਹੈ - ਕਰਮਚਾਰੀਆਂ ਨੂੰ ਅਹਿਸਾਸ ਹੁੰਦਾ ਹੈ ਕਿ ਉਹਨਾਂ ਕੋਲ ਲਗਭਗ ਇੱਕ ਸਦੀਵੀ ਸਮਾਂ ਬਚਿਆ ਹੈ, ਅਤੇ ਉਹ ਜਾਣੇ-ਪਛਾਣੇ ਇੰਟਰਫੇਸ ਦੀ ਵਰਤੋਂ ਨੂੰ ਥੋੜਾ ਹੋਰ ਵਧਾ ਸਕਦੇ ਹਨ।
- ਉਪਭੋਗਤਾ ਉਲਝਣ - ਦੋ ਇੰਟਰਫੇਸ ਉਲਝਣ ਵਾਲੇ ਹਨ ਅਤੇ ਕਾਰਜਸ਼ੀਲ ਅਤੇ ਡੇਟਾ ਗਲਤੀਆਂ ਦਾ ਕਾਰਨ ਬਣਦੇ ਹਨ।
- ਪੈਸਾ। ਤੁਸੀਂ ਦੋਵਾਂ ਪ੍ਰਣਾਲੀਆਂ ਲਈ ਭੁਗਤਾਨ ਕਰਦੇ ਹੋ।

ਪੜਾਅਵਾਰ ਗੋਦ ਲੈਣਾ

ਨਵੇਂ ਸੌਫਟਵੇਅਰ 'ਤੇ ਸਵਿਚ ਕਰਨ ਲਈ ਕਦਮ-ਦਰ-ਕਦਮ ਅਨੁਕੂਲਨ ਸਭ ਤੋਂ ਨਰਮ ਵਿਕਲਪ ਹੈ। ਪਰਿਵਰਤਨ ਕਾਰਜਸ਼ੀਲ ਤੌਰ 'ਤੇ, ਨਿਸ਼ਚਿਤ ਸਮੇਂ ਦੇ ਅੰਦਰ ਅਤੇ ਵਿਭਾਗ ਦੁਆਰਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ (ਉਦਾਹਰਨ ਲਈ, 1 ਜੂਨ ਤੋਂ ਅਸੀਂ ਸਿਰਫ ਨਵੇਂ CRM ਸਿਸਟਮ ਵਿੱਚ ਨਵੇਂ ਗਾਹਕਾਂ ਨੂੰ ਸ਼ਾਮਲ ਕਰਦੇ ਹਾਂ, 20 ਜੂਨ ਤੋਂ ਅਸੀਂ ਨਵੀਂ ਪ੍ਰਣਾਲੀ ਵਿੱਚ ਲੈਣ-ਦੇਣ ਕਰਦੇ ਹਾਂ, 1 ਅਗਸਤ ਤੱਕ ਅਸੀਂ ਕੈਲੰਡਰ ਟ੍ਰਾਂਸਫਰ ਕਰਦੇ ਹਾਂ। ਅਤੇ ਕੇਸ, ਅਤੇ 30 ਸਤੰਬਰ ਤੱਕ ਅਸੀਂ ਪੂਰਾ ਮਾਈਗ੍ਰੇਸ਼ਨ ਇੱਕ ਬਹੁਤ ਹੀ ਮੋਟਾ ਵੇਰਵਾ ਹੈ, ਪਰ ਆਮ ਤੌਰ 'ਤੇ ਸਪੱਸ਼ਟ ਹੈ)।

Плюсы

+ ਸੰਗਠਿਤ ਪਰਿਵਰਤਨ, ਪ੍ਰਸ਼ਾਸਕਾਂ ਅਤੇ ਅੰਦਰੂਨੀ ਮਾਹਰਾਂ ਵਿਚਕਾਰ ਲੋਡ ਵੰਡਿਆ ਗਿਆ।
+ ਵਧੇਰੇ ਵਿਚਾਰਸ਼ੀਲ ਅਤੇ ਡੂੰਘਾਈ ਨਾਲ ਸਿੱਖਿਆ।
+ ਬਦਲਣ ਦਾ ਕੋਈ ਵਿਰੋਧ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਜਿੰਨਾ ਸੰਭਵ ਹੋ ਸਕੇ ਨਰਮੀ ਨਾਲ ਵਾਪਰਦਾ ਹੈ।

Минусы - ਲਗਭਗ ਸਮਾਨਾਂਤਰ ਤਬਦੀਲੀ ਦੇ ਸਮਾਨ।

ਤਾਂ ਹੁਣ, ਸਿਰਫ ਇੱਕ ਹੌਲੀ ਹੌਲੀ ਤਬਦੀਲੀ?

ਇੱਕ ਤਰਕਪੂਰਨ ਸਵਾਲ, ਤੁਸੀਂ ਸਹਿਮਤ ਹੋਵੋਗੇ. ਜਦੋਂ ਤੁਸੀਂ ਇੱਕ ਅਨੁਸੂਚੀ ਬਣਾ ਸਕਦੇ ਹੋ ਅਤੇ ਇੱਕ ਸਪਸ਼ਟ ਯੋਜਨਾ ਦੇ ਅਨੁਸਾਰ ਕੰਮ ਕਰ ਸਕਦੇ ਹੋ ਤਾਂ ਕੁਝ ਵਾਧੂ ਪਰੇਸ਼ਾਨੀ ਕਿਉਂ ਹੁੰਦੀ ਹੈ? ਵਾਸਤਵ ਵਿੱਚ, ਹਰ ਚੀਜ਼ ਇੰਨੀ ਸਧਾਰਨ ਨਹੀਂ ਹੈ.

• ਸੌਫਟਵੇਅਰ ਜਟਿਲਤਾ: ਜੇਕਰ ਅਸੀਂ ਗੁੰਝਲਦਾਰ ਸੌਫਟਵੇਅਰ ਬਾਰੇ ਗੱਲ ਕਰ ਰਹੇ ਹਾਂ (ਉਦਾਹਰਨ ਲਈ, CRM ਸਿਸਟਮ), ਫਿਰ ਪੜਾਅ ਅਨੁਕੂਲਨ ਵਧੇਰੇ ਢੁਕਵਾਂ ਹੈ। ਜੇਕਰ ਸੌਫਟਵੇਅਰ ਸਧਾਰਨ ਹੈ (ਮੈਸੇਂਜਰ, ਕਾਰਪੋਰੇਟ ਪੋਰਟਲ), ਤਾਂ ਇੱਕ ਢੁਕਵਾਂ ਮਾਡਲ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਮਿਤੀ ਦੀ ਘੋਸ਼ਣਾ ਕਰਦੇ ਹੋ ਅਤੇ ਨਿਰਧਾਰਤ ਦਿਨ 'ਤੇ ਪੁਰਾਣੇ ਸੌਫਟਵੇਅਰ ਨੂੰ ਅਯੋਗ ਕਰਦੇ ਹੋ (ਜੇ ਤੁਸੀਂ ਖੁਸ਼ਕਿਸਮਤ ਹੋ, ਤਾਂ ਕਰਮਚਾਰੀਆਂ ਕੋਲ ਉਹਨਾਂ ਨੂੰ ਲੋੜੀਂਦੀ ਸਾਰੀ ਜਾਣਕਾਰੀ ਕੱਢਣ ਲਈ ਸਮਾਂ ਹੋਵੇਗਾ। , ਅਤੇ ਜੇਕਰ ਤੁਸੀਂ ਕਿਸਮਤ 'ਤੇ ਭਰੋਸਾ ਨਹੀਂ ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਹਾਨੂੰ ਪੁਰਾਣੇ ਸਿਸਟਮ ਤੋਂ ਨਵੇਂ ਸਿਸਟਮ ਨੂੰ ਸਵੈਚਲਿਤ ਆਯਾਤ ਲੋੜੀਂਦਾ ਡਾਟਾ ਪ੍ਰਦਾਨ ਕਰਨ ਦੀ ਲੋੜ ਹੈ, ਜੇ ਤਕਨੀਕੀ ਤੌਰ 'ਤੇ ਸੰਭਵ ਹੋਵੇ)।
• ਕੰਪਨੀ ਲਈ ਜੋਖਮ ਦੀ ਡਿਗਰੀ: ਲਾਗੂ ਕਰਨਾ ਜਿੰਨਾ ਜੋਖਮ ਭਰਿਆ ਹੈ, ਓਨਾ ਹੀ ਹੌਲੀ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਦੂਜੇ ਪਾਸੇ, ਦੇਰੀ ਵੀ ਇੱਕ ਜੋਖਮ ਹੈ: ਉਦਾਹਰਨ ਲਈ, ਤੁਸੀਂ ਇੱਕ CRM ਸਿਸਟਮ ਤੋਂ ਦੂਜੇ ਵਿੱਚ ਬਦਲ ਰਹੇ ਹੋ, ਅਤੇ ਪਰਿਵਰਤਨ ਦੀ ਮਿਆਦ ਦੇ ਦੌਰਾਨ ਤੁਹਾਨੂੰ ਦੋਵਾਂ ਲਈ ਭੁਗਤਾਨ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਨਵੀਂ ਪ੍ਰਣਾਲੀ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੀ ਲਾਗਤ ਅਤੇ ਲਾਗਤ ਵਧਦੀ ਹੈ, ਜੋ ਭਾਵ ਅਦਾਇਗੀ ਦੀ ਮਿਆਦ ਵਧਾਈ ਗਈ ਹੈ।
• ਕਰਮਚਾਰੀਆਂ ਦੀ ਗਿਣਤੀ: ਬਿਗ ਬੈਂਗ ਯਕੀਨੀ ਤੌਰ 'ਤੇ ਢੁਕਵਾਂ ਨਹੀਂ ਹੈ ਜੇਕਰ ਤੁਹਾਨੂੰ ਬਹੁਤ ਸਾਰੇ ਉਪਭੋਗਤਾ ਪ੍ਰੋਫਾਈਲਾਂ ਨੂੰ ਸਕੇਲ ਅਤੇ ਕੌਂਫਿਗਰ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਹਾਲਾਂਕਿ ਅਜਿਹੇ ਕੇਸ ਹਨ ਜਦੋਂ ਅਤਿ-ਤੇਜ਼ ਲਾਗੂ ਕਰਨਾ ਇੱਕ ਵੱਡੀ ਕੰਪਨੀ ਲਈ ਇੱਕ ਲਾਭ ਹੁੰਦਾ ਹੈ. ਇਹ ਵਿਕਲਪ ਉਹਨਾਂ ਸਿਸਟਮਾਂ ਲਈ ਢੁਕਵਾਂ ਹੋ ਸਕਦਾ ਹੈ ਜੋ ਬਹੁਤ ਸਾਰੇ ਕਰਮਚਾਰੀਆਂ ਦੁਆਰਾ ਵਰਤੇ ਜਾਂਦੇ ਹਨ, ਪਰ ਲੋੜਾਂ ਨਾ ਹੋਣ ਕਿਉਂਕਿ ਕਸਟਮਾਈਜ਼ੇਸ਼ਨ ਦਾ ਇਰਾਦਾ ਨਹੀਂ ਹੈ। ਪਰ ਦੁਬਾਰਾ, ਇਹ ਅੰਤਮ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਇੱਕ ਵੱਡਾ ਧਮਾਕਾ ਹੈ ਅਤੇ ਉਸੇ IT ਸੇਵਾ (ਉਦਾਹਰਨ ਲਈ, ਬਿਲਿੰਗ ਜਾਂ ਐਕਸੈਸ ਸਿਸਟਮ) ਲਈ ਇੱਕ ਵੱਡਾ ਕਦਮ-ਦਰ-ਕਦਮ ਕੰਮ ਹੈ।
• ਚੁਣੇ ਗਏ ਸੌਫਟਵੇਅਰ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ (ਸੰਸ਼ੋਧਨ, ਆਦਿ)। ਕਈ ਵਾਰ ਲਾਗੂ ਕਰਨਾ ਸ਼ੁਰੂ ਵਿੱਚ ਪੜਾਅ-ਦਰ-ਪੜਾਅ ਹੁੰਦਾ ਹੈ - ਲੋੜਾਂ ਦੇ ਸੰਗ੍ਰਹਿ, ਸੁਧਾਰ, ਸਿਖਲਾਈ, ਆਦਿ ਦੇ ਨਾਲ। ਉਦਾਹਰਣ ਲਈ, CRM ਸਿਸਟਮ ਇਹ ਹਮੇਸ਼ਾ ਹੌਲੀ-ਹੌਲੀ ਲਾਗੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਜੇਕਰ ਕੋਈ ਤੁਹਾਨੂੰ "3 ਦਿਨਾਂ ਜਾਂ 3 ਘੰਟਿਆਂ ਵਿੱਚ ਲਾਗੂ ਕਰਨ ਅਤੇ ਸੰਰਚਨਾ" ਦਾ ਵਾਅਦਾ ਕਰਦਾ ਹੈ - ਤਾਂ ਇਸ ਲੇਖ ਨੂੰ ਯਾਦ ਰੱਖੋ ਅਤੇ ਅਜਿਹੀਆਂ ਸੇਵਾਵਾਂ ਨੂੰ ਬਾਈਪਾਸ ਕਰੋ: ਇੰਸਟਾਲੇਸ਼ਨ ≠ ਲਾਗੂ ਕਰਨਾ।

ਦੁਬਾਰਾ ਫਿਰ, ਸੂਚੀਬੱਧ ਮਾਪਦੰਡਾਂ ਨੂੰ ਜਾਣਦੇ ਹੋਏ ਵੀ, ਕੋਈ ਨਿਸ਼ਚਤ ਤੌਰ 'ਤੇ ਇੱਕ ਜਾਂ ਕੋਈ ਹੋਰ ਮਾਰਗ ਨਹੀਂ ਲੈ ਸਕਦਾ. ਆਪਣੇ ਕਾਰਪੋਰੇਟ ਵਾਤਾਵਰਣ ਦਾ ਮੁਲਾਂਕਣ ਕਰੋ - ਇਹ ਤੁਹਾਨੂੰ ਸ਼ਕਤੀ ਦੇ ਸੰਤੁਲਨ ਨੂੰ ਸਮਝਣ ਅਤੇ ਇਹ ਨਿਰਧਾਰਤ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰੇਗਾ ਕਿ ਕਿਹੜਾ ਮਾਡਲ (ਜਾਂ ਉਹਨਾਂ ਦੇ ਕੁਝ ਤੱਤਾਂ ਦਾ ਸੁਮੇਲ) ਤੁਹਾਡੇ ਲਈ ਸਹੀ ਹੈ।

ਪ੍ਰਭਾਵ ਦੇ ਏਜੰਟ: ਇਨਕਲਾਬ ਜਾਂ ਵਿਕਾਸ

ਪਹਿਲੀ ਚੀਜ਼ ਜਿਸ 'ਤੇ ਤੁਹਾਨੂੰ ਧਿਆਨ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ ਉਹ ਕਰਮਚਾਰੀ ਹਨ ਜੋ ਨਵੇਂ ਸੌਫਟਵੇਅਰ ਦੇ ਲਾਗੂ ਹੋਣ ਨਾਲ ਪ੍ਰਭਾਵਿਤ ਹੋਣਗੇ. ਅਸਲ ਵਿੱਚ, ਜਿਸ ਸਮੱਸਿਆ ਬਾਰੇ ਅਸੀਂ ਹੁਣ ਵਿਚਾਰ ਕਰ ਰਹੇ ਹਾਂ ਉਹ ਪੂਰੀ ਤਰ੍ਹਾਂ ਇੱਕ ਮਨੁੱਖੀ ਕਾਰਕ ਹੈ, ਇਸ ਲਈ ਕਰਮਚਾਰੀਆਂ 'ਤੇ ਪ੍ਰਭਾਵ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਨ ਤੋਂ ਬਚਿਆ ਨਹੀਂ ਜਾ ਸਕਦਾ। ਅਸੀਂ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੁਝ ਦਾ ਪਹਿਲਾਂ ਹੀ ਉੱਪਰ ਜ਼ਿਕਰ ਕੀਤਾ ਹੈ।

• ਕੰਪਨੀ ਦੇ ਆਗੂ ਇਹ ਨਿਰਧਾਰਤ ਕਰਦੇ ਹਨ ਕਿ ਨਵੇਂ ਸੌਫਟਵੇਅਰ ਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਕਿਵੇਂ ਸਵੀਕਾਰ ਕੀਤਾ ਜਾਵੇਗਾ। ਅਤੇ ਇਹ ਪ੍ਰਚਾਰਕ ਭਾਸ਼ਣਾਂ ਅਤੇ ਭੜਕੀਲੇ ਭਾਸ਼ਣਾਂ ਲਈ ਜਗ੍ਹਾ ਨਹੀਂ ਹੈ - ਤਬਦੀਲੀ ਦੀ ਜ਼ਰੂਰਤ ਨੂੰ ਦਰਸਾਉਣਾ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਇਸ ਵਿਚਾਰ ਨੂੰ ਵਿਅਕਤ ਕਰਨ ਲਈ ਕਿ ਇਹ ਸਿਰਫ ਇੱਕ ਕੂਲਰ ਅਤੇ ਵਧੇਰੇ ਸੁਵਿਧਾਜਨਕ ਟੂਲ ਦੀ ਚੋਣ ਕਰ ਰਿਹਾ ਹੈ, ਜਿਵੇਂ ਕਿ ਪੁਰਾਣੇ ਲੈਪਟਾਪ ਨੂੰ ਬਦਲਣਾ. ਅਜਿਹੀ ਸਥਿਤੀ ਵਿੱਚ ਪ੍ਰਬੰਧਨ ਦੀ ਸਭ ਤੋਂ ਵੱਡੀ ਗਲਤੀ ਆਪਣੇ ਹੱਥ ਧੋਣਾ ਅਤੇ ਆਪਣੇ ਆਪ ਨੂੰ ਵਾਪਸ ਲੈਣਾ ਹੈ: ਜੇ ਪ੍ਰਬੰਧਨ ਨੂੰ ਕੰਪਨੀ ਆਟੋਮੇਸ਼ਨ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਹੈ, ਤਾਂ ਇਹ ਕਰਮਚਾਰੀਆਂ ਦੇ ਹਿੱਤ ਵਿੱਚ ਕਿਉਂ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ? ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਰਹੋ.
• ਵਿਭਾਗ ਦੇ ਮੁਖੀ (ਪ੍ਰੋਜੈਕਟ ਮੈਨੇਜਰ) ਇੱਕ ਵਿਚਕਾਰਲੇ ਲਿੰਕ ਹੁੰਦੇ ਹਨ ਜਿਨ੍ਹਾਂ ਨੂੰ ਸਾਰੀਆਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਵਿੱਚ ਹਿੱਸਾ ਲੈਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਸੰਤੁਸ਼ਟੀ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਸਹਿਕਰਮੀਆਂ ਦੇ ਹਰ ਇਤਰਾਜ਼ ਨੂੰ ਦਰਸਾਉਣਾ ਅਤੇ ਕੰਮ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਉੱਚ-ਗੁਣਵੱਤਾ ਅਤੇ ਡੂੰਘਾਈ ਨਾਲ ਸਿਖਲਾਈ ਦਾ ਆਯੋਜਨ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।
• IT ਸੇਵਾ (ਜਾਂ ਸਿਸਟਮ ਪ੍ਰਸ਼ਾਸਕ) - ਪਹਿਲੀ ਨਜ਼ਰ 'ਤੇ, ਇਹ ਤੁਹਾਡੇ ਸ਼ੁਰੂਆਤੀ ਪੰਛੀ ਹਨ, ਸਭ ਤੋਂ ਅਨੁਕੂਲ ਅਤੇ ਅਨੁਕੂਲ ਹਨ, ਪਰ... ਨਹੀਂ। ਅਕਸਰ, ਖਾਸ ਤੌਰ 'ਤੇ ਛੋਟੀਆਂ ਅਤੇ ਮੱਧਮ ਆਕਾਰ ਦੀਆਂ ਕੰਪਨੀਆਂ ਵਿੱਚ, ਸਿਸਟਮ ਪ੍ਰਸ਼ਾਸਕ IT infrastructure ਦੇ ਕਿਸੇ ਵੀ ਬਦਲਾਅ (ਮਜ਼ਬੂਤ) ਦਾ ਵਿਰੋਧ ਕਰਦੇ ਹਨ, ਅਤੇ ਇਹ ਕਿਸੇ ਤਕਨੀਕੀ ਉਚਿਤਤਾ ਦੇ ਕਾਰਨ ਨਹੀਂ, ਪਰ ਆਲਸ ਅਤੇ ਕੰਮ ਕਰਨ ਦੀ ਝਿਜਕ ਕਾਰਨ ਹੁੰਦਾ ਹੈ। ਸਾਡੇ ਵਿੱਚੋਂ ਕਿਸ ਨੇ ਕੰਮ ਕਰਨ ਤੋਂ ਬਚਣ ਦੇ ਤਰੀਕੇ ਨਹੀਂ ਲੱਭੇ ਹਨ? ਪਰ ਇਸ ਨਾਲ ਸਾਰੀ ਕੰਪਨੀ ਦਾ ਨੁਕਸਾਨ ਨਾ ਹੋਵੇ।
• ਅੰਤਮ ਉਪਭੋਗਤਾ, ਇੱਕ ਨਿਯਮ ਦੇ ਤੌਰ ਤੇ, ਇੱਕ ਪਾਸੇ ਵਧੀਆ ਅਤੇ ਸੁਵਿਧਾਜਨਕ ਢੰਗ ਨਾਲ ਕੰਮ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹਨ ਅਤੇ, ਕਿਸੇ ਵੀ ਜੀਵਤ ਲੋਕਾਂ ਵਾਂਗ, ਤਬਦੀਲੀ ਤੋਂ ਡਰਦੇ ਹਨ. ਉਹਨਾਂ ਲਈ ਮੁੱਖ ਦਲੀਲ ਇਮਾਨਦਾਰ ਅਤੇ ਸਰਲ ਹੈ: ਅਸੀਂ ਕਿਉਂ ਪੇਸ਼/ਬਦਲ ਰਹੇ ਹਾਂ, ਨਿਯੰਤਰਣ ਦੀਆਂ ਸੀਮਾਵਾਂ ਕੀ ਹਨ, ਕੰਮ ਦਾ ਮੁਲਾਂਕਣ ਕਿਵੇਂ ਕੀਤਾ ਜਾਵੇਗਾ, ਕੀ ਬਦਲੇਗਾ ਅਤੇ ਜੋਖਮ ਕੀ ਹਨ (ਤਰੀਕੇ ਨਾਲ, ਹਰ ਕਿਸੇ ਨੂੰ ਜੋਖਮਾਂ ਦਾ ਮੁਲਾਂਕਣ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ - ਭਾਵੇਂ ਅਸੀਂ ਵਿਕਰੇਤਾ ਹਾਂ CRM ਸਿਸਟਮ, ਪਰ ਅਸੀਂ ਇਹ ਕਹਿਣਾ ਨਹੀਂ ਮੰਨਦੇ ਕਿ ਸਭ ਕੁਝ ਹਮੇਸ਼ਾ ਸੁਚਾਰੂ ਢੰਗ ਨਾਲ ਚਲਦਾ ਹੈ: ਕਿਸੇ ਕਾਰੋਬਾਰ ਦੇ ਅੰਦਰ ਕਿਸੇ ਵੀ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਜੋਖਮ ਹੁੰਦੇ ਹਨ)।
• ਕੰਪਨੀ ਦੇ ਅੰਦਰ "ਅਧਿਕਾਰੀਆਂ" ਪੱਖਪਾਤੀ ਹਨ ਜੋ ਦੂਜੇ ਕਰਮਚਾਰੀਆਂ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰ ਸਕਦੇ ਹਨ। ਇਹ ਜ਼ਰੂਰੀ ਨਹੀਂ ਕਿ ਉੱਚ ਪਦਵੀ ਜਾਂ ਵਿਆਪਕ ਅਨੁਭਵ ਵਾਲਾ ਵਿਅਕਤੀ ਹੋਵੇ - ਸੌਫਟਵੇਅਰ ਨਾਲ ਕੰਮ ਕਰਨ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, "ਅਥਾਰਟੀ" ਇੱਕ ਉੱਨਤ ਜਾਣਕਾਰ ਹੋ ਸਕਦਾ ਹੈ-ਇਹ ਸਭ, ਉਦਾਹਰਨ ਲਈ, ਹੈਬਰ ਨੂੰ ਦੁਬਾਰਾ ਪੜ੍ਹਿਆ ਹੈ ਅਤੇ ਡਰਾਉਣਾ ਸ਼ੁਰੂ ਕਰ ਦੇਵੇਗਾ। ਹਰ ਕੋਈ ਇਸ ਬਾਰੇ ਕਿ ਸਭ ਕੁਝ ਕਿੰਨਾ ਮਾੜਾ ਹੋ ਜਾਵੇਗਾ। ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਉਸ ਕੋਲ ਲਾਗੂ ਕਰਨ ਜਾਂ ਤਬਦੀਲੀ ਦੀ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਬਰਬਾਦ ਕਰਨ ਦਾ ਟੀਚਾ ਵੀ ਨਾ ਹੋਵੇ - ਸਿਰਫ਼ ਦਿਖਾਵਾ ਅਤੇ ਵਿਰੋਧ ਦੀ ਭਾਵਨਾ - ਅਤੇ ਕਰਮਚਾਰੀ ਉਸ 'ਤੇ ਵਿਸ਼ਵਾਸ ਕਰਨਗੇ। ਤੁਹਾਨੂੰ ਅਜਿਹੇ ਕਰਮਚਾਰੀਆਂ ਨਾਲ ਕੰਮ ਕਰਨ ਦੀ ਲੋੜ ਹੈ: ਵਿਆਖਿਆ ਕਰੋ, ਸਵਾਲ ਕਰੋ, ਅਤੇ ਖਾਸ ਤੌਰ 'ਤੇ ਮੁਸ਼ਕਲ ਮਾਮਲਿਆਂ ਵਿੱਚ, ਨਤੀਜਿਆਂ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰੋ।

ਇਹ ਜਾਂਚ ਕਰਨ ਲਈ ਇੱਕ ਸਰਵਵਿਆਪੀ ਵਿਅੰਜਨ ਹੈ ਕਿ ਕੀ ਉਪਭੋਗਤਾ ਅਸਲ ਵਿੱਚ ਕਿਸੇ ਚੀਜ਼ ਤੋਂ ਡਰਦੇ ਹਨ ਜਾਂ ਕੀ ਉਹਨਾਂ ਕੋਲ ਇੱਕ ਸਮਝਦਾਰ ਨੇਤਾ ਦੀ ਅਗਵਾਈ ਵਿੱਚ ਸਮੂਹ ਪਾਰਾਨੋਆ ਹੈ. ਉਹਨਾਂ ਨੂੰ ਅਸੰਤੁਸ਼ਟੀ ਦੇ ਕਾਰਨਾਂ ਬਾਰੇ, ਚਿੰਤਾਵਾਂ ਬਾਰੇ ਪੁੱਛੋ - ਜੇਕਰ ਇਹ ਕੋਈ ਨਿੱਜੀ ਅਨੁਭਵ ਜਾਂ ਰਾਏ ਨਹੀਂ ਹੈ, ਤਾਂ 3-4 ਸਪੱਸ਼ਟ ਸਵਾਲਾਂ ਤੋਂ ਬਾਅਦ ਦਲੀਲਾਂ ਆਉਣੀਆਂ ਸ਼ੁਰੂ ਹੋ ਜਾਣਗੀਆਂ।

"ਵਿਰੋਧ ਅੰਦੋਲਨ" ਨੂੰ ਸਫਲਤਾਪੂਰਵਕ ਕਾਬੂ ਕਰਨ ਲਈ ਦੋ ਮਹੱਤਵਪੂਰਨ ਕਾਰਕ।

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

ਤੁਹਾਨੂੰ ਕਿਸ ਵੱਲ ਧਿਆਨ ਦੇਣ ਦੀ ਲੋੜ ਹੈ?

1. ਤਬਦੀਲੀਆਂ ਤੋਂ ਪ੍ਰਭਾਵਿਤ ਕਰਮਚਾਰੀ ਕਿੰਨੇ ਉੱਨਤ ਹਨ? (ਮੁਕਾਬਲਤਨ ਤੌਰ 'ਤੇ, ਜੇਕਰ ਕੱਲ੍ਹ ਉਹ ਇੱਕ ਨਵੇਂ ਲੇਖਾ ਪ੍ਰੋਗਰਾਮ ਦੀ ਕਾਢ ਕੱਢਦੇ ਹਨ, ਤਾਂ ਰੱਬ ਤੁਹਾਨੂੰ 50 ਤੋਂ ਵੱਧ ਉਮਰ ਦੀਆਂ ਔਰਤਾਂ ਦੇ ਨਾਲ ਲੇਖਾ ਵਿਭਾਗ ਵਿੱਚ ਆਪਣਾ ਨੱਕ ਠੋਕਣ ਅਤੇ 1C ਤੋਂ ਤਬਦੀਲੀ ਦਾ ਸੁਝਾਅ ਦੇਣ ਤੋਂ ਮਨ੍ਹਾ ਕਰੇ, ਤੁਸੀਂ ਜ਼ਿੰਦਾ ਬਾਹਰ ਨਹੀਂ ਆਓਗੇ)।
2. ਵਰਕਫਲੋ ਕਿੰਨਾ ਪ੍ਰਭਾਵਿਤ ਹੋਵੇਗਾ? 100 ਲੋਕਾਂ ਦੀ ਕੰਪਨੀ ਵਿੱਚ ਮੈਸੇਂਜਰ ਨੂੰ ਬਦਲਣਾ ਇੱਕ ਗੱਲ ਹੈ, ਇੱਕ ਹੋਰ ਚੀਜ਼ ਇੱਕ ਨਵੀਂ CRM ਪ੍ਰਣਾਲੀ ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਹੈ, ਜੋ ਕਿ ਕੰਪਨੀ ਵਿੱਚ ਮੁੱਖ ਪ੍ਰਕਿਰਿਆਵਾਂ 'ਤੇ ਅਧਾਰਤ ਹੈ (ਅਤੇ ਇਹ ਸਿਰਫ ਵਿਕਰੀ ਨਹੀਂ ਹੈ, ਉਦਾਹਰਣ ਵਜੋਂ, RegionSoft CRM ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਸੀਨੀਅਰ ਐਡੀਸ਼ਨਾਂ ਵਿੱਚ ਇਹ ਉਤਪਾਦਨ, ਵੇਅਰਹਾਊਸ, ਮਾਰਕੀਟਿੰਗ, ਅਤੇ ਚੋਟੀ ਦੇ ਪ੍ਰਬੰਧਕਾਂ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦਾ ਹੈ ਜੋ ਟੀਮ ਦੇ ਨਾਲ ਮਿਲ ਕੇ, ਸਵੈਚਲਿਤ ਕਾਰੋਬਾਰੀ ਪ੍ਰਕਿਰਿਆਵਾਂ ਦਾ ਨਿਰਮਾਣ ਕਰਨਗੇ)।
3. ਸਿਖਲਾਈ ਦਿੱਤੀ ਗਈ ਸੀ ਅਤੇ ਕਿਸ ਪੱਧਰ 'ਤੇ?

ਕਾਰਪੋਰੇਟ ਸੋਚ ਦੀ ਪ੍ਰਣਾਲੀ ਵਿਚ ਇਕੋ ਇਕ ਤਰਕਪੂਰਨ ਤਬਦੀਲੀ

ਨਵੇਂ ਸੌਫਟਵੇਅਰ ਦੇ ਪਰਿਵਰਤਨ/ਲਾਗੂਕਰਨ ਨੂੰ ਕੀ ਬਚਾਏਗਾ?

ਇਸ ਤੋਂ ਪਹਿਲਾਂ ਕਿ ਅਸੀਂ ਤੁਹਾਨੂੰ ਦੱਸੀਏ ਕਿ ਕਿਹੜੇ ਮੁੱਖ ਨੁਕਤੇ ਤੁਹਾਨੂੰ ਆਰਾਮ ਨਾਲ ਨਵੇਂ ਸੌਫਟਵੇਅਰ ਵਿੱਚ ਜਾਣ ਵਿੱਚ ਮਦਦ ਕਰਨਗੇ, ਆਓ ਅਸੀਂ ਤੁਹਾਡਾ ਧਿਆਨ ਇੱਕ ਬਿੰਦੂ ਵੱਲ ਖਿੱਚੀਏ। ਕੁਝ ਅਜਿਹਾ ਹੈ ਜੋ ਯਕੀਨੀ ਤੌਰ 'ਤੇ ਨਹੀਂ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ - ਕਰਮਚਾਰੀਆਂ 'ਤੇ ਦਬਾਅ ਪਾਉਣ ਅਤੇ ਉਨ੍ਹਾਂ ਨੂੰ ਬੋਨਸ, ਪ੍ਰਸ਼ਾਸਨਿਕ ਅਤੇ ਅਨੁਸ਼ਾਸਨੀ ਪਾਬੰਦੀਆਂ ਤੋਂ ਵਾਂਝੇ ਕਰਕੇ "ਪ੍ਰੇਰਿਤ" ਕਰਨ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ ਹੈ। ਇਹ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਕੋਈ ਬਿਹਤਰ ਨਹੀਂ ਬਣਾਏਗਾ, ਪਰ ਕਰਮਚਾਰੀਆਂ ਦਾ ਰਵੱਈਆ ਵਿਗੜ ਜਾਵੇਗਾ: ਜੇਕਰ ਉਹ ਧੱਕਾ ਕਰਦੇ ਹਨ, ਤਾਂ ਕੰਟਰੋਲ ਹੋਵੇਗਾ; ਜੇਕਰ ਉਹ ਤੁਹਾਨੂੰ ਮਜਬੂਰ ਕਰਦੇ ਹਨ, ਤਾਂ ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਉਹ ਸਾਡੇ ਹਿੱਤਾਂ ਦਾ ਆਦਰ ਨਹੀਂ ਕਰਦੇ; ਜੇਕਰ ਉਹ ਇਸਨੂੰ ਜ਼ਬਰਦਸਤੀ ਥੋਪਦੇ ਹਨ, ਤਾਂ ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਉਹਨਾਂ ਨੂੰ ਸਾਡੇ ਅਤੇ ਸਾਡੇ ਕੰਮ 'ਤੇ ਭਰੋਸਾ ਨਹੀਂ ਹੈ। ਇਸ ਲਈ, ਅਸੀਂ ਸਭ ਕੁਝ ਅਨੁਸ਼ਾਸਿਤ, ਸਪੱਸ਼ਟ, ਸਮਰੱਥ ਤਰੀਕੇ ਨਾਲ ਕਰਦੇ ਹਾਂ, ਪਰ ਬਿਨਾਂ ਦਬਾਅ ਜਾਂ ਬੇਲੋੜੀ ਜ਼ਬਰਦਸਤੀ ਦੇ।

ਤੁਹਾਡੇ ਕੋਲ ਇੱਕ ਵਿਸਤ੍ਰਿਤ ਕਾਰਜ ਯੋਜਨਾ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ

ਬਾਕੀ ਸਭ ਕੁਝ ਮੌਜੂਦ ਨਹੀਂ ਹੋ ਸਕਦਾ, ਪਰ ਇੱਕ ਯੋਜਨਾ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ. ਇਸ ਤੋਂ ਇਲਾਵਾ, ਯੋਜਨਾ ਵਿਵਸਥਿਤ, ਅੱਪਡੇਟ, ਸਪੱਸ਼ਟ ਅਤੇ ਅਟੱਲ ਹੈ, ਉਸੇ ਸਮੇਂ ਸਾਰੇ ਦਿਲਚਸਪੀ ਰੱਖਣ ਵਾਲੇ ਕਰਮਚਾਰੀਆਂ ਲਈ ਚਰਚਾ ਲਈ ਪਹੁੰਚਯੋਗ ਅਤੇ ਪਾਰਦਰਸ਼ੀ ਹੈ। ਇਹ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਸੰਚਾਰ ਕਰਨਾ ਅਸੰਭਵ ਹੈ ਕਿ ਸਵੇਰੇ 8 ਵਜੇ ਤੋਂ 10 ਵਜੇ ਤੱਕ ਕੋਈ ਕਾਰਨਾਮਾ ਹੈ, ਅਤੇ 16:00 ਵਜੇ ਇੰਗਲੈਂਡ ਨਾਲ ਜੰਗ ਹੈ, ਇਸ ਲਈ ਪੂਰੀ ਯੋਜਨਾ ਨੂੰ ਪਰਿਪੇਖ ਵਿੱਚ ਦੇਖਣਾ ਮਹੱਤਵਪੂਰਨ ਹੈ.

ਯੋਜਨਾ ਲਾਜ਼ਮੀ ਤੌਰ 'ਤੇ ਕਰਮਚਾਰੀਆਂ ਦੀਆਂ ਜ਼ਰੂਰਤਾਂ ਨੂੰ ਦਰਸਾਉਂਦੀ ਹੈ ਜੋ ਅੰਤਮ ਉਪਭੋਗਤਾ ਹੋਣਗੇ - ਇਸ ਤਰ੍ਹਾਂ ਹਰੇਕ ਕਰਮਚਾਰੀ ਨੂੰ ਪਤਾ ਲੱਗ ਜਾਵੇਗਾ ਕਿ ਕਿਹੜੀ ਲੋੜੀਂਦੀ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ ਅਤੇ ਉਹ ਕਿਸ ਸਮੇਂ ਇਸਦੀ ਵਰਤੋਂ ਕਰਨ ਦੇ ਯੋਗ ਹੋਵੇਗਾ। ਉਸੇ ਸਮੇਂ, ਪਰਿਵਰਤਨ ਜਾਂ ਲਾਗੂ ਕਰਨ ਦੀ ਯੋਜਨਾ ਕਿਸੇ ਕਿਸਮ ਦੀ ਅਟੱਲ ਮੋਨੋਲਿਥ ਨਹੀਂ ਹੈ; ਯੋਜਨਾ ਨੂੰ ਅੰਤਮ ਰੂਪ ਦੇਣ ਅਤੇ ਇਸਦੇ ਗੁਣਾਂ ਨੂੰ ਬਦਲਣ ਦੀ ਸੰਭਾਵਨਾ ਨੂੰ ਛੱਡਣਾ ਜ਼ਰੂਰੀ ਹੈ (ਪਰ ਸੰਪਾਦਨਾਂ ਦੀ ਇੱਕ ਬੇਅੰਤ ਧਾਰਾ ਦੇ ਰੂਪ ਵਿੱਚ ਨਹੀਂ ਅਤੇ ਨਵੀਂ "ਚਾਹੁੰਦਾ ਹੈ"। ਅਤੇ ਅੰਤਮ ਤਾਰੀਖਾਂ ਵਿੱਚ ਇੱਕ ਨਿਰੰਤਰ ਤਬਦੀਲੀ ਦੇ ਰੂਪ ਵਿੱਚ ਨਹੀਂ)।  

ਯੋਜਨਾ ਵਿੱਚ ਕੀ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ?

1. ਮੁੱਖ ਪਰਿਵਰਤਨ ਮੀਲਪੱਥਰ (ਪੜਾਅ) - ਕੀ ਕਰਨ ਦੀ ਲੋੜ ਹੈ।
2. ਹਰੇਕ ਪੜਾਅ ਲਈ ਵਿਸਤ੍ਰਿਤ ਪਰਿਵਰਤਨ ਬਿੰਦੂ - ਇਹ ਕਿਵੇਂ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
3. ਮੁੱਖ ਨੁਕਤੇ ਅਤੇ ਉਹਨਾਂ 'ਤੇ ਰਿਪੋਰਟਿੰਗ (ਘੰਟਿਆਂ ਦਾ ਮੇਲ-ਮਿਲਾਪ) - ਕੀ ਕੀਤਾ ਗਿਆ ਹੈ ਨੂੰ ਕਿਵੇਂ ਮਾਪਿਆ ਜਾਵੇਗਾ ਅਤੇ ਕੰਟਰੋਲ ਪੁਆਇੰਟ 'ਤੇ ਕੌਣ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
4. ਜਿੰਮੇਵਾਰ ਲੋਕ ਉਹ ਲੋਕ ਹੁੰਦੇ ਹਨ ਜਿਹਨਾਂ ਨੂੰ ਤੁਸੀਂ ਮੁੜ ਸਕਦੇ ਹੋ ਅਤੇ ਉਹਨਾਂ ਤੋਂ ਸਵਾਲ ਪੁੱਛ ਸਕਦੇ ਹੋ।
5. ਡੈੱਡਲਾਈਨ ਹਰ ਪੜਾਅ ਦੀ ਸ਼ੁਰੂਆਤ ਅਤੇ ਅੰਤ ਅਤੇ ਸਮੁੱਚੀ ਪ੍ਰਕਿਰਿਆ ਹੈ।
6. ਪ੍ਰਭਾਵਿਤ ਪ੍ਰਕਿਰਿਆਵਾਂ - ਕਾਰੋਬਾਰੀ ਪ੍ਰਕਿਰਿਆਵਾਂ ਵਿੱਚ ਕਿਹੜੀਆਂ ਤਬਦੀਲੀਆਂ ਹੋਣਗੀਆਂ, ਲਾਗੂ/ਪਰਿਵਰਤਨ ਦੇ ਨਾਲ-ਨਾਲ ਕੀ ਬਦਲਣ ਦੀ ਲੋੜ ਹੈ।
7. ਅੰਤਮ ਮੁਲਾਂਕਣ ਸੂਚਕਾਂ, ਮੈਟ੍ਰਿਕਸ ਜਾਂ ਇੱਥੋਂ ਤੱਕ ਕਿ ਵਿਅਕਤੀਗਤ ਮੁਲਾਂਕਣਾਂ ਦਾ ਇੱਕ ਸਮੂਹ ਹੈ ਜੋ ਵਾਪਰਨ ਵਾਲੇ ਲਾਗੂ/ਪਰਿਵਰਤਨ ਦਾ ਮੁਲਾਂਕਣ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰੇਗਾ।
8. ਓਪਰੇਸ਼ਨ ਦੀ ਸ਼ੁਰੂਆਤ ਸਹੀ ਤਾਰੀਖ ਹੈ ਜਦੋਂ ਪੂਰੀ ਕੰਪਨੀ ਅਪਡੇਟ ਕੀਤੀ ਸਵੈਚਾਲਿਤ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਵੇਗੀ ਅਤੇ ਨਵੀਂ ਪ੍ਰਣਾਲੀ ਵਿੱਚ ਕੰਮ ਕਰੇਗੀ।

ਅਸੀਂ ਲਾਗੂ ਕਰਨ ਵਾਲਿਆਂ ਦੀਆਂ ਪੇਸ਼ਕਾਰੀਆਂ ਵਿੱਚ ਆਏ ਹਾਂ ਜਿਸ ਵਿੱਚ ਲਾਲ ਲਾਈਨ ਸਲਾਹ ਹੈ: ਜ਼ੋਰ ਨਾਲ ਲਾਗੂ ਕਰੋ, ਪ੍ਰਤੀਕ੍ਰਿਆ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰੋ, ਕਰਮਚਾਰੀਆਂ ਨਾਲ ਗੱਲ ਨਾ ਕਰੋ। ਅਸੀਂ ਇਸ ਪਹੁੰਚ ਦੇ ਵਿਰੁੱਧ ਹਾਂ, ਅਤੇ ਇੱਥੇ ਕਿਉਂ ਹੈ।

ਹੇਠਾਂ ਦਿੱਤੀ ਤਸਵੀਰ ਨੂੰ ਦੇਖੋ:

ਇੱਕ ਨਵਾਂ ਮਾਊਸ, ਇੱਕ ਨਵਾਂ ਕੀਬੋਰਡ, ਇੱਕ ਅਪਾਰਟਮੈਂਟ, ਇੱਕ ਕਾਰ, ਅਤੇ ਇੱਥੋਂ ਤੱਕ ਕਿ ਇੱਕ ਨੌਕਰੀ ਵੀ ਸੁਹਾਵਣਾ, ਅਨੰਦਮਈ ਘਟਨਾਵਾਂ ਹਨ, ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੁਝ ਪ੍ਰਾਪਤੀਆਂ ਵੀ ਹਨ. ਅਤੇ ਉਪਭੋਗਤਾ ਇਹ ਜਾਣਨ ਲਈ ਯਾਂਡੇਕਸ 'ਤੇ ਜਾਂਦਾ ਹੈ ਕਿ ਇਸਦੀ ਆਦਤ ਕਿਵੇਂ ਪਾਈ ਜਾਵੇ ਅਤੇ ਇਸ ਨੂੰ ਕਿਵੇਂ ਅਨੁਕੂਲ ਬਣਾਇਆ ਜਾਵੇ। ਇੱਕ ਨਵੇਂ ਅਪਾਰਟਮੈਂਟ ਵਿੱਚ ਕਿਵੇਂ ਦਾਖਲ ਹੋਣਾ ਹੈ ਅਤੇ ਇਹ ਸਮਝਣਾ ਹੈ ਕਿ ਇਹ ਤੁਹਾਡਾ ਹੈ, ਪਹਿਲੀ ਵਾਰ ਟੂਟੀ ਚਾਲੂ ਕਰੋ, ਚਾਹ ਪੀਓ, ਪਹਿਲੀ ਵਾਰ ਸੌਣ ਲਈ ਜਾਓ। ਪਹੀਏ ਦੇ ਪਿੱਛੇ ਕਿਵੇਂ ਜਾਣਾ ਹੈ ਅਤੇ ਇੱਕ ਨਵੀਂ ਕਾਰ ਨਾਲ ਦੋਸਤੀ ਕਿਵੇਂ ਕਰਨੀ ਹੈ, ਤੁਹਾਡੀ, ਪਰ ਹੁਣ ਤੱਕ ਪਰਦੇਸੀ। ਕੰਮ ਵਾਲੀ ਥਾਂ 'ਤੇ ਨਵਾਂ ਸਾਫਟਵੇਅਰ ਵਰਣਨ ਕੀਤੀਆਂ ਸਥਿਤੀਆਂ ਤੋਂ ਵੱਖਰਾ ਨਹੀਂ ਹੈ: ਕਰਮਚਾਰੀ ਦੀ ਨੌਕਰੀ ਕਦੇ ਵੀ ਇੱਕੋ ਜਿਹੀ ਨਹੀਂ ਹੋਵੇਗੀ। ਇਸ ਲਈ, ਨਵੇਂ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਸੌਫਟਵੇਅਰ ਨਾਲ ਲਾਗੂ ਕਰੋ, ਅਨੁਕੂਲ ਬਣਾਓ, ਵਧੋ। ਅਤੇ ਇਹ ਇੱਕ ਅਜਿਹੀ ਸਥਿਤੀ ਹੈ ਜਿਸ ਬਾਰੇ ਅਸੀਂ ਕਹਿ ਸਕਦੇ ਹਾਂ: ਜਲਦੀ ਕਰੋ.

ਸਰੋਤ: www.habr.com