ਪਾਇਲਟਾਂ ਅਤੇ PoCs ਦਾ ਸੰਚਾਲਨ ਕਰਨ ਲਈ ਇੱਕ ਤੇਜ਼ ਗਾਈਡ

ਜਾਣ ਪਛਾਣ

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

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

ਇਸ ਲਈ, ਤੁਸੀਂ ਸਭ ਕੁਝ ਸਮਝਦਾਰੀ ਨਾਲ ਕਿਵੇਂ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਸਭ ਕੁਝ ਕਿਵੇਂ ਕਰ ਸਕਦੇ ਹੋ?

ਸਿਖਲਾਈ

ਪਾਇਲਟ ਦੇ ਟੀਚੇ

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

ਕੁੱਲ ਮਿਲਾ ਕੇ, ਅੰਤ ਵਿੱਚ ਸਾਨੂੰ ਪਾਇਲਟ ਟੈਸਟਿੰਗ ਦੀਆਂ ਤਿੰਨ ਮੁੱਖ ਕਿਸਮਾਂ ਮਿਲਦੀਆਂ ਹਨ ਅਤੇ, ਇੱਕ ਪਾਇਲਟ ਦੇ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਕੇਸ ਵਜੋਂ, ਧਾਰਨਾ ਦਾ ਸਬੂਤ (PoC - ਧਾਰਨਾ ਦਾ ਸਬੂਤ):
* ਲੋਡ ਟੈਸਟਿੰਗ (+ ਸਕੇਲੇਬਿਲਟੀ)
* ਕਾਰਜਸ਼ੀਲ ਟੈਸਟਿੰਗ
* ਨੁਕਸ ਸਹਿਣਸ਼ੀਲਤਾ ਟੈਸਟਿੰਗ

ਇੱਕ ਖਾਸ ਮਾਮਲੇ ਵਿੱਚ, ਇੱਕ ਖਾਸ ਗਾਹਕ ਦੇ ਸ਼ੱਕ ਦੇ ਆਧਾਰ ਤੇ, ਪਾਇਲਟ ਵੱਖ-ਵੱਖ ਟੀਚਿਆਂ ਨੂੰ ਜੋੜ ਸਕਦਾ ਹੈ, ਜਾਂ, ਇਸਦੇ ਉਲਟ, ਉਹਨਾਂ ਵਿੱਚੋਂ ਸਿਰਫ ਇੱਕ ਮੌਜੂਦ ਹੋ ਸਕਦਾ ਹੈ.

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

ਉਪਕਰਣ

ਪਾਇਲਟ ਵਿਕਰੇਤਾ/ਵਿਤਰਕ/ਪਾਰਟਨਰ ਦੇ ਡੈਮੋ ਸਾਜ਼ੋ-ਸਾਮਾਨ 'ਤੇ ਜਾਂ ਗਾਹਕ ਉਪਕਰਣ 'ਤੇ ਆਯੋਜਿਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਸਖਤੀ ਨਾਲ ਬੋਲਦੇ ਹੋਏ, ਅੰਤਰ ਛੋਟਾ ਹੈ, ਆਮ ਪਹੁੰਚ ਉਹੀ ਹੈ.

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

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

ਟੈਸਟਿੰਗ ਪ੍ਰੋਗਰਾਮ

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

ਲੋਕ

ਪਾਇਲਟ ਦੀ ਤਿਆਰੀ ਦੇ ਹਿੱਸੇ ਵਜੋਂ, ਪਾਇਲਟ ਦੀਆਂ ਤਾਰੀਖਾਂ ਅਤੇ ਸਾਰੇ ਜ਼ਰੂਰੀ ਵਿਅਕਤੀਆਂ ਦੀ ਮੌਜੂਦਗੀ ਅਤੇ ਜਾਂਚ ਲਈ ਉਨ੍ਹਾਂ ਦੀ ਤਿਆਰੀ, ਵਿਕਰੇਤਾ/ਸਾਥੀ ਅਤੇ ਗਾਹਕ ਦੇ ਹਿੱਸੇ 'ਤੇ ਸਹਿਮਤ ਹੋਣਾ ਜ਼ਰੂਰੀ ਹੈ। ਓ, ਉਪਕਰਨ ਦੀ ਸਥਾਪਨਾ ਤੋਂ ਅਗਲੇ ਦਿਨ ਛੁੱਟੀ 'ਤੇ ਜਾਣ ਵਾਲੇ ਗਾਹਕ ਦੇ ਪਾਇਲਟ ਦੇ ਮੁੱਖ ਵਿਅਕਤੀ ਨਾਲ ਕਿੰਨੇ ਪਾਇਲਟ ਸ਼ੁਰੂ ਹੋਏ!

ਜ਼ਿੰਮੇਵਾਰੀ/ਪਹੁੰਚ ਦੇ ਖੇਤਰ

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

ਪਾਇਲਟ

ਜੇ ਅਸੀਂ ਪਿਛਲੇ ਸਾਰੇ ਪੁਆਇੰਟ ਪੂਰੇ ਕਰ ਲਏ ਹਨ, ਤਾਂ ਸਭ ਤੋਂ ਬੋਰਿੰਗ ਹਿੱਸਾ ਪਾਇਲਟ ਖੁਦ ਹੈ। ਪਰ ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਚੱਲਣਾ ਚਾਹੀਦਾ ਹੈ ਜਿਵੇਂ ਰੇਲਾਂ 'ਤੇ. ਜੇ ਨਹੀਂ, ਤਾਂ ਤਿਆਰੀ ਦਾ ਹਿੱਸਾ ਖਰਾਬ ਹੋ ਗਿਆ ਸੀ.

ਪਾਇਲਟ ਦੀ ਪੂਰਤੀ

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

ਸਰੋਤ: www.habr.com