Mô hình Agile POD
Tại sao chuyển sang Agile POD?
Mô hình cũ: Phòng ban truyền thống (Silo)
Khách hàng → Sales → Quản lý dự án → Phòng Content → Phòng Design → Phòng Ads
│ │ │ │
└── Không ai chịu trách nhiệm toàn bộ P&L ───┘
Hệ quả:
- Công việc "chuyền tay" qua nhiều phòng ban, không ai nhìn toàn cảnh
- Scope creep xảy ra âm thầm — không ai đo được
- Tỷ lệ lỗ 48.1% nhưng không xác định được lỗ ở đâu
- Nhân sự nghỉ việc 82.1% do quá tải không kiểm soát
Mô hình mới: Agile POD (Mini-Agency tự chủ)
┌─────────────────────────┐
│ POD Alpha │
│ Pod Leader │
Nhóm khách hàng A →│ Performance Specialist │→ Chịu trách nhiệm P&L
│ Content Creator │
│ Visual Designer │
└─────────────────────────┘
Mỗi POD là một mini-agency — đội ngũ 4-5 người có đầy đủ năng lực để phục vụ một nhóm khách hàng từ A đến Z.
"Ai làm, người đó chịu trách nhiệm lãi/lỗ." Không đổ lỗi qua phòng ban khác. Mỗi POD biết rõ mình đang lãi hay lỗ theo thời gian thực.
Cấu trúc POD
Mỗi POD gồm các vai trò cố định với trách nhiệm rõ ràng:
| Vai trò | Số lượng | Trách nhiệm chính |
|---|---|---|
| Pod Leader | 1 | Quản lý vận hành, phân công, kiểm soát chất lượng, theo dõi P&L |
| Performance Specialist | 1 | Quản lý ngân sách media, chạy quảng cáo, tối ưu chiến dịch |
| Content Creator | 1-2 | Sản xuất nội dung (bài viết, kịch bản, caption, blog) |
| Visual Designer | 1 | Thiết kế hình ảnh, video ngắn, banner, bộ nhận diện |
Khi POD thiếu năng lực chuyên biệt (ví dụ: quay phim, dựng 3D), Pod Leader có thể tạo yêu cầu hỗ trợ liên POD hoặc thuê freelancer — nhưng chi phí này vẫn tính vào P&L của POD.
Nhịp sinh học POD (Sprint 1 tuần)
Mỗi POD vận hành theo chu kỳ sprint 1 tuần với nhịp cố định:
THỨ HAI THỨ BA → THỨ SÁU THỨ BẢY
┌──────────┐ ┌────────────────────┐ ┌──────────────┐
│ Sprint │ │ Thực hiện công │ │ Sprint │
│ Planning │ → │ việc + Daily │ → │ Review │
│ │ │ Report │ │ │
└──────────┘ └────────────────────┘ └──────────────┘
| Sự kiện | Thời điểm | Người tham gia | Mục đích |
|---|---|---|---|
| Sprint Planning | Thứ Hai đầu tuần | Pod Leader + cả POD | Lên kế hoạch tuần, phân công task |
| Daily Report | Cuối mỗi ngày | Mỗi thành viên | Báo cáo tiến độ, nêu blockers |
| Sprint Review | Thứ Bảy | Pod Leader + cả POD | Đánh giá kết quả, rút kinh nghiệm |
Daily Report là bắt buộc. Hệ thống ghi nhận ai báo cáo, ai không. Pod Leader dùng dữ liệu này để đánh giá hiệu suất thành viên.
4 chế độ làm việc
Không phải mọi công việc đều giống nhau. SmartCK Hub phân loại thành 4 chế độ:
| Chế độ | Đặc điểm | Ví dụ |
|---|---|---|
| Recurring | Lặp lại theo chu kỳ (tuần/tháng) | Đăng bài fanpage hàng tuần, báo cáo tháng |
| Production | Sản xuất sản phẩm cụ thể, có deadline | Quay TVC, thiết kế bộ nhận diện thương hiệu |
| Performance | Chạy liên tục, tối ưu theo số liệu | Chiến dịch quảng cáo Facebook/Google Ads |
| One-Off | Phát sinh một lần, không lặp lại | Thiết kế backdrop sự kiện, viết PR crisis |
Mỗi chế độ có cách tính công, cách đo hiệu suất, và Definition of Done riêng.
Definition of Done (DoD)
SmartCK Hub định nghĩa 3 loại DoD để đảm bảo chất lượng ở mọi cấp độ:
1. Process DoD — Quy trình hoàn thành đúng
Task chỉ được đánh dấu hoàn thành khi:
- Sản phẩm được nộp trên hệ thống (không chấp nhận gửi qua Zalo/Email)
- Pod Leader đã review và xác nhận
- Không có blocker chưa giải quyết
2. Transition DoD — Bàn giao đạt chuẩn
Khi deliverable chuyển sang giai đoạn tiếp theo:
- Tài liệu bàn giao đầy đủ
- Người nhận xác nhận đã hiểu yêu cầu
- Checklist bàn giao được hoàn thành 100%
3. Product DoD — Sản phẩm đạt chất lượng
Sản phẩm cuối cùng giao cho khách:
- Đúng brief ban đầu
- Đúng brand guideline của khách
- Khách hàng ký nghiệm thu
Hệ thống chốt kiểm soát (Gates)
Mỗi giai đoạn chuyển tiếp đều có gate — người giữ gate phải xác nhận trước khi tiếp tục:
Planning Gate Execution Gate Delivery Gate Closure Gate
│ │ │ │
▼ ▼ ▼ ▼
┌─────────┐ ┌───────────┐ ┌───────────┐ ┌──────────┐
│ Lên kế │ → │ Thực hiện │ → │ Bàn giao │ → │ Đóng │
│ hoạch │ │ công việc │ │ sản phẩm │ │ dự án │
└─────────┘ └───────────┘ └───────────┘ └──────────┘
Pod Leader Pod Leader Pod Leader + CO-GO
Khách hàng
| Gate | Người giữ | Kiểm tra |
|---|---|---|
| Planning Gate | Pod Leader | Kế hoạch rõ ràng, nguồn lực đủ |
| Execution Gate | Pod Leader | Task được phân công, deadline hợp lý |
| Delivery Gate | Pod Leader + Khách | Sản phẩm đạt DoD, khách nghiệm thu |
| Closure Gate | CO-GO | Thanh toán hoàn tất, P&L được ghi nhận |
P&L theo POD
Đây là thay đổi mang tính cách mạng so với mô hình cũ. Mỗi POD có bảng P&L riêng:
┌─────────────────────────────────────────┐
│ P&L POD Alpha │
├─────────────────────────────────────────┤
│ (+) Doanh thu gộp từ hợp đồng │
│ (-) Chi phí media (pass-through) │
│ (=) Doanh thu ròng (AGI) │
│ (-) Lương + phúc lợi thành viên POD │
│ (-) Chi phí freelancer │
│ (-) Chi phí công cụ & phần mềm │
│ (-) Chi phí di chuyển │
│ (=) LỢI NHUẬN POD │
└─────────────────────────────────────────┘
Khi mỗi POD biết rõ lãi/lỗ, tự nhiên sẽ:
- Kiểm soát scope creep — vì phát sinh ảnh hưởng trực tiếp lợi nhuận POD
- Tối ưu chi phí — không còn tâm lý "tiền công ty"
- Tăng trách nhiệm — Pod Leader có động lực thực sự để quản lý hiệu quả