Sprint Review — WK19
Chu kỳ 2026-05-04 → 05-10 · Ghi nhận trên Plane là BANA-1049. Tóm tắt điều hành lấy từ git; các chỉ số bên dưới phản chiếu bản review trên Plane.
Tóm tắt điều hành
Điểm nhấn cho lãnh đạo
Tuần này (04/05 – 10/05) đội vẫn tiếp tục giao hàng dù là tuần VNPAY-onsite thứ ba liên tiếp: hai chủ đề lớn nhất là onboarding & launchpad merchant mới trên client và xương sống commerce / tồn kho (merchant v2, danh mục đa cấp, đơn vị tính, nhà cung cấp, địa điểm tồn kho).
- Onboarding & Launchpad merchant — Luồng onboarding mới với bước xác minh danh tính, tự đăng nhập sau khi đăng ký, organizer root và launchpad merchant, kèm màn hình chào mừng và greeting.
- Xương sống Commerce & Tồn kho — Tạo merchant v2, dịch vụ theo phạm vi merchant, danh mục đa cấp, đơn vị tính, nhà cung cấp và điều khoản thanh toán, địa điểm tồn kho, và material aggregate kèm xử lý stock.
- Bộ cài đặt Merchant — Form tạo/sửa merchant với kiểm tra mã số thuế, tỉnh/phường, hóa đơn điện tử, ví tài chính, cài đặt thanh toán, và mục kênh bán.
- Không gian sản phẩm — Module sản phẩm mới, danh sách sản phẩm và form thông tin cơ bản, chọn danh mục, trạng thái Draft, và tùy chọn tồn theo địa điểm.
- Độ tin cậy Search & CDC — Tích hợp search engine cho launchpad, cùng circuit breaker Kafka, phân loại lỗi tạm thời/vĩnh viễn, và log heartbeat theo dõi backlog.
- Identity & Licensing — Dịch vụ template OTP điện thoại, hủy liên kết phone/email, trả token khi đăng ký, và cấp license dùng thử miễn phí.
- Helpdesk & Thuế — Quản lý chính sách SLA kèm dịch vụ template phiếu, schema helpdesk ban đầu, và đơn vị hành chính VN / CDC tax-info vào hóa đơn.
Bối cảnh sprint — tiếp tục pivot VNPAY onsite (tổng 3 tuần)
WK17, WK18, và WK19 đều chạy với 5 PO VNPAY onsite tại NEXPANDO. Đội làm việc trực tiếp với họ cho việc giao hàng MVP; các task/bug đã lập kế hoạch bị tạm hoãn để ưu tiên yêu cầu VNPAY trong suốt giai đoạn 3 tuần.
- Kế hoạch 100 đầu việc của WK19 chưa bao giờ thực tế với tải VNPAY tiếp diễn. Kế hoạch-chính-thức tách rời khỏi công-việc-thực-tế.
- 66 đầu việc tồn đọng là hoãn-vì-VNPAY, không phải hụt giao hàng.
- WK20 là chu kỳ khởi động lại đầu tiên — pivot VNPAY kết thúc, nhịp bình thường trở lại.
Đọc mọi con số "hoàn thành thấp" / "tồn đọng" bên dưới trong bối cảnh pivot này.
Điểm sức khỏe: 23/100 — theo con số (không phải kết luận quy trình)
| Hạng mục | Điểm | Trọng số | Đóng góp |
|---|---|---|---|
| Hoàn thành | 40.0/100 | 30% | 12.0 |
| Khả đoán | 0/100 | 25% | 0.0 |
| Cân bằng tải | 2.6/100 | 20% | 0.5 |
| Dòng chảy (không tồn đọng) | 0/100 | 15% | 0.0 |
| Chất lượng (không hủy) | 100/100 | 10% | 10.0 |
Đúng về mặt toán học so với kế hoạch WK19 nhưng không phản ánh kết quả thực tế. Hiểu là: "kế hoạch-chính-thức của chu kỳ bị lấn át bởi việc tiếp tục gắn kết với VNPAY."
Giao hàng
| Chỉ số | WK19 | WK18 | TB 4 chu kỳ | Mục tiêu | Ghi chú |
|---|---|---|---|---|---|
| Cam kết | 100 | 13 | 53.5 | — | Kế hoạch lập mà không tính đến tải VNPAY tiếp diễn |
| Hoàn thành | 34 | 12 | 35 | — | Đội tạo ra sản lượng thường lệ (~34/tuần) |
| Tỷ lệ hoàn thành | 34.0% | 92.3% | 77.5% | 85% | Pivot, không phải thất bại |
| Đã hủy | 0 (0%) | 1 (7.7%) | 2.5 | <7% | ✅ |
| Tồn đọng | 66 (66%) | 0 | 16.5 | <10% | Hoãn vì VNPAY |
| Sản lượng/người | 2.8 | 1.0 | 2.9 | 2.0 | ✅ sản lượng thô OK |
Kết luận: đội tạo ra sản lượng thường lệ (~34 đầu việc). Kế hoạch chưa bao giờ khớp thực tế với tải VNPAY. WK19 là tuần tiếp tục pivot, không phải sụp đổ giao hàng.
Phân bổ theo thành viên
Tổng >100 vì các đầu việc có nhiều người nhận. Đọc trong bối cảnh pivot.
| Thành viên | Tổng | Xong | Tồn | % Xong | Tải /5 | Cờ |
|---|---|---|---|---|---|---|
| Hai | 38 | 3 | 35 | 7.9% | 38/5 | 🔴 QUÁ TẢI + HOÀN THÀNH THẤP |
| Phat.N | 38 | 12 | 26 | 31.6% | 38/5 | 🔴 QUÁ TẢI + HOÀN THÀNH THẤP |
| Khoa | 28 | 7 | 21 | 25.0% | 28/5 | 🔴 QUÁ TẢI + HOÀN THÀNH THẤP |
| Bach | 12 | 4 | 8 | 33.3% | 12/5 | 🔴 QUÁ TẢI + HOÀN THÀNH THẤP |
| Thuong | 7 | 5 | 2 | 71.4% | 7/5 | 🟡 QUÁ TẢI |
| Tai | 6 | 1 | 5 | 16.7% | 6/5 | 🟡 QUÁ TẢI + HOÀN THÀNH THẤP |
| Phuc.D | 6 | 0 | 6 | 0% | 6/5 | 🔴 QUÁ TẢI + HOÀN THÀNH THẤP |
| Huy | 4 | 3 | 1 | 75.0% | 4/5 | ✅ |
| Viet | 4 | 0 | 4 | 0% | 4/5 | 🔴 HOÀN THÀNH THẤP |
| Toan | 3 | 0 | 3 | 0% | 3/5 | 🔴 HOÀN THÀNH THẤP |
| Kien | 3 | 3 | 0 | 100% | 3/5 | ✅ |
| Phat.C | 1 | 0 | 1 | 0% | 1/5 | 🔴 HOÀN THÀNH THẤP |
Tỷ lệ tải max/min = 38× — vượt xa ngưỡng 3×. Vấn đề thật bất kể pivot.
Phân tích tồn đọng theo tuổi (66 đầu việc)
Trong 66 đầu việc chưa xong, ~36 cái có tuổi ≥3 tuần (quy tắc template: PHẢI tách hoặc hủy):
| Tuổi | Số lượng | Quy tắc | Đầu việc |
|---|---|---|---|
| ≥10 tuần (cụm zombie) | 5 | PHẢI hủy | BANA-344, 509, 512, 516, 538 |
| 5-9 tuần | 16 | PHẢI tách hoặc hủy | BANA-620, 621, 628, 677, 704, 705, 729, 730, 750, 756, 759, 760, 764, 770, 772, 781 |
| 3-4 tuần | ~15 | PHẢI tách hoặc hủy | BANA-789, 792, 793, 801, 803, 810, 855, 872, 876, 890–894, 902–907, 926, 928, 930 |
| 2-3 tuần | ~17 | xem xét với người nhận | BANA-932–938, 944, 945, 964–975 |
| <2 tuần | ~13 | an toàn để dời | BANA-985–987, 1030, 1037 |
Review WK17 đã gắn cờ 9 zombie (BANA-216, 344, 509, 512, 516, 538, 620, 621, 628). 8 cái vẫn còn sống trong WK19 — không có quyết định nào bị ép ra. Những cái này có trước pivot VNPAY — không được miễn.
Xu hướng 4 chu kỳ
| Chỉ số | WK16 | WK17 | WK18 | WK19 | Hướng |
|---|---|---|---|---|---|
| Cam kết | 65 | 36 | 13 | 100 | biến động |
| Hoàn thành | 58 | 34 | 12 | 34 | ■ sản lượng phẳng |
| Tỷ lệ hoàn thành | 89.2% | 94.4% | 92.3% | 34.0% | ▼ pivot |
| Tồn đọng | 0 | 0 | 0 | 66 | ▲▲▲ tích lũy do pivot |
Tốc độ giao hàng thực của đội ổn định (~34 đầu việc/tuần). Kế hoạch-chính-thức tách rời thực tế trong giai đoạn pivot VNPAY 3 tuần.
Khuyến nghị cho WK20 (khởi động lại)
- WK20 = chu kỳ khởi động lại. Đặt sức chứa ~40 đầu việc. Đừng chạy thêm một sprint quá khổ chỉ vì pivot VNPAY đã kết thúc.
- Hủy ép 5 đầu việc zombie (BANA-344, 509, 512, 516, 538) — chúng đã sống quá bối cảnh ban đầu.
- Triage tồn đọng trước khi WK20 cam kết — tách, hủy, hoặc cam kết. Không "dời rồi hy vọng" nữa.
- Cân bằng lại Phat / Hai / Khoa — ba người mỗi người ôm 28-38 đầu việc là cấu trúc hỏng bất kể VNPAY.
- Giao thức pivot cho các onsite tương lai — khi một gắn kết ngoài kế hoạch ngốn >2 ngày sức chứa đội, cắt kế hoạch sprint rõ ràng ngay từ đầu. Đừng chạy hai kế hoạch song song.
- Bỏ qua retro "Cần can thiệp" — Điểm sức khỏe gây hiểu lầm ở đây. Thay vào đó chạy một post-mortem VNPAY ngắn: cái gì đã giao, phản hồi nào trở về, cái gì gập vào WK20-22.
Ngưỡng hành động — đọc lại trong bối cảnh pivot
| Ngưỡng | Kích hoạt | Kết luận |
|---|---|---|
| Hoàn thành <75% (1 chu kỳ) | ✅ | 🟡 Bối cảnh pivot — theo dõi WK20 xem có kéo dài không |
| Hoàn thành <75% × 2 chu kỳ | chưa | WK20 là phép thử |
| Thành viên >5 đầu việc | ✅ | 🔴 Vấn đề thật bất kể pivot — sửa |
| Tuổi tồn đọng >2 tuần | ✅ (~36 đầu việc) | 🔴 Vấn đề thật — có trước pivot — sửa trong triage WK20 |
| Hủy >15% | — | ✅ |
| Cân bằng tải max/min >3× | ✅ (38×) | 🔴 Vấn đề thật bất kể pivot — sửa |
| Điểm sức khỏe <60 | ✅ (23) | Gây hiểu lầm — xem ghi chú Bối cảnh |
Trang liên quan
- Sprint Reviews · Roadmap · Changelog · Ma trận truy vết
- Plane: BANA-1049 — Sprint review 2026_WK19 (Report)