BCP ਵਿਕਸਿਤ ਕਰਨ ਵੇਲੇ ਸਿਖਰ ਦੀਆਂ 11 ਗਲਤੀਆਂ

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

1. RTO ਅਤੇ RPO ਬੇਤਰਤੀਬੇ 'ਤੇ

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

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

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

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

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

ਖੈਰ, ਤੁਸੀਂ ਸਮਝਦੇ ਹੋ

2. ਹਰ ਚੀਜ਼ ਦਾ ਇਲਾਜ

ਕੁਝ ਲੋਕ ਮੰਨਦੇ ਹਨ ਕਿ ਸਾਰੀਆਂ ਵਪਾਰਕ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਕਿਸੇ ਵੀ ਖਤਰੇ ਤੋਂ ਬਚਾਉਣ ਲਈ ਇੱਕ BCP ਯੋਜਨਾ ਤਿਆਰ ਕੀਤੀ ਗਈ ਹੈ। ਹਾਲ ਹੀ ਵਿੱਚ, ਸਵਾਲ "ਅਸੀਂ ਆਪਣੇ ਆਪ ਨੂੰ ਕਿਸ ਤੋਂ ਬਚਾਉਣਾ ਚਾਹੁੰਦੇ ਹਾਂ?" ਮੈਂ ਜਵਾਬ ਸੁਣਿਆ: "ਸਭ ਕੁਝ ਅਤੇ ਹੋਰ।"

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

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

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

- ਆਓ ਬੀਸੀਪੀ ਵਿੱਚ ਇਸ ਜੋਖਮ ਨੂੰ ਜੋੜੀਏ ਕਿ ਸਾਨੂੰ ਹੈਕ ਕੀਤਾ ਜਾਵੇਗਾ?

ਜਾਂ

- ਹਾਲ ਹੀ ਵਿੱਚ, ਮੀਂਹ ਦੇ ਦੌਰਾਨ, ਸਾਡੀ ਉਪਰਲੀ ਮੰਜ਼ਿਲ ਵਿੱਚ ਹੜ੍ਹ ਆ ਗਿਆ ਸੀ - ਆਓ ਇੱਕ ਦ੍ਰਿਸ਼ ਜੋੜੀਏ ਕਿ ਹੜ੍ਹ ਆਉਣ ਦੀ ਸਥਿਤੀ ਵਿੱਚ ਕੀ ਕਰਨਾ ਹੈ?

ਫਿਰ ਤੁਰੰਤ ਉਹਨਾਂ ਨੂੰ ਇਸ ਨੀਤੀ ਦਾ ਹਵਾਲਾ ਦਿਓ ਅਤੇ ਕਹੋ ਕਿ ਅਸੀਂ ਖਾਸ ਕੰਪਨੀ ਦੀਆਂ ਸੰਪਤੀਆਂ ਦੀ ਰੱਖਿਆ ਕਰਦੇ ਹਾਂ ਅਤੇ ਕੇਵਲ ਖਾਸ, ਪੂਰਵ-ਸਹਿਮਤ ਖਤਰਿਆਂ ਤੋਂ, ਕਿਉਂਕਿ ਉਹ ਹੁਣ ਤਰਜੀਹ ਹਨ।

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

3. ਕਲਪਨਾ ਅਤੇ ਅਸਲੀਅਤ

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

ਖੱਬੇ ਪਾਸੇ BCP ਨਾਲ ਸੰਬੰਧਿਤ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਹੈ, ਸੱਜੇ ਪਾਸੇ ਅਸਲ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਹੈ

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

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

4. ਸਿਖਰ ਅਤੇ ਜੜ੍ਹ

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

ਆਮ ਤੌਰ 'ਤੇ ਆਸਾਨ

5. ਸੀਜ਼ਰ ਨੂੰ - ਸੀਜ਼ਰ ਕੀ ਹੈ, ਮਕੈਨਿਕ ਲਈ - ਮਕੈਨਿਕ ਕੀ ਹੈ।

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

• ਰਣਨੀਤਕ ਪੱਧਰ - ਸੀਨੀਅਰ ਪ੍ਰਬੰਧਨ ਲਈ;
• ਰਣਨੀਤਕ ਪੱਧਰ - ਮੱਧ ਪ੍ਰਬੰਧਕਾਂ ਲਈ;
• ਅਤੇ ਸੰਚਾਲਨ ਪੱਧਰ - ਖੇਤਰ ਵਿੱਚ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਸ਼ਾਮਲ ਲੋਕਾਂ ਲਈ।

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

ਬਿਨਾਂ ਬਜਟ ਦੇ ਬੀ.ਸੀ.ਪੀ

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

6. ਰੋਲ ਪਲੇ

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

ਕਿਉਂ?

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

ਇਹ ਦੱਸਣ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਹੈ ਕਿ ਜੇ ਕੋਈ ਐਮਰਜੈਂਸੀ ਵਾਪਰਦੀ ਹੈ ਅਤੇ ਤੁਹਾਨੂੰ ਯੋਜਨਾ ਦੁਆਰਾ ਬੇਚੈਨੀ ਨਾਲ ਪੱਤਾ ਕਰਨਾ ਪੈਂਦਾ ਹੈ ਅਤੇ ਸਹੀ ਸੰਪਰਕ ਦੀ ਭਾਲ ਕਰਨੀ ਪੈਂਦੀ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਕੀਮਤੀ ਸਮਾਂ ਗੁਆ ਦੇਵੋਗੇ.

ਲਾਈਫ ਹੈਕ: ਜਦੋਂ ਤੁਸੀਂ ਕਿਸੇ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਬਦਲਦੇ ਹੋ, ਤਾਂ ਤੁਹਾਨੂੰ ਅਕਸਰ ਇਸਨੂੰ ਮਨਜ਼ੂਰੀ ਦੇਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ ਹੈ। ਇੱਕ ਹੋਰ ਸੁਝਾਅ: ਤੁਸੀਂ ਪਲਾਨ ਅੱਪਡੇਟ ਆਟੋਮੇਸ਼ਨ ਸਿਸਟਮ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ।

7. ਸੰਸਕਰਣ ਦੀ ਘਾਟ

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

ਕੋਈ ਵੀ ਹੁਣ ਇਸ ਦਾ ਪਤਾ ਨਹੀਂ ਲਗਾ ਸਕਦਾ

8. ਮੈਨੂੰ ਕਿਸ ਨੂੰ ਪੁੱਛਣਾ ਚਾਹੀਦਾ ਹੈ?

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

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

ਅਸੀਂ BCP ਦੇ ਬਣਨ ਤੋਂ ਦੋ ਸਾਲ ਬਾਅਦ ਜ਼ਿੰਮੇਵਾਰ ਲੋਕਾਂ ਦੀ ਤਲਾਸ਼ ਕਰ ਰਹੇ ਹਾਂ

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

9. ਬਹੁਤ ਜ਼ਿਆਦਾ ਪਾਣੀ

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

ਜਦੋਂ ਤੁਸੀਂ ਇਸ ਸਮੇਂ ਤੱਕ ਪੜ੍ਹਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਤੁਹਾਨੂੰ ਕੀ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਜੇਕਰ ਤੁਹਾਡੇ ਡੇਟਾ ਸੈਂਟਰ ਵਿੱਚ ਹੜ੍ਹ ਆ ਜਾਂਦਾ ਹੈ?

ਸਾਰੇ ਕਾਰਪੋਰੇਟ "ਪਾਣੀ" ਨੂੰ ਇੱਕ ਵੱਖਰੇ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਰੱਖੋ। ਯੋਜਨਾ ਆਪਣੇ ਆਪ ਵਿੱਚ ਬਹੁਤ ਖਾਸ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ: ਇਸ ਕੰਮ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਵਿਅਕਤੀ ਅਜਿਹਾ ਕਰਦਾ ਹੈ, ਅਤੇ ਹੋਰ ਵੀ।

10. ਦਾਅਵਤ ਕਿਸ ਦੇ ਖਰਚੇ 'ਤੇ ਹੁੰਦੀ ਹੈ?

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

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

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

ਇਹੋ ਸਥਿਤੀ ਹੈ ਜਦੋਂ ਸਿਰਫ ਆਈਟੀ ਵਿਭਾਗ ਕੋਲ ਡੀਆਰ ਯੋਜਨਾਵਾਂ ਹਨ

10. ਕੋਈ ਟੈਸਟਿੰਗ ਨਹੀਂ

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

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

ਅੰਤ ਵਿੱਚ

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

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

ਇੱਕੋ ਇੱਕ ਉਪਕਰਣ ਜਿਸਨੂੰ BCP ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ ਹੈ

ਇਗੋਰ ਟਿਯੂਕਾਚੇਵ,
ਵਪਾਰ ਨਿਰੰਤਰਤਾ ਸਲਾਹਕਾਰ
ਸੈਂਟਰ ਫਾਰ ਡਿਜ਼ਾਈਨ ਆਫ ਕੰਪਿਊਟਿੰਗ ਸਿਸਟਮ
"ਜੈੱਟ ਇਨਫੋਸਿਸਟਮ"

ਸਰੋਤ: www.habr.com