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

ਫਿਰ ਉਹ ਪਲ ਆਉਂਦੇ ਹਨ ਜਦੋਂ ਰੁਟੀਨ ਟੁੱਟ ਜਾਂਦੀ ਹੈ।

ਉਹ ਰੈਜ਼ਿਊਮੇ ਜਿਸ ਨੂੰ ਅਸੀਂ ਅਪਡੇਟ ਤਾਂ ਕਰਦੇ ਹਾਂ ਪਰ ਕਦੇ ਪੜ੍ਹਦੇ ਨਹੀਂ

ਖਾਸ ਕਰਕੇ ਤਕਨਾਲੋਜੀ ਵਿੱਚ, ਅੱਪ-ਟੂ-ਡੇਟ ਰਹਿਣ ਦਾ ਦਬਾਅ ਸਵੈ-ਦਸਤਾਵੇਜ਼ੀਕਰਨ (self-documentation) ਨੂੰ ਇੱਕ ਤੇਜ਼ ਦੌੜ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ। ਤੁਸੀਂ ਇੱਕ framework ਸਿੱਖਦੇ ਹੋ, ਸਰਟੀਫਿਕੇਟ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹੋ, ਇੱਕ sprint retrospective ਦੀ ਅਗਵਾਈ ਕਰਦੇ ਹੋ, ਅਤੇ ਤੁਰੰਤ ਅਗਲੀ ਲੋੜ ਵੱਲ ਵਧ ਜਾਂਦੇ ਹੋ। ਇਸ ਸਭ ਦਾ ਕੀ ਮਤਲਬ ਸੀ, ਇਹ ਪੁੱਛਣ ਲਈ ਕੋਈ ਸੰਸਥਾਗਤ ਵਿਰਾਮ ਨਹੀਂ ਹੁੰਦਾ। ਕਰੀਅਰ ਪਲੇਟਫਾਰਮ ਇਸ ਨੂੰ ਹੋਰ ਵੀ ਸਧਾਰਨ ਬਣਾਉਣ ਲਈ ਉਤਸ਼ਾਹਿਤ ਕਰਦੇ ਹਨ। ਉਹ ਪ੍ਰਸੰਗ (context) ਨਹੀਂ, ਸਗੋਂ keywords ਮੰਗਦੇ ਹਨ; ਰੁਕਾਵਟਾਂ ਨਹੀਂ, ਸਗੋਂ outcomes; ਅਤੇ ਨਿਰਣਾ ਨਹੀਂ, ਸਗੋਂ ਸਿਰਫ਼ tools ਮੰਗਦੇ ਹਨ। ਸਮੇਂ ਦੇ ਨਾਲ, ਤੁਸੀਂ ਆਪਣੇ ਕੰਮ ਦਾ ਵਰਣਨ ਤੀਜੇ ਪੁਰਖ (third person) ਵਿੱਚ ਕਰਨਾ ਸਿੱਖ ਲੈਂਦੇ ਹੋ, ਜਿਵੇਂ ਕਿ ਤੁਸੀਂ ਆਪਣੇ ਹੀ ਜੀਵਨ ਦੇ ਇੱਕ ਨਿਰਪੱਖ ਦਰਸ਼ਕ ਹੋਵੋ।

ਇਸ ਲਈ ਜਦੋਂ ਇੱਕ ਖਾਸ ਰੈਜ਼ਿਊਮੇ ਨੂੰ ਅਪਡੇਟ ਕਰਨ ਦਾ ਸਮਾਂ ਆਇਆ, ਤਾਂ ਇਰਾਦਾ ਪੂਰੀ ਤਰ੍ਹਾਂ ਮਸ਼ੀਨੀ ਸੀ। ਸਰਟੀਫਿਕੇਟ, ਕੰਮ ਦੇ ਰਿਕਾਰਡ, ਪ੍ਰੋਜੈਕਟ ਦਸਤਾਵੇਜ਼ ਇਕੱਠੇ ਕਰੋ। ਉਹਨਾਂ ਨੂੰ reverse chronological order ਵਿੱਚ ਲਗਾਓ। ਜਿੱਥੇ ਸੰਭਵ ਹੋਵੇ, ਮਾਪਦੰਡਾਂ (quantify) ਦੀ ਵਰਤੋਂ ਕਰੋ। ਦੋ ਪੰਨਿਆਂ ਤੱਕ ਸੀਮਤ ਰੱਖੋ। ਪਰ ਪਹਿਲੇ ਸਰਟੀਫਿਕੇਟ ਅਤੇ ਆਖਰੀ ਪ੍ਰੋਜੈਕਟ ਸਾਰ ਦੇ ਵਿਚਕਾਰ ਕਿਤੇ ਨਾ ਕਿਤੇ, ਇਹ ਅਭਿਆਸ ਪ੍ਰਸ਼ਾਸਨਿਕ ਰਹਿਣ ਦੀ ਬਜਾਏ ਅਰਕਾਈਵਲ (archival) ਬਣ ਗਿਆ। ਉਸ ਕਾਗਜ਼ ਨੇ ਸਿਰਫ਼ ਇਹ ਨਹੀਂ ਦੱਸਿਆ ਕਿ ਕੰਮ ਕਿੱਥੇ ਹੋਇਆ ਸੀ। ਇਸਨੇ ਇਹ ਵੀ ਦਿਖਾਇਆ ਕਿ ਕੰਮ ਨੇ ਕੰਮ ਕਰਨ ਵਾਲੇ ਨੂੰ ਕਦੋਂ ਬਦਲ ਦਿੱਤਾ।

ਤੁਸੀਂ ਜੋ ਬਣ ਗਏ ਉਸ ਦਾ ਕਾਗਜ਼ੀ ਰਿਕਾਰਡ

ਉਸ ਡੈਸਕ 'ਤੇ ਸਿਰਫ਼ ਯੋਗਤਾਵਾਂ ਹੀ ਨਹੀਂ ਸਨ। ਉੱਥੇ ਉਹਨਾਂ ਦੇਰੀ ਨਾਲ ਰਾਤਾਂ ਦੇ ਰਿਕਾਰਡ ਸਨ ਜੋ ਸਥਾਨਾਂ ਨੂੰ ਸੈੱਟ ਕਰਨ, ਤਾਰਾਂ ਅਤੇ ਫੋਲਡਿੰਗ ਕੁਰਸੀਆਂ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਲਗਾਉਣ ਵਿੱਚ ਬੀਤੀਆਂ ਸਨ, ਤਾਂ ਜੋ ਅਜਨਬੀਆਂ ਨਾਲ ਭਰਿਆ ਕਮਰਾ ਵਿਚਾਰ ਸਾਂਝੇ ਕਰ ਸਕੇ। ਉੱਥੇ ਸੂਰਜ ਚੜ੍ਹਨ ਤੋਂ ਪਹਿਲਾਂ ਤਿਆਰ ਕੀਤੇ ਗਏ graphics ਸਨ, ਇਸ ਲਈ ਨਹੀਂ ਕਿ ਇਹ ਨੌਕਰੀ ਦੇ ਵੇਰਵੇ ਵਿੱਚ ਸੀ, ਸਗੋਂ ਇਸ ਲਈ ਕਿਉਂਕਿ ਕਿਸੇ ਹੋਰ ਦੇ log on ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਕੁਝ ਸਹੀ ਦਿਖਣਾ ਚਾਹੀਦਾ ਸੀ। ਉੱਥੇ ਪਰਦੇ ਦੇ ਪਿੱਛੇ ਸੰਭਾਲੇ ਗਏ logistics ਅਤੇ technical support ਦੇ ਸਬੂਤ ਸਨ, ਅਜਿਹਾ ਮਿਹਨਤ ਵਾਲਾ ਕੰਮ ਜਿਸਦਾ ਕੋਈ commit history ਨਹੀਂ ਹੁੰਦਾ ਅਤੇ ਕੋਈ sprint points ਨਹੀਂ ਮਿਲਦੇ, ਫਿਰ ਵੀ ਇਸ ਤੋਂ ਬਿਨਾਂ ਕੁਝ ਵੀ ਕੰਮ ਨਹੀਂ ਕਰਦਾ।

ਫਿਰ ਸਵੈਸੇਵਾ ਦਾ ਕੰਮ ਸੀ। ਉਹ ਕੰਮ ਜਿਨ੍ਹਾਂ ਨੇ ਕੁਝ ਵੀ ਭੁਗਤਾਨ ਨਹੀਂ ਕੀਤਾ ਪਰ ਲਗਭਗ ਸਭ ਕੁਝ ਸਿਖਾਇਆ। ਅਧਿਕਾਰਤ ਹਿਸਾਬ-ਕਿਤਾਬ ਵਿੱਚ, ਇਹ ਘੰਟੇ ਜ਼ੀਰੋ ਗਿਣੇ ਜਾਂਦੇ ਹਨ। ਅਸਲ ਵਿੱਚ, ਇਹ ਉਹ ਸਮਾਂ ਸੀ ਜਦੋਂ soft skills ਮਜ਼ਬੂਤ ਹੋਈਆਂ: ਉਹਨਾਂ vendors ਨਾਲ ਗੱਲਬਾਤ ਕਰਨਾ ਜਿਨ੍ਹਾਂ ਦੀ ਮਦਦ ਕਰਨ ਦੀ ਕੋਈ ਇਕਰਾਰਨਾਮੇ ਅਨੁਸਾਰ ਜ਼ਿੰਮੇਵਾਰੀ ਨਹੀਂ ਸੀ, ਕਿਸੇ ਬੁਲਾਰੇ ਨੂੰ ਸ਼ਾਂਤ ਕਰਨਾ ਜਿਸਦੀਆਂ slides ਪ੍ਰੋਜੈਕਟ ਨਹੀਂ ਹੋ ਰਹੀਆਂ ਸਨ, ਜਾਂ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਪੋਰਟਲ ਨੂੰ debug ਕਰਨਾ ਜਦੋਂ ਸ਼ਰੋਤਾਰ ਬਾਹਰ ਕਤਾਰ ਵਿੱਚ ਖੜ੍ਹੇ ਸਨ। ਇਹ ਉਹ ਦ੍ਰਿਸ਼ ਹਨ ਜੋ ਕਿਸੇ skills matrix ਵਿੱਚ ਸਹੀ ਤਰ੍ਹਾਂ ਫਿੱਟ ਨਹੀਂ ਹੁੰਦੇ, ਫਿਰ ਵੀ ਉਹ ਕਿਸੇ ਵੀ tutorial ਨਾਲੋਂ ਵੱਧ ਸਮਰੱਥਾ ਨੂੰ ਰੂਪ ਦਿੰਦੇ ਹਨ।

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

ਜਦੋਂ ਤੁਹਾਡਾ ਅਹੁਦਾ ਤੁਹਾਡੀ ਕਹਾਣੀ ਚੋਰੀ ਕਰ ਲੈਂਦਾ ਹੈ

ਸਾਲਾਂ ਤੱਕ, ਸੰਖੇਪ ਵਿੱਚ ਇਹ ਸਧਾਰਨ ਸੀ: "ਮੈਂ IT ਵਿੱਚ ਕੰ

  • ਹਾਜ਼ਰ ਹੋਣਾ। ਨਾ ਹੀ ਉਹ ਬਹਾਦਰੀ ਵਾਲੀਆਂ ਸਾਰੀ ਰਾਤ ਜਾਗਣ ਵਾਲੀਆਂ ਰਾਤਾਂ, ਸਗੋਂ ਲਗਾਤਾਰ ਮੌਜੂਦਗੀ। ਉਪਲਬਧ ਰਹਿਣ ਦਾ ਵਾਰ-ਵਾਰ ਫੈਸਲਾ ਕਰਨਾ, ਕਿਸੇ ਦੇ ਕਹੇ ਬਿਨਾਂ ਦਸਤਾਵੇਜ਼ (documentation) ਨੂੰ ਪੂਰਾ ਕਰਨਾ, ਕਿਸੇ ਗਲਤਫਹਿਮੀ ਨੂੰ ਦੂਰ ਕਰਨ ਲਈ ਮੀਟਿੰਗ ਤੋਂ ਦਸ ਮਿੰਟ ਬਾਅਦ ਰੁਕਣਾ।
  • ਨਵੇਂ ਹੁਨਰ ਸਿੱਖਣਾ। ਕੋਈ ਵੱਡੇ ਸਰਟੀਫਿਕੇਸ਼ਨ ਰੋਡਮੈਪ ਨਹੀਂ, ਸਗੋਂ ਲੋੜ ਦੇ ਪਲ। ਕਿਸੇ ਟਿਊਟੋਰਿਅਲ ਨੂੰ ਅੱਧੀ ਰਫ਼ਤਾਰ 'ਤੇ ਦੇਖਣਾ ਕਿਉਂਕਿ ਪ੍ਰੋਡਕਸ਼ਨ ਫਿਕਸ (production fix) ਦਾ ਇੰਤਜ਼ਾਰ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਸੀ। ਸੋਰਸ ਕੋਡ (source code) ਨੂੰ ਉਦੋਂ ਤੱਕ ਪੜ੍ਹਨਾ ਜਦੋਂ ਤੱਕ ਪੈਟਰਨ ਸਮਝ ਨਾ ਆ ਜਾਵੇ। ਇੱਕ ਅਭਿਆਸ ਪ੍ਰੀਖਿਆ ਵਿੱਚ ਅਸਫਲ ਹੋਣਾ ਅਤੇ ਫਿਰ ਵੀ ਅਗਲੀ ਸ਼ਾਮ ਵਾਪਸ ਆਉਣਾ।
  • ਦੂਜਿਆਂ ਦੀ ਮਦਦ ਕਰਨਾ। ਮੈਨੂਅਲ ਦਾ ਲਿੰਕ ਦੇਣ ਦੀ ਬਜਾਏ ਜੂਨੀਅਰ ਦੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦੇਣਾ। ਪੇਅਰ ਪ੍ਰੋਗਰਾਮਿੰਗ (pair programming) ਕਰਨਾ ਜਦੋਂ ਤੁਸੀਂ ਇਕੱਲੇ ਕੰਮ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋਵੋ। ਉਹ ਓਨਬੋਰਡਿੰਗ ਗਾਈਡ (onboarding guide) ਲਿਖਣਾ ਜੋ ਕਿਸੇ ਨੇ ਨਹੀਂ ਦਿੱਤੀ ਸੀ ਕਿਉਂਕਿ ਤੁਹਾਨੂੰ ਆਪਣੇ ਪਹਿਲੇ ਹਫ਼ਤੇ ਦੀ ਉਲਝਣ ਯਾਦ ਹੈ।
  • ਜਦੋਂ ਤੁਸੀਂ ਅਣਪ੍ਰੈਕਟਿਸਡ ਮਹਿਸੂਸ ਕਰਦੇ ਹੋ ਤਾਂ 'ਹਾਂ' ਕਹਿਣਾ। ਅਜਿਹੇ ਪ੍ਰੋਜੈਕਟ ਦਾ ਸਕੋਪ (scope) ਤੈਅ ਕਰਨ ਲਈ ਸਹਿਮਤ ਹੋਣਾ ਜਿਸਦਾ ਤੁਸੀਂ ਕਦੇ ਸਕੋਪ ਨਹੀਂ ਕੀਤਾ। ਅਜਿਹੇ ਟਾਈਮਜ਼ੋਨ (timezone) ਵਿੱਚ ਮੀਟਿੰਗ ਚਲਾਉਣ ਲਈ ਵਲੰਟੀਅਰ ਕਰਨਾ ਜੋ ਤੁਹਾਨੂੰ ਪਸੰਦ ਨਹੀਂ। ਅਜਿਹੇ ਕੰਮ ਨੂੰ ਪੇਸ਼ ਕਰਨ ਲਈ ਖੜ੍ਹੇ ਹੋਣਾ ਜੋ ਅਜੇ ਵੀ ਅਧੂਰਾ ਮਹਿਸੂਸ ਹੁੰਦਾ ਹੈ। ਤਿਆਰੀ ਦੀ ਕਮੀ ਆਮ ਤੌਰ 'ਤੇ ਵਧਣ ਦੀ ਸੰਕੇਤ ਹੁੰਦੀ ਹੈ, ਅਯੋਗਤਾ ਦੀ ਨਹੀਂ।

ਇਹ ਰੈਜ਼ਿਊਮੇ (resume) ਦੇ ਬੁਲੇਟ ਪੁਆਇੰਟ ਨਹੀਂ ਹਨ। ਇਹ ਯੋਗਤਾ ਦਾ ਅਦਿੱਖ ਢਾਂਚਾ ਹਨ। ਅਤੇ ਇਹ ਉਦੋਂ ਹੀ ਦਿਖਾਈ ਦਿੰਦੇ ਹਨ ਜਦੋਂ ਤੁਸੀਂ ਆਪਣੇ ਰੈਜ਼ਿਊਮੇ ਨੂੰ ਇੱਕ ਉਤਪਾਦ ਕੈਟਾਲਾਗ ਵਜੋਂ ਦੇਖਣਾ ਬੰਦ ਕਰਦੇ ਹੋ ਅਤੇ ਇਸਨੂੰ ਆਪਣੀ ਆਤਮਕਥਾ ਵਜੋਂ ਦੇਖਣਾ ਸ਼ੁਰੂ ਕਰਦੇ ਹੋ।

ਅਰਜ਼ੀ ਕੋਈ ਫੈਸਲਾ ਨਹੀਂ ਹੈ

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

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

ਅਸਲ ਸਿੱਖਿਆ

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

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

ਸਰੋਤ ਅਤੇ ਪ੍ਰੇਰਨਾ: dexxtorrrr on Dev.to

|GyaanSetu learning community ਵਿੱਚ ਚਰਚਾ ਅਤੇ ਅਜਿਹੀਆਂ ਹੋਰ ਸੋਚਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਵੋ।