Tài liệu vừa đủ để đi nhanh, đủ chặt để qua gate
OLYM3 Nexus được xây theo Scrum với sprint hai tuần, nhưng gắn với cơ chế gate review của Blueprint. Bộ tài liệu dưới đây là nguồn tham chiếu duy nhất cho đội phát triển và cho Hội đồng.
- 12
- tài liệu trong bộ
- 8
- epic sản phẩm
- 20
- user story đã viết
- 188
- story point ước lượng
Danh mục tài liệu
Toàn bộ tài liệu nằm trong repository dưới dạng Markdown để review được bằng pull request, cùng vòng đời với mã nguồn.
Product Charter
Tuyên bố vấn đề, tầm nhìn, phạm vi trong/ngoài, thành công đo bằng gì và ai quyết định.
docs/agile/00-product-charter.md
Personas & ICP
Chân dung khách hàng lý tưởng và 8 persona người dùng với nhu cầu, nỗi đau và tiêu chí thành công.
docs/agile/01-personas-and-icp.md
Product Backlog
8 epic, user story theo mẫu vai trò – nhu cầu – giá trị, tiêu chí chấp nhận và ưu tiên MoSCoW.
docs/agile/02-product-backlog.md
Release Plan & Sprints
Kế hoạch 8 sprint hai tuần, sprint goal, ánh xạ tới gate review và tiêu chí phát hành.
docs/agile/03-release-plan-and-sprints.md
Definition of Ready / Done
Điều kiện để story vào sprint và điều kiện để được coi là hoàn thành, không có ngoại lệ.
docs/agile/04-definition-of-ready-done.md
Team & Ceremonies
Vai trò, ma trận RACI, nhịp họp Scrum và cách phối hợp với Hội đồng qua gate review.
docs/agile/05-team-and-ceremonies.md
Test Strategy & UAT
Kim tự tháp kiểm thử, tiêu chí nghiệm thu 10 PoC, quy trình UAT và quản lý defect.
docs/agile/06-test-strategy-and-uat.md
Risk & Governance
Risk register, cơ chế gate G0–G4, change control, kỷ luật ngân sách và audit trail.
docs/agile/07-risk-and-governance.md
Metrics & Reporting
KPI dictionary, velocity, burndown, chỉ số chất lượng và nhịp báo cáo cho stakeholder.
docs/agile/08-metrics-and-reporting.md
Design System
Token màu, typography, spacing, component inventory và quy tắc accessibility.
docs/design/design-system.md
Google Stitch Prompts
Bộ prompt để sinh lại từng màn hình trong Google Stitch và quy trình đưa thiết kế về code.
docs/design/stitch-prompts.md
Solution Architecture
Kiến trúc 5 lớp, Azure workload, mô hình dữ liệu, bảo mật và chiến lược môi trường.
docs/architecture/solution-architecture.md
Persona và tiêu chí thành công
Mỗi user story trong backlog đều viết cho một trong các persona này, kèm tiêu chí đo được để tránh yêu cầu mơ hồ.
| Persona | Nhu cầu chính | Đo bằng gì |
|---|---|---|
| Hội đồng Thành viên | Ra quyết định đầu tư dựa trên bằng chứng thay vì lời hứa | Gate review có đủ evidence, TCO và risk register |
| Product Lead | Giữ scope và ngân sách trong trần đã cam kết | Không vượt trần 1,5 tỷ trước G2 |
| Enterprise Architect | Giữ nguyên tắc fit-to-standard và kiến trúc mở rộng được | Chỉ số tuỳ biến dưới ngưỡng 45 |
| Business Analyst | Chuyển nhu cầu nghiệp vụ thành yêu cầu kiểm chứng được | 100% yêu cầu critical có PoC tương ứng |
| QA / UAT Lead | Bảo đảm không có kịch bản critical nào bị bỏ qua | ≥ 95% critical test pass, ≥ 90% tự động hoá |
| Integration Engineer | Tích hợp ổn định ở quy mô thật | ≥ 99,9% message success trên luồng critical |
| Kế toán trưởng | Chốt sổ nhanh, đối chiếu khớp, tuân thủ hoá đơn điện tử | Month-end close ≤ 5 ngày |
| Quản đốc sản xuất | Nhìn thấy OEE và nguyên nhân dừng máy theo ca | OEE ≥ 75% và có drill-down tới sự cố |
Epic và product backlog
Nexus Assessment Engine
Chuẩn hoá 35 yêu cầu và chấm điểm nền tảng theo khung 100 điểm
3/3 story hoàn thành
Nexus PoC Lab
Thiết kế, chạy và nghiệm thu 10 PoC trên dữ liệu thật
3/4 story hoàn thành
Nexus Insight Control Tower
KPI có owner, ngưỡng cảnh báo và drill-down tới chứng từ
1/2 story hoàn thành
Nexus Connect
Thư viện connector tái sử dụng với telemetry độ tin cậy
0/2 story hoàn thành
Nexus Gate Governance
Gate review G0–G4 gắn evidence và mở ngân sách theo điều kiện
1/2 story hoàn thành
Nexus AI Copilot
Trợ lý AI trả lời câu hỏi vận hành có trích nguồn
0/2 story hoàn thành
TCO & business case
Mô hình TCO 5 năm và business case cập nhật theo gate
1/2 story hoàn thành
Nền tảng hạ tầng
Landing zone, bảo mật, CI/CD, observability trên Azure
3/3 story hoàn thành
User story và tiêu chí chấp nhận
Mỗi story viết theo mẫu vai trò – nhu cầu – giá trị, kèm tiêu chí kiểm chứng được.
- NX-101MustSprint 0 · 8 điểm · Cloud Engineer
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í
- 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-102MustSprint 0 · 5 điểm · Developer
Là Developer, tôi cần pipeline CI/CD để mọi thay đổi được build, kiểm thử và triển khai 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-103MustSprint 0 · 8 điểm · Enterprise Architect
Là Enterprise Architect, tôi cần Entra ID và RBAC để phân quyền theo vai trò trên toàn bộ portal
- 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-111MustSprint 1 · 8 điểm · Business Analyst
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
- 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-112MustSprint 2 · 13 điểm · Enterprise Architect
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
- 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-113MustSprint 2 · 8 điểm · Ban lãnh đạo
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á
- 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-121MustSprint 3 · 13 điểm · QA/UAT Lead
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
- 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-122MustSprint 3 · 5 điểm · Product Lead
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
- 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-123MustSprint 4 · 13 điểm · BA Tài chính
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
- 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-124MustSprint 5 · 8 điểm · QA/UAT Lead
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
- 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-131MustSprint 5 · 13 điểm · Ban lãnh đạo
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
- 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-132ShouldSprint 5 · 8 điểm · Trưởng bộ phận
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
- 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-141MustSprint 6 · 13 điểm · Integration Engineer
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
- 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-142MustSprint 6 · 8 điểm · Kế toán trưởng
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
- 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-151MustSprint 2 · 13 điểm · Ban lãnh đạo
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
- 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-152MustSprint 6 · 5 điểm · Product Lead
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
- 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
- NX-161ShouldSprint 7 · 13 điểm · Ban lãnh đạo
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
- 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-162CouldSprint 7 · 8 điểm · BA Mua hàng
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
- 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-171MustSprint 4 · 13 điểm · Ban lãnh đạo
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
- 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
- NX-172ShouldSprint 7 · 5 điểm · Founder
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
- 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ư
Kế hoạch sprint
Sprint hai tuần, mỗi sprint có một mục tiêu duy nhất. Sprint gắn gate sẽ kết thúc bằng phiên gate review với Hội đồng.
| Sprint | Mục tiêu | Thời gian | Cam kết | Hoàn thành | Gate |
|---|---|---|---|---|---|
| S0Nền tảng | Landing zone, sandbox D365, CI/CD và security baseline sẵn sàng | 18/08 – 31/08/2026 | 26 | 26 | G0 |
| S1Requirement catalog | 35 yêu cầu NERP có mã định danh, dimension và tiêu chí evidence | 01/09 – 14/09/2026 | 34 | 34 | — |
| S2Assessment engine | Khung 100 điểm chạy được, fit-gap matrix xuất ra được | 15/09 – 28/09/2026 | 38 | 36 | G1 |
| S3PoC Lab v1 | P1 và P5 pass toàn bộ scenario critical trên dữ liệu thật | 29/09 – 12/10/2026 | 40 | 40 | — |
| S4PoC tài chính & sản xuất | P2, P4, P8 pass; giá thành và intercompany đối chiếu khớp | 13/10 – 26/10/2026 | 42 | 39 | — |
| S5Control tower & chất lượng | P9 pass, P3 và P6 đạt ≥ 60% scenario | 27/10 – 09/11/2026 | 40 | 33 | — |
| S6Tích hợp & EAM | P10 và P7 hoàn tất, message success ≥ 99,9% | 10/11 – 23/11/2026 | 38 | 21 | G2 |
| S7Đóng gói MVP | Đóng gói MVP, industry template đầu tiên, AI assistant v1 | 24/11 – 07/12/2026 | 36 | 0 | — |
Chất lượng và nhịp làm việc
Definition of Ready
- 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
- 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
Nghi thức Scrum
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ở
Cần bản đầy đủ của từng tài liệu? Toàn bộ nội dung nằm trong thư mục docs/ của repository, được review qua pull request cùng mã nguồn. Mở Nexus Console để xem các tài liệu này ở dạng sống, gắn với dữ liệu thật của chương trình.