Skip to content

Sprint Review — WK20

Chu kỳ 2026-05-11 → 05-17 · Ghi nhận trên Plane là BANA-1117. 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.

28/100 — Can thiệp
41%Hoàn thành (40/97)
56Tồn đọng (57.7%)
1%Đã hủy (1)
97Cam kết (>2× TB)

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

~234commit
13người đóng góp
~33commit/ngày

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

Tuần này (11/05 – 17/05) hai chủ đề lớn nhất là dựng lại product / commerce v2 — mapping đa danh mục đa merchant, biến thể theo option, combo và nhóm thuế — cùng nền tảng truy cập nhân viên (đăng nhập PIN và ca làm nhiều nhân viên) gieo mầm cho cụm thiết kế lại của WK21.

  • Product & Commerce v2 — Luồng tạo sản phẩm mới với mapping đa danh mục, đa merchant, sinh biến thể theo option, hỗ trợ combo/bundle, và CRUD nhóm thuế gắn vào module sản phẩm.
  • Tồn kho & Kênh bán — Quan hệ kênh bán ↔ địa điểm tồn kho, merchant ↔ địa điểm, trừ tồn cho biến thể combo khi bán, và endpoint tổng quan tồn material/inventory.
  • Truy cập nhân viên & Ca làm — Đăng nhập và phân quyền PIN, luồng OTP mới, và backend ca làm nhiều nhân viên làm nền cho cụm thiết kế lại truy cập của WK21.
  • Back Office & Helpdesk — Quản lý agent và nhóm agent, màn hình danh mục ticket, và chính sách SLA kèm xử lý quy tắc leo thang.
  • Vai trò & Phân quyền (client) — Màn hình quản lý vai trò với cây quyền có thể thu gọn, ô nhập độ ưu tiên trên form vai trò, và mô tả vai trò đa ngôn ngữ.
  • Dashboard Material — Dashboard tổng quan material với bốn widget, cùng đồng bộ merchant và xem trước.
  • Thiết bị & In ấn — Lưu trạng thái thiết bị, fingerprint và máy in xuống develop (chỉ git — không phải ticket Plane).

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

Hạng mụcĐiểmTrọng sốĐóng góp
Hoàn thành (40/97 = 41.2%)48.5/10030%14.56
Khả đoán (|41.2−85|×2 phạt)12.5/10025%3.12
Cân bằng tải (max/min 41/1)2.4/10020%0.49
Dòng chảy (56/97 = 57.7% tồn, kẹp)0/10015%0.00
Chất lượng (1/97 = 1.0% hủy)96.9/10010%9.69
Tổng27.86 → 28100%

Đánh giá: <60 = Cần can thiệp.

Đọc lưu ý này trước

Các chu kỳ WK17/WK18/WK19 trên Plane hôm nay là snapshot sau khi tỉa-VNPAY — những đầu việc bị dời trong giai đoạn pivot VNPAY onsite đã bị gỡ khỏi các chu kỳ đó, chỉ còn lại phần đã đóng. Vì vậy các tỷ lệ hoàn thành 100% / 92% / 94% hiển thị cho WK19/WK18/WK17 KHÔNG phải sức khỏe chu kỳ thực tế lúc đó. WK19 thực là 34/100 = 34% theo memo VNPAY. Cách hiểu: 41% của WK20 không phải "đội sụp đổ từ các chu kỳ khỏe mạnh" — mà là "WK20 là chu kỳ đầu tiên nợ tồn đọng cuối cùng đập vào chỉ số hoàn thành".

Thành tựu chính

  • BANA-1018 [BE/commerce] Mapping đa danh mục, đa merchant + sinh biến thể theo option (hai.cao) — gỡ chặn cụm Variant Option
  • BANA-1085 [BE/ledger] Tách dịch vụ ledger thành container API + Worker (phat.chung) — tách biệt vận hành
  • BANA-1077 [BE/inventory] Trừ tồn kho cho biến thể sản phẩm combo khi bán (phat.nguyen)
  • BANA-1100/1101/1102 PIN auth v1 + backend ca làm nhiều nhân viên Variant 2 (phuc.duong) — nền cho cụm thiết kế lại WK21
  • BANA-930 [FE/overture] Gỡ chặn thu giá biến thể (toan.tran)
  • BANA-216 [FE/client] Tính năng Table (khoa.nguyen) — đóng sau hơn 5 tháng treo
  • feat/material đã merge — dashboard tổng quan material với 4 widget (duc.bach)
  • Lưu trạng thái thiết bị + fingerprint + máy in xuống develop (kien.truong, chỉ git — không phải ticket Plane)

Cần chú ý gấp

Đầu việcNgười nhậnTrạng tháiTuổi (tuần)Vấn đề
Dynamic filter cho các trang khácBANA-344khoa.nguyen101_ON_HOLD22.3Zombie — phải tách hoặc hủy
Module Khuyến mãi/VoucherBANA-509hai.cao101_ON_HOLD11.6Zombie
FE/client CRUD Khuyến mãiBANA-512tai.nguyen101_ON_HOLD11.4Zombie
Invoice cho tích hợp saleBANA-516viet.vo, duc.bach100_UPCOMING11.3Zombie, thread invoice tắc
FE/bo Realtime Sale + PaymentBANA-538hai.cao, tai.nguyen101_ON_HOLD10.7Zombie
Docs Merchant Onboarding TESTBANA-620phat.nguyen+101_ON_HOLD7.9Zombie, từ review WK17
Docs Golive ProductsBANA-621phat.nguyen+101_ON_HOLD7.9Zombie
Admin UI Kit → Base UIBANA-628khoa.nguyen101_ON_HOLD7.7Zombie
BE archive variant validationBANA-677duc.bach100_UPCOMING7.4Tồn lâu
FE onboarding wizardBANA-704khoa.nguyen100_UPCOMING6.9Tồn lâu
DOC/wiki merchant onboarding runbookBANA-705phat.nguyen200_IN_PROGRESS6.9Tồn lâu, PM chủ
BE/Invoice testing flowBANA-729viet.vo200_IN_PROGRESS6.3Thread invoice tồn lâu
BE/invoice VAT 2H/EOD schedulerBANA-750viet.vo200_IN_PROGRESS6.3Ưu tiên URGENT, tồn lâu
BE/identity Refactor Employee APIsBANA-1073anh.le200_IN_PROGRESS0.7Quá hạn 2026-05-17, người mới
FE/bo SLA Policy + EscalationBANA-1091tai.nguyen200_IN_PROGRESS0.3Quá hạn 2026-05-17
FE/client Stock listBANA-1089duc.bach200_IN_PROGRESS0.3Quá hạn 2026-05-15

Cộng thêm các cụm Hai Cao tạo hàng loạt nhưng không nhúc nhích: Excel-import (BANA-890→894, 5 đầu việc, đều 4.3 tuần) và Menu (BANA-902→907, 6 đầu việc, đều 4.1 tuần) — tạo ngày 2026-04-26 không có ý định giao trong WK20.

Giao hàng

Chỉ sốWK20WK19 (Plane)TB 4 chu kỳ (Plane)Mục tiêuTrạng thái
Cam kết973545.25WK20 trên 2× TB
Hoàn thành403530.25
Tỷ lệ hoàn thành41.2%100%*82.0%*85%HỤT
Đã hủy1 (1.0%)00.75<7%OK
Tồn đọng56 (57.7%)0*14.0*<10%HỤT
Sản lượng/người2.53.2*2.9*2.0OK (theo Plane)

* Số WK17/18/19 phản ánh snapshot Plane sau khi tỉa-VNPAY, không phải thực tế cam kết lúc đó.

Các điểm hụt:

  • Hoàn thành 41.2% — mục tiêu 85%. Nguyên nhân = cam kết quá tải (97 so với 13/36/35 ở các chu kỳ đã tỉa trước), không phải tụt năng lực. Sản lượng/người 2.5 trên mục tiêu bền vững 2.0 theo Plane.
  • Tồn đọng 57.7% — mục tiêu <10%. Cả 56 đã dời sang WK21 ngày 2026-05-18 như một phần của review này.

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

Cột đếm đầu việc nhiều người theo từng người (nên là lượt-gán theo người, không phải đầu việc duy nhất). Tổng cột "Cam kết" = 145 lượt-gán trên 97 đầu việc duy nhất (TB 1.49 người/đầu việc).

Thành viênCam kếtXongHủyTồn% XongTảiCờ
hai.cao41803319.5%41/5[QUÁ TẢI] [HOÀN THÀNH THẤP]
phat.nguyen28811928.6%28/5[QUÁ TẢI] [HOÀN THÀNH THẤP]
khoa.nguyen20401620.0%20/5[QUÁ TẢI] [HOÀN THÀNH THẤP]
duc.bach1230925.0%12/5[QUÁ TẢI] [HOÀN THÀNH THẤP]
tai.nguyen830537.5%8/5[QUÁ TẢI] [HOÀN THÀNH THẤP]
kien.truong6600100.0%6/5[QUÁ TẢI] nhưng giao hàng sạch
phuc.duong60060.0%6/5[QUÁ TẢI] [HOÀN THÀNH THẤP] — pivot sang Search/PIN WK21
toan.tran540180.0%5/5OK
viet.vo510420.0%5/5[HOÀN THÀNH THẤP] — thread invoice kẹt
thuong.nguyen420250.0%4/5[HOÀN THÀNH THẤP]
phat.chung320166.7%3/5[HOÀN THÀNH THẤP]
huy.pham320166.7%3/5[HOÀN THÀNH THẤP]
thoi.pham1100100.0%1/5OK
van.nguyen1100100.0%1/5OK
uyen.nguyen1100100.0%1/5OK
anh.le10010.0%1/5[HOÀN THÀNH THẤP] — người mới

Cân bằng tải lượt-gán theo người max/min = 41/1 = 41×. Top 3 (Hai/Phat/Khoa) gánh 89/145 lượt-gán = 61.4% tải-người. (Số đầu việc duy nhất thấp hơn đôi chút do ticket dùng chung, nhưng tập trung ≥60% trên ba kỹ sư là dễ vỡ về cấu trúc.)

Phân tích tồn đọng (56 đầu việc, tất cả đã dời sang WK21 ngày 2026-05-18)

Theo quy tắc tuổi Bước 3 của template: ≥3 tuần → PHẢI tách hoặc hủy; 2 tuần → xem xét và tách nếu còn >50%; 1 tuần → dời thẳng.

Theo nhóm tuổi của 56 đầu việc:

  • ≥6 tuần (zombie thực, 18 đầu việc): BANA-344, 509, 512, 516, 538, 620, 621, 628, 677, 704, 705, 729, 730, 750, 759, 764, 770, 772
  • 3–6 tuần (phải tách/hủy theo template, 33 đầu việc): BANA-789, 792, 793, 801, 803, 810, 855, 872, 890, 891, 892, 893, 894, 902, 903, 904, 905, 906, 907, 926, 928, 932, 933, 935, 936, 937, 938, 944, 945, 964, 967, 973, 974
  • 1–3 tuần (xem xét/dời, 1 đầu việc): BANA-987
  • <1 tuần (dời thẳng, 4 đầu việc): BANA-1072, 1073, 1089, 1091

51/56 đầu việc đã dời (91%) có tuổi ≥3 tuần và theo template PHẢI tách hoặc hủy — không nên dời nguyên trạng. Việc dời đã xảy ra (PM gỡ chặn để dọn WK20); cần PM triage theo dõi vào thứ Hai trước khi làm việc hằng ngày WK21.

Khuyến nghị triage theo từng đầu việc:

Đầu việcNgười nhậnTuổi (tuần)Khuyến nghị
Dynamic filter cho các trang khácBANA-344khoa.nguyen22.3HỦY — bỏ rơi 22 tuần, cụm BANA-792-855 thay thế
Module Khuyến mãi/VoucherBANA-509hai.cao11.6HỦY hoặc cỡ lại thành deliverable nhỏ hơn
FE CRUD Khuyến mãiBANA-512tai.nguyen11.4HỦY (phụ thuộc 509)
Invoice cho tích hợp saleBANA-516viet.vo, duc.bach11.3TÁCH — thread invoice cần phân rã
Realtime Sale + PaymentBANA-538hai.cao, tai.nguyen10.7HỦY hoặc cỡ lại
Docs Merchant OnboardingBANA-620phat.nguyen+7.9HỦY — docs từ review WK17 chưa bao giờ bắt đầu
Docs Golive ProductsBANA-621phat.nguyen+7.9HỦY
Admin UI Kit → Base UIBANA-628khoa.nguyen7.7HỦY — migration đầu cơ
BE archive variant validationBANA-677duc.bach7.4TÁCH
Onboarding wizard legal/locationBANA-704khoa.nguyen6.9TÁCH
Merchant onboarding runbookBANA-705phat.nguyen6.9TÁCH
Invoice testing flowBANA-729viet.vo6.3TÁCH (ghép cặp Viet)
Invoice UI integrationBANA-730viet.vo6.3TÁCH (ghép cặp Viet)
Invoice VAT schedulerBANA-750viet.vo6.3TÁCH (ưu tiên URGENT, ghép cặp Viet)
Organization onboarding seedBANA-759hai.cao6.0TÁCH hoặc HỦY
GET /reports/payments/methodsBANA-764phat.chung+6.0TÁCH
Performance testing strategyBANA-770hai.cao6.0HỦY — ticket nghiên cứu chưa bao giờ nhúc nhích
Design transfer order between tablesBANA-772thuong.nguyen6.0TÁCH
BO Xóa Sale ChannelBANA-789phat.nguyen, hai.cao5.6TÁCH
BO Filter Sale/Product/Category/Vendor/MerchantBANA-792/793/801/810/855hai.cao, phuc.duong, khoa.nguyen, phat.nguyen5.4–5.6GỘP rồi TÁCH — 5 ticket anh em thực ra là một tính năng filter-form
BO Disable Product / Active VariantBANA-803phat.nguyen+5.4TÁCH
FE/overture Pagefind SEOBANA-872toan.tran4.4DỜI (chỉ quá 0.4 tuần)
Excel bulk import (5 đầu việc)BANA-890→894hai.cao4.3DỜI sang WK22+ hoặc backlog — Hai quá tải, không hoạt động WK20
Cụm Menu (6 đầu việc)BANA-902→907hai.cao4.1DỜI sang WK22+ hoặc backlog — cùng lý do
BO DeviceBANA-926phat.nguyen, tai.nguyen3.9GỘP — có thể trùng BANA-1110/1115/1116 (stack WK21 của Pham Thoi)
BO Thương mại > Sản phẩmBANA-928hai.cao, tai.nguyen3.9TÁCH
Search engine integrationBANA-932hai.cao, phuc.duong, khoa.nguyen3.7GỘP với việc Search WK21 của phuc.duong (BANA-1062-1068)
Cụm Product Variant OptionBANA-933, 935-938hai.cao, duc.bach3.6GỘP thành một tính năng, rồi TÁCH
BO Finance Category/Wallet bugsBANA-944, 945phat.nguyen, hai.cao3.4TÁCH
BO Merchant code persistenceBANA-967phat.nguyen, khoa.nguyen3.1TÁCH
FE description on productBANA-973phat.nguyen, khoa.nguyen, thuong.nguyen3.1TÁCH
POS VND quick-amountBANA-974phat.nguyen, khoa.nguyen3.1TÁCH
Force re-login JWT idleBANA-964phat.nguyen, khoa.nguyen3.1GỘP với BANA-720 + BANA-965 (3 bản trùng của cùng bug JWT re-login)
Product variant delete cascadeBANA-987phat.nguyen2.7DỜI (trong cửa sổ 2 tuần)
Product images not savingBANA-1072phat.nguyen, khoa.nguyen0.7DỜI
BE Refactor Employee APIsBANA-1073anh.le0.7DỜI (quá hạn, ghép cặp anh.le)
FE Stock listBANA-1089duc.bach0.3DỜI (quá hạn)
FE SLA Policy + EscalationBANA-1091tai.nguyen0.3DỜI (quá hạn)

Lưu ý về tuổi: tuổi dùng created_at làm proxy cho "lần thêm vào chu kỳ đầu tiên" (tính tuổi-thêm-vào-chu-kỳ-thực theo từng đầu việc cần 97 lần gọi activity-log). Tuổi là cận trên; tuổi chu kỳ thực có thể thấp hơn đôi chút.

Theo Module

ModuleCam kếtXong% XongTồn
nx-packages471940.4%27
nx-apps341955.9%15
(không module)1000.0%10
nx-operation300.0%3
nx-design3266.7%1

10 đầu việc không gán module (BANA-792, 793, 801, 803, 810, 855, 926, 944, 945, 1072). Bổ sung module khi triage WK21.

Theo Nhãn

NhãnĐầu việcXongTồn
Task74~31~42
Bug21~9~12
(không nhãn)2

Tỷ lệ Bug = 22% (21/97). Không có tín hiệu bug-bash rõ — điều tra xem bug có đang tích tụ thành nợ chất lượng không.

Rào cản & Rủi ro

Rủi roTác độngGiảm thiểuChủ trì
WK21 quá tải: 37 lập ban đầu + 56 dời + 1 review = 94 đầu việc so với ~35 bền vữngCaoTriage 56 đầu việc đã dời — hủy 7 zombie, dời cụm Excel + Menu, gộp 720/965/964Phat
Hai Cao ở 41 cam kết (8.2× trần tuần)CaoChuyển Menu (902-907) và Excel (890-894) ra khỏi hàng đợi của anh hoặc sang WK22+Phat + Hai
BANA-720 vs 965 vs 964 — ba ticket cho cùng một bug JWT re-loginTrung bìnhChọn một làm chính, đóng hai cái còn lạiPhat
Thread Invoice tắc — BANA-516/729/730/750 đều tồn 6+ tuần, một chủ viet.vo ở 20% hoàn thànhCaoGhép Viet với kỹ sư thứ hai hoặc tách thành deliverable nhỏ hơnPhat
10 đầu việc WK20 không có module — lỗ hổng vệ sinh dữ liệuThấpBổ sung module cho 10 mã liệt kê ở trênPhat
51/56 đầu việc đã dời vi phạm quy tắc tuổi của template (≥3 tuần → bắt buộc tách/hủy)CaoBuộc một lượt triage trước khi làm việc hằng ngày WK21; dùng bảng khuyến nghị từng đầu việc ở trênPhat
anh.le (Lê Hoàng Anh) người mới — đầu việc đầu tiên BANA-1073 chưa xong trên đường găng identityTrung bìnhGhép cặp với kỹ sư identity cấp cao (phuc.duong)Phat

Xu hướng 4 chu kỳ

Chỉ sốWK17 (đã tỉa)WK18 (đã tỉa)WK19 (đã tỉa)WK20Hướng
Đầu việc cam kết36133597tăng vọt cam kết
Đầu việc hoàn thành34123540sản lượng tuyệt đối ổn định
Tỷ lệ hoàn thành94.4%*92.3%*100%*41.2%xem lưu ý
TB đầu việc/người3.8*2.0*3.2*2.5■ ổn định
Tồn đọng0*0*0*56xem lưu ý
Điểm sức khỏe75*76*74*28xem lưu ý

* Đánh dấu các chỉ số WK17/18/19 lấy từ trạng thái Plane SAU KHI TỈA-VNPAY. Theo memo VNPAY (project_vnpay_onsite_wk17_wk19), số thực-lúc-đó là: WK17 ≈ 34% (kế hoạch 98 đầu việc bỏ giữa chu kỳ), WK18 ≈ 92% của kế hoạch 13 đầu việc đã cắt giữa tuần (kế hoạch thực 83 đầu việc), WK19 = 34/100 = 34%. Hoàn thành thấp liên tiếp thực: WK17→WK20 = 4 chu kỳ liên tiếp dưới 75% nếu tính theo cam kết gốc. Khung "WK17–19 = khỏe mạnh" của Plane là sản phẩm của cách Plane lưu chu kỳ, không phải thực tế.

Dòng sản lượng tuyệt đối (40 xong ở WK20 so với 34/12/35 ở các chu kỳ trước) là tín hiệu trung thực nhất: đội liên tục ship 30-40 đầu việc/chu kỳ bất kể cỡ cam kết. WK20 không hỏng ở giao hàng — nó hỏng ở việc lập cam kết khớp năng lực.

Dự báo (Monte Carlo, đơn giản)

Dựa trên sản lượng tuyệt đối thực qua 4 chu kỳ trước (34+12+35+40 = 121 xong / 4 chu kỳ) = ~30 đầu việc/chu kỳ, ~16 thành viên hoạt động = ~1.9 đầu việc/người/chu kỳ. Cùng con số dù dùng baseline cam kết đã tỉa hay chưa tỉa, vì đây là đầu việc đã xong không phải cam kết.

Luồng công việcCòn lạiTin cậy 50%Tin cậy 85%
Cụm thiết kế lại PIN auth (BANA-1103-1107)5cuối WK22 (2026-05-31)giữa WK24 (~2026-06-14)
Cụm Excel-import của Hai Cao5cần chủ ngoài Haikhông xác định cho tới khi gán lại
Cụm Menu của Hai Cao6cần chủ ngoài Haikhông xác định
Thread Invoice (BANA-516/729/730/750)4không xác định — Viet một mình không ship được trong 1 chu kỳcần ghép cặp
Cụm Variant Option (BANA-933, 935-938)5cuối WK22giữa WK23
Zombie (BANA-344, 509, 512, 538, 620, 621, 628, 770)8sẽ không ship — hủy

Lưu ý: dự báo giả định sản lượng chu kỳ trước giữ nguyên. Nếu WK21 dành thời gian đáng kể cho triage (khuyến nghị), tốc độ ship sẽ thấp hơn.

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

NgưỡngKích hoạtHành động khuyến nghị
Hoàn thành < 75% trong 2 chu kỳ liên tiếpCÓ có điều kiện — chỉ WK20 (41%) dưới 75% theo snapshot Plane; theo lịch sử điều chỉnh-VNPAY, 4 chu kỳ liên tiếp WK17-WK20 đều dưới 75%Giảm cam kết sprint sau 15% — nhưng WK21 đã quá tải, nên điều này nghĩa là RÚT đầu việc khỏi WK21, không chỉ chốt trần lập kế hoạch sau
Thành viên > 5 đầu việc (quá tải)CÓ — 7 thành viên: Hai 41, Phat 28, Khoa 20, Duc 12, Tai 8, Kien 6, Phuc 6Phân bổ lại trước khi làm việc hằng ngày WK21. Lưu ý: Kien 6/6 xong là "quá tải nhưng đang giao hàng" — đánh dấu cho đầu vào lập kế hoạch năng lực, không phải phân bổ lại
Bất kỳ ai < 70% xong trong 2 chu kỳKHÔNG theo Plane (WK19 là 100% cho hầu hết thành viên); nhưng riêng WK20 cho thấy 10 thành viên dưới 70% — cùng lưu ý có điều kiệnTheo dõi WK21 về hoàn thành thấp kéo dài trước khi ghép cặp
Tuổi tồn đọng > 2 tuầnCÓ — 51 đầu việc tuổi ≥3 tuần; 18 trong số đó ≥6 tuần (zombie thực)Theo template PHẢI tách hoặc hủy cả 51 — thực thi hôm nay trước khi làm việc WK21
Hủy > 15%KHÔNG (1.0%)
Tỷ lệ tải max/min > 3×CÓ (41×)Cân bằng lại — Hai Cao là điểm dễ vỡ duy nhất ở commerce
Điểm sức khỏe < 60CÓ (28)Bắt buộc retro chuyên biệt — lên lịch trước khi lập WK22
Hoàn thành > 95% trong 2 chu kỳKHÔNG

Khuyến nghị (theo thứ tự ưu tiên, cho standup thứ Hai)

  1. Triage 60 phút trên 56 đầu việc đã dời trước khi làm việc hằng ngày WK21. Kết quả: hủy 8 zombie (BANA-344, 509, 512, 538, 620, 621, 628, 770), dời cụm Excel + Menu sang WK22+ hoặc backlog, gộp BANA-720/965/964 thành một ticket.
  2. Chốt WK21 ở ~40 đầu việc hoạt động. Hiện 94 → bớt ~54 qua triage trên (phần lớn sang WK22 hoặc backlog).
  3. Ghép cặp anh.le với phuc.duong ở việc identity; BANA-1073 đã quá hạn ngay ngày đầu tuần làm việc đầu tiên của anh.
  4. Ghép cặp viet.vo ở thread invoice — 4 đầu việc, tuổi 6+ tuần, 20% hoàn thành một mình = kẹt.
  5. Soát tải Hai Cao: 41 cam kết là bất khả về cấu trúc. Chuyển Menu (902-907) và Excel (890-894) ra khỏi hàng đợi của anh hoặc gán lại chủ.
  6. Lên lịch retro WK20 — Sức khỏe 28 kích hoạt retro bắt buộc theo template. Chủ đề: "đội đã gánh 50-100 đầu việc dời từ WK17; WK20 là chu kỳ đầu tiên ta đếm chúng. Kỷ luật lập kế hoạch ta áp dụng cho WK22+ là gì?"
  7. Bổ sung module cho 10 đầu việc thiếu module (BANA-792, 793, 801, 803, 810, 855, 926, 944, 945, 1072) theo quy tắc dự án.

Ghi chú bối cảnh

Theo memory dự án project_vnpay_onsite_wk17_wk19, WK17–WK19 có 5 PO VNPAY onsite tại NEXPANDO và năng lực đội được chuyển hướng sang VNPAY MVP. Các chu kỳ không được lập lại khi bắt đầu pivot, nên 50-100 đầu việc/chu kỳ bị dời âm thầm rồi sau đó bị gỡ khỏi Plane.

WK20 lẽ ra là chu kỳ "khởi động lại" nhưng cam kết 97 đầu việc, có vẻ bao gồm cả backlog VNPAY-dời tích lũy. Đội giao 40 đầu việc (nhất quán với sản lượng thực ~30-40 đầu việc/chu kỳ trong toàn giai đoạn), nhưng cam kết 97 đầu việc đã phơi bày nợ dời thành một "hụt" trong một chu kỳ.

Khung đúng cho retro không phải "WK20 thất bại" — mà là "mẫu dời WK17→WK20 nổi lên ở WK20". Hành động là kỷ luật lập kế hoạch (chỉ cam kết những gì làm được), không phải cải thiện giao hàng (đội đã ship ở nhịp bền vững).

Ghi chú tính toàn vẹn dữ liệu

  • Chu kỳ WK20 hiện chứa 41 đầu việc (40 hoàn thành + 1 đã hủy) — xác nhận qua retrieve_cycle
  • Chu kỳ WK21 hiện chứa 94 đầu việc (13 xong + 30 đã bắt đầu + 42 chưa bắt đầu + 9 backlog) — khớp 37 lập ban đầu + 56 dời + 1 đầu việc review; xác nhận qua retrieve_cycle
  • Toán điểm sức khỏe tính lại: 0.30×48.5 + 0.25×12.5 + 0.20×2.4 + 0.15×0 + 0.10×96.9 = 27.86 → 28
  • Đếm lại nhóm tuổi tồn đọng: 18 zombie (≥6 tuần) + 33 (3-6 tuần) + 1 (1-3 tuần) + 4 (<1 tuần) = 56 ✓
  • Toán lượt-gán theo người: 145 lượt-gán trên 97 đầu việc (TB 1.49 người/đầu việc); top-3 = 89 = 61.4% tải-người
  • Đã thêm lưu ý xu hướng 4 chu kỳ — số WK17-19 là snapshot sau khi tỉa-VNPAY, không phải thực tế cam kết

Trang liên quan

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