案例背景

Ball, Inc. 顧問 Konrad Cerni 在專案管理工具工作坊中介紹專案品質計畫(project quality program)。

問題/衝突

如果品質只在交付前檢驗,團隊很難確保實際成果符合顧客要求。專案需要在開始時就把品質期望轉化為標準、工作、責任與時間安排。

決策點/實施

原書把專案品質計畫定義為:確保實際品質達到計畫品質的行動方案。它以 WBS 為整合骨架,先從顧客期望與需求設定品質水準,再把需求轉成可衡量的品質標準,定義達成這些標準所需工作、責任人與時間。

主要輸入包括:

如果組織程序要求遵循 ISO 9000 等標準,品質計畫也必須反映這些要求。

原書狀態/結果

本案屬工作坊型案例,沒有特定專案結果,重點是品質計畫的架構與輸入。

原書討論問題

  1. 專案品質計畫有哪些優點與缺點?
  2. 什麼情況下應使用專案品質計畫?

原書本 A 檔未提供正式解答。

參考分析(教學延伸/依本章內容推論)

品質計畫的價值是把抽象的「高品質」轉成可以執行與檢查的標準。若顧客需求本身沒有被正確理解,後續再完整的品質活動也可能只是精確地做錯事情。