Roadmap Change Log Template

Roadmap Change Log dùng để làm gì?

Roadmap thay đổi. Đó là chuyện bình thường và lành mạnh — một roadmap không bao giờ đổi nghĩa là đội không học được gì mới.

Vấn đề không phải việc đổi. Vấn đề là đổi trong im lặng. Stakeholder mở roadmap ra sau hai tháng, thấy khác hẳn thứ họ nhớ, và kết luận rằng đội không đáng tin — dù mọi thay đổi đều có lý do chính đáng.

Sổ này biến việc đổi roadmap từ nguồn gốc của sự nghi ngờ thành bằng chứng về việc đội đang học. Nó cũng chấm dứt một cuộc trò chuyện lặp lại: "sao cái này biến mất?"

Dành cho: Product Owner · Head of Product · Delivery Manager

Dùng khi: Mỗi lần roadmap thay đổi đáng kể; công bố cùng bản roadmap mới.

Ba kiểu thay đổi, ghi khác nhau

Bản trắng — copy và dán vào tài liệu của bạn

Một bảng nối tiếp, không xoá dòng cũ. Lịch sử chính là giá trị của nó.

ROADMAP CHANGE LOG — Sản phẩm ………………

┌────────┬──────────────┬────────┬────────────────────┬─────────────┬────────┐
│ Ngày   │ Hạng mục     │ Kiểu   │ Vì sao đổi         │ Ai bị ảnh   │ Đã báo │
│        │              │ đổi    │ (bằng chứng)       │ hưởng       │ chưa   │
├────────┼──────────────┼────────┼────────────────────┼─────────────┼────────┤
│        │              │        │                    │             │        │
└────────┴──────────────┴────────┴────────────────────┴─────────────┴────────┘

TỔNG KẾT QUÝ  (điền cuối mỗi quý)
  Số thay đổi:  đổi thứ tự ……  đổi phạm vi ……  bỏ hẳn ……
  Nguyên nhân phổ biến nhất: ………………………………………
  Chúng ta rút ra gì về cách lập kế hoạch: ………………………………

Từng ô điền gì, và vì sao ô đó tồn tại

Cách dùng

• Ghi ngay khi quyết định, không ghi dồn cuối tháng. Lý do thật phai rất nhanh, và thứ được ghi sau ba tuần luôn gọn gàng hơn sự thật.
• Viết lý do bằng bằng chứng. Phép thử: một người ngoài đọc xong có hiểu vì sao không? "Ưu tiên thay đổi" trượt phép thử này.
• Với thay đổi kiểu bỏ hẳn — nói riêng trước, công bố sau. Không có ngoại lệ.
• Công bố sổ cùng mỗi bản roadmap mới, đặt ngay cạnh nhau. Roadmap trả lời "sẽ làm gì"; sổ trả lời "vì sao khác lần trước".
• Cuối quý, đọc lại toàn bộ và tìm nguyên nhân lặp lại. Đây là bước biến sổ ghi chép thành công cụ cải tiến.

Ví dụ đã điền đầy đủ

Một quý của đội sản phẩm nhân sự — và phần tổng kết đã thay đổi cách đội lập kế hoạch.

ROADMAP CHANGE LOG — Sản phẩm Quản lý nhân sự

┌────────┬────────────────┬──────────┬─────────────────────┬────────────┬──────┐
│ Ngày   │ Hạng mục       │ Kiểu     │ Vì sao đổi          │ Ảnh hưởng  │ Báo  │
├────────┼────────────────┼──────────┼─────────────────────┼────────────┼──────┤
│ 14/01  │ Chấm công bằng │ Đổi thứ  │ Thử với 3 khách:    │ Kinh doanh │  ✓   │
│        │ khuôn mặt      │ tự → Q3  │ 2/3 nói vướng quy   │ (đã hứa 2  │      │
│        │                │          │ định bảo vệ dữ liệu │ khách)     │      │
│        │                │          │ cá nhân. Cần ý kiến │            │      │
│        │                │          │ pháp chế trước.     │            │      │
├────────┼────────────────┼──────────┼─────────────────────┼────────────┼──────┤
│ 02/02  │ Báo cáo lương  │ Đổi phạm │ 11/12 khách chỉ dùng│ Kế toán    │  ✓   │
│        │ tuỳ chỉnh      │ vi — chỉ │ 4 mẫu. Mẫu tuỳ chỉnh│ (nội bộ)   │      │
│        │                │ 4 mẫu sẵn│ tốn 6 tuần cho 1 khách│          │      │
├────────┼────────────────┼──────────┼─────────────────────┼────────────┼──────┤
│ 20/02  │ Ứng dụng di    │ BỎ HẲN   │ Đo 3 tháng: 4% truy │ Giám đốc   │  ✓   │
│        │ động cho nhân  │          │ cập từ điện thoại,  │ (đề xuất   │ (nói │
│        │ viên           │          │ và đều chỉ để xem   │ ban đầu)   │riêng │
│        │                │          │ bảng lương — web đã │            │ 18/02)│
│        │                │          │ làm được việc đó    │            │      │
├────────┼────────────────┼──────────┼─────────────────────┼────────────┼──────┤
│ 11/03  │ Tích hợp bảo   │ Đổi thứ  │ Đối tác lùi lịch mở │ Kinh doanh │  ✓   │
│        │ hiểm xã hội    │ tự → Q3  │ API sang tháng 8    │            │      │
└────────┴────────────────┴──────────┴─────────────────────┴────────────┴──────┘

TỔNG KẾT QUÝ 1/2027
  Số thay đổi: đổi thứ tự 2 · đổi phạm vi 1 · bỏ hẳn 1
  Nguyên nhân phổ biến nhất: 3 trong 4 thay đổi đến từ việc THIẾU KIỂM CHỨNG
  TRƯỚC KHI ĐƯA VÀO ROADMAP — pháp chế chưa hỏi, mức dùng chưa đo, đối tác
  chưa xác nhận lịch.
  Chúng ta rút ra gì: bổ sung một cửa kiểm trước khi hạng mục được đưa lên
  roadmap — phải trả lời được ba câu: pháp chế đã duyệt chưa, có bằng chứng
  về nhu cầu chưa, phụ thuộc bên ngoài đã xác nhận chưa.

Phần tổng kết quý là nơi sổ này trả lại nhiều nhất. Bốn thay đổi riêng lẻ trông như bốn chuyện xui rủi không liên quan. Đọc cùng nhau, chúng cho thấy một lỗi hệ thống duy nhất: hạng mục được đưa lên roadmap trước khi được kiểm chứng. Sửa cái cửa kiểm đó rẻ hơn nhiều so với việc chịu đựng bốn thay đổi mỗi quý.

Hiccups thường gặp và cách xử lý

Vì sao vai trò của bạn cần cái này

Definition of done

• Mọi thay đổi đáng kể đều được ghi ngay khi quyết định.
• Lý do viết bằng bằng chứng cụ thể, qua được phép thử người ngoài đọc hiểu.
• Mỗi dòng có liệt kê người bị ảnh hưởng và trạng thái đã báo.
• Thay đổi kiểu bỏ hẳn luôn được nói riêng trước khi công bố.
• Sổ được công bố cùng mỗi bản roadmap mới.
• Cuối quý có tổng kết tìm nguyên nhân lặp lại và rút ra điều chỉnh cho cách lập kế hoạch.