ਪ੍ਰੋਗਰਾਮਰਾਂ ਦੀ ਇੱਕ ਟੀਮ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨਾ: ਉਹਨਾਂ ਨੂੰ ਕਿਵੇਂ ਅਤੇ ਕਿਵੇਂ ਸਹੀ ਢੰਗ ਨਾਲ ਪ੍ਰੇਰਿਤ ਕਰਨਾ ਹੈ? ਭਾਗ ਦੋ

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

ਕੱਟ ਦੇ ਹੇਠਾਂ ਸਾਡੀ ਟੀਮ ਦੇ ਨੇਤਾ, ਅਤੇ ਨਾਲ ਹੀ ਆਰਏਐਸ ਉਤਪਾਦ ਵਿਕਾਸ ਨਿਰਦੇਸ਼ਕ ਇਗੋਰ ਮਾਰਨਾਟ ਦੁਆਰਾ ਇੱਕ ਲੇਖ ਦਾ ਦੂਜਾ ਹਿੱਸਾ ਹੈ, ਪ੍ਰੋਗਰਾਮਰਾਂ ਨੂੰ ਪ੍ਰੇਰਿਤ ਕਰਨ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਬਾਰੇ। ਲੇਖ ਦਾ ਪਹਿਲਾ ਭਾਗ ਇੱਥੇ ਪਾਇਆ ਜਾ ਸਕਦਾ ਹੈ - habr.com/ru/company/parallels/blog/452598

ਲੇਖ ਦੇ ਪਹਿਲੇ ਹਿੱਸੇ ਵਿੱਚ, ਮੈਂ ਮਾਸਲੋ ਦੇ ਪਿਰਾਮਿਡ ਦੇ ਦੋ ਹੇਠਲੇ ਪੱਧਰਾਂ ਨੂੰ ਛੂਹਿਆ: ਸਰੀਰਕ ਲੋੜਾਂ, ਸੁਰੱਖਿਆ ਲਈ ਲੋੜਾਂ, ਆਰਾਮ ਅਤੇ ਸਥਿਰਤਾ ਅਤੇ ਅਗਲੇ, ਤੀਜੇ ਪੱਧਰ 'ਤੇ ਜਾਣਾ, ਅਰਥਾਤ:

III - ਸਬੰਧ ਅਤੇ ਪਿਆਰ ਦੀ ਲੋੜ

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

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

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

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

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

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

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

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

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

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

IV. ਮਾਨਤਾ ਦੀ ਲੋੜ ਹੈ

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

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

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

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

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

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

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

V. ਬੋਧ ਅਤੇ ਸਵੈ-ਵਾਸਤਵਿਕਤਾ ਦੀ ਲੋੜ।

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

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

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

ਜੇ ਇਸ ਟੀਮ ਵਿੱਚ ਉਹਨਾਂ ਦੇ ਪਿੱਛੇ 15-20 ਸਾਲਾਂ ਦੇ ਤਜ਼ਰਬੇ ਵਾਲੇ ਪ੍ਰੋਗਰਾਮਰ ਸ਼ਾਮਲ ਹੁੰਦੇ, ਤਾਂ ਪ੍ਰੇਰਣਾ ਵੱਖਰੀ ਹੁੰਦੀ। ਉਮਰ ਅਤੇ ਤਜਰਬਾ, ਬੇਸ਼ੱਕ, 100% ਨਿਰਧਾਰਿਤ ਕਰਨ ਵਾਲੇ ਕਾਰਕ ਨਹੀਂ ਹਨ; ਇਹ ਸਭ ਪ੍ਰੇਰਣਾ ਦੇ ਢਾਂਚੇ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। ਇਸ ਵਿਸ਼ੇਸ਼ ਮਾਮਲੇ ਵਿੱਚ, ਨੌਜਵਾਨ ਪ੍ਰੋਗਰਾਮਰਾਂ ਦੇ ਗਿਆਨ ਅਤੇ ਵਿਕਾਸ ਦੀ ਇੱਛਾ ਨੇ ਸ਼ਾਨਦਾਰ ਨਤੀਜੇ ਦਿੱਤੇ।

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

ਮਾਸਲੋ ਦੇ ਪਿਰਾਮਿਡ ਤੋਂ ਪਰੇ: ਨਤੀਜਿਆਂ ਦੀ ਦਿੱਖ, ਖੇਡ ਅਤੇ ਮੁਕਾਬਲਾ, ਕੋਈ ਬਕਵਾਸ ਨਹੀਂ

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

ਪਹਿਲਾ ਨਤੀਜਾ ਦੀ ਦਿੱਖ ਅਤੇ ਨੇੜਤਾ ਹੈ.

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

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

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

ਦੂਸਰਾ ਬਿੰਦੂ ਗੇਮੀਫਿਕੇਸ਼ਨ ਅਤੇ ਮੁਕਾਬਲਾ ਹੈ।

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

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

ਅਤੇ ਅੰਤ ਵਿੱਚ, ਤੀਜਾ ਬਿੰਦੂ - ਕੋਈ ਬਕਵਾਸ ਨਹੀਂ.

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

ਸਰੋਤ: www.habr.com