Kế hoạch BCP cho SME: mẫu 1 trang doanh nghiệp nào cũng làm được

Sáng thứ Hai, nhân viên đến công ty thì phát hiện văn phòng mất điện từ đêm qua, máy chủ ở góc phòng không khởi động lại được, dữ liệu bán hàng cả tuần nằm trong đó. Sếp gọi cho "anh IT quen" thì anh đang đi công tác. Đó không phải kịch bản phim — đó là thứ xảy ra với các SME mỗi năm, chỉ khác nhau ở mức độ thiệt hại.

Mẫu kế hoạch BCP cho SME (Business Continuity Plan — kế hoạch duy trì hoạt động kinh doanh) chính là "tờ giấy cứu sinh" cho những ngày như thế: một trang duy nhất ghi rõ ai làm gì, liên hệ ai, khôi phục cái gì trước.

Mẫu kế hoạch bcp sme: bCP là gì và vì sao SME hay "để mai tính"

BCP là kế hoạch giúp doanh nghiệp duy trì các hoạt động thiết yếu — hoặc khôi phục chúng nhanh nhất — khi xảy ra sự cố: mất điện, cháy nổ, lũ lụt, tấn công mạng, hay máy chủ hỏng. Tiêu chuẩn quốc tế cho lĩnh vực này là ISO 22301 (xem tại iso.org). Ở quy mô SME, BCP không cần tài liệu trăm trang — một trang A4 làm đúng còn giá trị hơn bộ hồ sơ dày cộp không ai đọc.

Vì sao SME hay trì hoãn? Ba lý do: "chuyện đó không xảy ra với mình đâu" (chủ quan); nghĩ BCP là việc của doanh nghiệp lớn (nhầm lẫn giữa quy mô tài liệu và bản chất công việc); và không biết bắt đầu từ đâu (tài liệu trên mạng toàn mẫu enterprise khiến chủ SME nản ngay từ trang đầu). Bài viết này giải quyết đúng điểm thứ ba.

Mẫu kế hoạch bcp sme: những rủi ro SME Việt Nam thường gặp nhất

Điểm chung: thiệt hại không nằm ở sự cố, mà nằm ở việc không chuẩn bị. Mất điện 2 giờ không giết được doanh nghiệp nào; mất toàn bộ dữ liệu bán hàng vì không có backup mới giết được. Nguyên tắc vàng: BCP không chống mọi rủi ro (bất khả thi), mà đảm bảo những thứ sống còn được khôi phục trước tiên.

Mẫu kế hoạch bcp sme: mẫu kế hoạch BCP 1 trang: cấu trúc từng phần

Khung mẫu 1 trang A4 — chép vào Word/Docs và điền thông tin công ty mình:

KẾ HOẠCH DUY TRÌ HOẠT ĐỘNG (BCP) — [Tên công ty] Ngày ban hành: ... | Người phê duyệt: ... | Xem lại: 6 tháng/lần

1. Quy trình sống còn (tối đa 5 mục): Hoạt động nào dừng quá X giờ sẽ gây thiệt hại nghiêm trọng: nhận đơn hàng online, xuất hóa đơn, chăm sóc khách hàng.

2. Mục tiêu khôi phục: Với mỗi quy trình, ghi RTO (thời gian tối đa được phép gián đoạn) và RPO (lượng dữ liệu tối đa chấp nhận mất). Ví dụ: website bán hàng — RTO 4 giờ, RPO 1 giờ.

3. Đội ứng phó (5–7 người): Điều phối chung, kỹ thuật/hạ tầng, liên hệ khách hàng, tài chính/chi tiêu khẩn cấp, ghi nhận báo cáo.

4. Danh bạ khẩn cấp: Số điện thoại đội ứng phó, nhà cung cấp Internet, nhà cung cấp server/cloud, điện lực, công an/PCCC khu vực, bảo hiểm.

5. Sao lưu & khôi phục: Dữ liệu gì được backup, backup ở đâu, tần suất bao lâu, ai chịu trách nhiệm khôi phục.

6. Kênh liên lạc dự phòng: Khi hệ thống chính sập, team liên lạc qua đâu (nhóm Zalo/Telegram dự phòng), thông báo khách hàng qua kênh nào (fanpage, SMS brandname).

7. Địa điểm làm việc dự phòng: Nếu văn phòng không dùng được — làm việc từ xa, văn phòng chi nhánh, coworking space dự kiến.

Một trang, bảy mục, không jargon. Dán tờ này ở nơi dễ thấy (và lưu bản mềm ở nơi truy cập được cả khi hệ thống chính sập) là bạn đã hơn phần lớn SME ngoài kia.

Xác định quy trình sống còn và RTO/RPO

Đây là phần "não" của BCP — nhiều SME làm sai ở chỗ liệt kê quá nhiều thứ "quan trọng", cuối cùng không ưu tiên được gì.

Cách xác định: Hỏi cho từng hoạt động: "Nếu nó dừng 24 giờ, công ty mất gì?" Mất doanh thu / mất khách hàng / vi phạm hợp đồng → sống còn. Chỉ "bất tiện" → ưu tiên thấp. SME thường chỉ có 3–5 quy trình thực sự sống còn.

RTO (Recovery Time Objective): Thời gian tối đa quy trình được phép gián đoạn. Website bán hàng có thể cần RTO 2–4 giờ; email nội bộ có thể chịu 1 ngày. RTO càng ngắn, chi phí chuẩn bị càng cao.

RPO (Recovery Point Objective): Lượng dữ liệu tối đa chấp nhận mất. RPO 1 giờ nghĩa là backup mỗi giờ; RPO 24 giờ nghĩa là backup hằng ngày là đủ.

Danh bạ khẩn cấp và phân công vai trò

Khi sự cố xảy ra, điều đầu tiên "chết" thường không phải hệ thống mà là sự phối hợp: không ai biết ai đang xử lý gì, sếp gọi 5 người cùng lúc, nhân viên chờ chỉ đạo trong khi khách hàng chờ câu trả lời. Đội ứng phó tối thiểu cho SME:

• Điều phối chung (1 người): Ra quyết định cuối cùng, điều phối các nhóm, quyết định chi tiêu khẩn cấp.
• Kỹ thuật/hạ tầng (1–2 người): Người hiểu rõ hệ thống nhất, kèm "người dự phòng" — bài học xương máu của SME chỉ có một "anh IT".
• Liên hệ khách hàng (1 người): Soạn và gửi thông báo, trả lời thắc mắc, tránh tin đồn.
• Ghi nhận (1 người): Ghi diễn biến sự cố theo thời gian — phục vụ rút kinh nghiệm và làm việc với bảo hiểm/đối tác.

Danh bạ khẩn cấp gồm: số di động đội ứng phó (cả số dự phòng), nhà cung cấp Internet, nhà cung cấp server/cloud, điện lực, công an/PCCC khu vực, bảo hiểm, và thông tin đăng nhập khẩn cấp được niêm phong (phong bì dán kín gửi giám đốc, chỉ mở khi sự cố).

Lưu ý: danh bạ phải tồn tại độc lập với hệ thống chính — lưu trong điện thoại cá nhân, in một bản để ở văn phòng. Đừng chỉ lưu trong email công ty.

Kế hoạch sao lưu và khôi phục dữ liệu

Ba câu hỏi phải trả lời được:

1. Backup cái gì? Liệt kê cụ thể: database bán hàng, file tài liệu dùng chung, email, cấu hình hệ thống, mã nguồn website. Nhiều SME backup "cái gì đó" mà không có danh sách — đến khi cần mới phát hiện thứ quan trọng nhất nằm ngoài backup.

2. Backup theo nguyên tắc 3-2-1: 3 bản sao, trên 2 loại phương tiện khác nhau, 1 bản offsite/cloud. Ví dụ: bản chính trên server + bản trên ổ cứng rời + bản trên cloud (veeam.com).

3. Đã bao giờ thử khôi phục chưa? Backup chưa từng kiểm tra khôi phục chỉ là "niềm tin". Mỗi quý, thử khôi phục một database ra môi trường thử — 30 phút kiểm tra đáng giá hơn 3 năm "tin rằng backup vẫn chạy tốt".

Trong mẫu 1 trang, mục này ghi ngắn gọn: dữ liệu gì — backup ở đâu — mấy giờ một lần — ai khôi phục — số điện thoại người đó.

Kênh liên lạc dự phòng khi hệ thống chính sập

Kịch bản éo le: email công ty sập, mà mọi hướng dẫn ứng phó lại nằm trong email. Hoặc tổng đài IP đặt trên chính server đã chết, khách gọi không ai nghe máy.

Kênh nội bộ dự phòng: Lập sẵn nhóm chat (Zalo/Telegram) chỉ dùng cho khẩn cấp, thêm toàn bộ đội ứng phó từ trước.

Kênh thông báo khách hàng: Chuẩn bị sẵn 2–3 mẫu thông báo, phát qua fanpage, SMS brandname hoặc banner trên website dự phòng. Nguyên tắc: thông báo sớm, cập nhật đều.

Chi tiết hay bị quên: Tên miền và DNS nên được quản lý ở nơi độc lập với hệ thống chính. Nếu cả website lẫn email quản trị domain đều nằm trên cùng server đã chết, bạn thậm chí không thể trỏ domain sang trang thông báo tạm thời.

Diễn tập BCP: làm sao để không chỉ là giấy

Kế hoạch không diễn tập chỉ là giấy. SME không cần diễn tập hoành tráng — có 3 cấp độ:

Cấp 1 — Diễn tập trên bàn (1 giờ): Đội ứng phó ngồi lại, giả định một kịch bản ("máy chủ chết lúc 9h sáng thứ Hai"), lần lượt trả lời: ai làm gì đầu tiên, gọi cho ai, khôi phục theo thứ tự nào. Không chạm vào hệ thống thật. 2 lần/năm.

Cấp 2 — Kiểm tra khôi phục (nửa buổi): Thử khôi phục thật một phần hệ thống từ backup ra môi trường thử. Mỗi quý.

Cấp 3 — Diễn tập toàn diện (1 ngày): Giả lập mất hoàn toàn văn phòng/hệ thống chính, team chuyển sang làm việc từ xa. 1 lần/năm.

Sau mỗi lần diễn tập, cập nhật lại tờ BCP 1 trang: số điện thoại nào đã đổi, bước nào không khả thi.

Từ BCP 1 trang đến hệ thống DR hoàn chỉnh

Khi doanh nghiệp lớn dần, tờ BCP 1 trang sẽ "chật". Lộ trình nâng cấp:

• Hạ tầng dự phòng: Chuyển từ server vật lý ở văn phòng lên cloud/VPS có backup tự động, snapshot định kỳ, dựng lại máy chủ trong vài phút.
• Site dự phòng: Duy trì môi trường standby ở datacenter khác cho hệ thống quan trọng, sẵn sàng chuyển đổi khi site chính gặp sự cố.
• RTO/RPO chặt chẽ hơn: Từ "khôi phục trong 4 giờ" tiến tới "khôi phục trong 15 phút" nhờ replication thời gian thực.

Lộ trình gợi ý: Năm 1 — hoàn thiện tờ BCP 1 trang + backup 3-2-1 + diễn tập tabletop. Năm 2 — chuyển hệ thống quan trọng lên cloud/VPS có backup tự động. Năm 3 — xây site dự phòng cho hệ thống sống còn nhất, hướng tới RTO dưới 1 giờ.

Đừng đợi "lớn rồi mới làm" — tờ BCP 1 trang hôm nay chính là nền móng cho hệ thống DR bài bản ngày mai.

Kết luận

Kế hoạch BCP cho SME không cần phức tạp — nó cần ngắn gọn, thực tế và được diễn tập. Một trang A4 với 7 mục là đủ để doanh nghiệp không rơi vào hỗn loạn khi sự cố ập đến. Điều phân biệt doanh nghiệp "sống sót" với doanh nghiệp "sập" sau sự cố thường không phải quy mô, mà là sự chuẩn bị.

Hãy dành một buổi chiều tuần này để điền tờ BCP đầu tiên — và đặt lịch diễn tập tabletop đầu tiên trong tháng tới.

Về hạ tầng, việc chuyển các hệ thống sống còn lên cloud/VPS có backup tự động, snapshot định kỳ tại datacenter đạt chuẩn sẽ giúp mục RTO/RPO trong tờ BCP của bạn khả thi hơn rất nhiều. SunCloud cung cấp Cloud Server và VPS với backup tự động hằng tuần, hạ tầng dự phòng 2n+1, hỗ trợ kỹ thuật 24/7. Liên hệ hotline 083 979 3434 hoặc truy cập suncloud.vn.

Câu hỏi thường gặp

BCP khác gì với kế hoạch Disaster Recovery (DR)?

BCP là kế hoạch tổng thể giúp doanh nghiệp duy trì hoạt động khi có sự cố (con người, quy trình, liên lạc, địa điểm). DR là một phần của BCP, tập trung vào khôi phục hệ thống công nghệ thông tin. Nói đơn giản: DR trả lời "làm sao dựng lại hệ thống", BCP trả lời "làm sao công ty vẫn chạy được".

SME 5–10 người có cần BCP không?

Càng cần. SME nhỏ thường phụ thuộc vào 1–2 người và vài hệ thống — mất một mắt xích là tê liệt toàn bộ. BCP cho SME 10 người có thể chỉ là một trang A4 và một buổi diễn tập mỗi năm.

Bao lâu nên cập nhật BCP một lần?

Ít nhất 6 tháng một lần, và ngay sau mỗi lần: thay đổi nhân sự chủ chốt, thay đổi hệ thống quan trọng, chuyển văn phòng, hoặc sau sự cố/diễn tập. BCP với số điện thoại đã cũ còn nguy hiểm hơn không có BCP, vì nó tạo cảm giác an toàn giả.

RTO và RPO nên đặt bao nhiêu là hợp lý?

Không có con số chung — phụ thuộc mức chấp nhận rủi ro và ngân sách. RTO/RPO càng ngắn thì chi phí chuẩn bị càng cao. Hãy bắt đầu từ thực tế: đo xem hiện tại bạn mất bao lâu để khôi phục thủ công, rồi đặt mục tiêu cải thiện từng bước.

Có mẫu BCP miễn phí nào để tham khảo không?

Có. Trang Ready.gov của Bộ An ninh Nội địa Hoa Kỳ công bố các mẫu kế hoạch duy trì hoạt động miễn phí tại ready.gov/business — hãy tham khảo cấu trúc rồi rút gọn thành mẫu 1 trang như trong bài này.

Thuê ngoài IT có ảnh hưởng đến BCP không?

Có. Nếu hệ thống do đơn vị thuê ngoài quản lý, BCP phải ghi rõ: SLA thời gian phản ứng, đầu mối liên hệ khẩn cấp, và phương án dự phòng nếu họ không phản hồi. Thông tin truy cập quan trọng cần có người thứ hai nắm được.