ಎಲ್ಲರಿಗೂ ನಮಸ್ಕಾರ, ನನ್ನ ಹೆಸರು ಇಗೊರ್ ತ್ಯುಕಾಚೆವ್ ಮತ್ತು ನಾನು ವ್ಯಾಪಾರ ನಿರಂತರತೆ ಸಲಹೆಗಾರ. ಇಂದಿನ ಪೋಸ್ಟ್‌ನಲ್ಲಿ ನಾವು ಸಾಮಾನ್ಯ ಸತ್ಯಗಳ ದೀರ್ಘ ಮತ್ತು ಬೇಸರದ ಚರ್ಚೆಯನ್ನು ನಡೆಸುತ್ತೇವೆ. ನನ್ನ ಅನುಭವವನ್ನು ಹಂಚಿಕೊಳ್ಳಲು ಮತ್ತು ವ್ಯಾಪಾರ ಮುಂದುವರಿಕೆ ಯೋಜನೆಯನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವಾಗ ಕಂಪನಿಗಳು ಮಾಡುವ ಮುಖ್ಯ ತಪ್ಪುಗಳ ಬಗ್ಗೆ ಮಾತನಾಡಲು ನಾನು ಬಯಸುತ್ತೇನೆ.
1. RTO ಮತ್ತು RPO ಯಾದೃಚ್ಛಿಕವಾಗಿ
ನಾನು ನೋಡಿದ ಅತ್ಯಂತ ಪ್ರಮುಖ ತಪ್ಪು ಎಂದರೆ ಚೇತರಿಕೆಯ ಸಮಯವನ್ನು (RTO) ತೆಳುವಾದ ಗಾಳಿಯಿಂದ ತೆಗೆದುಕೊಳ್ಳಲಾಗಿದೆ. ಸರಿ, ತೆಳುವಾದ ಗಾಳಿಯಿಂದ - ಉದಾಹರಣೆಗೆ, SLA ನಿಂದ ಎರಡು ವರ್ಷಗಳ ಹಿಂದೆ ಕೆಲವು ಸಂಖ್ಯೆಗಳು ಯಾರೋ ತಮ್ಮ ಹಿಂದಿನ ಕೆಲಸದ ಸ್ಥಳದಿಂದ ತಂದವು. ಅವರು ಇದನ್ನು ಏಕೆ ಮಾಡುತ್ತಾರೆ? ಎಲ್ಲಾ ನಂತರ, ಎಲ್ಲಾ ವಿಧಾನಗಳ ಪ್ರಕಾರ, ನೀವು ಮೊದಲು ವ್ಯಾಪಾರ ಪ್ರಕ್ರಿಯೆಗಳ ಪರಿಣಾಮಗಳನ್ನು ವಿಶ್ಲೇಷಿಸಬೇಕು, ಮತ್ತು ಈ ವಿಶ್ಲೇಷಣೆಯ ಆಧಾರದ ಮೇಲೆ, ಗುರಿ ಮರುಪಡೆಯುವಿಕೆ ಸಮಯ ಮತ್ತು ಸ್ವೀಕಾರಾರ್ಹ ಡೇಟಾ ನಷ್ಟವನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡಿ. ಆದರೆ ಅಂತಹ ವಿಶ್ಲೇಷಣೆ ಮಾಡುವುದು ಕೆಲವೊಮ್ಮೆ ಬಹಳ ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ, ಕೆಲವೊಮ್ಮೆ ಇದು ದುಬಾರಿಯಾಗಿದೆ, ಕೆಲವೊಮ್ಮೆ ಅದು ಹೇಗೆ ಸ್ಪಷ್ಟವಾಗಿಲ್ಲ-ಏನು ಮಾಡಬೇಕೆಂದು ಒತ್ತಿಹೇಳುತ್ತದೆ. ಮತ್ತು ಅನೇಕರಿಗೆ ಮನಸ್ಸಿಗೆ ಬರುವ ಮೊದಲ ವಿಷಯವೆಂದರೆ: "ನಾವೆಲ್ಲರೂ ವಯಸ್ಕರು ಮತ್ತು ವ್ಯವಹಾರವು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತೇವೆ. ಸಮಯ ಮತ್ತು ಹಣವನ್ನು ವ್ಯರ್ಥ ಮಾಡಬೇಡಿ! ಪ್ಲಸ್ ಅಥವಾ ಮೈನಸ್ ಹೇಗಿರಬೇಕು ಎಂದು ತೆಗೆದುಕೊಳ್ಳೋಣ. ನಿಮ್ಮ ತಲೆಯಿಂದ, ಶ್ರಮಜೀವಿಗಳ ಜಾಣ್ಮೆಯನ್ನು ಬಳಸಿ! ಆರ್‌ಟಿಒ ಎರಡು ಗಂಟೆ ಇರಲಿ.
ಇದು ಯಾವುದಕ್ಕೆ ಕಾರಣವಾಗುತ್ತದೆ? ನಿರ್ದಿಷ್ಟ ಸಂಖ್ಯೆಗಳೊಂದಿಗೆ ಅಗತ್ಯವಿರುವ RTO/RPO ಅನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಚಟುವಟಿಕೆಗಳಿಗೆ ಹಣಕ್ಕಾಗಿ ನೀವು ನಿರ್ವಹಣೆಗೆ ಬಂದಾಗ, ಅದಕ್ಕೆ ಯಾವಾಗಲೂ ಸಮರ್ಥನೆ ಅಗತ್ಯವಿರುತ್ತದೆ. ಯಾವುದೇ ಸಮರ್ಥನೆ ಇಲ್ಲದಿದ್ದರೆ, ಪ್ರಶ್ನೆ ಉದ್ಭವಿಸುತ್ತದೆ: ನೀವು ಅದನ್ನು ಎಲ್ಲಿಂದ ಪಡೆದುಕೊಂಡಿದ್ದೀರಿ? ಮತ್ತು ಉತ್ತರಿಸಲು ಏನೂ ಇಲ್ಲ. ಪರಿಣಾಮವಾಗಿ, ನಿಮ್ಮ ಕೆಲಸದ ಮೇಲಿನ ವಿಶ್ವಾಸವು ಕಳೆದುಹೋಗುತ್ತದೆ.
ಇದಲ್ಲದೆ, ಕೆಲವೊಮ್ಮೆ ಆ ಎರಡು ಗಂಟೆಗಳ ಚೇತರಿಕೆಗೆ ಮಿಲಿಯನ್ ಡಾಲರ್ ವೆಚ್ಚವಾಗುತ್ತದೆ. ಮತ್ತು RTO ಅವಧಿಯನ್ನು ಸಮರ್ಥಿಸುವುದು ಹಣದ ವಿಷಯವಾಗಿದೆ ಮತ್ತು ಅದರಲ್ಲಿ ಬಹಳ ದೊಡ್ಡದು.
ಮತ್ತು ಅಂತಿಮವಾಗಿ, ನೀವು ನಿಮ್ಮ BCP ಮತ್ತು/ಅಥವಾ DR ಯೋಜನೆಯನ್ನು ಪ್ರದರ್ಶಕರ ಬಳಿಗೆ ತಂದಾಗ (ಅಪಘಾತದ ಕ್ಷಣದಲ್ಲಿ ಯಾರು ನಿಜವಾಗಿಯೂ ಓಡುತ್ತಾರೆ ಮತ್ತು ತಮ್ಮ ತೋಳುಗಳನ್ನು ಬೀಸುತ್ತಾರೆ), ಅವರು ಇದೇ ರೀತಿಯ ಪ್ರಶ್ನೆಯನ್ನು ಕೇಳುತ್ತಾರೆ: ಈ ಎರಡು ಗಂಟೆಗಳು ಎಲ್ಲಿಂದ ಬಂದವು? ಮತ್ತು ನೀವು ಇದನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ವಿವರಿಸಲು ಸಾಧ್ಯವಾಗದಿದ್ದರೆ, ಅವರು ನಿಮ್ಮ ಅಥವಾ ನಿಮ್ಮ ಡಾಕ್ಯುಮೆಂಟ್ನಲ್ಲಿ ವಿಶ್ವಾಸ ಹೊಂದಿರುವುದಿಲ್ಲ.
ಇದು ಕಾಗದದ ತುಂಡು, ಅನ್ಸಬ್ಸ್ಕ್ರೈಬ್ಗಾಗಿ ಕಾಗದದ ತುಂಡು ಎಂದು ತಿರುಗುತ್ತದೆ. ಮೂಲಕ, ಕೆಲವರು ಇದನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಮಾಡುತ್ತಾರೆ, ಸರಳವಾಗಿ ನಿಯಂತ್ರಕದ ಅವಶ್ಯಕತೆಗಳನ್ನು ಪೂರೈಸಲು.
ಸರಿ ನಿಮಗೆ ಅರ್ಥವಾಗಿದೆ
2. ಎಲ್ಲದಕ್ಕೂ ಮದ್ದು
ಎಲ್ಲಾ ವ್ಯವಹಾರ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಯಾವುದೇ ಬೆದರಿಕೆಗಳಿಂದ ರಕ್ಷಿಸಲು BCP ಯೋಜನೆಯನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾಗಿದೆ ಎಂದು ಕೆಲವರು ನಂಬುತ್ತಾರೆ. ಇತ್ತೀಚೆಗೆ, "ನಾವು ಯಾವುದರಿಂದ ನಮ್ಮನ್ನು ರಕ್ಷಿಸಿಕೊಳ್ಳಲು ಬಯಸುತ್ತೇವೆ?" ನಾನು ಉತ್ತರವನ್ನು ಕೇಳಿದೆ: "ಎಲ್ಲವೂ ಮತ್ತು ಹೆಚ್ಚು."
ಆದರೆ ಯೋಜನೆಯು ರಕ್ಷಿಸಲು ಮಾತ್ರ ಉದ್ದೇಶಿಸಲಾಗಿದೆ ಎಂಬುದು ಸತ್ಯ ನಿರ್ದಿಷ್ಟ ಕಂಪನಿಯ ಪ್ರಮುಖ ವ್ಯವಹಾರ ಪ್ರಕ್ರಿಯೆಗಳು ನಿರ್ದಿಷ್ಟ ಬೆದರಿಕೆಗಳು. ಆದ್ದರಿಂದ, ಯೋಜನೆಯನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವ ಮೊದಲು, ಅಪಾಯಗಳ ಸಂಭವವನ್ನು ನಿರ್ಣಯಿಸುವುದು ಮತ್ತು ವ್ಯವಹಾರಕ್ಕೆ ಅವುಗಳ ಪರಿಣಾಮಗಳನ್ನು ವಿಶ್ಲೇಷಿಸುವುದು ಅವಶ್ಯಕ. ಕಂಪನಿಯು ಯಾವ ಬೆದರಿಕೆಗಳಿಗೆ ಹೆದರುತ್ತದೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಅಪಾಯದ ಮೌಲ್ಯಮಾಪನದ ಅಗತ್ಯವಿದೆ. ಕಟ್ಟಡ ವಿನಾಶದ ಸಂದರ್ಭದಲ್ಲಿ ಒಂದು ನಿರಂತರತೆಯ ಯೋಜನೆ ಇರುತ್ತದೆ, ಮಂಜೂರಾತಿ ಒತ್ತಡದ ಸಂದರ್ಭದಲ್ಲಿ - ಇನ್ನೊಂದು, ಪ್ರವಾಹದ ಸಂದರ್ಭದಲ್ಲಿ - ಮೂರನೇ. ವಿವಿಧ ನಗರಗಳಲ್ಲಿನ ಎರಡು ಒಂದೇ ಸೈಟ್‌ಗಳು ಸಹ ಗಮನಾರ್ಹವಾಗಿ ವಿಭಿನ್ನ ಯೋಜನೆಗಳನ್ನು ಹೊಂದಿರಬಹುದು.
ಒಂದು BCP ಯೊಂದಿಗೆ ಸಂಪೂರ್ಣ ಕಂಪನಿಯನ್ನು ರಕ್ಷಿಸುವುದು ಅಸಾಧ್ಯ, ವಿಶೇಷವಾಗಿ ದೊಡ್ಡದು. ಉದಾಹರಣೆಗೆ, ಬೃಹತ್ X5 ಚಿಲ್ಲರೆ ಗುಂಪು ಎರಡು ಪ್ರಮುಖ ವ್ಯವಹಾರ ಪ್ರಕ್ರಿಯೆಗಳೊಂದಿಗೆ ನಿರಂತರತೆಯನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಪ್ರಾರಂಭಿಸಿತು (ನಾವು ಇದರ ಬಗ್ಗೆ ಬರೆದಿದ್ದೇವೆ ) ಮತ್ತು ಇಡೀ ಕಂಪನಿಯನ್ನು ಒಂದೇ ಯೋಜನೆಯೊಂದಿಗೆ ಸುತ್ತುವರಿಯುವುದು ಅವಾಸ್ತವಿಕವಾಗಿದೆ; ಇದು "ಸಾಮೂಹಿಕ ಜವಾಬ್ದಾರಿ" ವರ್ಗದಿಂದ ಬಂದಿದೆ, ಪ್ರತಿಯೊಬ್ಬರೂ ಜವಾಬ್ದಾರರಾಗಿರುವಾಗ ಮತ್ತು ಯಾರೂ ಜವಾಬ್ದಾರರಾಗಿಲ್ಲ.
ISO 22301 ಮಾನದಂಡವು ನೀತಿಯ ಪರಿಕಲ್ಪನೆಯನ್ನು ಒಳಗೊಂಡಿದೆ, ಅದರೊಂದಿಗೆ ಕಂಪನಿಯಲ್ಲಿ ನಿರಂತರತೆಯ ಪ್ರಕ್ರಿಯೆಯು ಪ್ರಾರಂಭವಾಗುತ್ತದೆ. ನಾವು ಯಾವುದರಿಂದ ರಕ್ಷಿಸುತ್ತೇವೆ ಮತ್ತು ಯಾವುದರಿಂದ ರಕ್ಷಿಸುತ್ತೇವೆ ಎಂಬುದನ್ನು ಇದು ವಿವರಿಸುತ್ತದೆ. ಜನರು ಓಡಿ ಬಂದು ಇದನ್ನು ಮತ್ತು ಅದನ್ನು ಸೇರಿಸಲು ಕೇಳಿದರೆ, ಉದಾಹರಣೆಗೆ:
— ನಾವು ಹ್ಯಾಕ್ ಆಗುವ ಅಪಾಯವನ್ನು BCP ಗೆ ಸೇರಿಸೋಣವೇ?
ಅಥವಾ
— ಇತ್ತೀಚೆಗೆ, ಮಳೆಯ ಸಮಯದಲ್ಲಿ, ನಮ್ಮ ಮೇಲಿನ ಮಹಡಿಯು ಪ್ರವಾಹಕ್ಕೆ ಒಳಗಾಯಿತು - ಪ್ರವಾಹದ ಸಂದರ್ಭದಲ್ಲಿ ಏನು ಮಾಡಬೇಕೆಂಬುದರ ಸನ್ನಿವೇಶವನ್ನು ಸೇರಿಸೋಣ?
ನಂತರ ತಕ್ಷಣವೇ ಅವರನ್ನು ಈ ನೀತಿಗೆ ಉಲ್ಲೇಖಿಸಿ ಮತ್ತು ನಾವು ನಿರ್ದಿಷ್ಟ ಕಂಪನಿಯ ಸ್ವತ್ತುಗಳನ್ನು ರಕ್ಷಿಸುತ್ತೇವೆ ಮತ್ತು ನಿರ್ದಿಷ್ಟ, ಪೂರ್ವ-ಒಪ್ಪಿದ ಬೆದರಿಕೆಗಳಿಂದ ಮಾತ್ರ ನಾವು ರಕ್ಷಿಸುತ್ತೇವೆ ಎಂದು ಹೇಳಿ, ಏಕೆಂದರೆ ಅವುಗಳು ಈಗ ಆದ್ಯತೆಯಾಗಿದೆ.
ಮತ್ತು ಬದಲಾವಣೆಗಳ ಪ್ರಸ್ತಾಪಗಳು ನಿಜವಾಗಿಯೂ ಸೂಕ್ತವಾಗಿದ್ದರೂ ಸಹ, ನಂತರ ನೀತಿಯ ಮುಂದಿನ ಆವೃತ್ತಿಯಲ್ಲಿ ಅವುಗಳನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಲು ಪ್ರಸ್ತಾಪಿಸಿ. ಏಕೆಂದರೆ ಕಂಪನಿಯನ್ನು ರಕ್ಷಿಸಲು ಸಾಕಷ್ಟು ಹಣ ಖರ್ಚಾಗುತ್ತದೆ. ಆದ್ದರಿಂದ BCP ಯೋಜನೆಗೆ ಎಲ್ಲಾ ಬದಲಾವಣೆಗಳು ಬಜೆಟ್ ಸಮಿತಿ ಮತ್ತು ಯೋಜನೆ ಮೂಲಕ ಹೋಗಬೇಕು. ಕಂಪನಿಯ ವ್ಯವಹಾರ ಮುಂದುವರಿಕೆ ನೀತಿಯನ್ನು ವರ್ಷಕ್ಕೊಮ್ಮೆ ಅಥವಾ ಕಂಪನಿಯ ರಚನೆ ಅಥವಾ ಬಾಹ್ಯ ಪರಿಸ್ಥಿತಿಗಳಲ್ಲಿ ಗಮನಾರ್ಹ ಬದಲಾವಣೆಗಳ ನಂತರ ತಕ್ಷಣವೇ ಪರಿಶೀಲಿಸಲು ನಾವು ಶಿಫಾರಸು ಮಾಡುತ್ತೇವೆ (ಹಾಗೆಂದು ಹೇಳಲು ಓದುಗರು ನನ್ನನ್ನು ಕ್ಷಮಿಸಬಹುದು).
3. ಫ್ಯಾಂಟಸಿಗಳು ಮತ್ತು ರಿಯಾಲಿಟಿ
BCP ಯೋಜನೆಯನ್ನು ರಚಿಸುವಾಗ, ಲೇಖಕರು ಪ್ರಪಂಚದ ಕೆಲವು ಆದರ್ಶ ಚಿತ್ರವನ್ನು ವಿವರಿಸುತ್ತಾರೆ ಎಂದು ಆಗಾಗ್ಗೆ ಸಂಭವಿಸುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, "ನಾವು ಎರಡನೇ ಡೇಟಾ ಕೇಂದ್ರವನ್ನು ಹೊಂದಿಲ್ಲ, ಆದರೆ ನಾವು ಮಾಡಿದಂತೆ ನಾವು ಯೋಜನೆಯನ್ನು ಬರೆಯುತ್ತೇವೆ." ಅಥವಾ ವ್ಯವಹಾರವು ಇನ್ನೂ ಮೂಲಸೌಕರ್ಯದ ಕೆಲವು ಭಾಗವನ್ನು ಹೊಂದಿಲ್ಲ, ಆದರೆ ಭವಿಷ್ಯದಲ್ಲಿ ಕಾಣಿಸಿಕೊಳ್ಳುವ ಭರವಸೆಯಲ್ಲಿ ಉದ್ಯೋಗಿಗಳು ಅದನ್ನು ಇನ್ನೂ ಯೋಜನೆಗೆ ಸೇರಿಸುತ್ತಾರೆ. ತದನಂತರ ಕಂಪನಿಯು ಯೋಜನೆಗೆ ವಾಸ್ತವತೆಯನ್ನು ವಿಸ್ತರಿಸುತ್ತದೆ: ಎರಡನೇ ಡೇಟಾ ಕೇಂದ್ರವನ್ನು ನಿರ್ಮಿಸಿ, ಇತರ ಬದಲಾವಣೆಗಳನ್ನು ವಿವರಿಸಿ.
ಎಡಭಾಗದಲ್ಲಿ BCP ಗೆ ಅನುಗುಣವಾದ ಮೂಲಸೌಕರ್ಯವಿದೆ, ಬಲಭಾಗದಲ್ಲಿ ನಿಜವಾದ ಮೂಲಸೌಕರ್ಯವಿದೆ
ಇದೆಲ್ಲ ತಪ್ಪು. BCP ಯೋಜನೆಯನ್ನು ಬರೆಯುವುದು ಎಂದರೆ ಹಣವನ್ನು ಖರ್ಚು ಮಾಡುವುದು. ನೀವು ಇದೀಗ ಕೆಲಸ ಮಾಡದ ಯೋಜನೆಯನ್ನು ಬರೆದರೆ, ನೀವು ತುಂಬಾ ದುಬಾರಿ ಕಾಗದಕ್ಕಾಗಿ ಪಾವತಿಸಬೇಕಾಗುತ್ತದೆ. ಅದರಿಂದ ಚೇತರಿಸಿಕೊಳ್ಳುವುದು ಅಸಾಧ್ಯ, ಅದನ್ನು ಪರೀಕ್ಷಿಸುವುದು ಅಸಾಧ್ಯ. ಇದು ಕೆಲಸದ ಸಲುವಾಗಿ ಕೆಲಸ ಎಂದು ತಿರುಗುತ್ತದೆ.
ನೀವು ಯೋಜನೆಯನ್ನು ತ್ವರಿತವಾಗಿ ಬರೆಯಬಹುದು, ಆದರೆ ಬ್ಯಾಕ್ಅಪ್ ಮೂಲಸೌಕರ್ಯವನ್ನು ನಿರ್ಮಿಸುವುದು ಮತ್ತು ಎಲ್ಲಾ ರಕ್ಷಣೆ ಪರಿಹಾರಗಳಿಗಾಗಿ ಹಣವನ್ನು ಖರ್ಚು ಮಾಡುವುದು ದೀರ್ಘ ಮತ್ತು ದುಬಾರಿಯಾಗಿದೆ. ಇದು ಒಂದು ವರ್ಷಕ್ಕಿಂತ ಹೆಚ್ಚು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳಬಹುದು. ಮತ್ತು ನೀವು ಈಗಾಗಲೇ ಯೋಜನೆಯನ್ನು ಹೊಂದಿದ್ದೀರಿ ಎಂದು ತಿರುಗಬಹುದು ಮತ್ತು ಅದರ ಮೂಲಸೌಕರ್ಯವು ಎರಡು ವರ್ಷಗಳಲ್ಲಿ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ. ಅಂತಹ ಯೋಜನೆ ಏಕೆ ಬೇಕು? ಅದು ನಿಮ್ಮನ್ನು ಯಾವುದರಿಂದ ರಕ್ಷಿಸುತ್ತದೆ?
BCP ಅಭಿವೃದ್ಧಿ ತಂಡವು ತಜ್ಞರು ಏನು ಮಾಡಬೇಕು ಮತ್ತು ಯಾವ ಸಮಯದಲ್ಲಿ ಮಾಡಬೇಕೆಂದು ಲೆಕ್ಕಾಚಾರ ಮಾಡಲು ಪ್ರಾರಂಭಿಸಿದಾಗ ಇದು ಫ್ಯಾಂಟಸಿಯಾಗಿದೆ. ಇದು ವರ್ಗದಿಂದ ಬಂದಿದೆ: “ನೀವು ಟೈಗಾದಲ್ಲಿ ಕರಡಿಯನ್ನು ನೋಡಿದಾಗ, ನೀವು ಕರಡಿಯಿಂದ ವಿರುದ್ಧ ದಿಕ್ಕಿನಲ್ಲಿ ತಿರುಗಬೇಕು ಮತ್ತು ಕರಡಿಯ ವೇಗವನ್ನು ಮೀರಿದ ವೇಗದಲ್ಲಿ ಓಡಬೇಕು. ಚಳಿಗಾಲದ ತಿಂಗಳುಗಳಲ್ಲಿ, ನಿಮ್ಮ ಟ್ರ್ಯಾಕ್‌ಗಳನ್ನು ನೀವು ಕವರ್ ಮಾಡಬೇಕಾಗುತ್ತದೆ.
4. ಮೇಲ್ಭಾಗಗಳು ಮತ್ತು ಬೇರುಗಳು
ನಾಲ್ಕನೇ ಪ್ರಮುಖ ತಪ್ಪು ಯೋಜನೆಯನ್ನು ತುಂಬಾ ಮೇಲ್ನೋಟಕ್ಕೆ ಅಥವಾ ತುಂಬಾ ವಿವರವಾಗಿ ಮಾಡುವುದು. ನಮಗೆ ಚಿನ್ನದ ಸರಾಸರಿ ಬೇಕು. ಈ ಯೋಜನೆಯು ಮೂರ್ಖರಿಗೆ ಹೆಚ್ಚು ವಿವರವಾಗಿರಬಾರದು, ಆದರೆ ಇದು ತುಂಬಾ ಸಾಮಾನ್ಯವಾಗಿರಬಾರದು ಆದ್ದರಿಂದ ಈ ರೀತಿಯ ಏನಾದರೂ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ:
ಸಾಮಾನ್ಯವಾಗಿ ಸುಲಭವಾಗಿ
5. ಸೀಸರ್‌ಗೆ - ಸೀಸರ್ ಎಂದರೇನು, ಮೆಕ್ಯಾನಿಕ್‌ಗೆ - ಮೆಕ್ಯಾನಿಕ್ ಎಂದರೇನು.
ಮುಂದಿನ ತಪ್ಪು ಹಿಂದಿನದರಿಂದ ಉಂಟಾಗುತ್ತದೆ: ಒಂದು ಯೋಜನೆಯು ಎಲ್ಲಾ ಹಂತದ ನಿರ್ವಹಣೆಗೆ ಎಲ್ಲಾ ಕ್ರಿಯೆಗಳನ್ನು ಸರಿಹೊಂದಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. BCP ಯೋಜನೆಗಳನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ದೊಡ್ಡ ಹಣಕಾಸಿನ ಹರಿವಿನೊಂದಿಗೆ ದೊಡ್ಡ ಕಂಪನಿಗಳಿಗೆ ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾಗುತ್ತದೆ (ಮೂಲಕ, ನಮ್ಮ ಪ್ರಕಾರ , ಸರಾಸರಿಯಾಗಿ, 48% ದೊಡ್ಡ ರಷ್ಯಾದ ಕಂಪನಿಗಳು ಗಮನಾರ್ಹ ಹಣಕಾಸಿನ ನಷ್ಟವನ್ನು ಉಂಟುಮಾಡುವ ತುರ್ತು ಸಂದರ್ಭಗಳನ್ನು ಎದುರಿಸಿದವು) ಮತ್ತು ಬಹು-ಹಂತದ ನಿರ್ವಹಣಾ ವ್ಯವಸ್ಥೆ. ಅಂತಹ ಕಂಪನಿಗಳಿಗೆ, ಎಲ್ಲವನ್ನೂ ಒಂದೇ ಡಾಕ್ಯುಮೆಂಟ್ಗೆ ಹೊಂದಿಸಲು ಪ್ರಯತ್ನಿಸುವುದು ಯೋಗ್ಯವಾಗಿಲ್ಲ. ಕಂಪನಿಯು ದೊಡ್ಡದಾಗಿದ್ದರೆ ಮತ್ತು ರಚನಾತ್ಮಕವಾಗಿದ್ದರೆ, ಯೋಜನೆಯು ಮೂರು ಪ್ರತ್ಯೇಕ ಹಂತಗಳನ್ನು ಹೊಂದಿರಬೇಕು:
- ಕಾರ್ಯತಂತ್ರದ ಮಟ್ಟ - ಹಿರಿಯ ನಿರ್ವಹಣೆಗಾಗಿ;
- ಯುದ್ಧತಂತ್ರದ ಮಟ್ಟ - ಮಧ್ಯಮ ವ್ಯವಸ್ಥಾಪಕರಿಗೆ;
- ಮತ್ತು ಕಾರ್ಯಾಚರಣೆಯ ಮಟ್ಟ - ಕ್ಷೇತ್ರದಲ್ಲಿ ನೇರವಾಗಿ ತೊಡಗಿಸಿಕೊಂಡವರಿಗೆ.
ಉದಾಹರಣೆಗೆ, ನಾವು ವಿಫಲವಾದ ಮೂಲಸೌಕರ್ಯವನ್ನು ಮರುಸ್ಥಾಪಿಸುವ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತಿದ್ದರೆ, ಕಾರ್ಯತಂತ್ರದ ಮಟ್ಟದಲ್ಲಿ ಚೇತರಿಕೆ ಯೋಜನೆಯನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಲು ನಿರ್ಧಾರ ತೆಗೆದುಕೊಳ್ಳಲಾಗುತ್ತದೆ, ಯುದ್ಧತಂತ್ರದ ಮಟ್ಟದಲ್ಲಿ ಪ್ರಕ್ರಿಯೆಯ ಕಾರ್ಯವಿಧಾನಗಳನ್ನು ವಿವರಿಸಬಹುದು ಮತ್ತು ಕಾರ್ಯಾಚರಣೆಯ ಮಟ್ಟದಲ್ಲಿ ನಿರ್ದಿಷ್ಟ ಕಾರ್ಯಾರಂಭಕ್ಕೆ ಸೂಚನೆಗಳಿವೆ. ಸಲಕರಣೆಗಳ ತುಣುಕುಗಳು.
ಬಜೆಟ್ ಇಲ್ಲದೆ BCP
ಪ್ರತಿಯೊಬ್ಬರೂ ತಮ್ಮ ಜವಾಬ್ದಾರಿಯ ಪ್ರದೇಶವನ್ನು ಮತ್ತು ಇತರ ಉದ್ಯೋಗಿಗಳೊಂದಿಗೆ ಸಂಪರ್ಕವನ್ನು ನೋಡುತ್ತಾರೆ. ಅಪಘಾತದ ಕ್ಷಣದಲ್ಲಿ, ಪ್ರತಿಯೊಬ್ಬರೂ ಯೋಜನೆಯನ್ನು ತೆರೆಯುತ್ತಾರೆ, ತ್ವರಿತವಾಗಿ ತಮ್ಮ ಭಾಗವನ್ನು ಕಂಡುಕೊಳ್ಳುತ್ತಾರೆ ಮತ್ತು ಅದನ್ನು ಅನುಸರಿಸುತ್ತಾರೆ. ತಾತ್ತ್ವಿಕವಾಗಿ, ಯಾವ ಪುಟಗಳನ್ನು ತೆರೆಯಬೇಕೆಂದು ನೀವು ಹೃದಯದಿಂದ ನೆನಪಿಟ್ಟುಕೊಳ್ಳಬೇಕು, ಏಕೆಂದರೆ ಕೆಲವೊಮ್ಮೆ ನಿಮಿಷಗಳು ಎಣಿಕೆಯಾಗುತ್ತವೆ.
6. ಪಾತ್ರಾಭಿನಯ
BCP ಯೋಜನೆಯನ್ನು ರಚಿಸುವಾಗ ಮತ್ತೊಂದು ತಪ್ಪು: ಯೋಜನೆಯಲ್ಲಿ ನಿರ್ದಿಷ್ಟ ಹೆಸರುಗಳು, ಇಮೇಲ್ ವಿಳಾಸಗಳು ಮತ್ತು ಇತರ ಸಂಪರ್ಕ ಮಾಹಿತಿಯನ್ನು ಸೇರಿಸುವ ಅಗತ್ಯವಿಲ್ಲ. ಡಾಕ್ಯುಮೆಂಟ್‌ನ ಪಠ್ಯದಲ್ಲಿಯೇ, ವ್ಯಕ್ತಿಗತವಲ್ಲದ ಪಾತ್ರಗಳನ್ನು ಮಾತ್ರ ಸೂಚಿಸಬೇಕು ಮತ್ತು ಈ ಪಾತ್ರಗಳಿಗೆ ನಿರ್ದಿಷ್ಟ ಕಾರ್ಯಗಳಿಗೆ ಜವಾಬ್ದಾರರಾಗಿರುವವರ ಹೆಸರುಗಳನ್ನು ನಿಯೋಜಿಸಬೇಕು ಮತ್ತು ಅವರ ಸಂಪರ್ಕಗಳನ್ನು ಯೋಜನೆಗೆ ಅನೆಕ್ಸ್‌ನಲ್ಲಿ ಪಟ್ಟಿ ಮಾಡಬೇಕು.
ಯಾಕೆ?
ಇಂದು, ಹೆಚ್ಚಿನ ಜನರು ಪ್ರತಿ ಎರಡು ಮೂರು ವರ್ಷಗಳಿಗೊಮ್ಮೆ ಉದ್ಯೋಗವನ್ನು ಬದಲಾಯಿಸುತ್ತಾರೆ. ಮತ್ತು ನೀವು ಎಲ್ಲಾ ಜವಾಬ್ದಾರಿಗಳನ್ನು ಮತ್ತು ಅವರ ಸಂಪರ್ಕಗಳನ್ನು ಯೋಜನೆಯ ಪಠ್ಯದಲ್ಲಿ ಬರೆದರೆ, ಅದನ್ನು ನಿರಂತರವಾಗಿ ಬದಲಾಯಿಸಬೇಕಾಗುತ್ತದೆ. ಮತ್ತು ದೊಡ್ಡ ಕಂಪನಿಗಳಲ್ಲಿ, ಮತ್ತು ವಿಶೇಷವಾಗಿ ಸರ್ಕಾರಿ ಸಂಸ್ಥೆಗಳಲ್ಲಿ, ಯಾವುದೇ ಡಾಕ್ಯುಮೆಂಟ್ಗೆ ಪ್ರತಿ ಬದಲಾವಣೆಗೆ ಟನ್ ಅನುಮೋದನೆಗಳ ಅಗತ್ಯವಿದೆ.
ತುರ್ತು ಪರಿಸ್ಥಿತಿ ಸಂಭವಿಸಿದಲ್ಲಿ ಮತ್ತು ನೀವು ಯೋಜನೆಯ ಮೂಲಕ ಉನ್ಮಾದದಿಂದ ಹೊರಟು ಸರಿಯಾದ ಸಂಪರ್ಕವನ್ನು ಹುಡುಕಬೇಕಾದರೆ, ನೀವು ಅಮೂಲ್ಯ ಸಮಯವನ್ನು ಕಳೆದುಕೊಳ್ಳುತ್ತೀರಿ ಎಂದು ನಮೂದಿಸಬಾರದು.
ಲೈಫ್ ಹ್ಯಾಕ್: ನೀವು ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಬದಲಾಯಿಸಿದಾಗ, ನೀವು ಅದನ್ನು ಅನುಮೋದಿಸುವ ಅಗತ್ಯವಿಲ್ಲ. ಮತ್ತೊಂದು ಸಲಹೆ: ನೀವು ಯೋಜನೆ ನವೀಕರಣ ಯಾಂತ್ರೀಕೃತಗೊಂಡ ವ್ಯವಸ್ಥೆಗಳನ್ನು ಬಳಸಬಹುದು.
7. ಆವೃತ್ತಿಯ ಕೊರತೆ
ಸಾಮಾನ್ಯವಾಗಿ ಅವರು ಯೋಜನೆ ಆವೃತ್ತಿ 1.0 ಅನ್ನು ರಚಿಸುತ್ತಾರೆ, ಮತ್ತು ನಂತರ ಎಡಿಟಿಂಗ್ ಮೋಡ್ ಇಲ್ಲದೆ ಮತ್ತು ಫೈಲ್ ಹೆಸರನ್ನು ಬದಲಾಯಿಸದೆ ಎಲ್ಲಾ ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡುತ್ತಾರೆ. ಅದೇ ಸಮಯದಲ್ಲಿ, ಹಿಂದಿನ ಆವೃತ್ತಿಗೆ ಹೋಲಿಸಿದರೆ ಏನು ಬದಲಾಗಿದೆ ಎಂಬುದು ಸಾಮಾನ್ಯವಾಗಿ ಅಸ್ಪಷ್ಟವಾಗಿದೆ. ಆವೃತ್ತಿಯ ಅನುಪಸ್ಥಿತಿಯಲ್ಲಿ, ಯೋಜನೆಯು ತನ್ನದೇ ಆದ ಜೀವನವನ್ನು ನಡೆಸುತ್ತದೆ, ಅದು ಯಾವುದೇ ರೀತಿಯಲ್ಲಿ ಟ್ರ್ಯಾಕ್ ಮಾಡಲಾಗುವುದಿಲ್ಲ. ಯಾವುದೇ BCP ಯೋಜನೆಯ ಎರಡನೇ ಪುಟವು ಆವೃತ್ತಿ, ಬದಲಾವಣೆಗಳ ಲೇಖಕ ಮತ್ತು ಬದಲಾವಣೆಗಳ ಪಟ್ಟಿಯನ್ನು ಸೂಚಿಸಬೇಕು.
ಇನ್ನು ಯಾರೂ ಅದನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ
8. ನಾನು ಯಾರನ್ನು ಕೇಳಬೇಕು?
ಸಾಮಾನ್ಯವಾಗಿ ಕಂಪನಿಗಳು BCP ಯೋಜನೆಗೆ ಜವಾಬ್ದಾರರಾಗಿರುವ ವ್ಯಕ್ತಿಯನ್ನು ಹೊಂದಿರುವುದಿಲ್ಲ ಮತ್ತು ವ್ಯಾಪಾರದ ನಿರಂತರತೆಗೆ ಜವಾಬ್ದಾರರಾಗಿರುವ ಪ್ರತ್ಯೇಕ ವಿಭಾಗವಿಲ್ಲ. ಈ ಗೌರವಾನ್ವಿತ ಜವಾಬ್ದಾರಿಯನ್ನು CIO, ಅವರ ಡೆಪ್ಯೂಟಿ ಅಥವಾ "ನೀವು ಮಾಹಿತಿ ಭದ್ರತೆಯೊಂದಿಗೆ ವ್ಯವಹರಿಸುತ್ತೀರಿ, ಆದ್ದರಿಂದ ಇಲ್ಲಿ ಹೆಚ್ಚುವರಿಯಾಗಿ BCP ಇದೆ" ಎಂಬ ತತ್ವದ ಪ್ರಕಾರ ನಿಯೋಜಿಸಲಾಗಿದೆ. ಪರಿಣಾಮವಾಗಿ, ಯೋಜನೆಯನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾಗಿದೆ, ಒಪ್ಪಿಗೆ ಮತ್ತು ಅನುಮೋದನೆ, ಮೇಲಿನಿಂದ ಕೆಳಕ್ಕೆ.
ಯೋಜನೆಯನ್ನು ಸಂಗ್ರಹಿಸಲು, ನವೀಕರಿಸಲು ಮತ್ತು ಅದರಲ್ಲಿರುವ ಮಾಹಿತಿಯನ್ನು ಪರಿಷ್ಕರಿಸಲು ಯಾರು ಜವಾಬ್ದಾರರು? ಇದನ್ನು ಸೂಚಿಸದೇ ಇರಬಹುದು. ಇದಕ್ಕಾಗಿ ಪ್ರತ್ಯೇಕ ಉದ್ಯೋಗಿಯನ್ನು ನೇಮಿಸಿಕೊಳ್ಳುವುದು ವ್ಯರ್ಥ, ಆದರೆ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವವರಲ್ಲಿ ಒಬ್ಬರನ್ನು ಹೆಚ್ಚುವರಿ ಕರ್ತವ್ಯಗಳೊಂದಿಗೆ ಲೋಡ್ ಮಾಡುವುದು ಸಾಧ್ಯ, ಏಕೆಂದರೆ ಪ್ರತಿಯೊಬ್ಬರೂ ಈಗ ದಕ್ಷತೆಗಾಗಿ ಶ್ರಮಿಸುತ್ತಿದ್ದಾರೆ: “ನಾವು ಅವನ ಮೇಲೆ ಲ್ಯಾಂಟರ್ನ್ ಅನ್ನು ನೇತುಹಾಕೋಣ ಇದರಿಂದ ಅವನು ರಾತ್ರಿಯಲ್ಲಿ ಕೊಚ್ಚಬಹುದು,” ಆದರೆ ಇದು ಅಗತ್ಯವಿದೆಯೇ?
BCP ರಚನೆಯಾದ ಎರಡು ವರ್ಷಗಳ ನಂತರ ನಾವು ಅದಕ್ಕೆ ಜವಾಬ್ದಾರರಾಗಿರುವವರನ್ನು ಹುಡುಕುತ್ತಿದ್ದೇವೆ
ಆದ್ದರಿಂದ, ಇದು ಆಗಾಗ್ಗೆ ಈ ರೀತಿ ಸಂಭವಿಸುತ್ತದೆ: ಒಂದು ಯೋಜನೆಯನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾಯಿತು ಮತ್ತು ಧೂಳಿನಿಂದ ಮುಚ್ಚಲು ಉದ್ದವಾದ ಪೆಟ್ಟಿಗೆಯಲ್ಲಿ ಇರಿಸಲಾಯಿತು. ಯಾರೂ ಅದನ್ನು ಪರೀಕ್ಷಿಸುವುದಿಲ್ಲ ಅಥವಾ ಅದರ ಪ್ರಸ್ತುತತೆಯನ್ನು ಕಾಪಾಡಿಕೊಳ್ಳುವುದಿಲ್ಲ. ನಾನು ಗ್ರಾಹಕರ ಬಳಿಗೆ ಬಂದಾಗ ನಾನು ಕೇಳುವ ಸಾಮಾನ್ಯ ನುಡಿಗಟ್ಟು: "ಒಂದು ಯೋಜನೆ ಇದೆ, ಆದರೆ ಅದನ್ನು ಬಹಳ ಹಿಂದೆಯೇ ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾಗಿದೆ, ಅದನ್ನು ಪರೀಕ್ಷಿಸಲಾಗಿದೆಯೇ ಎಂಬುದು ತಿಳಿದಿಲ್ಲ, ಅದು ಕಾರ್ಯನಿರ್ವಹಿಸುವುದಿಲ್ಲ ಎಂಬ ಅನುಮಾನವಿದೆ."
9. ತುಂಬಾ ನೀರು
ಕಂಪನಿಯು ಏನು ಮಾಡುತ್ತದೆ ಎಂಬುದರ ಕುರಿತು ಮಾಹಿತಿಯೊಂದಿಗೆ ಪೂರ್ವಾಪೇಕ್ಷಿತಗಳ ವಿವರಣೆ ಮತ್ತು ಯೋಜನೆಯಲ್ಲಿ ಭಾಗವಹಿಸುವ ಎಲ್ಲರಿಗೂ ಧನ್ಯವಾದಗಳು ಸೇರಿದಂತೆ ಪರಿಚಯವು ಐದು ಪುಟಗಳಷ್ಟು ಉದ್ದವಿರುವ ಯೋಜನೆಗಳಿವೆ. ಉಪಯುಕ್ತ ಮಾಹಿತಿ ಇರುವ ಹತ್ತನೇ ಪುಟಕ್ಕೆ ನೀವು ಕೆಳಗೆ ಸ್ಕ್ರಾಲ್ ಮಾಡುವ ಹೊತ್ತಿಗೆ, ನಿಮ್ಮ ಡೇಟಾ ಸೆಂಟರ್ ಈಗಾಗಲೇ ಪ್ರವಾಹಕ್ಕೆ ಒಳಗಾಗಿದೆ.
ನೀವು ಈ ಕ್ಷಣದವರೆಗೆ ಓದಲು ಪ್ರಯತ್ನಿಸುತ್ತಿರುವಾಗ, ನಿಮ್ಮ ಡೇಟಾ ಸೆಂಟರ್ ಪ್ರವಾಹಕ್ಕೆ ಒಳಗಾಗಿದ್ದರೆ ನೀವು ಏನು ಮಾಡಬೇಕು?
ಎಲ್ಲಾ ಕಾರ್ಪೊರೇಟ್ "ನೀರು" ಅನ್ನು ಪ್ರತ್ಯೇಕ ಡಾಕ್ಯುಮೆಂಟ್ನಲ್ಲಿ ಇರಿಸಿ. ಯೋಜನೆಯು ಅತ್ಯಂತ ನಿರ್ದಿಷ್ಟವಾಗಿರಬೇಕು: ಈ ಕಾರ್ಯಕ್ಕೆ ಜವಾಬ್ದಾರರಾಗಿರುವ ವ್ಯಕ್ತಿಯು ಇದನ್ನು ಮಾಡುತ್ತಾರೆ, ಇತ್ಯಾದಿ.
10. ಔತಣಕೂಟ ಯಾರ ಖರ್ಚಿನಲ್ಲಿದೆ?
ಸಾಮಾನ್ಯವಾಗಿ, ಯೋಜನೆ ರಚನೆಕಾರರು ಕಂಪನಿಯ ಉನ್ನತ ನಿರ್ವಹಣೆಯಿಂದ ಬೆಂಬಲವನ್ನು ಹೊಂದಿರುವುದಿಲ್ಲ. ಆದರೆ ವ್ಯಾಪಾರ ನಿರಂತರತೆಯನ್ನು ನಿರ್ವಹಿಸಲು ಅಗತ್ಯವಾದ ಬಜೆಟ್ ಮತ್ತು ಸಂಪನ್ಮೂಲಗಳನ್ನು ನಿರ್ವಹಿಸದ ಅಥವಾ ಹೊಂದಿರದ ಮಧ್ಯಮ ನಿರ್ವಹಣೆಯಿಂದ ಬೆಂಬಲವಿದೆ. ಉದಾಹರಣೆಗೆ, IT ಇಲಾಖೆಯು ತನ್ನ BCP ಯೋಜನೆಯನ್ನು ತನ್ನ ಬಜೆಟ್‌ನಲ್ಲಿ ರಚಿಸುತ್ತದೆ, ಆದರೆ CIO ಸಂಪೂರ್ಣ ಕಂಪನಿಯ ಚಿತ್ರವನ್ನು ನೋಡುವುದಿಲ್ಲ. ನನ್ನ ಮೆಚ್ಚಿನ ಉದಾಹರಣೆ ವೀಡಿಯೊ ಕಾನ್ಫರೆನ್ಸಿಂಗ್ ಆಗಿದೆ. CEO ಅವರ ವೀಡಿಯೊ ಕಾನ್ಫರೆನ್ಸಿಂಗ್ ಕೆಲಸ ಮಾಡದಿದ್ದಾಗ, ಅವರು ಯಾರನ್ನು ಹೊರಹಾಕುತ್ತಾರೆ? "ಒದಗದಿರುವ" CIO ಆದ್ದರಿಂದ, CIO ನ ದೃಷ್ಟಿಕೋನದಿಂದ, ಕಂಪನಿಯಲ್ಲಿ ಅತ್ಯಂತ ಮುಖ್ಯವಾದ ವಿಷಯ ಯಾವುದು? ಜನರು ಯಾವಾಗಲೂ ಅವನನ್ನು "ಪ್ರೀತಿಸುತ್ತಾರೆ": ವೀಡಿಯೊ ಕಾನ್ಫರೆನ್ಸಿಂಗ್, ಇದು ತಕ್ಷಣವೇ ವ್ಯಾಪಾರ-ನಿರ್ಣಾಯಕ ವ್ಯವಸ್ಥೆಯಾಗಿ ಬದಲಾಗುತ್ತದೆ. ಮತ್ತು ವ್ಯವಹಾರದ ದೃಷ್ಟಿಕೋನದಿಂದ - ಅಲ್ಲದೆ, ವಿಕೆಎಸ್ ಇಲ್ಲ, ಯೋಚಿಸಿ, ನಾವು ಬ್ರೆಝ್ನೇವ್ ಅವರಂತೆ ಫೋನ್ನಲ್ಲಿ ಮಾತನಾಡುತ್ತೇವೆ ...
ಹೆಚ್ಚುವರಿಯಾಗಿ, ಐಟಿ ಇಲಾಖೆಯು ಸಾಮಾನ್ಯವಾಗಿ ದುರಂತದ ಸಂದರ್ಭದಲ್ಲಿ ಅದರ ಮುಖ್ಯ ಕಾರ್ಯವೆಂದರೆ ಕಾರ್ಪೊರೇಟ್ ಐಟಿ ವ್ಯವಸ್ಥೆಗಳ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಪುನಃಸ್ಥಾಪಿಸುವುದು ಎಂದು ಭಾವಿಸುತ್ತದೆ. ಆದರೆ ಕೆಲವೊಮ್ಮೆ ನೀವು ಇದನ್ನು ಮಾಡಬೇಕಾಗಿಲ್ಲ! ಭಯಾನಕ ದುಬಾರಿ ಪ್ರಿಂಟರ್‌ನಲ್ಲಿ ಕಾಗದದ ತುಣುಕುಗಳನ್ನು ಮುದ್ರಿಸುವ ರೂಪದಲ್ಲಿ ವ್ಯವಹಾರ ಪ್ರಕ್ರಿಯೆ ಇದ್ದರೆ, ನೀವು ಅಂತಹ ಎರಡನೇ ಮುದ್ರಕವನ್ನು ಬಿಡಿಯಾಗಿ ಖರೀದಿಸಬಾರದು ಮತ್ತು ಸ್ಥಗಿತದ ಸಂದರ್ಭದಲ್ಲಿ ಅದರ ಪಕ್ಕದಲ್ಲಿ ಇರಿಸಿ. ಕೈಯಿಂದ ಕಾಗದದ ತುಂಡುಗಳನ್ನು ತಾತ್ಕಾಲಿಕವಾಗಿ ಬಣ್ಣಿಸಲು ಸಾಕು.
ನಾವು ಐಟಿಯಲ್ಲಿ ನಿರಂತರ ರಕ್ಷಣೆಯನ್ನು ನಿರ್ಮಿಸುತ್ತಿದ್ದರೆ, ನಾವು ಹಿರಿಯ ನಿರ್ವಹಣೆ ಮತ್ತು ವ್ಯಾಪಾರ ಪ್ರತಿನಿಧಿಗಳ ಬೆಂಬಲವನ್ನು ಪಡೆದುಕೊಳ್ಳಬೇಕು. ಇಲ್ಲದಿದ್ದರೆ, ಐಟಿ ಇಲಾಖೆಯೊಳಗೆ ಪ್ಯೂಪೇಟೆಡ್ ನಂತರ, ನೀವು ಒಂದು ನಿರ್ದಿಷ್ಟ ವ್ಯಾಪ್ತಿಯ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಬಹುದು, ಆದರೆ ಅಗತ್ಯವಿರುವ ಎಲ್ಲವುಗಳಲ್ಲ.
ಐಟಿ ಇಲಾಖೆ ಮಾತ್ರ ಡಿಆರ್ ಯೋಜನೆಗಳನ್ನು ಹೊಂದಿರುವಾಗ ಪರಿಸ್ಥಿತಿ ಹೀಗಿದೆ
10. ಪರೀಕ್ಷೆ ಇಲ್ಲ
ಯೋಜನೆ ಇದ್ದರೆ, ಅದನ್ನು ಪರೀಕ್ಷಿಸಬೇಕಾಗಿದೆ. ಮಾನದಂಡಗಳ ಪರಿಚಯವಿಲ್ಲದವರಿಗೆ, ಇದು ಸ್ಪಷ್ಟವಾಗಿಲ್ಲ. ಉದಾಹರಣೆಗೆ, ನೀವು "ತುರ್ತು ನಿರ್ಗಮನ" ಚಿಹ್ನೆಗಳನ್ನು ಎಲ್ಲೆಡೆ ನೇತುಹಾಕಿರುವಿರಿ. ಆದರೆ ಹೇಳಿ, ನಿಮ್ಮ ಬೆಂಕಿ ಬಕೆಟ್, ಕೊಕ್ಕೆ ಮತ್ತು ಸಲಿಕೆ ಎಲ್ಲಿದೆ? ಬೆಂಕಿಯ ಹೈಡ್ರಂಟ್ ಎಲ್ಲಿದೆ? ಅಗ್ನಿಶಾಮಕವನ್ನು ಎಲ್ಲಿ ಇಡಬೇಕು? ಆದರೆ ಪ್ರತಿಯೊಬ್ಬರೂ ಇದನ್ನು ತಿಳಿದಿರಬೇಕು. ಕಚೇರಿಗೆ ಪ್ರವೇಶಿಸುವಾಗ ಅಗ್ನಿಶಾಮಕವನ್ನು ಕಂಡುಹಿಡಿಯುವುದು ನಮಗೆ ತಾರ್ಕಿಕವಾಗಿ ಕಾಣುವುದಿಲ್ಲ.
ಬಹುಶಃ ಯೋಜನೆಯನ್ನು ಪರೀಕ್ಷಿಸುವ ಅಗತ್ಯವನ್ನು ಯೋಜನೆಯಲ್ಲಿಯೇ ಉಲ್ಲೇಖಿಸಬೇಕು, ಆದರೆ ಇದು ವಿವಾದಾತ್ಮಕ ನಿರ್ಧಾರವಾಗಿದೆ. ಯಾವುದೇ ಸಂದರ್ಭದಲ್ಲಿ, ಯೋಜನೆಯು ಒಮ್ಮೆಯಾದರೂ ಅದನ್ನು ಪರೀಕ್ಷಿಸಿದರೆ ಮಾತ್ರ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂದು ಪರಿಗಣಿಸಬಹುದು. ಮೇಲೆ ಹೇಳಿದಂತೆ, ನಾನು ಆಗಾಗ್ಗೆ ಕೇಳುತ್ತೇನೆ: “ಒಂದು ಯೋಜನೆ ಇದೆ, ಎಲ್ಲಾ ಮೂಲಸೌಕರ್ಯಗಳನ್ನು ಸಿದ್ಧಪಡಿಸಲಾಗಿದೆ, ಆದರೆ ಯೋಜನೆಯಲ್ಲಿ ಬರೆದಂತೆ ಎಲ್ಲವೂ ಕಾರ್ಯರೂಪಕ್ಕೆ ಬರುತ್ತವೆ ಎಂಬುದು ಸತ್ಯವಲ್ಲ. ಏಕೆಂದರೆ ಅವರು ಅದನ್ನು ಪರೀಕ್ಷಿಸಲಿಲ್ಲ. ಎಂದಿಗೂ".
ತೀರ್ಮಾನಕ್ಕೆ
ಕೆಲವು ಕಂಪನಿಗಳು ಯಾವ ರೀತಿಯ ತೊಂದರೆಗಳು ಸಂಭವಿಸಬಹುದು ಮತ್ತು ಅವು ಎಷ್ಟು ಸಾಧ್ಯತೆಗಳಿವೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ತಮ್ಮ ಇತಿಹಾಸವನ್ನು ವಿಶ್ಲೇಷಿಸಬಹುದು. ಸಂಶೋಧನೆ ಮತ್ತು ಅನುಭವವು ಎಲ್ಲದರಿಂದ ನಮ್ಮನ್ನು ರಕ್ಷಿಸಿಕೊಳ್ಳಲು ಸಾಧ್ಯವಿಲ್ಲ ಎಂದು ಸೂಚಿಸುತ್ತದೆ. ಶಿಟ್, ಬೇಗ ಅಥವಾ ನಂತರ, ಯಾವುದೇ ಕಂಪನಿಗೆ ಸಂಭವಿಸುತ್ತದೆ. ಇನ್ನೊಂದು ವಿಷಯವೆಂದರೆ ಈ ಅಥವಾ ಇದೇ ರೀತಿಯ ಪರಿಸ್ಥಿತಿಗೆ ನೀವು ಎಷ್ಟು ಸಿದ್ಧರಾಗಿರುವಿರಿ ಮತ್ತು ನಿಮ್ಮ ವ್ಯವಹಾರವನ್ನು ಸಮಯಕ್ಕೆ ಪುನಃಸ್ಥಾಪಿಸಲು ನಿಮಗೆ ಸಾಧ್ಯವಾಗುತ್ತದೆ.
ಎಲ್ಲಾ ರೀತಿಯ ಅಪಾಯಗಳನ್ನು ತೊಡೆದುಹಾಕಲು ಹೇಗೆ ನಿರಂತರತೆ ಎಂದು ಕೆಲವರು ಭಾವಿಸುತ್ತಾರೆ ಇದರಿಂದ ಅವುಗಳು ಕಾರ್ಯರೂಪಕ್ಕೆ ಬರುವುದಿಲ್ಲ. ಇಲ್ಲ, ಅಪಾಯಗಳು ಕಾರ್ಯರೂಪಕ್ಕೆ ಬರುತ್ತವೆ, ಮತ್ತು ನಾವು ಇದಕ್ಕೆ ಸಿದ್ಧರಾಗಿರುತ್ತೇವೆ. ಸೈನಿಕರು ಯುದ್ಧದಲ್ಲಿ ಯೋಚಿಸಲು ಅಲ್ಲ, ಆದರೆ ಕಾರ್ಯನಿರ್ವಹಿಸಲು ತರಬೇತಿ ನೀಡುತ್ತಾರೆ. ಇದು BCP ಯೋಜನೆಯೊಂದಿಗೆ ಒಂದೇ ಆಗಿರುತ್ತದೆ: ನಿಮ್ಮ ವ್ಯಾಪಾರವನ್ನು ಸಾಧ್ಯವಾದಷ್ಟು ಬೇಗ ಮರುಸ್ಥಾಪಿಸಲು ಇದು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ.
BCP ಅಗತ್ಯವಿಲ್ಲದ ಏಕೈಕ ಸಾಧನ
ಇಗೊರ್ ತ್ಯುಕಾಚೆವ್,
ವ್ಯಾಪಾರ ಮುಂದುವರಿಕೆ ಸಲಹೆಗಾರ
ಕಂಪ್ಯೂಟಿಂಗ್ ಸಿಸ್ಟಮ್ಸ್ ವಿನ್ಯಾಸ ಕೇಂದ್ರ
"ಜೆಟ್ ಇನ್ಫೋಸಿಸ್ಟಮ್ಸ್"
ಮೂಲ: www.habr.com