Agile Portfolio Management: Case study từ Toyota Connected

1. Toyota Connected áp dụng Agile vào quản lý danh mục (portfolio) như thế nào?

• Họ dùng Agile Product Operating Model (APOM) để:
  • Quản lý đầu tư (funding)
  • Quản lý vòng đời sản phẩm
  • Điều phối phụ thuộc (dependencies) trong hệ sinh thái phức tạp
• Mục tiêu:
  👉 Cân bằng giữa “linh hoạt (agility)” và “kiểm soát (control)”

2. Quản lý theo vòng đời sản phẩm (Product Lifecycle)

Toyota chia sản phẩm thành 4 giai đoạn chính:

🔍 Explore (Khám phá)

• Thử nghiệm ý tưởng mới
• Team nhỏ, vốn ít
• Mục tiêu: học nhanh, validate thị trường

🚀 Expand (Mở rộng)

• Đã chứng minh có giá trị
• Đầu tư mạnh (nhiều team, nhiều tiền)
• Mục tiêu: chiếm thị trường

💰 Extract (Khai thác)

• Sản phẩm đã ổn định
• Tập trung tối ưu chi phí, duy trì
• Hạn chế thay đổi lớn (rủi ro cao)

🧓 End-of-life (Kết thúc)

• Giảm đầu tư
• Chỉ duy trì tối thiểu

👉​ Funding không thể “một kiểu cho tất cả” — phải phụ thuộc vào giai đoạn sản phẩm

3. Funding theo “product” thay vì “project”

Toyota ưu tiên: Funding theo PRODUCT (dài hạn) không phải Funding theo PROJECT (ngắn hạn)

3 cấp độ funding:

1. Level 1 – Product có doanh thu trực tiếp
   • Tự chủ cao nhất
   • Team quyết định nhanh
2. Level 2 – Product có stakeholder nội bộ
   • Có funding dài hạn
   • Nhưng cần phối hợp nhiều bên
3. Level 3 – Project-based
   • Xin tiền theo từng dự án
   • Bị kiểm soát nhiều
   • Thiếu tính bền vữngProject thường chết dần vì không có funding dài hạn để maintain

4. Phân biệt: Product – Initiative – Program

Toyota chia cấu trúc làm 3 lớp:

🧩 Product

• Đơn vị cốt lõi
• Có người dùng rõ ràng
• Có funding liên tục

🔗 Initiative

• Tác động nhiều product
• Thời gian: 6 tháng – 2 năm
• Có team riêng điều phối

🏭 Program (phức tạp nhất)

• Ví dụ: launch xe toàn cầu
• Liên quan:
  • hàng chục product
  • nhiều vendor
  • nhiều quốc gia

👉 ​​Chỉ thêm cấu trúc khi thực sự cần — vì càng nhiều structure càng phức tạp

5. Quản lý dependencies (phụ thuộc)

Cách Toyota làm:

• Planning theo quý (quarterly planning)
• Đồng bộ giữa các team
• Xác định dependency sớm

Nguyên tắc quan trọng:

👉 Nếu dependency quá nhiều:

• Có thể chia boundary product chưa đúng
• Hoặc thiết kế kỹ thuật (API, platform) chưa tốt

👉​ Giảm phụ thuộc để team tự chủ hơn

6. Cách cân bằng Agile vs Control

Đây là bài toán khó nhất:

Agile cần:

• Team tự chủ
• Ra quyết định nhanh

Control cần:

• Minh bạch
• Đồng bộ chiến lược
• Quản lý rủi ro

Cách giải của Toyota:

• Không dùng 1 mô hình duy nhất
• Dùng nhiều kiểu funding song song
• Map rõ từng sản phẩm đang ở đâu

👉 ​Không có “one-size-fits-all” cho Agile ở enterprise

7. Mô hình layer sản phẩm (giống Apple)

Toyota ví hệ thống như:

• 🚗 Hardware (xe)
• ⚙️ Platform / firmware
• 📱 App (cập nhật liên tục)

👉 Ý nghĩa:

• Layer trên (app) thay đổi nhanh
• Layer dưới (hardware) thay đổi chậm

👉​ Thiết kế tốt = giảm dependency giữa các layer

🎯 Kết luận 

• Quản lý portfolio Agile = quản lý theo product, không phải project
• Funding phải linh hoạt theo vòng đời sản phẩm
• Giảm dependency = tăng tốc độ
• Không có mô hình Agile chung cho mọi tổ chức
• Cân bằng autonomy (team) và control (tổ chức) là chìa khóa

​

👉 ​Nguồn tham khảo