Project & Timeline — Diagrams & Frameworks
FP&A + McKinsey-style Consultant · Toàn diện từ Why → What → How
file html thể hiện toàn bộ tiến trình kết hợp đề đạt mục tiêu 250 thẻ active/ hết tháng 12/2026
BỨC TRANH TỔNG QUAN
Trong tư duy McKinsey, Project & Timeline không chỉ là “vẽ Gantt chart”. Đây là hệ thống công cụ giúp bạn trả lời 4 câu hỏi cốt lõi:
Câu hỏi 1 — Structure: Dự án này gồm những phần nào, phụ thuộc nhau như thế nào?
Câu hỏi 2 — Sequence: Làm theo thứ tự nào để tối ưu thời gian và nguồn lực?
Câu hỏi 3 — Risk: Điều gì có thể làm chậm hoặc phá vỡ timeline?
Câu hỏi 4 — Communication: Làm sao trình bày timeline cho từng audience khác nhau — CEO, PMO, hay team thực thi?
NHÓM 1 — PLANNING & STRUCTURE DIAGRAMS
1. GANTT CHART — Công cụ nền tảng
Bản chất: Biểu đồ thanh ngang hiển thị tasks theo trục thời gian, với mối quan hệ phụ thuộc giữa các tasks.
3 cấp độ Gantt theo audience:
Cấp độ Executive (1 trang): 5–8 workstreams lớn, timeline theo quý. CEO nhìn vào biết ngay toàn bộ dự án kéo dài bao lâu và milestone nào quan trọng nhất.
Cấp độ Management (2–3 trang): 15–25 tasks, timeline theo tháng/tuần. PMO và workstream leads dùng để coordinate và track progress.
Cấp độ Operational (chi tiết): 50+ tasks, timeline theo tuần/ngày. Team thực thi dùng hàng ngày để biết phải làm gì tiếp theo.
Điều FP&A cần overlay lên Gantt mà PMO thường bỏ qua:
Thứ nhất, Budget burn rate theo từng workstream. Không chỉ “Task A kéo dài 3 tháng” — mà “Task A tốn 2.5 tỷ trong 3 tháng, burnrate 830M/tháng”. Khi task chậm, FP&A cần biết ngay: chậm 1 tháng = thêm bao nhiêu chi phí?
Thứ hai, Revenue impact của từng milestone. Milestone “Virtual Card live” không chỉ là kỹ thuật — nó unlock 86.4 tỷ Interchange Fee. Chậm 1 tháng = mất 7.2 tỷ doanh thu. Đây là ngôn ngữ CFO hiểu ngay.
Thứ ba, Resource loading — số người cần tại từng giai đoạn. Tránh overloading team ở một thời điểm trong khi underloading ở thời điểm khác.
Critical Path — phần quan trọng nhất trong Gantt:
Critical Path là chuỗi tasks dài nhất từ đầu đến cuối dự án, mà nếu bất kỳ task nào trong chuỗi bị chậm, toàn bộ dự án sẽ bị chậm tương ứng. Tasks không nằm trên Critical Path có “float” — tức là có thể chậm một chút mà không ảnh hưởng deadline tổng thể.
Ví dụ thực tế với Business Case 250K thẻ:
Critical Path:
Auto-decisioning Engine (6 tuần)
↓
CIC API Integration test (2 tuần)
↓
STP Logic QA + UAT (3 tuần)
↓
Production deployment (1 tuần)
↓
DSA App updated for new flow (1 tuần)
─────────────────────────────────────
TOTAL: 13 tuần = Critical Path
Non-critical (có float):
Physical Card logistics setup → float 3 tuần
CTV referral code system → float 5 tuần
Partner co-branded card design → float 4 tuần
Bất kỳ delay nào trong 13 tuần Critical Path đều đẩy launch date của toàn bộ dự án. FP&A phải monitor Critical Path hàng tuần, không phải hàng tháng.
2. WORK BREAKDOWN STRUCTURE (WBS)
Bản chất: Phân rã toàn bộ scope dự án thành cây phân cấp theo nguyên tắc MECE — mỗi deliverable được chia nhỏ đến mức đủ để assign owner và estimate effort.
Cấu trúc WBS chuẩn gồm 4 cấp:
Level 0: Project (tổng thể)
Level 1: Workstreams chính (3–6 nhóm lớn)
Level 2: Deliverables (kết quả cụ thể cần có)
Level 3: Work packages (tasks có thể assign)
Level 4: Activities (chỉ dùng khi cần granularity cao)
Ví dụ WBS cho dự án 250K thẻ:
PROJECT: 250K Credit Card Launch 2026
│
├── WS1: Technology & Platform
│ ├── D1.1: Onboarding E2E Platform
│ │ ├── WP1.1.1: eKYC Engine build & test
│ │ ├── WP1.1.2: Auto-decisioning Engine
│ │ └── WP1.1.3: Virtual Card integration
│ └── D1.2: DSA/CTV Mobile App
│ ├── WP1.2.1: App development
│ └── WP1.2.2: Dashboard & reporting
│
├── WS2: Sales Force
│ ├── D2.1: DSA Recruitment & Training
│ └── D2.2: CTV Network Setup
│
├── WS3: Partnership
│ ├── D3.1: Partner Onboarding (E-com)
│ ├── D3.2: Partner Onboarding (F&B)
│ └── D3.3: Co-branded card design & launch
│
├── WS4: Risk & Compliance
│ ├── D4.1: Scorecard calibration
│ └── D4.2: NHNN regulatory approval
│
└── WS5: FP&A & Reporting
├── D5.1: Data pipeline setup
└── D5.2: MBR dashboard build
Tại sao FP&A cần WBS trước khi build budget:
WBS là nền tảng để estimate cost một cách có cấu trúc. Với mỗi Work Package, FP&A ước tính: effort (person-days), unit cost (rate/person-day), material cost, và contingency. Tổng hợp bottom-up từ WBS cho ra budget chính xác hơn nhiều so với top-down estimation. Khi scope thay đổi, WBS cũng cho phép trả lời ngay: “Thêm feature X sẽ tốn thêm bao nhiêu và mất thêm bao lâu?”
3. NETWORK DIAGRAM (PERT / CPM)
Bản chất: Biểu đồ mạng lưới (nodes = events, arrows = activities) thể hiện mối quan hệ phụ thuộc giữa các tasks và cho phép tính Critical Path một cách toán học.
PERT vs CPM — phân biệt quan trọng:
CPM (Critical Path Method) dùng khi thời gian mỗi task đã biết tương đối chắc chắn. Cho ra một con số timeline. Phổ biến trong construction, IT implementation.
PERT (Program Evaluation Review Technique) dùng khi thời gian task có nhiều bất định. Mỗi task có 3 estimate: Optimistic (O), Most Likely (M), Pessimistic (P). Expected Time = (O + 4M + P) / 6. Cho ra timeline với confidence interval. Phù hợp với R&D, transformation projects, hay bất kỳ dự án nào có nhiều unknown.
Khi nào FP&A cần PERT:
Khi build financial model cho dự án có nhiều biến số, PERT cho phép bạn trả lời câu hỏi: “Với 80% xác suất, dự án sẽ hoàn thành trong bao lâu và tốn bao nhiêu?” Đây là con số CFO cần cho risk provisioning, không phải chỉ best-case estimate.
PERT trong Sensitivity Analysis:
Với mỗi critical workstream, build 3 scenarios:
Workstream: Auto-decisioning Engine
O (Optimistic): 4 tuần — vendor delivery đúng hạn, ít bugs
M (Most Likely): 6 tuần — thực tế phổ biến nhất
P (Pessimistic): 12 tuần — CIC API thay đổi spec, retest toàn bộ
Expected = (4 + 4×6 + 12) / 6 = 6.67 tuần
Variance = ((12-4)/6)² = 1.78
Standard Deviation = 1.33 tuần
Tổng hợp Expected Time và Variance của tất cả Critical Path tasks cho ra distribution của project completion date — và FP&A có thể tính P80 timeline (80% khả năng hoàn thành trước ngày đó) để trình CFO.
4. MILESTONE TIMELINE
Bản chất: Single horizontal line với các mốc quan trọng được đánh dấu. Đây là công cụ communication, không phải planning.
Nguyên tắc thiết kế Milestone Timeline theo McKinsey:
Một Milestone Timeline tốt chỉ có 5–8 milestones trên 1 slide. Nếu nhiều hơn, bạn đang hiện thị tasks, không phải milestones. Mỗi milestone phải là: binary (done hoặc not done), observable (ai cũng đồng ý khi nào nó “done”), và consequential (nếu miss milestone này, điều gì xảy ra tiếp theo?)
Milestone phải gắn với Business Outcome:
Sai lầm phổ biến: “Milestone: Deploy Auto-decisioning Engine” — đây là technical milestone.
Đúng chuẩn McKinsey: “Milestone: STP Rate đạt 30% lần đầu tiên” — đây là business milestone. Nó trả lời câu hỏi: “Tại sao chúng ta care?”
Milestone Timeline cho 250K thẻ 2026:
Jan 15 Mar 1 Apr 15 Jun 1 Aug 1 Oct 1 Dec 31
│ │ │ │ │ │ │
▼ ▼ ▼ ▼ ▼ ▼ ▼
E2E v1.0 DSA 500 STP Rate Partner CTV 3,000 100K thẻ 250K thẻ
live deployed 30% live #5 live active active ✓
+Virtual Card (Grab/Shopee)
NHÓM 2 — RESOURCE & CAPACITY FRAMEWORKS
5. RESOURCE LOADING CHART
Bản chất: Biểu đồ hiển thị số lượng người (hoặc FTE) cần theo từng tuần/tháng, so sánh với capacity thực tế có.
Tại sao FP&A cần chart này hơn PMO:
PMO thường chỉ track “có đủ người không”. FP&A cần biết thêm: chi phí nhân sự theo từng phase là bao nhiêu, khi nào cần hire thêm (và lead time để hire), và khi nào có thể free up resource để dùng cho dự án khác.
3 vùng trong Resource Loading Chart:
Vùng Over-allocated (trên capacity line): Đây là risk zone. Nếu team bị overload liên tục hơn 2–3 tuần, chất lượng output giảm và timeline thực tế sẽ slip dù trên paper vẫn “on track”. FP&A cần flag điều này sớm và đề xuất: hoặc hire thêm, hoặc đẩy task sang sau, hoặc giảm scope.
Vùng Normal (trong capacity line): Healthy execution zone.
Vùng Under-allocated (dưới capacity line nhiều): Đây là tín hiệu có thể pull forward một số tasks từ giai đoạn sau, hoặc có resource slack để xử lý rủi ro nếu cần.
6. RACI MATRIX — Không phải PMO tool, đây là accountability tool
Bản chất: Ma trận tasks × roles, mỗi ô điền R/A/C/I:
R = Responsible (người thực hiện) A = Accountable (người chịu trách nhiệm kết quả — chỉ 1 người) C = Consulted (người được tham khảo ý kiến trước khi quyết định) I = Informed (người được thông báo sau khi quyết định)
Nguyên tắc RACI chuẩn McKinsey:
Mỗi row chỉ có đúng 1 chữ A. Nếu một task có 2 người Accountable, thực tế là không ai Accountable. Đây là nguồn gốc của phần lớn delay trong dự án cross-functional.
Nếu một cột (một role) có quá nhiều chữ R và A, người đó đang bị overload. Resource Loading Chart và RACI Matrix phải nhất quán với nhau.
FP&A trong RACI của dự án 250K thẻ:
Task CEO CFO FP&A IT Credit DSA Lead PMO
────────────────────────────────────────────────────────────────────────────────
Approve IT budget A C R I I I I
STP Rate threshold decision I A C C R I I
DSA incentive structure I A R I C C I
Monthly MBR reporting I A R I C I I
Scorecard calibration I C C I A I I
Partner revenue share I A R I I C I
NPL provision decision I A R I C I I
FP&A xuất hiện như R (Responsible) hoặc C (Consulted) trong hầu hết quyết định tài chính — và đây chính xác là vị trí FP&A phải đứng: không phải người ra lệnh, nhưng là người cung cấp analysis cho mọi quyết định quan trọng.
NHÓM 3 — RISK & UNCERTAINTY FRAMEWORKS
7. RISK REGISTER với Time Dimension
Bản chất: Danh sách rủi ro có cấu trúc, với timeline dimension thêm vào để biết rủi ro nào “chín” vào thời điểm nào trong dự án.
Risk Register tiêu chuẩn vs Risk Register của FP&A:
PMO tiêu chuẩn: mô tả rủi ro + probability + impact + mitigation. Đủ để quản lý dự án.
FP&A overlay thêm: cost of risk (nếu rủi ro xảy ra, mất bao nhiêu tiền?), risk timing (rủi ro này “peak” vào tháng nào?), và contingency reserve cần thiết.
Ví dụ Risk Register với FP&A lens:
Rủi ro Prob Impact Timing Cost if occur Contingency
──────────────────────────────────────────────────────────────────────────
CIC API delay 40% High M1–M2 +1.5 tỷ cost, Alternative
miss 8K thẻ data source
tháng 1–2
NPL vượt 7% 25% Critical M9–M12 Provision +27 EWS, pause
tỷ thêm high-risk ch.
DSA attrition >40% 35% Medium M6–M9 Miss 25K thẻ CTV accel.,
Q3 partner push
Partner T2 fail 30% Medium M4–M5 Miss 15K thẻ Backup DSA
Q2 deployment
Monte Carlo Simulation — khi nào FP&A cần:
Khi dự án có nhiều rủi ro tương tác với nhau (không độc lập), Monte Carlo cho phép simulate 10,000 scenarios để ra distribution của: timeline completion date, total cost, và revenue achievement. Output là probability curves thay vì single-point estimates. Đây là công cụ mạnh nhất để trình CFO về uncertainty trong business case.
8. RISK HEATMAP với Timeline Overlay
Bản chất: Ma trận 2×2 hoặc 3×3 (Probability × Impact), với màu sắc và timeline indicator.
Phiên bản nâng cao cho FP&A — Dynamic Risk Heatmap:
Vẽ risk heatmap theo từng phase của dự án, không phải chỉ 1 heatmap tĩnh. Điều này cho thấy risk profile của dự án thay đổi theo thời gian:
Phase 1 (Q1): Rủi ro cao nhất là IT delivery và regulatory approval. Rủi ro NPL gần như bằng 0 vì chưa có portfolio.
Phase 2 (Q2–Q3): IT risk giảm (đã deploy), nhưng Execution risk tăng (DSA ramp-up, Partner integration).
Phase 3 (Q4): Technical và execution risk giảm, nhưng Credit risk tăng (portfolio trưởng thành, nợ xấu bắt đầu xuất hiện rõ hơn).
Trình bày Dynamic Risk Heatmap cho CFO/Board cho thấy bạn hiểu dự án không phải là static risk profile — và budget contingency cần được allocate theo phase, không phải đều nhau suốt năm.
NHÓM 4 — MONITORING & CONTROL FRAMEWORKS
9. EARNED VALUE MANAGEMENT (EVM)
Bản chất: Framework đo lường performance dự án theo 3 chiều đồng thời: tiến độ, chi phí, và scope — thay vì chỉ hỏi “chúng ta đang ở đâu so với timeline?”
3 chỉ số cốt lõi:
PV (Planned Value): Bao nhiêu work nên đã được hoàn thành theo kế hoạch tính đến hôm nay?
EV (Earned Value): Bao nhiêu work thực sự đã được hoàn thành tính đến hôm nay?
AC (Actual Cost): Bao nhiêu tiền thực sự đã được chi tính đến hôm nay?
4 chỉ số phân tích từ 3 chỉ số cốt lõi:
SV (Schedule Variance) = EV – PV
> 0: Ahead of schedule
< 0: Behind schedule
CV (Cost Variance) = EV – AC
> 0: Under budget
< 0: Over budget
SPI (Schedule Performance Index) = EV / PV
> 1: Đang làm nhanh hơn kế hoạch
< 1: Đang chậm hơn kế hoạch
CPI (Cost Performance Index) = EV / AC
> 1: Đang dùng tiền hiệu quả hơn kế hoạch
< 1: Đang tốn kém hơn kế hoạch
EVM Forecast — điều FP&A cần biết:
EAC (Estimate at Completion) = BAC / CPI BAC = Budget at Completion (tổng budget ban đầu)
Nếu ở tháng 4, CPI = 0.85, và BAC = 100 tỷ thì: EAC = 100 / 0.85 = 117.6 tỷ → dự án sẽ overrun 17.6 tỷ nếu không can thiệp.
Đây là early warning signal mà FP&A phải report trong MBR, không phải chờ đến cuối năm.
10. TRAFFIC LIGHT DASHBOARD (RAG Status)
Bản chất: Dashboard đơn giản nhất nhưng hiệu quả nhất cho executive reporting — mỗi workstream/KPI được tô màu Red/Amber/Green.
Tiêu chuẩn màu sắc — phải được định nghĩa trước, không phải cảm tính:
GREEN: Đang theo đúng kế hoạch, không có rủi ro đáng kể
AMBER: Có vấn đề đang được quản lý, có thể ảnh hưởng timeline
nếu không có action trong 2 tuần tới
RED: Vấn đề nghiêm trọng ảnh hưởng milestone, cần quyết định
từ cấp leadership ngay hôm nay
Nguyên tắc McKinsey quan trọng nhất về RAG:
Amber phải dẫn đến action, không phải chờ chuyển sang Red. Một dự án “Amber” trong 3 tuần liên tiếp mà không có action escalation là dấu hiệu PMO đang dùng Amber như “buffer zone” để tránh báo xấu — đây là một trong những failure mode phổ biến nhất trong project management.
11. BURNDOWN CHART (Agile Context)
Bản chất: Đường biểu diễn work còn lại (trục Y) theo thời gian (trục X), so với ideal burndown line.
Khi nào FP&A dùng Burndown:
Trong các dự án technology/product (như xây dựng Onboarding E2E Platform), team thường làm việc theo Agile sprints. Burndown chart giúp FP&A track tiến độ IT delivery mà không cần hiểu sâu về technical details.
Nếu actual line luôn nằm trên ideal line → team đang deliver chậm hơn kế hoạch → cần thêm resource hoặc reduce scope.
Nếu actual line luôn nằm dưới ideal line → team đang overperform → có thể pull in additional features hoặc giải phóng resource sớm.
NHÓM 5 — COMMUNICATION FRAMEWORKS
12. ROADMAP — Now / Next / Later
Bản chất: Framework 3 cột thể hiện priorities theo horizon thời gian, không nhất thiết theo ngày tháng cụ thể.
Tại sao Roadmap khác Gantt:
Gantt nói: “Task A bắt đầu ngày 15/3 và kết thúc ngày 28/4.” Roadmap nói: “Chúng ta đang focus vào việc X. Tiếp theo sẽ làm Y. Sau đó mới đến Z.”
Roadmap là công cụ alignment và communication với stakeholders rộng hơn (bao gồm cả những người không cần biết ngày tháng cụ thể). Nó cũng linh hoạt hơn — khi priorities thay đổi, Roadmap dễ cập nhật hơn Gantt.
Roadmap theo Vision → Strategy → Execution:
VISION LAYER: "Trở thành ngân hàng thẻ tín dụng được ưa thích nhất tại Tier 2"
STRATEGY LAYER: Digital-first · Speed-to-card · Partner ecosystem
EXECUTION ROADMAP:
NOW (Q1): E2E Platform · DSA 500 · Pilot Partners
NEXT (Q2–Q3): Scale all channels · STP 50% · 15+ Partners
LATER (Q4+): LTV optimization · Cross-sell · Year 2 plan
13. SPRINT PLANNING BOARD (Kanban-style)
Bản chất: Bảng trực quan hóa luồng công việc từ Backlog → In Progress → Done.
FP&A dùng Kanban board như thế nào:
Không phải để manage tasks của IT team — mà để visualize trạng thái của các financial deliverables: báo cáo nào đang cần build, phân tích nào đang in progress, báo cáo nào đã sẵn sàng để present. Đặc biệt hữu ích khi FP&A team phục vụ nhiều stakeholders cùng lúc và cần transparency về capacity và priorities.
14. DECISION LOG với Timeline
Bản chất: Không phải diagram nhưng là framework quan trọng — ghi lại mọi quyết định quan trọng của dự án, người ra quyết định, lý do, và khi nào quyết định đó cần được revisit.
Tại sao FP&A cần Decision Log:
Khi dự án gặp vấn đề (và luôn luôn sẽ gặp), câu hỏi đầu tiên là: “Ai đã quyết định gì và khi nào?” Decision Log trả lời câu hỏi này trong 30 giây, không cần đào email. Nó cũng giúp track assumption changes: giả định nào đã thay đổi kể từ khi business case được approve?
NHÓM 6 — ADVANCED FRAMEWORKS ÍT ĐƯỢC BIẾT ĐẾN
15. DEPENDENCY MAP
Bản chất: Biểu đồ chỉ rõ mối quan hệ phụ thuộc giữa các workstreams/initiatives, đặc biệt quan trọng trong transformation projects quy mô lớn.
4 loại dependency:
Finish-to-Start (FS): Task B không thể bắt đầu cho đến khi Task A hoàn thành. Đây là dependency phổ biến nhất và rủi ro nhất — một chain of FS dependencies tạo ra Critical Path.
Start-to-Start (SS): Task B không thể bắt đầu cho đến khi Task A bắt đầu. Ít rủi ro hơn FS nhưng cần coordinate timing.
Finish-to-Finish (FF): Task B không thể kết thúc cho đến khi Task A kết thúc. Thường thấy trong testing và QA.
Start-to-Finish (SF): Hiếm gặp, thường trong shift-based operations.
FP&A value-add từ Dependency Map:
Khi một dependency bị “broken” (task upstream bị chậm), FP&A có thể ngay lập tức tính: có bao nhiêu downstream tasks bị ảnh hưởng? Tổng budget của những tasks đó là bao nhiêu? Revenue milestone nào bị đẩy lùi? Đây là impact analysis mà CFO cần trong vòng 24 giờ khi có vấn đề xảy ra.
16. STAGE-GATE MODEL
Bản chất: Framework kiểm soát dự án theo phases với “gates” — checkpoints tại mỗi giai đoạn nơi leadership review và quyết định Go/Kill/Hold trước khi tiếp tục đầu tư.
5 Gates phổ biến (theo Robert Cooper’s model):
Gate 1 — Idea Screening: Ý tưởng có đủ merit để đầu tư scoping? Gate 2 — Scoping: Preliminary business case có đủ thuyết phục để đầu tư full business case? Gate 3 — Business Case: Full business case có justify development investment? Gate 4 — Development Review: Development progress có đúng track để justify launch preparation? Gate 5 — Pre-Launch: Launch readiness review — có thể proceed to market?
FP&A là người quan trọng nhất tại mỗi Gate:
Tại mỗi Gate, FP&A phải update financial projection dựa trên learnings từ phase trước. Điều này tạo ra “living business case” — không phải con số tĩnh từ tháng 1, mà là estimate ngày càng chính xác hơn khi uncertainty giảm dần. Nếu Gate 3 financial projections xấu hơn Gate 2, FP&A phải recommend Kill hoặc Hold — đây là vai trò “guardian of capital” quan trọng nhất của FP&A.
17. SPRINT VELOCITY TRACKING (Agile FP&A)
Bản chất: Theo dõi tốc độ deliver của team theo từng sprint (thường 2 tuần), dùng để forecast khi nào toàn bộ backlog sẽ được hoàn thành.
FP&A application:
Nếu IT team average velocity là 40 story points/sprint, và remaining backlog là 160 story points, thì forecast là 4 sprints = 8 tuần nữa. FP&A dùng con số này để update revenue recognition timeline và cash flow projection — không cần đợi IT đến báo cáo “xong rồi”.
TỔNG HỢP — MA TRẬN SỬ DỤNG THEO CONTEXT
Framework Kick-off Weekly Monthly Quarterly CFO/Board
────────────────────────────────────────────────────────────────────────────
WBS ✓✓✓
PERT/Network ✓✓✓
Gantt (Exec level) ✓✓✓ ✓ ✓ ✓✓ ✓✓
Gantt (Operational) ✓✓ ✓✓✓
Resource Loading ✓✓✓ ✓ ✓
RACI Matrix ✓✓✓ ✓
Risk Register ✓✓✓ ✓ ✓✓ ✓✓ ✓
Risk Heatmap ✓✓ ✓ ✓✓ ✓✓✓
EVM Dashboard ✓ ✓✓✓
RAG Status ✓✓ ✓✓ ✓ ✓✓✓
Burndown Chart ✓✓✓ ✓
Milestone Timeline ✓✓ ✓ ✓✓✓ ✓✓✓
Roadmap ✓✓✓ ✓✓ ✓✓✓
Dependency Map ✓✓✓ ✓
Stage-Gate ✓ ✓✓✓ ✓✓✓
Decision Log ✓ ✓✓ ✓✓
NGUYÊN TẮC CỐT LÕI CỦA FP&A KHI LÀM PROJECT & TIMELINE
Nguyên tắc 1 — Mọi timeline đều là financial timeline. Mỗi tuần delay trên Critical Path = tiền mất đi. Quantify nó. Đừng để timeline là “IT problem” — nó là business problem với con số VND cụ thể.
Nguyên tắc 2 — Báo xấu sớm hơn là báo đẹp muộn. Một EVM cho thấy CPI = 0.85 ở tháng 3 cho phép còn 9 tháng để correct course. Cùng vấn đề đó báo vào tháng 10 thì không còn thời gian.
Nguyên tắc 3 — Single source of truth. Mọi stakeholder nhìn vào cùng một dashboard. Khi có 3 version Gantt chart đang lưu hành, không ai biết cái nào đúng — và đây là dấu hiệu dự án đang mất kiểm soát.
Nguyên tắc 4 — Distinguish effort từ calendar time. 100 person-days of effort không phải là 100 ngày calendar. Nếu task cần 2 người full-time, nó mất 50 calendar days. Nhầm lẫn này là một trong những nguyên nhân phổ biến nhất của timeline overrun.
Nguyên tắc 5 — Stage-Gate là vũ khí chống sunk cost fallacy. FP&A phải sẵn sàng recommend “Kill” một initiative nếu Gate review cho thấy economics không còn attractive — dù tổ chức đã đầu tư nhiều. Tiền đã tiêu là sunk cost. Quyết định phải dựa trên future cash flows.
Siêu Master HTML đã hoàn chỉnh.
Siêu Master HTML đã hoàn chỉnh. Đây là toàn bộ tính năng:
🗂️ Sidebar Navigation cố định (260px)
- 17 frameworks chia thành 6 nhóm + 2 tổng hợp
- Active highlight theo scroll tự động
- Badge màu sắc nhận biết nhóm nhanh
⚡ Tính năng tương tác
- Click header mỗi framework → expand/collapse chi tiết
- Smooth scroll từ sidebar đến section
- Scroll progress bar dải màu xanh chạy theo trang
- Breadcrumb topbar update theo section đang xem
- Nút Tải xuống góc trên phải — lưu file về máy 1 click
📐 Nội dung 17 Frameworks đầy đủ
5+1 Principles cards
Mỗi framework có Why / What / How 3 cột pastel
Gantt Chart với visual bars + Critical Path
WBS Tree diagram 3 cột
PERT Network với nodes + arrows
Milestone Timeline visual với dots màu
Resource Loading Chart với 3 màu over/normal/under
RACI Table với R/A/C/I badges màu
Risk Register table với FP&A columns
Dynamic Risk Heatmap 3 phases
EVM với formulas + KPI chips
RAG Dashboard 3 cards
Stage-Gate flow diagram với diamonds
Dependency Map visual
Usage Matrix tổng hợp tất cả
Lộ trình Đạt 250,000 Thẻ Tín dụng — FY2026
Áp dụng toàn bộ Project & Timeline Frameworks · McKinsey Style
TẦNG 0 — NORTH STAR & GOVERNING THOUGHT
Trước khi đi vào bất kỳ framework nào, cần một câu duy nhất làm kim chỉ nam cho toàn bộ lộ trình:
“250,000 active cards vào 31/12/2026 — đạt được bằng cách xây dựng 3 kênh tăng trưởng đồng thời, trên nền tảng Onboarding E2E cho phép TAT dưới 2 giờ, với NPL không vượt 5%.”
Mọi quyết định, mọi trade-off, mọi resource allocation trong năm đều phải được kiểm tra theo câu này.
BƯỚC 1 — WBS: PHÂN RÃ SCOPE TOÀN DỰ ÁN
Trước khi vẽ bất kỳ timeline nào, phải có WBS để biết chính xác mình đang làm gì.
Level 0: Project 250K Cards FY2026
Level 1 — 5 Workstreams chính:
WS1: Technology & Platform — Hạ tầng nền tảng, critical path của toàn dự án. Deliverables: eKYC Engine, Auto-decisioning, Virtual Card, DSA/CTV App, Data Pipeline, MBR Dashboard.
WS2: Direct Sales Force — Kênh chiếm 44% target (110,000 thẻ). Deliverables: DSA Recruitment Program, Training Curriculum, Digital Sales Kit, Performance Management System.
WS3: Partnership Ecosystem — Kênh chiếm 35% target (87,500 thẻ). Deliverables: Partner Onboarding Framework, Technical Integration, Co-branded Products, Revenue Sharing System.
WS4: CTV Network — Kênh chiếm 15% target (37,500 thẻ). Deliverables: CTV App, Referral System, Incentive Platform, Community Management.
WS5: Risk & FP&A — Xuyên suốt cả năm. Deliverables: Scorecard Calibration, Early Warning System, Monthly P&L per Cohort, MBR Dashboard.
WBS Budget Allocation từ bottom-up:
WS1 Technology: 14.5 tỷ (9.6% total)
WS2 Direct Sales: 46.1 tỷ (30.6% total) ← lớn nhất
WS3 Partnership: 24.0 tỷ (15.9% total)
WS4 CTV Network: 9.0 tỷ (6.0% total)
WS5 Risk & FP&A: 3.5 tỷ (2.3% total)
Marketing & Brand: 12.0 tỷ (8.0% total)
Credit Provision: 45.0 tỷ (29.9% total)
Contingency: 22.0 tỷ (14.6% total) → 15% buffer
──────────────────────────────────────────────
TOTAL: 150.6 tỷ (100%)
BƯỚC 2 — PERT/CPM: XÁC ĐỊNH CRITICAL PATH
Đây là bước quan trọng nhất mà hầu hết PMO bỏ qua. Critical Path quyết định thứ tự làm mọi thứ.
Critical Path — Con đường dài nhất, không có buffer:
WP1: eKYC + Smart Form build O=3w M=4w P=6w → E=4.2w
↓ (FS)
WP2: Auto-decisioning Engine O=5w M=7w P=12w → E=7.5w
↓ (FS)
WP3: CIC API Integration + Test O=1w M=2w P=4w → E=2.2w
↓ (FS)
WP4: STP Logic QA + UAT O=2w M=3w P=5w → E=3.2w
↓ (FS)
WP5: Virtual Card Integration O=1w M=2w P=3w → E=2.0w
↓ (FS)
WP6: Production Deploy + Go-live O=1w M=1w P=2w → E=1.2w
──────────────────────────────────────────────────────────────────
TOTAL Critical Path Expected: = 20.3 tuần
P80 (với σ tổng hợp): ≈ 22 tuần
→ Deadline đưa vào kế hoạch: Cuối tháng 5 (để an toàn)
→ Target thực tế: Giữa tháng 4 (nếu tất cả đúng hạn)
Hàm ý quan trọng: WS1 phải bắt đầu ngay ngày 2/1/2026 — không có ngày nào để waste. Mọi channel (DSA, Partner, CTV) đều đang chờ Platform này mới có thể scale tối đa.
Non-critical tasks và float của chúng:
Physical card logistics setup → Float 4 tuần (không blocking CX sau khi Virtual Card live). Partner co-branded card design → Float 6 tuần (partner integration có thể chạy trước). CTV community features → Float 8 tuần (core referral đủ dùng cho giai đoạn đầu). MBR Dashboard v2 → Float 10 tuần (v1 basic đủ dùng cho Q1 reporting).
BƯỚC 3 — GANTT CHART: 3 CẤP ĐỘ THEO AUDIENCE
Cấp độ 1 — Executive Gantt (cho CEO/Board, 1 trang)
WORKSTREAM JAN FEB MAR APR MAY JUN JUL AUG SEP OCT NOV DEC
───────────────────────────────────────────────────────────────────────────────────────────────────
WS1: Technology ████████████████████▲ ● DONE
WS2: Direct Sales ██████▲░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░▲ ● 110K
WS3: Partnership ████████████▲░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░▲ ● 87.5K
WS4: CTV Network ████████░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░▲ ▲ ● 37.5K
WS5: Risk & FP&A ─────────────────────────────────────────────────────────────────── Monthly
───────────────────────────────────────────────────────────────────────────────────────────────────
TARGET (lũy kế) 8K 20K 45K 72K 100K 125K 155K 180K 210K 230K 245K 250K
▲ = Milestone ░ = Active execution ─ = Continuous
Cấp độ 2 — Management Gantt (cho PMO + Workstream Leads)
WS1: Technology — Chi tiết theo tháng:
Tháng 1: Smart Form MVP + eKYC basic build
Tháng 2: Auto-decisioning Engine build (sprint 1–2)
Tháng 3: Auto-decisioning Engine build (sprint 3–4) + CIC API integration
Tháng 4: STP QA + UAT + Virtual Card integration
Tháng 5: Production deployment + Go-live + Hypercare
Tháng 6+: Iteration v2 + feature additions + DSA/CTV App enhancements
WS2: Direct Sales — Chi tiết theo tháng:
Tháng 1: Tuyển 200 DSA · Train 3 ngày · Digital Sales Kit deploy · Target 4K thẻ
Tháng 2: Scale lên 500 DSA · Virtual Card live → năng suất tăng · Target 8K thẻ
Tháng 3: Scale lên 800 DSA · Tier 2 expansion bắt đầu · Target 11K thẻ
Tháng 4: Scale lên 1,100 DSA · STP 40% → DSA feedback tích cực · Target 13K thẻ
Tháng 5: Peak 1,200 DSA · All channels running · Target 14K thẻ
Tháng 6–8: Maintain 1,100–1,200 DSA · Optimize territory · Target 12–14K/tháng
Tháng 9–12: Attrition management 950 DSA · Year-end push · Target 10–11K/tháng
WS3: Partnership — Chi tiết theo tháng:
Tháng 1: Ký contract 3 anchor partners (1 E-com, 1 Employer, 1 F&B)
Tháng 2: Technical integration Employer (đơn giản nhất, approval 70%+)
Tháng 3: Go-live Employer Partner · First 3,000 thẻ từ channel này
Tháng 4: E-com integration go-live · Co-branded landing page
Tháng 5: F&B co-branded launch · Loyalty card mechanics
Tháng 6: Partner #4–5 onboard (Travel, thứ 2 E-com)
Tháng 7–9: Scale 10–15 partners · Revenue sharing optimization
Tháng 10–12: 15+ partners active · Holiday season push
WS4: CTV Network — Chi tiết theo tháng:
Tháng 1: CTV App MVP live · Pilot 100 CTV · Bộ 3 tỉnh Tier 2
Tháng 2: Scale 500 CTV · Train community managers · 1K thẻ/tháng
Tháng 3: 1,000 CTV active · Referral mechanics mature · 3K thẻ/tháng
Tháng 4: 1,800 CTV · Tier 3 expansion · 4K thẻ/tháng
Tháng 5: 2,500 CTV · CTV-to-CTV referral program · 5K thẻ/tháng
Tháng 6: 3,000 CTV target · Steady state · 5K thẻ/tháng
Tháng 7–12: Maintain 2,500–3,000 CTV · Quality over quantity phase
BƯỚC 4 — MILESTONE TIMELINE: 8 MILESTONES KINH DOANH
Không phải technical milestones — đây là business milestones với financial consequence cụ thể.
Milestone 1 — Jan 31: “500 DSA được training và active với Digital Sales Kit” Hậu quả nếu miss: Q1 target 45K thẻ sẽ chỉ đạt 28K. Revenue Q1 thấp hơn 12 tỷ.
Milestone 2 — Mar 15: “Virtual Card phát hành trong dưới 5 phút sau approve” Hậu quả nếu miss: Activation Rate dưới 60% thay vì 72%. Đây là Critical Path milestone quan trọng nhất.
Milestone 3 — Apr 1: “STP Rate đạt 30% lần đầu tiên” Hậu quả nếu miss: Manual queue tắc nghẽn, TAT tăng lên 3–5 ngày, DSA nản lòng, attrition tăng.
Milestone 4 — May 31: “Employer Partner go-live — 2,000 thẻ đầu tiên từ channel này” Hậu quả nếu miss: Partner channel Q2 miss 15K thẻ, cần bù bằng DSA với CAC cao hơn.
Milestone 5 — Jun 30: “100,000 thẻ active lũy kế — Q1+Q2 hoàn thành” Đây là midpoint review milestone. Nếu đạt < 90K thì cần replan toàn bộ H2.
Milestone 6 — Aug 1: “3,000 CTV active và tự vận hành qua App” Hậu quả nếu miss: CTV channel Q3–Q4 chỉ deliver 20K thay vì 37.5K.
Milestone 7 — Oct 1: “STP Rate đạt 50% — tốc độ approve cho phép scale không giới hạn” Đây là milestone chuyển dự án từ “growth mode” sang “optimization mode”.
Milestone 8 — Dec 31: “250,000 active cards — NPL dưới 5%” Binary: Done hoặc Not done. Cả hai điều kiện phải thỏa mãn đồng thời.
BƯỚC 5 — RESOURCE LOADING CHART: AI CẦN GÌ VÀ KHI NÀO
IT Team (12 FTE capacity):
Tháng 1–2: 14 FTE cần → OVER-ALLOCATED (hire 2 temp + outsource QA)
Tháng 3–4: 13 FTE cần → OVER-ALLOCATED (peak build phase)
Tháng 5–6: 10 FTE cần → NORMAL (deploy + hypercare + iteration)
Tháng 7–12: 7 FTE cần → UNDER-ALLOCATED → free 5 FTE cho dự án khác
Hành động FP&A: Tháng 1 ngay lập tức approve 2 contractor slots với budget 800K/người/tháng. Tổng: 1.6 tỷ cho 5 tháng. So sánh với cost of delay: 1 tuần chậm E2E = 7.2 tỷ revenue miss. ROI của contractor rõ ràng.
Sales Ops Team (5 FTE capacity):
Tháng 1: 3 FTE cần → UNDER-ALLOCATED → dùng để build training materials
Tháng 2–3: 5 FTE cần → NORMAL
Tháng 4–8: 7 FTE cần → OVER-ALLOCATED (DSA 1,200 cần intensive support)
Tháng 9–12: 5 FTE cần → NORMAL
Hành động FP&A: Tháng 4 thuê thêm 2 Sales Ops temporary, duration 5 tháng. Budget: 500K/người/tháng × 2 × 5 = 5 tỷ. Không làm điều này thì DSA quality sẽ giảm vì thiếu support.
BƯỚC 6 — RACI MATRIX: AI LÀM GÌ, AI QUYẾT ĐỊNH GÌ
Các quyết định quan trọng nhất trong năm:
Approve IT budget Q1: A=CFO, R=FP&A, C=CTO, I=CEO. Phải xong trước ngày 5/1 — không thể chờ.
STP threshold calibration: A=Credit Head, R=Credit Team, C=FP&A, I=CFO. Review lại mỗi quý — đây là lever quan trọng nhất cho tốc độ.
DSA territory expansion sang Tier 2: A=Sales Director, R=Sales Ops, C=FP&A, I=CFO. Quyết định trước 1/3 để có đủ DSA active tháng 4.
NPL provision decision: A=CFO, R=FP&A, C=Credit, I=CEO. Trigger khi NPL vintage bất kỳ vượt 3.5% ở tháng 6.
Partner revenue sharing rate: A=CFO, R=FP&A + Partnership Lead, C=Sales Director, I=IT. Standardize trước Q1 để partner contracts ký nhanh.
Kill/Hold/Scale quyết định tại mỗi Stage-Gate: A=CFO, R=FP&A, C=tất cả Heads, I=CEO. Phải xảy ra đúng ngày — không postpone.
BƯỚC 7 — RISK REGISTER + DYNAMIC HEATMAP
Risk Register với Time Dimension đầy đủ:
Risk 1 — CIC API Delay Probability 40% · Impact High · Window M1–M2 · Cost: miss 8K thẻ + 1.5 tỷ rework Mitigation: Ký SLA với CIC trong tháng 12/2025. Fallback plan: dùng internal credit data + Assisted queue cho 100% hồ sơ trong tháng chờ.
Risk 2 — Auto-decisioning overrun > 4 tuần Probability 35% · Impact Critical (pushes Critical Path) · Window M2–M3 Cost: mỗi tuần chậm = 7.2 tỷ Interchange miss + DSA morale impact Mitigation: Sprint 1 demo vào ngày 21/1 — nếu velocity < 35 SP/sprint thì trigger contractor decision ngay.
Risk 3 — DSA attrition vượt 40%/tháng Probability 30% · Impact High · Window M5–M8 Cost: miss 25K thẻ Q3, cần 3 tháng để thay thế và train đủ DSA mới Mitigation: Retention bonus cho DSA > 6 tháng. FPD-linked commission buộc DSA chỉ giới thiệu KH thật sự chất lượng.
Risk 4 — NPL vintage tháng 3–6 vượt 5% Probability 25% · Impact Critical · Window M9–M11 (NPL thường lộ diện 6 tháng sau) Cost: provision tăng thêm 27 tỷ, PBT giảm 50% Mitigation: EWS trigger khi FPD của bất kỳ cohort nào vượt 2% ở tháng thứ 2. Nếu trigger → Credit review scorecard ngay, pause high-risk channels.
Risk 5 — Regulatory delay từ NHNN Probability 15% · Impact High · Window M1–M2 Cost: tất cả channels bị block, không thể phát thẻ Mitigation: Submit full documentation tháng 11/2025. Pre-consultation meeting với NHNN trước launch. Có legal team on-call.
Dynamic Heatmap theo phase:
Phase Q1 — Risk profile: IT delivery và Regulatory là đỏ nhất. Credit risk bằng 0. Budget contingency cần tập trung ở đây: 8 tỷ của tổng 22 tỷ contingency.
Phase Q2–Q3 — Risk profile: IT risk giảm, Execution risk (DSA attrition, Partner integration) lên đỏ. Credit risk bắt đầu amber. Phân bổ thêm 8 tỷ contingency.
Phase Q4 — Risk profile: Tech và Execution risk xanh. Credit/NPL risk đỏ nhất. Giữ 6 tỷ contingency cuối cho provision buffer.
BƯỚC 8 — STAGE-GATE MODEL: 4 GATE REVIEWS
Gate 1 — Ngày 31/1/2026: “Proceed with full investment?”
FP&A cần update:
- IT delivery velocity sau Sprint 1 (đáng tin cậy không?)
- DSA recruitment pace (đang đúng track không?)
- Regulatory status
Nếu IT velocity Sprint 1 < 30 SP → Stop và re-scope. Không proceed với full budget. Nếu IT velocity > 38 SP → GREEN, proceed as planned.
Decision: Go / Hold / Kill
Gate 2 — Ngày 31/3/2026: “H1 investment validated?”
FP&A cần update:
- Virtual Card có live không? TAT thực tế là bao nhiêu?
- STP Rate thực tế sau 2 tuần live
- DSA: 800 agents có đạt năng suất 7+ thẻ/người không?
- Actual CAC vs budgeted CAC
Nếu Virtual Card chưa live → STP Rate 0%, DSA năng suất chỉ đạt 3–4 thẻ/người/tháng → miss H1 target 50K. Hành động: Quyết định có muốn bù bằng marketing spend không, hay accept miss và reforecast.
Decision: Scale / Hold / Replan
Gate 3 — Ngày 30/6/2026: “Midpoint — Are we on track for 250K?”
Đây là Gate quan trọng nhất. Tại thời điểm này có đủ data để biết năm sẽ kết thúc như thế nào.
FP&A cần update:
- Actual NTC H1 vs 105K target
- STP Rate hiện tại: đã đạt 40%+ chưa?
- NPL vintage tháng 1–3 (early indicator cho Q4 NPL)
- CAC blended H1 so với 600K target
- 3 channel mix: channel nào overperform/underperform?
Nếu H1 = 90K thẻ (miss 14%): Cần scale CTV hoặc tăng Partnership để bù. Hoặc chấp nhận 235K thẻ và giảm provision budget. Nếu NPL vintage T3 > 3%: Flag ngay với Credit team. Tháng 9 NPL sẽ là 5–6%.
Decision: Maintain / Accelerate / Reforecast to 220K
Gate 4 — Ngày 30/9/2026: “Final push — Confirm year-end trajectory”
FP&A cần update:
- Còn 70,000 thẻ cần đạt trong Q4
- Tất cả channel đang run rate bao nhiêu/tháng?
- NPL hiện tại và trajectory
- Budget remaining vs Q4 needs
Nếu run rate Q3 = 28K/tháng → Q4 = 84K → Total = 250K+ (on track). Nếu run rate Q3 = 20K/tháng → Q4 chỉ đạt 60K → Total = 220K → Quyết định: tăng DSA incentive tháng 11–12 hoặc accept 220K?
Decision: Final sprint / Accept revised target
BƯỚC 9 — EVM DASHBOARD: ĐO LƯỜNG PERFORMANCE HÀNG THÁNG
Setup EVM cho dự án này:
BAC (Budget at Completion) = 150.6 tỷ VND Baseline: 250,000 thẻ = 100% scope, chia đều theo monthly target.
Ví dụ EVM tháng 4 (sau 4 tháng):
PV (Planned Value): 72,000 thẻ × 580K CAC × adjusted = 41.8 tỷ
EV (Earned Value): 65,000 thẻ actual × 580K CAC = 37.7 tỷ
AC (Actual Cost): 48.2 tỷ (IT overrun + marketing spend)
SV = EV – PV = 37.7 – 41.8 = –4.1 tỷ → BEHIND SCHEDULE
CV = EV – AC = 37.7 – 48.2 = –10.5 tỷ → OVER BUDGET
SPI = 37.7 / 41.8 = 0.90 → Chậm 10%
CPI = 37.7 / 48.2 = 0.78 → Kém hiệu quả 22%
EAC = 150.6 / 0.78 = 193.1 tỷ → Overrun 42.5 tỷ nếu không can thiệp
TCPI = (150.6 – 37.7) / (150.6 – 48.2) = 1.10 → Cần improve 10% efficiency
FP&A action tháng 4: Trình CFO ngay với slide: “Nếu tiếp tục track hiện tại, EAC = 193 tỷ thay vì 150.6 tỷ. 3 options: (1) rebalance channel mix sang CTV cheaper CAC, (2) renegotiate DSA commission structure, (3) cut Marketing 30% và chấp nhận 230K thay vì 250K.”
BƯỚC 10 — RAG STATUS: WEEKLY PULSE
RAG Scorecard mỗi thứ Hai sáng, 8h:
Workstream Week N Week N-1 Trend Alert
───────────────────────────────────────────────────────────
WS1: IT Delivery 🟡 AMBER 🟢 GREEN ↓ STP Rate 28% vs 30% target
WS2: DSA Performance 🟢 GREEN 🟢 GREEN → On track 1,150 active DSA
WS3: Partnership 🟢 GREEN 🟡 AMBER ↑ Grab integration resolved
WS4: CTV Network 🟡 AMBER 🟡 AMBER → CTV App login bug persists wk 2
WS5: NPL (Cohort Jan) 🟢 GREEN 🟢 GREEN → 0.8% FPD, within threshold
Overall NTC Pace 🟢 GREEN 🟢 GREEN → 12,500 thẻ/tháng run rate
McKinsey Rule áp dụng: WS4 AMBER 2 tuần liên tiếp → tự động escalate lên RED tuần sau nếu không resolve. Không được phép “park” ở AMBER mãi.
BƯỚC 11 — BURNDOWN + SPRINT VELOCITY: TRACK IT DELIVERY
Sprint log cho E2E Platform (10 sprints × 2 tuần):
Sprint 1 (Jan 6–17): 40 SP delivered → Velocity 40
Sprint 2 (Jan 20–31): 38 SP delivered → Avg 39
Sprint 3 (Feb 3–14): 44 SP delivered → Avg 40.7
Sprint 4 (Feb 17–28): 36 SP delivered → Avg 39.5
Sprint 5 (Mar 3–14): 41 SP delivered → Avg 39.8
────────────────────────────────────────────────────
Remaining backlog after Sprint 5: 85 SP
Forecast: 85 / 39.8 = 2.1 sprints → Done by Apr 18
FP&A update ngay ngày 15/3: “Virtual Card live target: 18/4. Revenue recognition từ Interchange bắt đầu tháng 5, không phải tháng 4 như ban đầu. Revenue Q2 giảm ~6 tỷ, cần report lại cho CFO.”
BƯỚC 12 — DEPENDENCY MAP + DECISION LOG
Dependency chain quan trọng nhất:
Auto-decisioning Live
↓ FS
CIC API Integration ──SS──→ Virtual Card Setup
↓ FS
STP Rate > 30%
↓ FS (trigger)
DSA App notification "approve in 2h" được
↓ FS
DSA Activation bonus cơ chế hoạt động
↓ FS
DSA năng suất tăng từ 4 → 8 thẻ/người/tháng
↓ FS
NTC monthly run rate tăng từ 8K → 15K/tháng
Broken dependency impact: Nếu CIC API trễ 2 tuần → STP rate sẽ 0% trong 2 tuần → DSA vẫn phải bán nhưng TAT 3–5 ngày → drop-off 30% tăng → NTC tháng 3 miss 3,000 thẻ × 580K CAC đã chi = 1.74 tỷ lãng phí. FP&A cần tính con số này và trình CFO trong 24 giờ sau khi biết CIC delay.
Decision Log — 10 quyết định không thể thiếu:
Ngày Quyết định Owner Revisit
──────────────────────────────────────────────────────────────────
Jan 5 Approve 14.5 tỷ IT budget + 2 CTR CFO Apr 1
Jan 10 STP threshold: CIC 650+, Income 8M+ Credit Jul 1
Jan 15 Virtual Card priority > Physical card CEO Q2
Jan 20 DSA commission tier structure FP&A Apr 1
Feb 1 Tier 2 city expansion: 8 cities Sales Jun 1
Feb 15 Partner #1 revenue share rate: 0.4% CFO Jul 1
Mar 1 CTV referral payout: 150K + 50K act. FP&A Jun 1
Apr 1 Gate 2 review: Go/Hold/Replan CFO Jun 30
Jun 30 Gate 3 Midpoint review CFO Sep 30
Sep 30 Gate 4 Final push decision CFO Dec 31
TỔNG HỢP — LỊCH TRÌNH 12 THÁNG NHÌN TỪ FP&A LENS
THÁNG 1 — Foundation Month
Framework chính: WBS final + RACI sign-off + Gantt baseline
FP&A focus: Budget lock · Contractor approval · Week 1 IT velocity check
Target: 8,000 thẻ · 200 DSA active · IT Sprint 1 velocity ≥ 38 SP
THÁNG 2 — Build Month
Framework chính: PERT tracking · Resource Loading review
FP&A focus: EVM baseline · CIC API status daily · Partner contract signing
Target: 12,000 thẻ · 500 DSA · Employer partner ký contract
THÁNG 3 — First Milestone Month
Framework chính: Milestone 2+3 tracking · RAG weekly
FP&A focus: Virtual Card go-live monitoring · STP Rate first measurement
Target: 13,000 thẻ · Virtual Card live Mar 15 · STP 25%+
THÁNG 4 — GATE 2 REVIEW
Framework chính: Stage-Gate 2 · EVM tháng 4 report
FP&A focus: EAC calculation · CAC actual vs budget · Go/Hold decision
Target: 14,000 thẻ · STP 35% · Employer Partner 2,000 thẻ đầu tiên
THÁNG 5 — Peak Deployment Month
Framework chính: Burndown Q2 sprint review
FP&A focus: Channel mix rebalancing if needed · DSA attrition monitoring
Target: 15,000 thẻ/tháng · 1,200 DSA · 5+ partners active
THÁNG 6 — MIDPOINT GATE (Milestone 5)
Framework chính: Stage-Gate 3 · Full EVM H1 · Dynamic Risk Heatmap update
FP&A focus: 100K thẻ check · NPL vintage Jan–Mar · H2 reforecast
Target: 105,000 thẻ lũy kế Q1+Q2 · Go/Replan decision
THÁNG 7 — Optimization Month
Framework chính: Resource loading rebalance · Sprint Velocity for App v2
FP&A focus: LTV analysis cohort tháng 1 · CAC optimization
Target: 13,000 thẻ · CTV 2,500 active · STP 45%
THÁNG 8 — CTV Maturity Month
Framework chính: Milestone 6 · RAG dashboard
FP&A focus: CTV CAC vs DSA CAC comparison · Portfolio yield analysis
Target: 13,000 thẻ · CTV 3,000 target achieved
THÁNG 9 — GATE 4 REVIEW (NPL Watch Month)
Framework chính: Stage-Gate 4 · Risk Heatmap Q4 update
FP&A focus: NPL vintage alarm · Final sprint decision · Q4 budget confirm
Target: 13,000 thẻ · NPL dưới 4% · Q4 plan finalized
THÁNG 10–11 — Final Sprint Months
Framework chính: Milestone 7 (STP 50%) · Gantt Q4 tracking
FP&A focus: STP 50% enables scale · Holiday season push · Provision adequacy
Target: 12,000–13,000 thẻ/tháng · Milestone 7 achieved tháng 10
THÁNG 12 — Closing Month
Framework chính: Milestone 8 · Final EVM · Stage-Gate retrospective
FP&A focus: 250K thẻ confirm · NPL final check · Year 2 plan seed
Target: 250,000 thẻ active · NPL < 5% · PBT 52.6 tỷ
ONE-PAGE SUMMARY — CHO CFO TRONG 5 PHÚT
Cấu trúc dự án: 5 Workstreams rõ ràng (WBS), Critical Path = 20 tuần trên WS1 Technology.
Thứ tự ưu tiên: WS1 trước hết — không có Platform thì 3 kênh bán hàng không scale được. Ngày 2/1 phải bắt đầu, không thể trễ.
8 Milestones kinh doanh theo timeline. Miss Milestone 2 (Virtual Card Mar 15) = miss toàn bộ H1 target.
4 Stage-Gate decisions tại Jan 31, Mar 31, Jun 30, Sep 30. FP&A chuẩn bị updated business case tại mỗi Gate. Sẵn sàng recommend Kill nếu economics xấu đi.
EVM monitoring hàng tháng. Nếu CPI < 0.85 vào tháng 4 → raise alarm ngay, không chờ Q2 review.
RAG weekly. AMBER > 2 tuần liên tiếp = automatic RED.
NPL là rủi ro số một. Trigger EWS khi FPD cohort bất kỳ vượt 2% ở tháng 2. Không chờ NPL xuất hiện ở tháng 9 mới hành động.
Bạn muốn tôi đi sâu vào phần nào — Monthly FP&A reporting cadence, EVM model chi tiết theo số, hay Stage-Gate business case template cho mỗi Gate?
Leave a Reply