Skip to content

Sprint Review — WK13

Chu kỳ 2026-03-23 → 03-29 · Ghi nhận trên Plane là BANA-688. 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.

48/100 — Can thiệp
60%Hoàn thành (44/73)
27Tồn đọng (37%)
3%Đã hủy (2)
73Cam kết (~2.3× TB)

Tóm tắt điều hành

245commit
11người đóng góp
35commit/ngày

Điểm nhấn cho lãnh đạo

Tuần này (23/03 – 29/03) đội dựng toàn bộ môi trường staging trên VNPAY Cloud K8s với pipeline search & CDC triển khai trọn vẹn, đồng thời giao một loạt POS, sale-renderer và phân bổ bàn cùng trang landing & pháp lý công khai.

  • Staging trên K8s — Dựng toàn bộ môi trường staging PMBH trên VNPAY Cloud Kubernetes, kèm network policy, egress cho load balancer nội bộ, và migrate image để khởi tạo cơ sở dữ liệu.
  • Pipeline Search & CDC — Triển khai stack Debezium CDC và job khởi tạo topic Kafka, tinh chỉnh Typesense cho tìm kiếm đa ngôn ngữ / embedding, và bật component search-and-CDC của commerce.
  • Nhắn tin bền vững — Vòng retry nền và xử lý reconnect cho consumer Kafka trên finance, inventory, pricing và ledger, gia cố trước tình huống tất cả broker mất kết nối.
  • Phân bổ bàn & sale — AllocationUsage cho quản lý bàn, sự kiện socket khi order/order-item thay đổi, và điểm thưởng khách hàng sau khi đơn bán được thanh toán.
  • Phần cứng POS & in ấn — Kết nối máy in TCP, mở ngăn kéo tiền, chọn codepage, lưu mẫu hóa đơn và in từng món trên thiết bị.
  • Hệ thống fare & sale-renderer — Giao diện quản lý nhóm fare với panel ba cột và trình sửa quy tắc inline, cùng đấu nối socket cho sale-renderer và sửa numpad tiền mặt.
  • Trang công khai & loyalty — Trang chính sách bảo mật và điều khoản dịch vụ song ngữ, màn hình hiển thị Sale-Customer, và khung thư viện design-system.

Điểm sức khỏe: 48/100 — Cần can thiệp

Hạng mụcĐiểmTrọng sốĐóng góp
Hoàn thành70.9/10030%21.3
Khả đoán50.5/10025%12.6
Cân bằng tải5.6/10020%1.1
Dòng chảy (không tồn đọng)26.0/10015%3.9
Chất lượng (không hủy)91.8/10010%9.2

Thành tựu chính

  • Toàn bộ môi trường staging trên VNPAY Cloud K8s (phat.nguyen) — nghiên cứu kiến trúc K8s (NXET-596) và hoàn tất toàn bộ chuẩn bị staging PMBH (NXET-644). Đồng giao hỗ trợ pos365, sửa số điện thoại, sửa ngày merchant. Phát hiện và triage 12 bug BE/commerce (NXET-666–678) để gia cố hệ thống.
  • Pipeline Search & CDC triển khai trọn vẹn (phuc.duong) — học nền tảng K8s, viết tài liệu kiến trúc staging, triển khai stack Debezium CDC, dựng và deploy search service + semantic search. 6/6 đầu việc hoàn thành, giao hàng 100%.
  • FE blitz của Khoa Nguyen — đại tu sale-renderer (fontScale, refactor route, refactor dashboard, WebSocket cho Sale), cùng giao hàng FE client (cài đặt thanh toán, boilerplate bo, sửa Customer Paid, đồng bộ sales order), sửa bug (PRD-001 slug, PRD-003 đ tiếng Việt, PRD-004 mã lỗi). 16 đầu việc xong.
  • Backend phân bổ / sơ đồ sàn hoàn tất (Hai Cao) — tái cấu trúc AllocationLayout, entity AllocationUsage + migration + service, SaleOrderEventActions. Đồng thời sửa bug pricing, migrate hạ tầng dev, và đồng giao nghiên cứu K8s. 14 đầu việc xong.
  • Trang landing đã phát hành (tai.nguyen) — tạo trang landing PMBH, dựng toàn bộ UI từ mockup. Đồng thời giao tính năng loyalty khách hàng (màn chi tiết, cột điểm, lịch sử giao dịch), refactor form. 10 đầu việc xong.
  • Service ledger hoàn thiện và bàn giao (phat.chung, viet.vo) — ledger pos365 được refactor và giao cho đội tester VNPAY. phat.chung cũng viết lại schema ledger.
  • Phần cứng POS & phân phối (kien.truong) — phân phối Google Play, cài đặt POS quán cà phê, tích hợp ngăn kéo tiền. 4/4 đầu việc.

Cần chú ý gấp

Đầu việcNgười nhậnTrạng tháiTuổi (tuần)Vấn đề
Refactor invoices + VNPAY APINXET-419viet.voIn Progress11ZOMBIE — phải tách hoặc hủy
Implement Invoice PageNXET-449tai.nguyenIn Progress10ZOMBIE — phải tách hoặc hủy
CRUD PromotionNXET-512tai.nguyenIn Progress4ZOMBIE — phải tách hoặc hủy
Integrate invoice for saleNXET-516tai.nguyen, viet.voIn Progress4ZOMBIE — phải tách hoặc hủy
Verify product/inventory/taxNXET-532Hai Cao, Khoa NguyenUpcoming4ZOMBIE — phải tách hoặc hủy
Design POS layoutsNXET-562thuong.nguyenIn Progress2.5Xem xét với người nhận, tách nếu còn >50%

Giao hàng

Chỉ sốWK13WK12WK11WK10TB 4 chu kỳMục tiêu
Cam kết7332272940.3
Hoàn thành4430242430.5
Tỷ lệ hoàn thành60.3%93.8%88.9%82.8%81.4%85%
Đã hủy2 (2.7%)2 (6.3%)3 (11.1%)5 (17.2%)3.0 (9.3%)<7%
Tồn đọng27 (37.0%)0006.75<10%
Sản lượng/người4.03.753.03.03.42.0

Các điểm hụt:

  • Hoàn thành 60.3% — mục tiêu 85%. Sprint quá tải ở 73 đầu việc (2.3x TB 4 chu kỳ là 40). 12 đầu việc BE/commerce thêm hàng loạt ngày 2026-03-26 (3 ngày trước khi kết thúc sprint) làm phồng số cam kết.
  • Tồn đọng 37.0% — mục tiêu <10%. Do các đầu việc thêm muộn + 5 đầu việc zombie (tuổi >= 3 tuần) lẽ ra phải tách sớm hơn.

Phân bổ theo thành viên

Lưu ý: đầu việc có nhiều người nhận được tính cho từng người.

Thành viênCam kếtXongHủyTồn% XongCờ
Khoa Nguyen321611550%[HOÀN THÀNH THẤP]
Hai Cao22141764%[HOÀN THÀNH THẤP]
phat.nguyen18511228%[HOÀN THÀNH THẤP]
tai.nguyen18101756%[HOÀN THÀNH THẤP]
phuc.duong7700100%
kien.truong4400100%
phat.chung4400100%
thuong.nguyen310233%[HOÀN THÀNH THẤP]
viet.vo310233%[HOÀN THÀNH THẤP]
duc.bach210150%[HOÀN THÀNH THẤP]
toan.tran1100100%
uyen.nguyen1100100%

Bối cảnh: Top 4 thành viên được co-gán nhiều, làm phồng số cam kết. Đóng góp của phat.nguyen bị thấp hơn thực tế theo số đầu việc — dựng staging K8s (NXET-644) và nghiên cứu kiến trúc (NXET-596) là các đầu việc tốn công, cộng với việc phát hiện và triage 12 bug commerce tạo pipeline cho WK14.

Phân tích tồn đọng

Đầu việcNgười nhậnTuổi (tuần)Khuyến nghị
Refactor invoices + VNPAY APINXET-419viet.vo11PHẢI tách hoặc hủy
Implement Invoice PageNXET-449tai.nguyen10PHẢI tách hoặc hủy — bị chặn bởi NXET-419
CRUD PromotionNXET-512tai.nguyen4PHẢI tách
Integrate invoice for saleNXET-516tai.nguyen, viet.vo4PHẢI tách — bị chặn bởi NXET-419
Verify product/inventory/taxNXET-532Hai Cao, Khoa Nguyen4PHẢI tách — chưa bắt đầu
Design POS layoutsNXET-562thuong.nguyen2.5Xem xét với người nhận, tách nếu còn >50%
Config fare systemNXET-615duc.bach1Dời sang WK14
Fix translationsNXET-626tai.nguyen<1Dời
Sub-category tags + scrollingNXET-634tai.nguyen<1Dời
Build pricing pageNXET-649phat.nguyen, tai.nguyen<1Dời
Update mockup imagesNXET-664tai.nguyen, thuong.nguyen<1Dời
3x BUG-PRD (002,005,006)NXET-638,641,642Hai Cao, Khoa Nguyen<1Dời
AllocationUsage FE (2 đầu việc)NXET-660,661Hai Cao<1Dời
12x sửa lỗi BE/commerceNXET-666–678phat.nguyen, Khoa Nguyen<1Dời — thêm hàng loạt cuối sprint

Theo Module

ModuleĐầu việcXong% XongTồn
nx-apps301963%10
nx-packages301550%15
nx-operation44100%0
pos36533100%0
nx-design2150%1
nx-qc200%1

Theo Nhãn

NhãnĐầu việcXongTồn
Task40308
Bug24717
Report110

Rào cản & Rủi ro

Rủi roTác độngGiảm thiểuChủ trì
Refactor invoice (NXET-419) 11 tuần, chặn NXET-449 và NXET-516CaoTách thành các phần giao nhỏ hơn; gán lại nếu viet.vo không sẵn sàngphat.nguyen
12 đầu việc BE/commerce thêm ngày 03-26 làm phồng số cam kết sprintTBThêm trực tiếp vào chu kỳ sau thay vì sprint hiện tạiphat.nguyen
Hoàn thành Bug: 7/24 (29%) — phần lớn bug được co-gán nhưng chưa bắt đầuTBƯu tiên lô bug ở WK14, gán quyền sở hữu rõ ràng cho từng bugTeam
Thiết kế POS của thuong.nguyen (NXET-562) 2.5 tuần không tiến triển rõTBXem lại phạm vi, tách WebPOS và HandheldPOS thành đầu việc riêngthuong.nguyen

Xu hướng 4 chu kỳ

Chỉ sốWK10WK11WK12WK13Hướng
Đầu việc hoàn thành24243044
Tỷ lệ hoàn thành82.8%88.9%93.8%60.3%
Tồn đọng00027
Đã hủy5322
Điểm sức khỏe75.576.775.748.1

Đội giao kỷ lục 44 đầu việc (so với TB 26) — sản lượng thực tế đang tăng. Nhưng sprint bị nạp 73 đầu việc khiến tỷ lệ hoàn thành trông kém. Xu hướng hủy đang cải thiện (17% → 3%).

Dự báo (Monte Carlo)

Phạm viCòn lạiTin cậy 50%Tin cậy 85%
Tồn đọng WK1327WK14 (2026-04-05)WK15 (2026-04-12)
Track Invoice (419/449/516)3 (cần tách)WK15 (2026-04-12)WK16 (2026-04-19)
Lô bug BE/commerce12WK14 (2026-04-05)WK14 (2026-04-05)

Ngưỡng hành động kích hoạt

Điều kiệnKích hoạtHành động khuyến nghị
6 đầu việc tồn đọng tuổi > 2 tuầnZombieNXET-419, 449, 512, 516, 532 PHẢI tách hoặc hủy. Xem lại NXET-562.
Tỷ lệ tải max/min = 18:1Mất cân bằngCân bằng lại — tránh co-gán hàng loạt, gán chủ việc chính rõ ràng cho từng đầu việc
Điểm sức khỏe 48 < 60Vấn đề hệ thốngCần retro chuyên biệt

Khuyến nghị

  1. Chốt WK14 ở ~40 đầu việc — 73 là quá tải 2.3x. Sản lượng đã chứng minh của đội ~30-44 đầu việc/chu kỳ.
  2. Ngừng thêm hàng loạt giữa sprint — 12 đầu việc BE/commerce thêm ngày 03-26 nên đưa vào chu kỳ sau.
  3. Tách ngay 5 đầu việc zombie — NXET-419 (11 tuần), NXET-449 (10 tuần), NXET-512 (4 tuần), NXET-516 (4 tuần), NXET-532 (4 tuần).
  4. Gán chủ việc chính rõ ràng — co-gán làm phồng chỉ số tải và che mờ trách nhiệm. Dùng 1 chủ việc chính + người review.
  5. Tổ chức retro ngắn — sức khỏe rớt từ ~76 xuống 48. Nguyên nhân chính là cỡ sprint, không phải hiệu suất đội (sản lượng thực tế đang tăng).

Trang liên quan

Proprietary and Confidential. Unauthorized copying, distribution, or use of this software is strictly prohibited.