Skip to content

Sprint Review - WK29

Cycle 2026-07-13 → 07-19 · Mirror BANA-1839 · Chấm theo scorecard delivery-first (SPACE / DORA / Flow).

62/100 - Cần chú ý
53Done
42.7%Completion
9Chờ nghiệm thu
68Chuyển tiếp
Committed124Huỷ3
Done53Chuyển tiếp68
Completion42.7%Health62 - Cần chú ý
Commit~200Người tham gia13

Tuần này gói trong bốn dòng

  • Một đợt audit code lớn viết lại bảng. Toàn bộ 100 item đang mở được verify với code (50 item nhóm "started" verify đầy đủ, phần còn lại theo mẫu/tuổi item); 32 item thực ra đã xong và được sửa về Done. Done tăng từ 21 trên board lên 53 đã verify.
  • Một lô 36 ticket QA test-case mới là câu chuyện thật. Một loạt ticket kịch bản soạn sẵn (POS-DASH-001..025, SC-TABLE/PAY/KITCHEN-*) lên board ngày 2026-06-15 và gần như đứng im từ đó - 33/36 vẫn còn ở trạng thái draft. Một mình nó chiếm hơn nửa carry-over tuần này và kéo Flow & Aging xuống mức tệ nhất trong 6 cycle.
  • Một lỗ hổng bảo mật thật sự lộ ra. get sale order không kiểm tra phạm vi merchant - bất kỳ user đã đăng nhập có quyền read chung đều lấy được đơn hàng của merchant khác qua ID. Chưa sửa.
  • Zombie chỉ báo bàn cuối cùng cũng tách đôi. Chỉ báo bàn trên sơ đồ (#1183) đã ra tuần này sau hai review không nhúc nhích; cặp song sinh của nó, phân biệt hàng chờ với bàn (#1184), vẫn chưa động tới.

Tóm tắt cho lãnh đạo

~200commit
13người
~29commit/ngày
10feature branch

Tuần này ra được những gì:

  • Kitchen Display System, lần này thật đã xongsale-renderer-2 có màn KDS/kitchen-board đầy đủ kèm nút "Send to kitchen" - đóng khoảng hở mà audit PRD ở WK28 đã ghi nhận (Khoa Nguyễn). Chỉ báo bàn đang hoạt động + thời gian trôi qua trên sơ đồ cũng ra tuần này, đảo ngược flag đã mở từ WK27 (Hải Cao, Khoa Nguyễn).

  • Back Office, đợt 2 đã xong Thêm 7 màn BO - product, stock, inventory-location, category, POS settings, làm mới merchant-user/role, quản lý configuration kèm JSON editor - tất cả đều nằm chưa được đánh dấu trên board và được verify code trong review này (Diễm Phan, Thuận Hoàng).

  • Siết validation độ dài input, khép lại đã xong Schema @nx/core dùng chung (giới hạn name/description/code/phone/tiền) được áp cho identity, commerce, finance, tax, invoice, licensing, cả backend lẫn frontend, trong một đợt gọn (Đức Bách, Phát Chung).

  • 5 PRD Inventory được ratify đã xong LDG (sổ biến động), STK (kho & mức tồn), UOM (đơn vị tính), VAL (giá vốn), RSV (giữ tồn) - đều v1.0, mở đường cho việc kho theo ngành hàng tháng 8 (Phát Nguyễn).

  • Một lô ticket QA chưa ai xử lý rủi ro 36 ticket kịch bản soạn sẵn lên board ngày 2026-06-15; 33 vẫn còn draft sau 5 tuần. Đây là nguyên nhân lớn nhất cho carry-over và điểm Flow & Aging tệ nhất cửa sổ 6 cycle.

  • Lỗ hổng phạm vi merchant ở get sale order rủi ro Không kiểm tra chủ sở hữu trên đường đọc - bất kỳ user đăng nhập nào cũng lấy được đơn của merchant khác qua ID. Đã lên ticket, chưa sửa.

Tình trạng Deployment

11item trong pipeline dev→deploy
2dev-ready (203)
3deploy-ready (205)
6test-ready (210)
StateSố itemÝ nghĩa
203_READY_TO_DEVELOP2PRD/spec đã chốt, sẵn sàng cho dev
205_READY_TO_DEPLOY3Code đã merge, chờ deploy lên môi trường test
210_READY_TO_TEST6Đã deploy lên môi trường test, chờ QA nghiệm thu

Tổng 11 item đang ở các bước dev→deploy→test, chưa tính là Done. Dự báo Monte Carlo: 50% khả năng dọn sạch pipeline deploy/test (9 item ở 205/210) trong WK30, 85% xong đầu tháng 8.

Delivery Scorecard

Chiều đoĐiểmXu hướngĐọc thế nào
Throughput6753 done so với median trượt 79 (WK24-28)
Flow & Aging22▼▼53 trong 68 item đang mở (78%) đã quá 2 tuần - tệ nhất cửa sổ 6 cycle
Predictability73sản lượng ít trồi sụt hơn cửa sổ trước (CoV ≈ 27%)
Quality90tỉ lệ huỷ 2.4%; 9 item board khai tiến độ cao hơn thực tế
Sustainability84top-2 chiếm 48.1% số done (tính theo tổng), vượt vạch bus-factor 40%
Delivery Health62 - Cần chú ý0.30·T + 0.25·F + 0.20·P + 0.15·Q + 0.10·S

Health rơi từ 70 (Tốt) xuống 62 (Cần chú ý). Nguyên nhân gần như hoàn toàn nằm ở Flow & Aging - riêng lô ticket QA test-case đã chiếm 36 trong 68 item đang mở, tất cả 3-5 tuần tuổi và không hề nhúc nhích.

Tín hiệu về planning (báo riêng, không tính vào Health):

  • Commitment ratio ~2.95× - 124 item so với sức chứa bền vững ~42 (21 người active × 2/tuần). Lớn hơn cycle 97 item của WK28, không phải nhỏ hơn.
  • Completion 42.7% (53/124) - giảm từ 58.8% của WK28, nhưng số Done đã verify (53) gần với con số verify 57 của WK28; giảm là do mẫu số lớn hơn, không phải sản lượng giảm.

Thế nào là Done

Code merge đi qua 205_READY_TO_DEPLOY210_READY_TO_TEST300_DONE; chỉ việc đã QA nghiệm thu (hoặc đã verify code trong review này) mới tính là done. Có state mới 203_READY_TO_DEVELOP (thêm 2026-07-15, nằm giữa 200_IN_PROGRESS205_READY_TO_DEPLOY) đánh dấu PRD/spec đã chốt, sẵn sàng cho dev - vẫn là open, chưa done. Hiện còn 9 item trong 205_READY_TO_DEPLOY/210_READY_TO_TEST (3 + 6); thêm 2 item ở state 203_READY_TO_DEVELOP mới.

Giá trị đã tạo ra (EBM)

Nhóm giá trịRa được cái gì
Current Value
dùng được ngay
Chỉ báo bàn + màn KDS/kitchen-board đầy đủ trên sale-renderer-2 · 7 màn BO đợt 2 (product, stock, inventory-location, category, POS settings, merchant-user/role, configuration+JSON editor) · dashboard phân tích tăng trưởng merchant
Time-to-Market
tốc độ ship
Rollout schema validation dùng chung cho cả BE+FE, khép lại một đợt siết input kéo dài nhiều tuần trong một lần gọn
Ability-to-Innovate
tốc độ về sau
Component JSON editor dùng lại được cho các màn configuration của BO · subject console policy-definition-v2 (search server-side, scoped grant)
Unrealized Value
cơ hội phía trước
5 PRD Inventory mới ratify mở đường cho việc kho theo ngành hàng tháng 8 · 9 item trong pipeline deploy/test là giá trị thật chưa được tính · lô 36 ticket QA là rủi ro chưa xử lý, không phải giá trị, cho tới khi được triage

Công sức từng người

Đây là bối cảnh, không phải bảng xếp hạng. Commit chỉ là proxy cho hoạt động, không phải sản lượng. Cột Done đếm item multi-assignee cho từng người. Một phần lớn số Done tuần này (32/53) đến từ lô sửa lỗi Step-0 code-audit, không phải việc mới ra tuần này - xem Nhật ký sửa từ audit code.

NgườiCommitMảngDoneLàm được gì
Khoa Nguyễn38sale-renderer-2, client, bo10Màn KDS/kitchen-board, UI cart/checkout/payment, màn Settings, discount
Hải Cao32sale, core, helpdesk, taxation11API sale-order, batch action table-overview/kitchen-ticket, WebSocket event service
Đức Bách31bo, core, client4Subject console policy-definition-v2, rollout schema validation core
Tài Nguyễn26bo, client, core1Dashboard analytics merchant, refactor SLA/category Help Desk
Huy Phạm13commerce, asset, core0S3 proxy cho upload asset, theo dõi tiến độ import + thông báo websocket, import merchant
Phát Chung10core, identity, sale, helpdesk3Model quyền theo tier, siết schema độ dài chuỗi, cron controller ledger
Thuận Hoàng9bo, core, client2Configuration management CRUD + JSON editor, refactor OrganizerFilterInput
Kiên Trương9client, core, sale-renderer0 đang làmRefactor shift, hook sale-channel, i18n shift-template
Diễm Phan7commerce, bo, asset, sale-renderer-214Màn BO đợt 2 (product, stock, fare-set, inventory-location, category, POS settings), sửa luồng update merchant
Việt Anh Võ7invoice, sale, core, finance0 đang làmGuard webhook-v2 trùng, tái cấu trúc tax-engine/invoice, device-id cho shift
Tình Nguyễn (PO)4docs / PRD2Sửa PRD-SHF-001 (ca nhiều nhân viên) và PRD-SLF-001 (QR self-order)
Phúc Dương3search, core0Pipeline CDC pricing, chỉnh retry-log search, wiki CI nội bộ
Phát Nguyễn (PM/PO)11platform, PRD255 PRD Inventory ratify, việc IGNIS/platform, lô sửa lỗi code-audit
Lê Linh-QA3Nghiệm thu QA
Anh Đỗ-QA2Nghiệm thu QA
Oanh Phan-QA1Nghiệm thu QA
Thương Nguyễn-Design3Thiết kế luồng bán retail (trong Figma, chưa commit vào repo)

Phần việc không nhìn thấy trong git

Số Done của Diễm Phan (14) gấp hơn đôi số commit (7) tuần này - phần lớn là các màn BO đợt 2 đã được xây và merge từ hai cycle trước nhưng chưa từng được đánh dấu Done cho tới khi đợt audit code lần này bắt kịp.

Chi tiết những gì đã ra

Sale / POS

  • sale-renderer-2: màn KDS/kitchen-board đầy đủ, nút "Send to kitchen", chỉ báo bàn đang hoạt động + thời gian trôi qua, gom cart, discount, UI checkout/payment (Khoa Nguyễn)
  • API phía sale: dọn bàn, trạng thái/filter table-overview, batch action kitchen-ticket, cart-id trên kitchen ticket, validate trạng thái draft lúc checkout, WebSocket event service cho order/kitchen-ticket/allocation (Hải Cao)

Back Office - đợt 2

  • Màn product: list + create/edit (variant, option, bundler, preview POS) · Màn stock kèm panel sửa inline · CRUD inventory-location · Quản lý product category + submenu sidebar · POS settings (quản lý ca & đặt bàn) · làm mới merchant-user & employee role · sửa luồng update merchant đồng bộ bo↔client (Diễm Phan)
  • Configuration management - màn CRUD + JSON editor dùng lại được · refactor OrganizerFilterInput (Thuận Hoàng)

Permissions

  • Subject console policy-definition-v2: search server-side, guard scoped grant, nâng cấp UI · gộp ma trận permission tier-leaf dùng chung với màn sửa role (Đức Bách)

Nền tảng / siết validation

  • Schema @nx/core dùng chung (giới hạn name/description/code/phone/tiền) áp cho identity, commerce, finance, tax, invoice, licensing - cả schema request backend lẫn form Zod frontend (Đức Bách, Phát Chung)
  • S3 proxy cho upload asset, theo dõi tiến độ import kèm thông báo websocket, chức năng import merchant (Huy Phạm)

Analytics merchant

  • Dashboard tăng trưởng/phân bố verify đã ra: SnapshotSection, các biểu đồ, phân tích theo tỉnh (Tài Nguyễn)

PRD Inventory

  • 5 spec mới ratify v1.0: LDG (sổ biến động), STK (kho & mức tồn), UOM (đơn vị tính), VAL (giá vốn), RSV (giữ tồn) (Phát Nguyễn)

Dọn backlog tồn đọng

  • Một ticket Appearance-page bên FE/client 19.6 tuần tuổi (tính năng đã có, board chưa từng cập nhật) · lô QA-verification VNPAY-TEST (tạo cửa hàng, sản phẩm, space/table - đều xác nhận chạy đúng) · validate trùng lịch đặt bàn TB-001/002 cho tạo và sửa

Còn dở dang

  • Ô search reservation (đã dựng UI, chưa nối vào filter) · chặn trùng giá trị option · trường trạng thái KDS trên sale order · import Excel sản phẩm (đã lên ticket, không tìm thấy code) · gộp EmployeeForm giữa apps/clientapps/bo (chưa làm gì)

Tiến độ dự án & Phase

  • Phase 2 (đích tháng 9/2026): tuần này đóng 53 item (mức sàn đã verify sau audit code). Nhích nhiều nhất: Sale/POS (KDS + chỉ báo bàn), BO đợt 2, Permissions.
  • Burnup: scope Phase 2 vẫn phình ra - riêng 5 item PRD Inventory mới đã vào cycle này. Đọc bảng Epic Progress dưới đây là mang tính định hướng; cách đếm đổi giữa chừng (xem ghi chú).
  • Việc ì nhất: lô ticket QA test-case (36 item, 33 vẫn draft) giờ là nguyên nhân carry-over lớn nhất, hơn cả bất kỳ epic nào. Xem Kế hoạch Phase 2.

Tiến độ Epic (Phase 2)

Mang tính định hướng. Mốc so sánh là snapshot 2026-07-12 trong phase-2-plan.md.

Cách đếm đổi tuần này - đọc trước khi tin các delta

Review này tính % epic bằng cách đệ quy đầy đủ xuống tận leaf work item (tới 3 tầng: Epic → FEAT → PRD → sub-task BE/FE), thay vì cách đếm nông hơn có lẽ đã tạo ra baseline 07-12. Vài delta lớn dưới đây (E1, E2, E5, E9, E10) trộn lẫn tiến độ thật với việc đếm sâu hơn - không phải velocity thuần của một tuần. Giữ cùng cách đếm (sâu hơn) cho review sau để so sánh sạch.

EpicChủTrước → NayΔTrạng thái
E1 · Tax (S2a, T-VAN)Việt Võ / Phát75% → 100%+25đổi cách đếm - cần soát lại
E9 · Sale (Trải nghiệm bán hàng)Hải / Khoa / Phát70% → 98%+28đổi cách đếm - cần soát lại
E2 · Commerce (Bán lẻ)Hải / Khoa / Phát96% → 75%-21đổi cách đếm - đệ quy sâu thêm PRD sub-task mới
E3 · Products (Entitlement)Hải / Khoa / Phátre-scope → 67% (2/3)bắt đầuđã dựng khung
E4 · Sale (Shift + reconcile)Việt Võ / Phát95% → 92%-3ổn định
E5 · Customer (MST + nhóm)Hải / Khoa / Phát48% → 100%+52đổi cách đếm - cần soát lại, không có commit domain customer tuần này
E6 · InventoryPhát50% → 37%-13scope phình ra - 5 PRD mới thêm vào làm con chưa xong
E7 · FinanceViệt Võ / Phát88% → 87%-1ổn định
E8 · Sale (Trạm bếp & tự đặt món)Hải / Khoa / Phát25% → 38%+13thật - KDS đã ra tuần này
E10 · PricingHải / Khoa / Phát52% → 100%+48đổi cách đếm - cần soát lại
E11 · PermissionsPhát / Hải88% → 95%+7đúng tiến độ
E12 · Commerce (Backoffice portal)Hải / Phát84% → 98%+14gần xong

Hai lỗ hổng về sổ sách

  • E6 (Inventory) giảm nhưng không có gì thụt lùi. 5 PRD leaf mới (LDG/STK/UOM/VAL/RSV) vào làm con tuần này, lập tức pha loãng %. Đây là scope phình ra được hiển thị rõ, đúng thứ burnup phải cho thấy.
  • Các bước nhảy lớn của E2/E5/E9/E10 cần người soát lại bằng tay. Không có bằng chứng git nào cho việc code miền Customer (E5) ra tuần này, vậy mà % tính được nhảy từ 48% lên 100% - gần như chắc chắn vì cách đệ quy sâu hơn của review này tìm ra nhiều leaf đã xong hơn mà cách đếm nông ở baseline đã bỏ sót, không phải việc mới.

Điểm nghẽn & dòng chảy

Tín hiệuĐọc thế nào
WIP già53 trong 68 item đang mở (78%) đã quá 2 tuần - tệ nhất cửa sổ 6 cycle. Già nhất: #708 (Docs/overture, 15.7 tuần), #899/#919/#921 (spike tooling overture đã chết, ~13 tuần), #1184 (zombie hàng chờ-vs-bàn, 7.3 tuần, mở suốt review thứ 3)
Phân bố WIPbacklog 39 · upcoming 10 · on-hold 1 · đang làm 7 · dev-ready 2 · deploy-ready 3 · test-ready 6
Lô ticket QA test-case36 item (POS-DASH-001..025, SC-TABLE/PAY/KITCHEN-*), tạo hàng loạt ngày 2026-06-15; 33 vẫn 000_DRAFT sau 5 tuần. Chưa từng được triage hay thực thi
Tập trungtop-2 chiếm 48.1% số done (tính theo tổng) - vượt vạch 40%, nhưng bị đội lên do các assignment thuộc lô sửa lỗi của chính PM/PO (ticket QA-verification/PRD), không phải sản lượng dev thuần
Bị chặnkhông cái nào được đánh dấu. Plane không có API quan hệ nên blocked-by không theo dõi bằng cấu trúc được

Phân tích carry-over

Còn 68 item đang mở. Nguyên tắc: ≥3 tuần → tách hoặc huỷ · 2 tuần → xem lại · 1 tuần → chuyển tiếp.

NhómSố lượngTuổiGồm những gì
Backlog xác sống53≥3 tuầnLô 36 ticket QA test-case · 4 spike overture/docs đã chết (13-16 tuần) · zombie đặt bàn #1184 (7.3 tuần) · 6 item Phase 2 vẫn draft/dở dang (#1539, #1562, #1575, #1576, #1582, #1652)
Cần xem lại2~2-3 tuần#1724 (draft ticket kho), #1731 (item QA đăng nhập VNPAY)
Chuyển tiếp bình thường13<2 tuầnItem BO/client mới tạo và việc platform tuần này còn đang làm

Theo Module

Chuẩn xác với 65 item có gắn capability module. 59 item - chủ yếu lô ticket QA test-case, item VNPAY-TEST, và ticket PRD/legacy không gắn module - để là Chưa map, lỗ hổng lớn hơn WK28 (26.8%) vì riêng lô QA đã là 36 item chưa map.

ModuleItemDoneChuyển tiếp
Sale29199 (+1 huỷ)
Inventory1282 (+2 huỷ)
Platform550
User Management523
Products422
Commerce440
Tax220
Reports110
Pricing101
Permissions101
Device101
Chưa map591049

Theo Label

LabelItemDoneHuỷ
Task77300
Bug31121
Improvement330
PRD17112
Phase 284502

Rủi ro & vướng mắc

Rủi roẢnh hưởngCách xử lýAi lo
get sale order không kiểm tra phạm vi merchant (#1795-b) - user đăng nhập có quyền read chung lấy được đơn merchant khác qua IDRò rỉ dữ liệu thật giữa các merchantMở rộng service/controller sale-order dùng MerchantScopedService.findById, đã có sẵn ở chỗ khác trong frameworkHải Cao
Lô 36 ticket QA test-case chưa động tới suốt 5 tuần (33 vẫn draft)Nguyên nhân lớn nhất khiến Flow & Aging tệ nhất cửa sổ; đội commitment ratio mà không có tiến độ thậtTriage rõ ràng: thực thi hoặc huỷ, đừng để nó âm thầm chuyển tiếp lần nữaPhát / trưởng QA
#1772 màn Fare & Fare-set BO vẫn chưa tồn tại trong apps/bo, review thứ 3 liên tiếp, vẫn nằm ở 205_READY_TO_DEPLOYKhông thể deploy cái chưa từng được dựngHạ về backlog và re-scopePhát / Diễm
#1803 thiếu guard xoá owner/headquarter dù board ghi 205_READY_TO_DEPLOYCó thể xoá organizer-owner hoặc merchant headquarter, phá vỡ grant join-domainThêm guard trước khi ký deploy tiếp theoPhát Chung
#1575 Entitlements vẫn hoàn toàn dang dở, không tiến thêm từ WK28Chặn E3 (Products/Entitlement)Bắt đầu logic mint/redeem/reverse hoặc re-scope epicKhoa / Hải
4 item spike tooling overture/docs đã chết, 13-16 tuần tuổiScope cũ đội board mà không có đường hoàn thànhĐóng vì đã lỗi thời hoặc re-scope rõ ràngPhát

Xu hướng (6 cycle)

Chỉ sốWK24WK25WK26WK27WK28WK29Hướng
Throughput (done)928640795753
Completion %53.836.421.750.058.842.7
Carry-over78142143783868
Delivery Health778067737062

Mọi chỉ số đều đi sai hướng tuần này, nhưng số Done tuyệt đối (53) gần với con số verify 57 của WK28 - câu chuyện là một cycle lớn hơn, chưa được size (124 so với 97 committed) cộng với lô 36 ticket QA lẽ ra không nên âm thầm chuyển tiếp, không phải sản lượng team đi xuống.

Dự báo (Monte Carlo)

Dựa trên throughput quan sát được (40-92 done/cycle qua 6 cycle).

MốcCòn lại50%85%
Sửa lỗ hổng bảo mật phạm vi merchant1 itemtuần nàytuần này - không nên chờ velocity tự nhiên
Triage lô ticket QA test-case36 itemcần một quyết định rõ ràng, không phải một mốc thời gian-
Entitlements (E3)dang dở, không tiến từ WK28tháng 9Q4 - cần một quyết định khởi động
Dọn sạch 9 item trong pipeline deploy/test9WK30đầu tháng 8

Việc cần làm

  • ✅ Đã audit code toàn bộ 100 item đang mở trước sửa; sửa 32 item về Done đã verify - Phát
  • ⬜ Sửa ngay lỗ hổng phạm vi merchant #1795-b trên get sale order (bảo mật) - Hải Cao
  • ⬜ Triage lô 36 ticket QA test-case (POS-DASH-*, SC-*) - thực thi hoặc huỷ, dừng việc âm thầm chuyển tiếp - Phát / trưởng QA
  • ⬜ Hạ và re-scope #1772 (màn Fare BO chưa từng được dựng, review thứ 3) - Phát / Diễm
  • ⬜ Sửa guard xoá owner/headquarter #1803 trước khi ký deploy tiếp theo - Phát Chung
  • ⬜ Đóng hoặc re-scope 4 item spike overture/docs đã chết (13-16 tuần tuổi) - Phát
  • ⬜ Khởi động lại Entitlements (E3) - không tiến thêm từ WK28 - Khoa / Hải

Nhật ký sửa từ audit code

Độ phủ: toàn bộ 100 item đang mở trước sửa đều được rà; 50 item nhóm "started" (200/203/205/210 - gần done nhất, rủi ro board sai lệch cao nhất) được verify code từng item bởi 5 agent đọc-only song song; 50 item backlog/upcoming còn lại chỉ được đánh giá theo tiêu đề và ngày tạo (chủ yếu là lô ticket QA test-case và ticket draft cũ), không đọc code. 53 Done là mức sàn đã verify cho tập đã audit - có thể còn sửa thêm trong phần backlog chưa audit.

ItemTrướcSauBằng chứng
#536 Màn settings Appearance205 (19.6 tuần tuổi)Doneapps/client/.../account-settings/appearance/Appearance.screen.tsx
#1183 Chỉ báo bàn trên sơ đồ205 (zombie, 2 review)DoneTableGridItem.tsx, TableGridItemTimeBadge.tsx
#1359 UI KDS + nút bếp200Doneapps/sale-renderer-2/.../kitchen/Kitchen.screen.tsx, GoToKDSBtn.tsx
#1445 VNPAY-TEST-001 tạo cửa hàng210Donepackages/commerce/.../merchant.service.ts
#1455 VNPAY-TEST-014 sản phẩm210Donepackages/commerce/.../product-create.service.ts
#1456 VNPAY-TEST-015 space/table210Donecontroller AllocationZone/AllocationUnit
#1580 Ẩn cột cửa hàng210Doneapps/client/src/constants/table.ts
#1647 TB-001 trùng lịch (tạo)200DoneuseReservationDraftOverlap.ts, SaveFormBtn.tsx
#1648 TB-002 trùng lịch (sửa)200Donecùng hook, ReservationEdit.tsx
#1699 Dashboard tăng trưởng merchant200Doneapps/bo/.../analysis/growth/MerchantGrowth.screen.tsx
#1770 Màn product BO205Doneapps/bo/.../product/{list,create,edit}
#1771 Màn stock list BO205DoneStock.screen.tsx, StockEditPanel.tsx
#1773 CRUD inventory-location BO210Doneapps/bo/.../inventory-location/{list,create,edit}
#1774 Quản lý category BO205Doneapps/bo/.../product/category
#1775 Sửa logo & tên organizer210DoneOrganizerEditNameDialog.tsx
#1776 Đặt sale channel mặc định210DoneSaleChannelForm.tsx
#1780 BE rà soát độ dài chuỗi203Donecommit 288baaaaf, 724c21eb0
#1781 BE đồng bộ giới hạn input205DoneSCHEMA_LENGTH_LIMIT (cùng commit)
#1782 FE đồng bộ giới hạn input210Doneapps/core/src/schemas/common.schema.ts
#1791 Màn POS settings205DonePosSettings.screen.tsx
#1792 Làm mới merchant-user/role205Donecommit 8a2fb7b37
#1793 Hiện tất cả input filter210DoneTableInquiryV2.tsx (15 client + 27 bo)
#1795 Validate trạng thái draft lúc checkout200Donecheckout.service.ts::_loadDraftOrderForCheckout
#1798 WebSocket cho sale200DoneSaleSocketEventService
#1802 Màn AppearancePOS205DoneAppearancePOS.screen.tsx
#1805 Sửa luồng update merchant205Donecommit 9037f81af, 80de2eb62
#1811 Configuration + JSON editor210DoneConfigurationForm.tsx (RHFJsonEditor)
#1815 PRD-LDG-001 (sổ biến động)203Donetài liệu v1.0 ratified
#1816 PRD-STK-001 (kho & mức tồn)203Donetài liệu v1.0 ratified
#1817 PRD-UOM-001 (đơn vị tính)203Donetài liệu v1.0 ratified
#1818 PRD-VAL-001 (giá vốn)203Donetài liệu v1.0 ratified, có callout "Ratified"
#1819 PRD-RSV-001 (giữ tồn)203Donetài liệu v1.0 ratified

Verify lại vẫn mở: #1772 (màn Fare BO, NOT-DONE) · #1803 (guard xoá owner, NOT-DONE) · #1184 (phân biệt hàng chờ/bàn, NOT-DONE) · #1795-b (phạm vi merchant, NOT-DONE) · #1797 (trường trạng thái KDS, NOT-DONE) · #1810 / #1835 / #1838 (FE/client, NOT-DONE) · #1575 (Entitlements, PARTIAL/dang dở) · #1576 (quản lý trạm bếp, PARTIAL) · #1539 / #1562 (PRD, PARTIAL còn nháp) · #1582 / #1652 / #1777 (PARTIAL) · #1681 (VAR-024, chưa chắc chắn - không tìm thấy commit khớp) · #1695 / #1801 (không kiểm tra được bằng code - cần QA nghiệm thu / chỉ có thiết kế Figma).

Phụ lục - nguồn dữ liệu & cách làm

  • Git: git log --all --since=2026-07-13 --until=2026-07-20 trên nx-seller. 200 commit (không tính merge), 13 người theo dõi được. IGNIS là dependency npm riêng (chỉ bump version tuần này), không phải checkout riêng nên không kéo git log tách biệt.
  • Board: retrieve_cycle + danh sách từng item của 2026_WK29, đọc ngày 2026-07-19 (đúng ngày cuối cycle).
  • Audit code: 5 agent đọc-only song song phủ 50 item nhóm "started"; 32 item được sửa về Done qua update_work_item.
  • Scorecard: mốc throughput = median trượt WK24-28 (79). Predictability = CoV qua WK24-28 (≈27%). Quality = tỉ lệ huỷ + số item board khai vượt tiến độ ở state 203/205/210. Sustainability = top-2 chiếm theo tổng (nếu chỉ tính theo assignee đầu tiên sẽ ra con số cao hơn hẳn, ~74%, do các assignment thuộc lô sửa lỗi của PM/PO - đã ghi nhận nhưng không dùng, để giữ nhất quán với cách tính các tuần trước).
  • Theo Module: chuẩn xác với 65/124 item; 59 item chưa map, chủ yếu là lô 36 ticket QA test-case.
  • Tiến độ Epic: tính bằng cách đệ quy đầy đủ xuống tận leaf work item (xem ghi chú ở trên) - sâu hơn cách có lẽ đã tạo ra baseline 07-12; nhiều delta lớn mang tính định hướng, chưa phải velocity một tuần đã verify.

Trang liên quan

Sprint Reviews · Roadmap · Kế hoạch Phase 2 · Ma trận truy vết · Plane BANA-1839

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