콘텐츠

• 단계
• 방법 1/1: 비상 계획 작성
• 팁

비상 계획에는 서버 장애 또는 건물 화재와 같은 주요 사고 발생 시 취해야 할 일련의 조치가 포함됩니다. 비상 계획은 중요한 정보의 손실을 방지하고 비즈니스에 대한 사고의 해로운 영향을 줄이는 데 필요한 조치에 대한 서면 지침입니다. 제품 품질에 중점을 둔 많은 조직과 회사는 개별 시스템뿐만 아니라 전체 부서에 대한 비상 계획을 가지고 있습니다.

단계

방법 1/1: 비상 계획 작성

1. 1 우선 비상 계획 위원회를 만들고 위원회 의장을 맡을 사람을 선택합니다. 비상계획담당자는 각 부서에서 자체적으로 계획을 작성할 수 있도록 필요한 기술, 도구, 기초지식 등을 제공한다.
2. 2 각 부서의 각 워크플로를 나열합니다. 예를 들어 급여 부서가 HR 계획에 포함될 수 있습니다.
3. 3 부서장이나 고위 관리를 모아 비상 계획에 대한 모든 주요 가정을 나열하십시오.
4. 4 가정의 우선 순위를 정하고 "만약"과 회사에 미칠 수 있는 부정적인 결과를 조사하십시오. 이론적으로 발생할 수 있는 추세, 이벤트 또는 문제를 탐색합니다.
5. 5 예상치 못한 상황이 발생할 경우 취할 조치를 나열하십시오. 비즈니스 수익성을 유지하기 위해 이러한 문제를 어떻게 보상하거나 조정할 것입니까?
6. 6 긍정적인 방법으로 행동 계획을 세우십시오. 계획을 세우는 것은 쉬운 일이 아니므로 많은 데이터를 제공해야 하므로 참여하고 싶은 사람의 수를 확보하십시오.
7. 7 계획을 다시 읽으십시오. 재검토는 처음에 놓친 질문을 찾는 데 도움이 됩니다.
   • 직무 기능을 자세히 이해하는 즉시 특정 부서에서 예기치 못한 상황에 대처할 수 있습니다. 때로는 부서 수준, 작업 수준 및 프로세스 수준에서 예기치 않은 상황이 발생합니다.
8. 8 비상 계획을 시험해 보십시오. 4단계로 테스트를 실행하여 이 테스트를 관리 가능하고 비용 효율적으로 만들 수 있습니다. 다른 부서에서 이러한 계획에 대해 계획의 결함이나 분쟁이 발생하면 수정하고 다시 테스트할 수 있습니다.
   • 1단계 - 관리팀 검토. 경영진은 모든 제안된 실행 계획을 검토하고 좋은 일을 한 사람들을 식별하기 위해 날짜와 시간을 선택합니다.
   • 2단계 - 부서 간 검토. 각 부서가 다른 부서의 계획을 검토하는 프로세스가 포함됩니다. 이 단계에서는 리소스를 할당하고 불일치를 식별합니다.
   • 3단계 - 시스템의 결함. 이 테스트 단계는 부서에 집중될 수 있습니다. 테스트에는 시스템 모델링 및/또는 결함 식별이 포함됩니다. 중요한 장비나 프로세스의 작업을 중단하거나 중단하지 않고 이벤트 개발에 대한 모든 종류의 시나리오를 스크롤할 수 있습니다.
   • 4단계 - 실제 테스트. 여기에서 비상 계획을 완전히 테스트할 수 있습니다. 여기에는 단기간의 실시간 작업 중단이 포함됩니다.

팁

• 자연 재해(홍수, 토네이도, 지진) 및 비즈니스 위기는 비상 계획에 대해 생각할 때 고려해야 하는 문제 및 재해 중 일부입니다. 여기에는 사기, 기물 파손, 서버 오류, 보안 문제 및 법적 문제가 포함될 수 있습니다.
• 수용 가능한 효과적인 솔루션을 찾는 것이 불가능한 상황에 직면하게 될 것입니다. 예를 들어 정전이 발생하고 백업 발전기가 없으면 계속 운영할 수 없고 이익을 잃게 됩니다.