案例背景

KUPI 成立於2005年,是高科技製造新創公司,提供多種接單生產產品。公司策略強調把握市場機會與快速交付,需求近期成長超過 150%。

KUPI 的產品需要電機、機械、測試與製造等功能共同完成,但既有工作方式主要是依序從一個功能部門交給下一個功能部門。當客戶帳戶與產品複雜度增加時,這套方式開始失效,多筆交付陸續延誤。

問題/衝突

工程主管 John Rossman 認為公司可能進入全面危機,但不確定真正需要的是組織結構改造、營運流程調整,或其他方案。

他偶然看到計畫管理(program management)訓練廣告,內容把計畫管理描述為「協調管理彼此相依的工作,以達成一組商業目標」。John 因此開始思考:KUPI 的問題是否適合用計畫管理解決?

決策點/實施

原書在 John 準備向同事提出計畫管理構想時停止,沒有描述公司實際採取哪一方案。

原書狀態/結果

本案為開放式問題情境,重點是先診斷問題,再判斷計畫管理是否真的是適當解法,而不是看到跨部門問題就直接導入新制度。

原書討論問題

  1. 你認為計畫管理是合適的方法嗎?
  2. 你的建議是什麼?你會如何處理這個問題?

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

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

KUPI 的症狀包括需求成長、產品複雜度、跨功能依賴與交付延遲。計畫管理可能有助於跨工作協調,但案例要求讀者先區分:問題究竟來自組織能力不足、流程設計、產能,還是需要真正的跨專案整合。