案例背景

Jtronics 是電子測試與量測設備公司,年銷售超過 10億美元,且超過一半來自海外。其軟體開發長期使用 Shadow 管理缺陷與變更請求,並搭配 ClearCase 做版本管理。

Copernicus 是一個原定6個月完成的重要軟體專案,卻可能延誤2個月,並連帶影響已對外宣傳的4條新產品線。專案經理指出,既有變更管理軟體造成資料與資訊遺失,是延誤原因之一。

問題/衝突

Shadow 使用多年後已累積大量抱怨:流程複雜、耗時,甚至需要在127種表單中選擇適當表單。公司雖有正式變更程序,卻沒有清楚規範如何取得使用者與管理階層的支持。

Jim 想導入第三方軟體 ClearQuest,但採購成本約 50萬美元,需要高階主管核准;而公司當時又面臨管理階層異動與財務壓力,使改善專案一度被降為低優先順序。

決策點/實施

Jim 先畫出利害關係人關係圖,辨識自己與各群體的直接/間接聯繫,再從支持改善的人員開始蒐集需求。之後與主管 Kelly 建立商業個案,比較修補舊系統與購買 ClearQuest,並透過有直接關係的主管逐層取得副總裁支持。

專案一度停滯多年,直到 ClearQuest 開發商 Rational 被 IBM 收購,IBM 主動提供 15萬美元折扣,專案才重新獲准。

導入時,團隊把 ClearQuest 介面客製成類似 Shadow,降低學習成本;訓練只需約1~2小時。使用者則依變革準備度分批導入,先讓積極採用者使用,再逐步納入晚期採用者。

Copernicus 本身則透過外包隔夜品質測試節省約2個月,並增加3名全職程式設計人員加速開發。

原書狀態/結果

ClearQuest 導入最終獲得推動,Copernicus 也重新朝既定產品發布前進。案例強調,正式變更程序之外,取得利害關係人支持與設計導入溝通同樣關鍵。

原書討論問題

  1. 溝通對成功的變更管理專案有多重要?請提出有效溝通策略。
  2. 對組織中不願改變的成員,應採取什麼策略?

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

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

變更導入不是只靠核准與技術選型。Jim 的做法把利害關係人網絡、需求蒐集、管理支持、介面熟悉度與分批採用串成一套溝通策略,降低制度切換造成的阻力。