Ernani Marques da Silva, MBA, PMP, PgMP, Program Manager — Mairipora, Sao Paulo, Brazil

交付物是專案的核心#

專案由一組**交付物（Deliverables）**構成，所有交付物完成後，整個產品、服務或成果才算完成。在軟體開發專案中，整合所有元件對最終結果能否正常運作至關重要。

交付物的有效管理分為三個層次。

識別交付物#

重點： 明確識別的交付物能夠：

• 勾勒出完整的解決方案輪廓
• 確定各交付物的建立與交付順序
• 定義用於監控和管控的衡量指標
• 針對計畫基準（baseline）主動追蹤進度

將交付物拆分為小型的部分程式碼包（partial packets of code），每個包提供特定的軟體功能。這對複雜專案，以及由第三方開發的專案尤為重要。不要等到最後才收取完整工作包——分批交付、分批驗收。

監控與管控交付物#

一旦定義了工作包的建立、監控與管控方式，就要積極追蹤建置階段的執行情況：

• 設定查核點（check points）與關鍵績效指標（KPIs）
• 將指標與基準比對，進行趨勢分析以識別偏差
• 根據實際數據採取矯正行動，而非憑感覺或傳言

技巧： KPIs 和指標應與所有專案成員共享，讓整個團隊對進度有一致的認知，而不只是 PM 單方面掌握資訊。

管理交付物#

交付完成後，程式碼應先部署給小規模用戶群進行測試，確認符合需求後，才算正式完成，再推廣到所有用戶。

注意： 所有迷你交付物（mini-deliverables）都應以**整合方式（integrated fashion）**測試，如同一波一波地驗收。如果等到全部程式碼都交付才開始測試，收到的將是一個充滿未知錯誤與意外行為的系統。此時問題已深埋其中且相互放大，修復的成本和時間都會非常高昂。

這種分批交付、分批整合測試的方法，最適合用於複雜解決方案或採用新技術/新架構的專案。