需求模型與軟體外包

| | | | | | 2則回應

    

以前，可能只要熟悉一種電腦語言以及一種主要的作業系統後，我們就可以在工作崗位上服務好多年。而且透過工作經驗的累積，可以按部就班的增加相關知識，進而支援企業在資訊技術上的需求。

然而這些年來，無論是網路、資訊安全或軟體技術等領域，不只是突飛猛進，甚至彼此有著密不可分的關聯。學會一種電腦語言與作業系統，根本就不足於因應一個軟體系統的發展。以Java為例，目前各大學資訊相關科系幾乎皆提供Java程式設計的課程。從Java是一個電腦語言的角度來看，理論上台灣不缺Java的程式設計人員。但是各位假如問問資訊業界，卻會發現找不到足夠的Java人才是大家的共同苦惱。

這個落差原因在於，Java不僅是個電腦語言，在其背後則是一整堆的相關資訊技術。從網路、分散式物件、中介軟體、資訊安全、甚至到行動計算等，所謂的「會」Java可能不是只會寫Java程式而已，而是必須涵蓋相關的技術與知識。換言之，現在的資訊技術人員，必須懂得更廣、同時一定要學得更快。

那麼，對於一般企業的資訊部門 (所謂的user side) 而言，到底要不停的訓練、提升資訊人員的資訊技術水準，還是如我在前面幾篇專欄文章所說的，應該專注於應用資訊技術解決企業經營策略所需呢? 這兩個方向之所以被特別提出討論，倒不是說不能同時並存，而是通常追求IT的人要再能夠深入Domain（專精領域），一來時間不見得足夠，二來興趣於IT的人員最終可能選擇加入資訊公司 (所謂的vendor side) 的機率會很大。

換言之，即使企業的資訊部門願意投入成本來不停提升資訊技術水平，除非企業資訊部門夠大，能夠支援兩類人才，否則最終還是很難兩全其美。因此，從資訊技術的快速進步來看，企業資訊技術尋求專業外包或代工，似乎是不能避免的方向。

然而當提到外包，對很多企業而言，可能會覺得有所顧忌、甚或認為不可行。以軟體外包為例，表一是幾個常見的理由，而這些理由確實也令人擔心。

表一、企業軟體外包的顧慮

擔心開發風險增加

上述這些問題可以透過成熟的軟體工程技術，如CMMI的認證等，來降低委外企業的顧慮。但是除了工程步驟的確立外，要執行外包的最關鍵因素會在哪裡呢？從我參加今年(2004)在美國達拉斯所舉辦的「第三屆全球委外研討會」 3rd Annual International Outsourcing Conference 得到的共識是：軟體代工的複雜度確實極高。

印度近年以為歐美國家軟體代工聞名。單看語言相通的印度與歐美的軟體外包關係，我們必須說「需求確認」的成功與否，與外包的成功有著密不可分的關係。而即使大家用同一種語言，需求的確認也有可能因為人類自然語言的描述，無法呈現出實際需求的「系統觀」，而導致最後委外的失敗。一位在場參加的一位CIO所言，與英文系國家人員的合作，對於需求認知的混淆程度並不會少於與非英語系國家人員合作。因此在此次研討會中，大家對於類似樂高概念的需求塑模充滿了極大的興趣。

圖一是一個我們利用需求塑模所發展的軟體代工製程。在這個製程裡，我們首先提供塑模師協助委外企業需求塑模。透過反覆模擬、驗證與修改，直到委外企業驗收需求後，我們才進入第二階段的系統設計與實做。這個製程的最大好處是：

1.透過需求模型的模擬與驗證，可以提供委外企業對未來的系統認知，進而加速需求建立與確認。

2.需求模型可以作為未來資訊部門知識管理的內容單元。

3.可以提高外包估價的準確度，進而有效掌控成本。

4.由於在需求確認時已經過多次模擬，對於未來代工產出的軟體已具認知，因此對於軟體代工的品質也較能掌握是否符合所需。

5.代工風險降到最低，因為所有的代工程式與需求模型有清楚的對應關係。

6.而最重要的則是利用這個製程代工軟體，委外企業可以不用擔心受制於外包商，因為關鍵的知識是在需求模型中。當模型與程式間的對應關係極為明確時，任何一個程式皆可當作獨立個體，進而委託給不同的外包商。

圖一、以需求塑模所發展的軟體代工製程

當企業對於資訊技術委外不再有類似表一所列的顧慮時，企業的資訊部門才能發揮更大效益於協助企業使用資訊技術去增加其競爭力。