Phân hệ PM Study
  • Tình huốngTình huống thực chiến
  • Kịch bảnRa quyết định tình huống
  • Biểu mẫuKho biểu mẫu tải về
  • Thẻ ghi nhớHọc thuật ngữ PMP
  • Công cụMáy tính EVM, PERT, dự phòng
  • Hỏi đápHỏi đáp & thảo luận
  • Thử tháchMỗi ngày một câu hỏi PMP
  • Lý thuyếtBài học PMBOK 8 & ECO 2026
  • Luyện thiThi thử & ôn tập PMP
  • Bài viếtThư viện bài viết PMP
PM Study
Trang chủLý thuyếtTình huốngLuyện thiBiểu mẫuHỏi đáp
6 chuyên mụcXem tất cả bài viết →
  • Quản lý các bên liên quanTình huống về kỳ vọng, giao tiếp và gắn kết stakeholder.
  • Lãnh đạo & đội nhómXây dựng, dẫn dắt và giải quyết xung đột trong đội dự án.
  • Kế hoạch & tiến độLập kế hoạch, ước lượng, nén tiến độ và kiểm soát baseline.
  • Rủi ro & thay đổiNhận diện, ứng phó rủi ro và kiểm soát thay đổi phạm vi.
  • Agile & HybridLựa chọn và vận hành cách tiếp cận Agile, Predictive, Hybrid.
  • Luyện thi PMPChiến lược ôn tập và mẹo xử lý câu hỏi tình huống PMP.
Công cụBài viết
Trang chủLý thuyếtTình huốngLuyện thiBiểu mẫuHỏi đápChuyên mụcCông cụBài viết
/
PM Study

Học quản lý dự án và ôn thi PMP bằng tiếng Việt: lý thuyết PMBOK® Guide 8, tình huống thực tế và đề luyện thi theo ECO 2026.

Chuyên mục

  • Quản lý các bên liên quan
  • Lãnh đạo & đội nhóm
  • Kế hoạch & tiến độ
  • Rủi ro & thay đổi
  • Agile & Hybrid
  • Luyện thi PMP

Tài nguyên

  • Project Management Institute (PMI)
  • PMP Exam Content Outline
  • The Scrum Guide
  • PMI Vietnam Chapter

PM Study

  • Tất cả bài viết
  • Bài viết nổi bật
© 2026 PM StudyPMP® và PMBOK® là nhãn hiệu đã đăng ký của Project Management Institute.109 người đã truy cậpPhiên bản 1.15.0
  1. /Kế hoạch & tiến độ
  2. /Go-live trong một đêm cuối tuần: lập kế hoạch cu…
Kế hoạch & tiến độ· Domain: Bàn giao

Go-live trong một đêm cuối tuần: lập kế hoạch cutover theo giờ, điểm quyết định và phương án quay lui

Ngày go-live của hệ thống lớn thường gói trong vài chục giờ: dừng hệ thống cũ, chuyển dữ liệu, kiểm tra, mở hệ thống mới. Kế hoạch tiến độ theo tuần không còn đủ. Bài viết hướng dẫn lập kế hoạch cutover theo giờ, đặt điểm quyết định đi/dừng và chuẩn bị phương án quay lui.

HP
Nguyễn Thu Hà, PMP
05/10/2026
5 phút đọc 0 0

Tình huống minh hoạ

Tình huống và số liệu dưới đây là giả định, dùng để minh hoạ.

Một chuỗi siêu thị chuyển từ hệ thống bán hàng cũ sang hệ thống mới cho 60 cửa hàng. Thời gian cửa sổ chuyển đổi: từ 22 giờ tối thứ Bảy đến 6 giờ sáng thứ Hai. Kế hoạch dự án chỉ có một dòng: "Cutover – 2 ngày".

Đêm thứ Bảy, mọi thứ diễn ra lộn xộn:

  • Đội cơ sở dữ liệu bắt đầu xuất dữ liệu nhưng không biết đội ứng dụng đã dừng hẳn giao dịch ở cửa hàng chưa.
  • Bước đối soát tồn kho mất gấp ba thời gian dự kiến vì chưa từng được chạy thử với dữ liệu đầy đủ.
  • Đến 3 giờ sáng Chủ nhật, có lỗi ở bước nạp giá bán. Không ai biết ai có quyền quyết định "tiếp tục sửa" hay "quay lại hệ thống cũ", và quay lại thì mất bao lâu.

Hệ thống mới vẫn lên được vào sáng thứ Hai, nhưng hai ngày đầu có hàng trăm sai lệch giá ở quầy thu ngân.

Cutover là gì và vì sao cần kế hoạch riêng

Cutover là giai đoạn chuyển từ hệ thống hoặc quy trình cũ sang mới: dừng hệ thống cũ, chuyển đổi dữ liệu (data migration), kiểm tra, rồi đưa hệ thống mới vào vận hành. Với hệ thống lớn, cutover có thể gồm hàng trăm bước do nhiều đội thực hiện trong một cửa sổ thời gian chặt.

Kế hoạch cutover thường được viết dưới dạng runbook: tài liệu liệt kê từng bước theo trình tự, ai làm, bắt đầu và kết thúc khi nào, kiểm tra hoàn thành ra sao. Khái niệm runbook vốn quen thuộc trong vận hành hệ thống: một tập quy trình chuẩn để thực hiện các thao tác lặp lại hoặc xử lý sự cố.

Liên hệ với PMBOK® Guide

Cutover nằm ở giao điểm của lĩnh vực hiệu suất Planning và Delivery trong PMBOK® Guide ấn bản 7: kế hoạch đủ chi tiết cho công việc có rủi ro cao, và bàn giao giá trị một cách có kiểm soát. Ở cấp quy trình (ấn bản 6), đây là phần của kế hoạch chuyển giao trong Đóng dự án/giai đoạn và chuyển giao sản phẩm cho vận hành.

Nguyên tắc mức chi tiết theo rủi ro: một giai đoạn kéo dài vài chục giờ mà sai một bước có thể ảnh hưởng toàn bộ doanh nghiệp xứng đáng được lập kế hoạch đến từng 15–30 phút.

Cấu trúc một kế hoạch cutover

CộtÝ nghĩa
Mã bướcĐánh số để tham chiếu khi trao đổi trong đêm
Mô tảHành động cụ thể, không mơ hồ
Người thực hiện / người dự phòngTên người, không chỉ tên đội
Bước tiền nhiệmBước nào phải xong trước

Mục lục

Tình huống minh hoạCutover là gì và vì sao cần kế hoạch riêngLiên hệ với PMBOK® GuideCấu trúc một kế hoạch cutoverCác thành phần không thể thiếuNhững lỗi thường gặpKết luậnNguồn tham khảoTrắc nghiệmBình chọn

Tình huống liên quan

Kế hoạch & tiến độLập kế hoạch

Rút ngắn 4 ngày tốn bao nhiêu: nén tiến độ bằng crashing theo chi phí biên và chi phí gián tiếp

Khi khách hàng muốn bàn giao sớm hơn, câu hỏi đúng không phải là "có làm được không" mà là "mỗi ngày rút ngắn tốn thêm bao nhiêu". Bài viết đi qua một ví dụ số đầy đủ: chọn hoạt động nén theo chi phí biên, theo dõi đường găng đổi chỗ và tìm điểm dừng khi tính cả chi phí gián tiếp và tiền phạt.

Ngày đăng: 31/10/2026Lượt xem: 0Bình luận: 0
Kế hoạch & tiến độLập kế hoạch

Cho lập trình bắt đầu khi thiết kế mới xong một nửa: tính lợi và rủi ro làm lại của fast-tracking

Fast-tracking rút ngắn tiến độ bằng cách cho các hoạt động vốn nối tiếp chạy chồng lên nhau. Không tốn thêm tiền ngay, nhưng phải trả bằng rủi ro làm lại. Bài viết lượng hoá đánh đổi đó bằng giá trị kỳ vọng và gợi ý cách chọn mức chồng lấn hợp lý.

Ngày đăng: 28/10/2026Lượt xem: 0Bình luận: 0
Kế hoạch & tiến độĐo lường

Cùng một gói việc, giá trị thu được từ 0 đến 84 triệu: chọn quy tắc đo EV cho đúng

Giá trị thu được (EV) chỉ khách quan khi quy tắc đo được thống nhất trước. Bài viết so sánh 0/100, 50/50, phần trăm hoàn thành ước tính, mốc có trọng số, đơn vị hoàn thành và LOE trên cùng một gói việc, chỉ ra vì sao EV có thể dao động từ 0 đến 84 triệu đồng và cách chọn quy tắc theo đặc điểm công việc.

Ngày đăng: 25/10/2026Lượt xem: 0Bình luận: 0
Kế hoạch & tiến độĐo lường

CPI đang 0,8 mà muốn về đích đúng ngân sách: đọc chỉ số TCPI trước khi hứa

Chỉ số hiệu suất cần đạt để hoàn thành (TCPI) trả lời một câu hỏi rất thực tế: phần việc còn lại phải hiệu quả đến mức nào để về đích với ngân sách mong muốn. Bài viết tính TCPI theo BAC và theo EAC trên một ví dụ, và cách dùng nó để kiểm tra tính khả thi của các cam kết chi phí.

Ngày đăng: 22/10/2026Lượt xem: 0Bình luận: 0
Thời điểm bắt đầu/kết thúc dự kiếnTheo giờ, dựa trên các lần chạy thử
Tiêu chí hoàn thànhVí dụ "tổng số bản ghi khớp với báo cáo nguồn"
Trạng thái thực tếCập nhật trực tiếp trong đêm

Các thành phần không thể thiếu

1. Chạy thử (dress rehearsal) với dữ liệu đầy đủ

Ít nhất một, tốt nhất là hai lần chạy thử toàn bộ với khối lượng dữ liệu thật. Thời lượng trong kế hoạch phải lấy từ lần chạy thử, không phải từ ước đoán. Trong tình huống siêu thị, bước đối soát tồn kho chưa từng được chạy thử đầy đủ — đó là nguồn gốc của sự chậm trễ.

2. Điểm quyết định đi/dừng (go/no-go)

Đặt trước các mốc quyết định, ví dụ: "3 giờ sáng Chủ nhật: nếu dữ liệu giá chưa đối soát khớp, kích hoạt quay lui". Ghi rõ ai có quyền quyết định, ai cần được tham vấn, và tiêu chí định lượng. Quyết định được chuẩn bị trước sẽ tốt hơn quyết định đưa ra lúc 3 giờ sáng khi mọi người đã mệt.

3. Phương án quay lui (rollback)

Mô tả các bước khôi phục hệ thống cũ, thời gian cần thiết, và thời điểm không thể quay lại (point of no return) — sau thời điểm đó, quay lui tốn kém hơn đi tiếp. Điểm quyết định cuối cùng phải nằm trước thời điểm này, có tính đủ thời gian quay lui.

4. Kênh liên lạc và nhịp báo cáo

Một kênh chung cho toàn bộ đội cutover, một người điều phối (cutover manager), báo cáo tình trạng theo mốc cố định (ví dụ mỗi giờ) cho người bảo trợ và các bên liên quan.

5. Hỗ trợ sau go-live (hypercare)

Kế hoạch cutover không kết thúc khi hệ thống mới mở. Cần đội trực tăng cường trong những ngày đầu, kênh tiếp nhận lỗi từ cửa hàng, và tiêu chí để kết thúc giai đoạn hỗ trợ tăng cường.

Những lỗi thường gặp

  • Coi cutover là "một dòng" trong kế hoạch tổng thể.
  • Ước lượng thời gian dựa trên dữ liệu thử nhỏ.
  • Không có người dự phòng cho các bước then chốt — một người ốm là cả đêm đứng lại.
  • Không xác định trước ai quyết định quay lui.
  • Không nghỉ ngơi: đội làm liên tục 30 giờ dễ mắc lỗi; nên chia ca.

Kết luận

Ngày go-live là thời điểm rủi ro tập trung nhất của nhiều dự án công nghệ. Kế hoạch cutover theo giờ, được chạy thử với dữ liệu thật, có điểm quyết định rõ ràng và phương án quay lui đã kiểm chứng, biến một đêm "cầu may" thành một chuỗi bước có kiểm soát. Thời gian bỏ ra cho kế hoạch này thường nhỏ hơn nhiều so với chi phí của một lần go-live hỗn loạn.

Nguồn tham khảo

  • Wikipedia – Data migration (chuyển đổi dữ liệu giữa các hệ thống)
  • Wikipedia – Runbook (tài liệu quy trình vận hành từng bước)
  • Google SRE Book – Managing Incidents (vai trò điều phối và liên lạc khi xử lý sự cố)
#Cutover#runbook#go-live#Chuyển đổi dữ liệu#Rollback

Trắc nghiệm tình huống PMP

Câu 1/1
Trong kế hoạch cutover của một hệ thống lớn, đội dự án đã có phương án quay lui (rollback) cần 4 giờ để khôi phục hệ thống cũ. Cửa sổ chuyển đổi kết thúc lúc 6 giờ sáng thứ Hai. Điểm quyết định đi/dừng cuối cùng nên được đặt như thế nào?

Bạn chọn phương án nào?

Lần chạy thử cutover thứ hai vượt cửa sổ thời gian 3 giờ. Ngày go-live đã được thông báo cho toàn bộ cửa hàng. Bạn chọn cách nào?

Bài viết hữu ích? Chia sẻ cho đồng nghiệp nhé!

Đánh giá bài viết

Bình luận

Quảng cáoTemplate quản lý dự án (mẫu)
Quảng cáoBộ đề thi thử PMP (mẫu)