用戶經驗談：博暉科技
緩步導入，養成開發人員的習慣

▼ ADVERTISEMENT ▼

▲ ADVERTISEMENT ▲

博暉科技是一家有20年歷史、專門提供資產管理及財務管理的系統導入與顧問服務。該公司的技術顧問崔啟文著眼於公司永續經營必須強化開發品質的考量，在2004年左右開始評估導入ALM解決方案。考量導入新的工作模式，勢必造成衝擊，崔啟文希望尋求簡單、門檻較低的解決方案。

技術不是問題，真正的挑戰在於觀念的轉變

在評估幾種方案之後，考量學習門檻及價格，崔啟文在2年前著手導入Visual Studio Team System 2005。由於需顧及專案成員的工作習慣，在短時間內做太大的調整，容易引發反彈，於是採用一步一腳印緩步、推動的作法。

這套新制導入的初期是混亂的。崔啟文回顧當時的情況：「VSTS裝好之後，就傻在當場。」 為此，由臺灣微軟出面，請顧問公司為他們上課，不過理論套在工具上，還是需要一段摸索期。大約一年以後，才慢慢抓到方向。

另一個調整的重點，是開發團隊必須整出一套流程。微軟Team Foundation Server內建CMMI以及Agile兩套流程，於是崔啟文在兩個專案，分別嘗試這兩種不同的作法，最後的結果是選定Agile。

溝通與學習是最主要的成本

	博暉科技
		博暉科技技術顧問 崔啟文 導入前面臨問題： ● 一個客戶一種版本，維護不易 ● 開發的過程沒有完整的歷史記錄 ● 高階主管希望取得更透明的資訊 成果 ● 開發者逐漸習慣新式流程，沒有Team Foundation Server，反而無所適從 ● 主管連上Team Foundation Server，就可以掌握最即時的資訊

回顧導入的過程，最主要問題是學習和溝通的成本。早期中階幹部可以透過一張Excel表搞定專案管理，現在要把資料放進Team Foundation Server，可能要散在不同的頁面輸入，對他們而言並沒有省到工。

開發者的部分，辛苦在單元測試的部分，因為跟過去的習慣不同，開發者會不知道該怎麼寫測試程式。

崔啟文的訣竅是先針對核心和複雜的部分，由資深的工程師開始學習，日後再補齊基本的部分；待TDD（Test Driven Development）的效益浮現，接下來的案子採用TDD就會比較平順。

習慣成自然，不用反倒亂

崔啟文分析：「導入ALM，要2∼4年才能看出成效，所以高階主管的支持很重要」。走過剛導入的不穩定期，現在整個團隊已經很習慣在Team Foundtation Server的管理下運作，新人報到的第一天，教育訓練的重點就是如何使用VSTS。不用VSTS，他們反而覺得混亂。

就管理階層而言，過去工程師普遍的性格是討厭寫文件，但在VSTS強制的流程下，「凡走過必留下痕跡」，主管可以很容易掌握狀況。而高階主管透過明確的統計數字，可以掌握開發的進度、臭蟲的數量，再分析原因只要能夠找到原因，接下來就能夠針對問題想辦法強化。

力可科技─實際利用開放源碼組裝ALM方案