Dịch vụ quản lý dự án phần mềm (PM as a Service) đang trở thành lựa chọn của nhiều SME Việt Nam khi đối mặt với dự án IT “chết lâm sàng” — trễ deadline, vượt ngân sách, team mất động lực. Bài viết này chia sẻ case study thực tế: cách một công ty sản xuất cứu dự án ERP tùy chỉnh từ “sắp hủy” trở lại đúng hướng chỉ trong 6 tuần.
Bối cảnh: Dự án ERP “chết lâm sàng”
Khách hàng
Công ty sản xuất bao bì, 150 nhân viên, doanh thu 80 tỷ VND/năm. Đang dùng combo Excel + phần mềm kế toán rời rạc, muốn chuyển sang hệ thống ERP tùy chỉnh.
Tình trạng ban đầu
| Chỉ số | Kế hoạch | Thực tế |
|---|---|---|
| Timeline | 5 tháng | Đã 8 tháng, chưa xong |
| Budget | 1.2 tỷ VND | Đã chi 1.5 tỷ, cần thêm |
| Feature hoàn thành | 100% | ~45% |
| Team morale | Cao | Rất thấp, 2 dev đã nghỉ |
| Stakeholder satisfaction | — | CEO muốn hủy dự án |
5 vấn đề chính khi Trinh Digital tiếp nhận
- Không có PM chuyên nghiệp: CTO kiêm PM, vừa code vừa quản lý → cả hai đều không tốt
- Scope creep nghiêm trọng: Từ 20 module ban đầu, phình thành 38 module
- Không có tài liệu requirement: Developer code dựa trên “nhớ” từ cuộc họp
- Testing = 0: Chưa viết 1 test case nào, chỉ test bằng tay
- Communication breakdown: CEO nói “muốn thế này”, dev hiểu khác, QA không biết test gì
Quy trình PM as a Service: 3 giai đoạn
Giai đoạn 1: Assessment & Triage (Tuần 1-2)
Mục tiêu: Hiểu tình trạng thực tế, xác định “cái gì cứu được, cái gì phải bỏ.”
Hoạt động cụ thể:
Ngày 1-3 — Stakeholder Interviews:
- 1:1 với CEO: Hiểu business priority, budget còn bao nhiêu, deadline cứng
- 1:1 với CTO: Hiểu tech debt, code quality, team capability
- 1:1 với từng developer: Hiểu blocker, morale, technical concern
- 1:1 với end users (3 người): Hiểu pain point thực tế, feature nào quan trọng nhất
Ngày 4-5 — Technical Audit:
- Review code repository: quality, test coverage, documentation
- Review architecture: scalability, security, performance concern
- Review deployment process: manual hay automated, rollback plan
Ngày 6-8 — Assessment Report:
Báo cáo kết quả audit cho CEO:
| Hạng mục | Đánh giá | Action |
|---|---|---|
| 12 module đã code | 8 module OK, 4 module cần refactor | Giữ 8, sửa 4 |
| 18 module chưa code | 10 module Must-have, 8 module Nice-to-have | Chỉ làm 10, bỏ 8 sang phase 2 |
| 8 module thêm mới (scope creep) | 2 module critical, 6 module không cần | Chỉ làm 2 |
| Code quality | 4/10 — thiếu test, hardcoded config | Sprint đầu dành cho tech debt |
Kết luận assessment: Từ 38 module → cắt còn 20 module cho MVP. Timeline mới: 6 tuần (thay vì “không biết bao giờ xong”).
Giai đoạn 2: Restructure & Execute (Tuần 3-8)
Setup mới hoàn toàn:
Process:
- Sprint 1 tuần (thay vì “chạy liên tục không sprint”)
- Daily standup 15 phút (9h sáng)
- Sprint Review mỗi thứ 6 (demo cho CEO)
- Retrospective mỗi thứ 6 (sau Sprint Review)
Tool:
- Task management: Linear (thay Excel tracking)
- Communication: Slack channel riêng cho dự án
- Documentation: Notion workspace
- Code review: GitHub PR mandatory
Team restructure:
- PM (Trinh Digital) quản lý full-time
- CTO chuyển vai trò từ “PM kiêm” sang “Tech Lead” — focus vào architecture decisions
- 3 developer hiện tại + 1 senior dev support từ Trinh Digital
- 1 QA engineer (Trinh Digital)
Sprint execution:
| Sprint | Focus | Deliverable |
|---|---|---|
| Sprint 1 | Tech debt + testing setup | Refactor 4 module, setup CI/CD, viết test cho critical path |
| Sprint 2-3 | Module sản xuất | Quản lý đơn hàng sản xuất, lệnh sản xuất, tracking |
| Sprint 4 | Module kho | Nhập/xuất kho, tồn kho real-time, cảnh báo |
| Sprint 5 | Module kế toán | Tích hợp phần mềm kế toán hiện tại via API |
| Sprint 6 | UAT + Go-live | User testing, training, data migration, go-live |
Giai đoạn 3: Stabilize & Handover (Tuần 9-12)
Tuần 9-10 — Post-launch support:
- Monitor hệ thống 24/7
- Fix critical bugs trong 4 giờ
- Training sessions cho 3 phòng ban (sản xuất, kho, kế toán)
Tuần 11-12 — Knowledge Transfer:
- Bàn giao tài liệu: SRS, technical docs, deployment guide
- Training CTO về process quản lý dự án
- Setup maintenance checklist
Kết quả sau 12 tuần
| Chỉ số | Trước rescue | Sau rescue |
|---|---|---|
| Module hoàn thành | 8/38 (21%) | 20/20 MVP (100%) |
| Timeline | Trễ 3 tháng, không có deadline mới | Go-live đúng hẹn tuần 8 |
| Budget bổ sung | Không kiểm soát | 350 triệu VND (fixed) |
| Test coverage | 0% | 72% (critical paths) |
| User adoption | N/A | 85% sau 2 tuần training |
| CEO satisfaction | 2/10 | 9/10 |
| Team morale | Rất thấp | Cao — tự hào về sản phẩm |
ROI của PM as a Service
| Hạng mục | Chi phí |
|---|---|
| Phí PM as a Service (12 tuần) | 180 triệu VND |
| Senior dev support (6 tuần) | 90 triệu VND |
| QA engineer (8 tuần) | 80 triệu VND |
| Tổng đầu tư | 350 triệu VND |
| Hạng mục | Tiết kiệm/Lợi ích |
|---|---|
| Tiết kiệm vs hủy dự án (mất 1.5 tỷ đã đầu tư) | 1.5 tỷ VND |
| Tiết kiệm vs thuê vendor mới làm lại | 800 triệu VND |
| Revenue từ hệ thống mới (giảm 30% thời gian vận hành) | ~200 triệu/năm |
| ROI | Positive sau 2 tháng |
Khi nào cần PM as a Service?
5 dấu hiệu dự án cần “rescue”
- Trễ >50% timeline mà không thấy đường về đích
- Vượt >30% budget và stakeholder bắt đầu hỏi “khi nào xong?”
- Developer nghỉ việc hoặc morale rất thấp
- Không ai biết status thực tế — mỗi người nói một khác
- CEO đang cân nhắc hủy dự án — mất toàn bộ đầu tư
PM as a Service vs thuê PM full-time
| Tiêu chí | PM as a Service | PM Full-time |
|---|---|---|
| Chi phí | 15-30 triệu/tháng | 35-60 triệu/tháng (lương + phúc lợi) |
| Commitment | Theo dự án | Long-term |
| Kinh nghiệm | Đa dạng ngành/dự án | Chuyên sâu 1 công ty |
| Onboarding time | 1-2 tuần | 1-2 tháng |
| Risk | Thấp (cancel bất cứ lúc nào) | Cao (tuyển sai → thiệt hại lớn) |
| Process & Tool | Mang theo best practices | Phải tự xây dựng |
FAQ — Câu hỏi thường gặp
1. Chi phí PM as a Service bao nhiêu?
Tùy quy mô dự án. Gói cơ bản từ 15 triệu/tháng (part-time, 1-2 dự án nhỏ) đến 30 triệu/tháng (full-time, dự án phức tạp). Liên hệ Trinh Digital để được báo giá chi tiết theo scope dự án cụ thể.
2. PM bên ngoài có hiểu ngành của tôi không?
PM chuyên nghiệp không cần hiểu sâu ngành — đó là việc của Product Owner (phía khách hàng). PM tập trung vào quản lý scope, timeline, risk, communication. Ngoài ra, PM as a Service thường có kinh nghiệm đa ngành nên nhanh chóng nắm bắt context.
3. Sau khi PM rút đi, team có tự quản lý được không?
Giai đoạn handover bao gồm training team về process, tool, và best practices. Thông thường sau 2-3 dự án với PM support, team internal đã đủ capability tự quản lý. Trinh Digital cũng cung cấp gói mentoring PM cho team nội bộ.
Kết luận
Dự án phần mềm “chết lâm sàng” không phải là bản án tử. Với quy trình rescue đúng — assessment kỹ, cắt scope mạnh, restructure team và process — đa số dự án đều có thể cứu được.
Đừng để dự án trở thành “sunken cost.” Nếu doanh nghiệp bạn đang có dự án IT gặp vấn đề, hãy liên hệ Trinh Digital để được đánh giá miễn phí và đề xuất phương án rescue phù hợp.