DevOps ਜਾਂ ਅਸੀਂ ਕਿਵੇਂ ਤਨਖਾਹਾਂ ਅਤੇ IT ਉਦਯੋਗ ਦਾ ਭਵਿੱਖ ਗੁਆ ਰਹੇ ਹਾਂ

ਮੌਜੂਦਾ ਸਥਿਤੀ ਵਿੱਚ ਸਭ ਤੋਂ ਦੁਖਦਾਈ ਗੱਲ ਇਹ ਹੈ ਕਿ IT ਹੌਲੀ-ਹੌਲੀ ਇੱਕ ਉਦਯੋਗ ਬਣ ਰਿਹਾ ਹੈ ਜਿੱਥੇ ਪ੍ਰਤੀ ਵਿਅਕਤੀ ਜ਼ਿੰਮੇਵਾਰੀਆਂ ਦੀ ਗਿਣਤੀ ਵਿੱਚ "ਸਟਾਪ" ਸ਼ਬਦ ਬਿਲਕੁਲ ਨਹੀਂ ਹੈ।

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

ਪਰ ਅਸੀਂ ਸੇਵਾ ਦੇ ਉਪਭੋਗਤਾ ਦੇ ਹਿੱਸੇ 'ਤੇ ਇਸ ਪਹੁੰਚ ਦੇ ਨਤੀਜਿਆਂ ਨੂੰ ਦੇਖਿਆ, ਅਤੇ ਆਓ ਹੁਣ ਕਰਮਚਾਰੀਆਂ ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਵੇਖੀਏ.

ਮੈਂ ਅਕਸਰ ਇਹ ਬਿਆਨ ਸੁਣਦਾ ਹਾਂ ਕਿ ਕੋਈ DevOps ਟੀਮਾਂ ਨਹੀਂ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ, ਕਿ ਇਹ ਇੱਕ ਵਿਧੀ ਹੈ, ਆਦਿ, ਪਰ ਮੁਸੀਬਤ ਇਹ ਹੈ ਕਿ, ਕੁਝ ਕਾਰਨਾਂ ਕਰਕੇ ਕੰਪਨੀਆਂ ਨੇ noks, dba, infructors ਅਤੇ ਬਿਲਡ ਇੰਜੀਨੀਅਰਾਂ ਦੀ ਭਾਲ ਬੰਦ ਕਰ ਦਿੱਤੀ ਹੈ - ਹੁਣ ਇਹ ਸਭ ਇੱਕ DevOps ਇੰਜੀਨੀਅਰ ਹੈ ਇੱਕ ਵਿਅਕਤੀ ਵਿੱਚ. ਬੇਸ਼ੱਕ, ਵਿਅਕਤੀਗਤ ਕੰਪਨੀਆਂ ਵਿੱਚ ਅਜੇ ਵੀ ਅਜਿਹੀਆਂ ਅਸਾਮੀਆਂ ਹਨ, ਪਰ ਉਹ ਘੱਟ ਅਤੇ ਘੱਟ ਹਨ. ਬਹੁਤ ਸਾਰੇ ਇਸ ਵਿਕਾਸ ਨੂੰ ਕਹਿੰਦੇ ਹਨ, ਮੈਂ ਨਿੱਜੀ ਤੌਰ 'ਤੇ ਇਸ ਵਿੱਚ ਗਿਰਾਵਟ ਵੇਖਦਾ ਹਾਂ, ਸਾਰੇ ਖੇਤਰਾਂ ਵਿੱਚ ਗਿਆਨ ਦੇ ਚੰਗੇ ਪੱਧਰ ਨੂੰ ਬਣਾਈ ਰੱਖਣਾ ਅਸੰਭਵ ਹੈ, ਅਤੇ ਉਸੇ ਸਮੇਂ 8 ਘੰਟਿਆਂ ਤੋਂ ਵੱਧ ਕੰਮ ਕਰਨ ਦਾ ਪ੍ਰਬੰਧ ਨਹੀਂ ਕਰਦਾ. ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ, ਇਹ ਕਲਪਨਾ ਹਨ. ਵਾਸਤਵ ਵਿੱਚ, ਬਹੁਤ ਸਾਰੇ IT ਕਰਮਚਾਰੀਆਂ ਨੂੰ 12 ਅਤੇ 14 ਘੰਟੇ ਕੰਮ ਕਰਨ ਲਈ ਮਜ਼ਬੂਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਜਿਸ ਵਿੱਚੋਂ 8 ਦਾ ਭੁਗਤਾਨ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਅਤੇ ਅਕਸਰ ਬਿਨਾਂ ਦਿਨਾਂ ਦੇ, ਕਿਉਂਕਿ "ਮੈਨੂੰ ਇੱਕ ਕੰਮ ਦਿੱਤਾ ਗਿਆ ਸੀ, ਇੱਥੇ ਕੋਈ ਡੌਕ ਜਾਂ ਕਰਵ ਨਹੀਂ ਹਨ, ਅਤੇ ਸੇਵਾ ਲਈ ਪੈਸਾ ਖਰਚ ਹੁੰਦਾ ਹੈ", ਅਤੇ ਕਲਾਉਡ ਵਿੱਚ 1 ਲਈ, ਤੁਸੀਂ ਸਿਧਾਂਤਕ ਤੌਰ 'ਤੇ, ਕੁਝ ਮਹੀਨਿਆਂ ਵਿੱਚ ਤਨਖਾਹ ਪ੍ਰਾਪਤ ਨਹੀਂ ਕਰ ਸਕਦੇ, ਖਾਸ ਕਰਕੇ ਜੇ ਤੁਸੀਂ ਇੱਕ IP ਅਧਾਰ 'ਤੇ ਕੰਮ ਕਰਦੇ ਹੋ। ਵਾਸਤਵ ਵਿੱਚ, ਅਸੀਂ ਵਪਾਰ ਵਿੱਚ ਸ਼ਬਦ ਨੂੰ ਗੁਆ ਰਹੇ ਹਾਂ, ਕਰਤੱਵਾਂ ਨੂੰ ਵੱਖ ਕਰਨ ਦੇ ਨਾਲ, ਮੈਂ ਇਸ ਤੱਥ ਦਾ ਸਾਹਮਣਾ ਕਰ ਰਿਹਾ ਹਾਂ ਕਿ ਪ੍ਰਬੰਧਕ ਕਿਸੇ ਵੀ ਚੀਜ਼ ਨੂੰ ਸਮਝੇ ਬਿਨਾਂ ਵਿਕਾਸ ਪ੍ਰਕਿਰਿਆਵਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋ ਜਾਂਦੇ ਹਨ, ਉਹ ਕਾਰੋਬਾਰੀ ਡੇਟਾ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਓਪਰੇਸ਼ਨ ਨੂੰ ਉਲਝਾਉਂਦੇ ਹਨ, ਨਤੀਜੇ ਵਜੋਂ, ਹਫੜਾ-ਦਫੜੀ. ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ।

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

ਹੁਣ ਤੁਸੀਂ ਅਕਸਰ ਉਹ ਲੇਖ ਵੀ ਦੇਖ ਸਕਦੇ ਹੋ ਜੋ ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਪਹਿਲਾਂ ਹੀ ਤੈਨਾਤ ਕਰਨ ਦੇ ਯੋਗ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਇੱਕ DevOps ਇੰਜੀਨੀਅਰ ਦੇ ਨਾਲ ਅਗਲੇ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਨਾਲ ਨਜਿੱਠਣਾ ਚਾਹੀਦਾ ਹੈ, ਪਰ ਇਸ ਨਾਲ ਕੀ ਹੁੰਦਾ ਹੈ? ਇਹ ਸਹੀ ਹੈ - ਸੇਵਾਵਾਂ ਦੀ ਗੁਣਵੱਤਾ ਵਿੱਚ ਕਮੀ, ਡਿਵੈਲਪਰਾਂ ਦੀ ਗੁਣਵੱਤਾ ਵਿੱਚ ਗਿਰਾਵਟ ਲਈ. ਸ਼ਾਬਦਿਕ ਤੌਰ 'ਤੇ 2 ਦਿਨ ਪਹਿਲਾਂ, ਮੈਂ ਡਿਵੈਲਪਰ ਨੂੰ ਸਮਝਾਇਆ ਕਿ ਤੁਸੀਂ ਵੱਖ-ਵੱਖ ਮੇਜ਼ਬਾਨਾਂ ਤੋਂ ਲਿਖ ਅਤੇ ਪੜ੍ਹ ਸਕਦੇ ਹੋ, ਅਤੇ ਉਨ੍ਹਾਂ ਨੇ ਮੇਰੇ ਮੂੰਹ 'ਤੇ ਝੱਗ ਨਾਲ ਸਾਬਤ ਕੀਤਾ ਕਿ ਉਨ੍ਹਾਂ ਨੇ ਅਜਿਹਾ ਕਦੇ ਨਹੀਂ ਦੇਖਿਆ, ਇੱਥੇ ਇਹ ਸੈਟਿੰਗਾਂ ਵਿੱਚ ਹੈ orm ਹੋਸਟ, ਪੋਰਟ, db, ਯੂਜ਼ਰ, ਪਾਸਵਰਡ ਅਤੇ ਇਹ ਹੈ .... ਪਰ ਡਿਵੈਲਪਰ ਜਾਣਦਾ ਹੈ ਕਿ ਤੈਨਾਤੀਆਂ ਨੂੰ ਕਿਵੇਂ ਸ਼ੁਰੂ ਕਰਨਾ ਹੈ, ਯਮਲਸ ਲਿਖਣਾ ਹੈ .... ਪਰ ਉਹ ਕੋਡ ਵਿੱਚ ਯੂਨਿਟ ਟੈਸਟਾਂ ਅਤੇ ਟਿੱਪਣੀਆਂ ਬਾਰੇ ਪਹਿਲਾਂ ਹੀ ਭੁੱਲ ਜਾਂਦਾ ਹੈ.

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

ਇੱਕ ਵਾਰ ITGM ਵਿੱਚ ਮੈਂ ਇੱਕ ਪੇਸ਼ਕਾਰੀ ਕੀਤੀ "ਜਦੋਂ ਅਸੀਂ ਨਾਂਹ ਕਹਿਣਾ ਸਿੱਖਦੇ ਹਾਂ" - ਇਸਦੇ ਨਤੀਜੇ ਬਹੁਤ ਜ਼ਾਹਰ ਸਨ। ਬਹੁਤ ਸਾਰੇ ਲੋਕ ਮੰਨਦੇ ਹਨ ਕਿ ਇਹ ਸ਼ਬਦ ਵਰਜਿਤ ਹੈ, ਅਤੇ ਜਦੋਂ ਤੱਕ ਅਸੀਂ ਅਜਿਹਾ ਸੋਚਣਾ ਬੰਦ ਨਹੀਂ ਕਰਦੇ, ਸਮੱਸਿਆਵਾਂ ਸਿਰਫ ਵਧਣਗੀਆਂ.

ਅੰਸ਼ਕ ਤੌਰ 'ਤੇ ਮੈਨੂੰ ਇਹ ਲੇਖ ਲਿਖਣ ਲਈ ਪ੍ਰੇਰਿਤ ਕੀਤਾ। ਇਹ ਲੇਖ, ਪਰ ਮੈਂ ਸ਼ਾਇਦ ਇਸਨੂੰ ਬਾਅਦ ਵਿੱਚ ਘੱਟ ਸੁਹਾਵਣੇ ਸ਼ਬਦਾਂ ਵਿੱਚ ਲਿਖਾਂਗਾ।

ਸਿਰਫ਼ ਰਜਿਸਟਰਡ ਉਪਭੋਗਤਾ ਹੀ ਸਰਵੇਖਣ ਵਿੱਚ ਹਿੱਸਾ ਲੈ ਸਕਦੇ ਹਨ। ਸਾਈਨ - ਇਨ, ਤੁਹਾਡਾ ਸੁਆਗਤ ਹੈ.

ਕੀ ਤੁਹਾਨੂੰ ਕੰਮ 'ਤੇ ਉਦੋਂ ਸਾਹਮਣਾ ਕਰਨਾ ਪਿਆ ਜਦੋਂ ਮਾਲਕ ਨੇ ਤੁਹਾਡੇ ਨਾਲ ਕਈ ਲੋਕਾਂ ਨੂੰ ਬਦਲਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ?

• 65,6%ਹਾਂ, ਮੈਂ ਨਿਯਮਿਤ ਤੌਰ 'ਤੇ ਇਸ ਵਿੱਚ ਚਲਦਾ ਹਾਂ

• 5,4%ਹਾਂ, 1 ਵਾਰ 15 ਦਾ ਸਾਹਮਣਾ ਕੀਤਾ

• 15,4%ਧਿਆਨ ਨਹੀਂ ਦਿੱਤਾ 43

• 13,6%ਮੈਂ ਇੱਕ ਵਰਕਹੋਲਿਕ ਹਾਂ, ਮੈਂ ਖੁਦ ਓਵਰਟਾਈਮ ਕਰਦਾ ਹਾਂ38

279 ਉਪਭੋਗਤਾਵਾਂ ਨੇ ਵੋਟ ਪਾਈ। 34 ਉਪਭੋਗਤਾ ਪਰਹੇਜ਼ ਰਹੇ।

ਸਰੋਤ: www.habr.com