Delivery
Sprint board, backlog và risk register
Nexus được xây theo Scrum với sprint hai tuần. Mỗi sprint kết thúc bằng một increment demo được, và các sprint có gate sẽ kèm phiên gate review với Hội đồng.
Story point hoàn thành
120/188
64% backlog đã đóng
Velocity trung bình
32.7
Tính trên các sprint đã chạy
Story đang làm
5
Giới hạn WIP để giữ luồng công việc ổn định
Rủi ro mức cao
8
Mỗi rủi ro có biện pháp kiểm soát và owner
Tiến độ theo sprint
Cột đậm là story point đã hoàn thành, cột nhạt là cam kết đầu sprint.
S0
Nền tảng
G0S1
Requirement catalog
S2
Assessment engine
G1S3
PoC Lab v1
S4
PoC tài chính & sản xuất
S5
Control tower & chất lượng
S6
Tích hợp & EAM
G2S7
Đóng gói MVP
Sprint 6 đang chạy và gắn với gate G2 — sprint chưa hoàn thành nên chênh lệch cam kết/hoàn thành là bình thường tại thời điểm chụp dữ liệu.
Hoàn thành
- NX-101MustS0 · 8 điểm
Là Cloud Engineer, tôi cần Azure landing zone theo chuẩn để mọi môi trường được tách biệt và có kiểm soát chi phí
Nền tảng hạ tầng
- Có 4 môi trường Dev/Test/UAT/Prod tách subscription hoặc resource group
- Budget alert bật ở mức 50/80/100% ngân sách tháng
- Key Vault lưu toàn bộ secret, không có secret trong mã nguồn
- NX-102MustS0 · 5 điểm
Là Developer, tôi cần pipeline CI/CD để mọi thay đổi được build, kiểm thử và triển khai tự động
Nền tảng hạ tầng
- Pipeline chạy lint, typecheck, unit test và build trên mỗi pull request
- Không merge được khi pipeline đỏ
- Deploy tự động lên môi trường Test khi merge vào nhánh chính
- NX-103MustS0 · 8 điểm
Là Enterprise Architect, tôi cần Entra ID và RBAC để phân quyền theo vai trò trên toàn bộ portal
Nền tảng hạ tầng
- SSO qua Entra ID hoạt động cho 4 vai trò
- Ma trận RBAC được duyệt và áp dụng ở tầng API
- Mọi thao tác trọng yếu ghi audit trail không thể sửa
- NX-111MustS1 · 8 điểm
Là Business Analyst, tôi cần khai báo yêu cầu NERP có mã định danh để mọi đánh giá đều truy vết được
Nexus Assessment Engine
- Mỗi yêu cầu có mã, domain, dimension, mức critical và trọng số
- Yêu cầu critical bắt buộc gắn với ít nhất một PoC hoặc lý do miễn trừ
- Xuất được requirement catalog ra file để đưa vào hồ sơ gate
- NX-112MustS2 · 13 điểm
Là Enterprise Architect, tôi cần khung chấm điểm 100 điểm để so sánh nền tảng bằng trọng số minh bạch
Nexus Assessment Engine
- Tổng trọng số 8 dimension luôn bằng 100
- Điểm tổng thay đổi ngay khi chỉnh mức fit của một yêu cầu
- Hiển thị số gap critical và chỉ số customization
- NX-113MustS2 · 8 điểm
Là Hội đồng Thành viên, tôi cần thấy fit-gap và benchmark nền tảng để không ra quyết định chỉ bằng điểm tự đánh giá
Nexus Assessment Engine
- Hiển thị benchmark các nền tảng cùng nguồn dữ liệu
- Ghi rõ điểm OLYM3 Architecture là năng lực kiến trúc, không phải điểm ERP
- Mọi gap critical đều có phương án xử lý và chi phí quy đổi
- NX-121MustS3 · 13 điểm
Là QA Lead, tôi cần quản lý kịch bản của 10 PoC để theo dõi tỷ lệ pass theo thời gian thực
Nexus PoC Lab
- Mỗi PoC có danh sách scenario, kết quả kỳ vọng và trạng thái
- Tính được tỷ lệ pass và tỷ lệ tự động hoá theo PoC
- Không cho phép đánh dấu PoC pass khi còn scenario critical chưa pass
- NX-122MustS3 · 5 điểm
Là Product Lead, tôi cần đánh dấu nguồn dữ liệu của mỗi PoC để chứng minh không dùng dữ liệu demo
Nexus PoC Lab
- Mỗi PoC ghi rõ dataset, phạm vi và người xác nhận dữ liệu
- Cảnh báo khi PoC dùng dữ liệu mô phỏng chưa được xác nhận
- NX-123MustS4 · 13 điểm
Là BA Finance, tôi cần PoC intercompany và giá thành để chứng minh đối chiếu khớp trên hai kỳ kế toán thật
Nexus PoC Lab
- Bút toán đối ứng sinh tự động ở cả hai pháp nhân
- Chênh lệch đối chiếu bằng 0 sau khi chốt kỳ
- Giá thành thực tế tách được variance giá, lượng và hiệu suất
- NX-131MustS5 · 13 điểm
Là Ban lãnh đạo, tôi cần control tower hiển thị KPI kèm owner để mỗi chỉ số đều có người chịu trách nhiệm
Nexus Insight Control Tower
- Mỗi KPI có owner, mục tiêu, xu hướng và hành động tiếp theo
- Chỉ số đạt/không đạt được phân biệt trực quan
- Có thể lọc theo nhóm Product, Business, Customer value
- NX-151MustS2 · 13 điểm
Là Hội đồng Thành viên, tôi cần gate review chỉ mở ngân sách khi đủ bằng chứng để kiểm soát rủi ro giải ngân
Nexus Gate Governance
- Mỗi tiêu chí gate gắn với bằng chứng cụ thể
- Không thể chuyển gate sang trạng thái duyệt khi còn tiêu chí chưa đạt
- Ghi lại quyết định, người duyệt và thời điểm
- NX-171MustS4 · 13 điểm
Là Ban lãnh đạo, tôi cần mô hình TCO 5 năm có kịch bản để so sánh phương án trước khi quyết định
TCO & business case
- So sánh tối thiểu 3 kịch bản chi phí
- Chi phí customization được quy đổi thành tiền và rủi ro
- Thay đổi số người dùng cập nhật lại toàn bộ mô hình
Đang làm
- NX-124MustS5 · 8 điểm
Là QA Lead, tôi cần PoC chất lượng chặn xuất hàng khi lô chưa release để bảo vệ khách hàng cuối
Nexus PoC Lab
- 100% lô đang hold bị chặn tại bước xuất kho
- NCR có owner, deadline và hành động khắc phục
- CAPA khép vòng có bằng chứng hiệu quả
- NX-132ShouldS5 · 8 điểm
Là Trưởng bộ phận, tôi cần alert khi KPI vượt ngưỡng để xử lý trước khi ảnh hưởng kết quả tháng
Nexus Insight Control Tower
- Alert gửi tới owner qua Teams trong vòng 5 phút
- Alert kèm link drill-down tới chứng từ gốc
- Có thể tạm ngưng alert kèm lý do và thời hạn
- NX-141MustS6 · 13 điểm
Là Integration Engineer, tôi cần theo dõi độ tin cậy của từng connector để chứng minh mức 99,9% trước rollout
Nexus Connect
- Hiển thị tỷ lệ thành công, số message và độ trễ theo 30 ngày
- Message lỗi vào dead-letter queue và xử lý lại được
- Retry có backoff và bảo đảm idempotent
- NX-142MustS6 · 8 điểm
Là Khách hàng, tôi cần connector hoá đơn điện tử để không phải nhập liệu hai lần
Nexus Connect
- Phát hành hoá đơn có ký số và nhận phản hồi thành công
- Trạng thái hoá đơn đồng bộ ngược về hệ thống
- Lỗi phát hành hiển thị nguyên nhân cụ thể
- NX-152MustS6 · 5 điểm
Là Product Lead, tôi cần theo dõi ngân sách pilot so với trần 1,5 tỷ để tránh vượt trần
Nexus Gate Governance
- Hiển thị đã dùng, còn lại và dự báo tới cuối pilot
- Cảnh báo khi dự báo vượt trần
Chưa bắt đầu
- NX-161ShouldS7 · 13 điểm
Là Ban lãnh đạo, tôi cần hỏi KPI bằng ngôn ngữ tự nhiên và nhận câu trả lời có trích nguồn
Nexus AI Copilot
- Câu trả lời luôn kèm nguồn dữ liệu và thời điểm cập nhật
- Từ chối trả lời khi không đủ dữ liệu thay vì suy đoán
- Ghi log câu hỏi và câu trả lời phục vụ audit
- NX-162CouldS7 · 8 điểm
Là BA Procurement, tôi cần AI phát hiện bất thường trong chi mua hàng để rà soát sớm
Nexus AI Copilot
- Phát hiện được giao dịch lệch bất thường so với lịch sử
- Mỗi cảnh báo có mức tin cậy và lý do
- NX-172ShouldS7 · 5 điểm
Là Founder, tôi cần business case cập nhật sau mỗi gate để trình bày với nhà đầu tư và đối tác
TCO & business case
- Business case gắn với dữ liệu KPI mới nhất
- Xuất được bản trình bày cho nhà đầu tư
Risk register cấp chương trình
Điểm rủi ro = xác suất × tác động, thang 1–5 cho mỗi chiều.
| Mã | Rủi ro | Mức | Điểm | Biện pháp kiểm soát | Owner |
|---|---|---|---|---|---|
| R1 | Sản phẩm bị nhìn nhận như công ty tư vấn thay vì software product | Cao | 20 | Sở hữu IP rõ ràng, doanh thu subscription, kho mã nguồn và roadmap sản phẩm công khai | Founder |
| R3 | Customization vượt mức làm tăng TCO và rủi ro nâng cấp | Cao | 20 | Nguyên tắc fit-to-standard, change control và chỉ số customization | Enterprise Architect |
| R4 | Chất lượng dữ liệu khách hàng thấp làm PoC không kết luận được | Cao | 20 | Data readiness gate bắt buộc trước G1, điểm tối thiểu 80 | Data/AI Engineer |
| R2 | Chi phí license Dynamics 365 vượt khả năng chi trả của SME | Cao | 16 | Bắt đầu bằng Business Central, tận dụng startup benefits, mở rộng theo giai đoạn | Product Lead |
| R7 | Scope creep làm vỡ tiến độ và trần ngân sách pilot | Cao | 16 | Khoá scope tại G0/G1, mọi thay đổi phải qua change request | Product Lead |
| R5 | PoC chỉ chạy trên dữ liệu demo nên không phản ánh vận hành thật | Cao | 15 | Bắt buộc dữ liệu thật hoặc mô phỏng có xác nhận của chủ dữ liệu | QA/UAT Lead |
| R6 | Tích hợp với hệ thống legacy thất bại khi lên quy mô thật | Cao | 15 | PoC P10 chạy trước rollout, yêu cầu message success ≥ 99,9% | Integration Engineer |
| R10 | Không đủ bằng chứng ROI khi trình bày với nhà đầu tư và Microsoft | Cao | 15 | Baseline KPI trước pilot tại từng khách hàng, đo lại sau 90 ngày | Founder |
| R9 | Phụ thuộc doanh thu vào một khách hàng lớn | Trung bình | 12 | Danh mục 3–5 design partner ở các ngành khác nhau | B2B Sales |
| R8 | Azure credits bị tiêu hao mà không tạo giá trị sản phẩm | Trung bình | 9 | FinOps, budget alert, mỗi workload phải gắn với tính năng sản phẩm | Cloud Engineer |
Nghi thức Scrum
Nhịp làm việc cố định để giữ kỷ luật bằng chứng.
Sprint Planning
Thứ Hai đầu sprint, 2 giờ
Sprint goal, sprint backlog đã ước lượng
Daily Standup
Hằng ngày 09:15, 15 phút
Cập nhật tiến độ và impediment
Backlog Refinement
Thứ Tư tuần 1, 90 phút
Story đạt Definition of Ready cho sprint kế tiếp
PoC Evidence Review
Thứ Sáu hằng tuần, 60 phút
Bằng chứng PoC được xác nhận hoặc trả lại
Sprint Review
Thứ Sáu cuối sprint, 90 phút
Demo increment cho stakeholder, phản hồi được ghi nhận
Retrospective
Thứ Sáu cuối sprint, 60 phút
Tối đa 3 hành động cải tiến có owner
Gate Review
Cuối mỗi phase
Quyết định G0–G4 và mức ngân sách được mở
Definition of Ready
Story chỉ vào sprint khi thoả toàn bộ điều kiện.
- Story viết theo mẫu vai trò – nhu cầu – giá trị và liên kết tới một epic
- Có tiêu chí chấp nhận kiểm chứng được, không mơ hồ
- Xác định rõ yêu cầu NERP hoặc PoC liên quan
- Có dữ liệu mẫu hoặc nguồn dữ liệu để kiểm thử
- Ước lượng bằng story point và không vượt 13 điểm
- Không phụ thuộc bên ngoài chưa được xác nhận
Definition of Done
Không có ngoại lệ, kể cả khi sát hạn gate.
- Toàn bộ tiêu chí chấp nhận được kiểm chứng bằng bằng chứng lưu lại
- Kiểm thử tự động cho luồng critical đã viết và pass
- Typecheck và lint không còn lỗi
- Bảo mật: không có secret trong mã nguồn, quyền truy cập theo RBAC
- Tài liệu và ảnh chụp màn hình cập nhật trong evidence pack
- Đã demo trong Sprint Review và được Product Owner chấp nhận
- Đã triển khai lên môi trường Test và không gây hồi quy