AllianceProject Handbook
← Knowledge

Biểu mẫu

Mẫu báo cáo tuần

Một trang, gửi chiều thứ Sáu, viết trong 15 phút. Mục đích là để người ngoài đội biết tình hình thật mà không phải họp, và để rủi ro được nói ra sớm.

Cập nhật 12/09/2026biểu mẫubáo cáo
Nội dung bài
  1. Nguyên tắc của báo cáo này
  2. Mẫu
  3. Ba màu nghĩa là gì
  4. Mục quan trọng nhất: cần quyết định từ bên ngoài
  5. Số liệu lấy ở đâu
  6. Những thứ không đưa vào báo cáo tuần
  7. Nhịp báo cáo lớn hơn
Thuật ngữ trong bài (10)

Nguyên tắc của báo cáo này

Báo cáo tuần tồn tại để thay thế các buổi họp cập nhật tình hình, không phải để cộng thêm vào chúng. Nếu viết báo cáo xong vẫn phải họp để nói lại đúng nội dung đó, thì một trong hai thứ đang thừa.

Bốn luật:

  1. Một trang. Dài hơn thì không ai đọc, và thứ không ai đọc thì viết làm gì.
  2. Viết trong 15 phút. Số liệu lấy tự động từ bảng công việc và dashboard, người chỉ viết phần nhận định.
  3. Nói thật về tình trạng. Màu vàng và màu đỏ không bị phạt. Báo màu xanh rồi trễ mới bị.
  4. Rủi ro nói ra khi còn là rủi ro. Rủi ro chỉ xuất hiện lần đầu trong báo cáo ở tuần nó đã thành vấn đề là đã báo muộn.

Người viết: quản lý dự án. Người đọc: chủ sản phẩm, lãnh đạo, các đội liên quan. Gửi chiều thứ Sáu, cùng một nơi, mỗi tuần, kể cả tuần không có gì đặc biệt.

Mẫu

# Alliance App — Báo cáo tuần <số tuần>, <ngày>

## Tình trạng chung: 🟢 / 🟡 / 🔴
<một câu giải thích vì sao là màu đó>

## Đã xong tuần này
- <hạng mục đã đạt Definition of Done, không phải "đã code xong">
- <hạng mục>

## Đang làm, dự kiến xong
| Hạng mục | Module | Tiến độ | Dự kiến xong |
|---|---|---|---|
| | Chat / Task / Bán hàng | | |

## Đã release
| Phiên bản | Nội dung chính | % người dùng đang bật | Tình hình |
|---|---|---|---|
| | | | |

## Chỉ số chất lượng
| Chỉ số | Tuần này | Tuần trước | Ngưỡng |
|---|---|---|---|
| Crash-free users | | | ≥ 99,7% |
| Tỷ lệ API lỗi 5xx | | | ≤ 0,5% |
| Bug lọt ra production | | | |
| Số sự cố, mức cao nhất | | | |
| Ngân sách lỗi đã dùng trong tháng | | | ≤ 100% |

## Rủi ro và vấn đề
| Nội dung | Mức | Ảnh hưởng nếu xảy ra | Đang xử lý thế nào | Người theo |
|---|---|---|---|---|
| | Cao / Vừa / Thấp | | | |

## Cần quyết định từ bên ngoài đội
| Việc cần quyết | Ai quyết | Hạn | Nếu quá hạn thì sao |
|---|---|---|---|
| | | | |

## Tuần tới làm gì
- <trọng tâm 1>
- <trọng tâm 2>
- <trọng tâm 3>

Ba màu nghĩa là gì

Định nghĩa phải cố định, nếu không mỗi người hiểu một kiểu và màu mất hết ý nghĩa:

MàuNghĩaNgười đọc cần làm gì
🟢 XanhĐúng kế hoạch. Rủi ro đã biết, đang trong tầm kiểm soátKhông cần làm gì
🟡 VàngCó nguy cơ trễ hoặc lệch phạm vi. Đội đang tự xử lýĐọc kỹ mục rủi ro, chuẩn bị phương án
🔴 ĐỏĐã trễ, hoặc đội không tự xử lý đượcCần quyết định hoặc nguồn lực từ bên ngoài

Đỏ không phải là thất bại, đỏ là một yêu cầu trợ giúp. Một dự án chuyển thẳng từ xanh sang đỏ mà chưa từng qua vàng nghĩa là báo cáo trước đó không phản ánh đúng tình hình.

Xanh ba tuần liên tiếp rồi trễ ở tuần thứ tư là dấu hiệu quy trình báo cáo có vấn đề, không phải dấu hiệu xui.

Mục quan trọng nhất: cần quyết định từ bên ngoài

Phần lớn thời gian bị mất trong dự án không nằm ở chỗ viết code chậm, mà nằm ở chỗ chờ: chờ duyệt ngân sách, chờ chốt thiết kế, chờ tài khoản từ bên thứ ba, chờ nội dung.

Bảng này biến việc chờ thành một thứ có tên, có người và có hạn. Cột cuối — "nếu quá hạn thì sao" — là cột buộc người đọc phải hành động: khi nó ghi "Bán hàng lùi một sprint", việc quyết định không còn là chuyện để dành nữa.

Luật: một việc nằm trong bảng này quá hai tuần thì tự động chuyển tình trạng chung sang vàng.

Số liệu lấy ở đâu

TrườngNguồn
Đã xong / đang làmBảng công việc, lọc theo trạng thái đạt Definition of Done
Đã release, % bậtBảng feature flag và phát hành từng phần
Crash-free, 5xx, ngân sách lỗiDashboard, xem giám sát production
Bug lọt raChỉ số chất lượng
Sự cốSổ sự cố, xem xử lý sự cố
Rủi roRủi ro và nợ kỹ thuật

Nếu một trường phải hỏi người mới có số, thì việc cần sửa là thiếu dashboard, không phải là bỏ trường đó khỏi báo cáo.

Những thứ không đưa vào báo cáo tuần

  • Tên người gắn với lỗi. Báo cáo nói về hạng mục và hệ thống.
  • Số dòng code, số commit, số giờ làm. Không phản ánh giá trị, và khi bị đo thì sẽ bị lách.
  • Chi tiết kỹ thuật của cách giải quyết. Người đọc cần biết tình hình, không cần biết cách triển khai.
  • Lời hứa chưa có căn cứ. "Sẽ cố xong trong tuần tới" không phải một dự kiến, đó là hy vọng.

Nhịp báo cáo lớn hơn

NhịpNội dung thêm
Cuối thángXu hướng chỉ số ba tháng, ngân sách lỗi cả tháng, danh sách nợ kỹ thuật đã trả và mới phát sinh
Cuối quýĐối chiếu mục tiêu — đạt bao nhiêu phần, điều chỉnh gì cho quý sau

Báo cáo quý dùng số của các báo cáo tuần, không viết lại từ đầu. Đây là lý do phải giữ đúng một chỗ và đúng một định dạng cho mọi tuần.