案例｜Cisco：用 Scaled Agile 改善複雜專案交付

<aside> ⚡

案例定位：Adaptive Delivery｜Scaled Agile × Kanban × Continuous Delivery × Measurement

Cisco 展示框架如何因應高不確定性、跨團隊與快速變動的軟體專案。

</aside>

為什麼適合 3×11

O_15、O_16 強調 Development Approach、Tailoring、Delivery、Measurement 與 Uncertainty。Cisco 的 Subscription Billing Platform 案例直接示範：當 Waterfall 不再適合高度複雜、快速變動的開發環境時，企業如何調整管理方式，而不是死守單一流程。

Cisco 做了什麼

從 Waterfall 轉向 Scaled Agile Framework（SAFe）。
建立三個 Agile Release Trains：Capabilities、Defects and Fixes、Projects。
將大型功能拆成較小批次，持續 Build、Test、Integrate 與 Deliver。
每日進行 15 分鐘同步會議，並以 Kanban Board 顯示 Action Items 與工作狀態。
透過共享看板提升遠距團隊的 Project Visibility 與 Accountability。
讓不同 Delivery Streams 能看到完整 Application 與 Customer Need，而非只優化各自局部工作。

對應 3×11

3×11 維度	Cisco 實務
Integration	三個 Agile Release Trains 的跨團隊整合
Scope	以小批次 Capability 持續交付
Time / Schedule	縮短 Release Cycle、持續交付
Quality	持續整合、測試與 Defect Measurement
People / Resources	自主管理團隊與跨團隊協作
Communication / Information	Daily Meeting、Kanban、共享專案狀態
Risk	縮短 Feedback Loop，較早發現問題
Stakeholders	以完整 Application 與 Customer Need 作為共同目標

成效

Cisco 公開案例顯示，新的 SBP Release 準時交付 100% 原定功能。與原 Waterfall Release 相比：

Defect Rejected Ratio 下降 16%
Critical / Major Defects 下降 40%
Defect Removal Efficiency 提升 14%

Cisco 將改善歸因於更好的 Collaboration、Focus、Project Visibility、Accountability 與跨團隊協調。

這個案例教什麼

框架不是固定流程；框架的作用，是讓團隊知道哪些管理問題必須被處理，再根據不確定性選擇 Predictive、Adaptive 或 Hybrid 的做法。