|
|
|
|
|
|
|
2008年IT人致勝守則系列
2008年必須知道的新趨勢─軟體專案管理篇
文／圖 胡德民．彙整／編輯部
|
|
|
展望2008年，開發人員將持續扮演重要的角色，但是挑戰也更形艱鉅。根據Forrester在2007年10月所做的一份最新報告顯示，在大環境並不景氣的狀況下，北美地區仍然有69%以上的企業認為當前企業應用系統的升級改版是當務之急。(圖1)
另外一份報告顯示，資訊長在普遍面臨IT預算緊縮的挑戰中，依舊有33%的受訪對象將軟體創新的比重調升，比2006年同期多了8個百分點。所以我們可以看見開發團隊的價值依然在IT領域處於核心地位，但是外在的挑戰依然沒有減少，反而有更棘手的趨勢。幾項重大與軟體有關的事件，首當其衝就是軟體瑕疵所造成個人資料外洩的事件，直接衝擊到軟體測試工作的落實、委外服務的品質管理這些脆弱的環節。因此本文將先就軟體開發管理面向的複雜化與挑戰先作陳述，提供給資訊經理人與資深開發人員作為團隊維運方法改進的參考。
圖1：北美地區仍然有69%以上的企業認為當前企業應用系統的升級改版是當務之急。（來源：Forrester）。
管理的比重將大過於技術的領導
不再只是專注於時程與資源的控管，面對IT預算下降以及新系統的開發需求，兼顧功能與質量的要求下，開發或專案經理人必須有更熟練的風險分析／應變的策略手法，以量化的報告取代直覺式的管理。也就是說，管理的對象從過去以程式開發人員為中心，必須調整為專注在事情的進程推動，從協調者的角色演化成為導演／製片人。這種經理人的角色在本職學能的要求上，就未必是以技術能力為首要考量，更趨向於管理經驗與策略規劃能力。
當然技術領導的重要性依然存在，但由於技術進步的速度越來越快，因此傳統的「技術總監」會有兩種典型的分歧，一種是在組織內領導開發文化的老士官長，遵循嚴謹的開發流程與文化，成為軟體品質的基石。對於目前程式設計師汰換率高，學院對程式設計的教育尚未有職業化要求的現在，腳踏實地的典範是必須擁護的價值。
另一種則是創新力旺盛的技術英雄，擔任團隊的技術指標，能夠快速消化並理解新技術的意義，以適合個別組織特色的方式，立即運用來解決問題或是擴大團隊與競爭對手的技術差距。開發團隊也許更適合部分軍隊管理的哲學：樹立典範與紀律讓資淺同仁融入團隊，鼓勵榮譽與創新讓資深同仁發揚戰力並保持活力，以數字與量化管理來推動工作並衡量成果，落實「高效率與流程導向的開發團隊」。
在保守與創新之間，在技術與管理之間取得多方面的平衡，必須要靠開發團隊經理人、專案經理人、技術指導者與團隊資深同仁四方面共同的密切合作，才能讓整個開發團隊在大環境的變動中持續保持價值，穩步前進並具備應變的智慧與能量，這是在2008年的首要當務之急。
分散式團隊的管理
無論是對於獨立軟體開發商、資訊服務業者或是企業IT部門，面對委外甚至兩岸三地分散團隊的管理是必須要有的歷練。當前最大的挑戰就是面臨開發文化甚至地區文化的差異性。以大陸地區來說，近三年來當地的人才質量呈現飛躍式的提升，無論是從最早的海歸派（具備海外工作經驗的歸國學人），到現在土產的資訊工作者，在專業教育與菁英主義的錘鍊下，除了創造力以外，專業技術能力均較大多數台灣學生為優。面對這樣的現況當然也無法沿用﹝台幹式領導﹞─
將相同文化背景與管理風格的幹部外調，因此下個階段就必須是接受由當地幹部進行管理的實際作法，事實上這早就在進行當中。但若要推動流程或標準化的作為，往往又會有﹝將在外，君命有所不從﹞的疑慮。
正值跨國軟體公司行之有年的最佳實務，與其頒布教條與規範，不妨更積極的採用工具、流程與績效驗證的整合式工作環境來約束分散的開發團隊。以微軟而言，開發團隊除了在美國包含Redmond總部在內的三個研發中心，還延伸到印度Bangalore，大陸的上海與北京，歐洲的英國，這麼龐大的跨區域性開發與測試團隊，幾萬名開發人員的協同運作，數百個開發計畫同步進行，端賴以Visual
Studio Team System為基礎的開發平台以及Microsoft Solutions Framework開發流程來駕馭維運。建構嚴謹的底層架構之後，反而在其他面向的管理就能夠有更大的彈性因地制宜。管理者是否得人才不會是影響全盤成敗的唯一因素，賴以支持團隊運作的是底層的開發環境以及協同作業的平台，確保穩定的產出水準，才能確實的蒙其利（人力成本）而不受其弊（管理衝突）。
非程式開發人員的整合統籌運用
在Web 2.0風潮的推波助瀾下，2007年的確又掀起一股RIA的旋風，市場重新審視RIA觀念在商業軟體運用的可行性。對720P HD高畫質的影像支援、程式與影像重疊整合的可行性、以WIMAX為代表的無線寬頻趨勢都讓RIA的發展趨勢無限看好，這可以從微軟Silverlight在台灣發表三個月就已經出現四本中文書，並都登上天龍書局排行榜的事實得證。
但另一方面來說，應用軟體的成敗與評價，也已經悄悄的由開發人員一手獨攬，移轉到視覺設計（Visual Designer）與互動設計（Interactive Designer）人員來決定應用軟體給人的使用印象。在過去RIA僅止於動畫與小遊戲的蔥花時代，將非核心工作外包製作是降低團隊成本的常識，但是隨著RIA成為應用軟體的本體甚至是核心之後，將設計人員納入到正規開發團隊的編制成為避免不了的策略。隨之而來就會衍生出兩個新的問題，其一是設計流程與開發流程整合的問題。我們必須說，目前的軟體開發流程完全是沒有考慮到使用者經驗（User
Experience）的要求，包括優使性（Usability）以及結合影像的多媒體資料操作與呈現的問題。
互動式塑模（Interactive Modeling）在國內的開發團隊普遍聞所未聞。這半年來微軟在努力推廣之後發現，這個狀況與我們相鄰近的地區，差距大過原來的想像。在台灣僅僅只有非常少數的團隊具備有程式開發人員與設計者共同合作的方法與流程，這的確是當前國內企業急於導入RIA卻求教無門的窘態關鍵所在。
若是成分單純的程式開發團隊將設計人員納編，或是設計工作室招募開發人員，這兩種方式又會造成第二種問題，就是人員管理。設計人員所受的教育背景是以創意與美學為主體，衡量其工作成就的是在產出物的水平，而其衡量的標準並無法有一種量化的依據，端賴個人對美感喜好不同的認知而有差。但是程式設計人員（撇開早期才氣縱橫的技術英雄型人物）近年來卻有越趨於流程化與制度化的發展方向，無論是從極度制約的CMMI，講求量化分析的PMP諸方法，讓「程式設計師」成為「程序員」（大陸用語）。
設計人員在新的RIA發展過程中必須亦步亦趨的與程式開發人員協同合作，但是其訓練與思考又與嚴謹的開發流程格格不入，不僅其士氣容易低落，成就感也會遭受打擊而無法久任於位。這個問題目前沒有很好的解答，台灣微軟正在與國內幾所在多媒體網路傳播與資訊教育基礎深厚的大學合作，希望能找出最佳的方式與典範適用於當前台灣的開發團隊與創意設計團隊。
2008年軟體開發團隊將面臨的新議題：
1. 快速改變的企業經營環境將會迫使軟體開發必須適應經常性的功能變更（Design
for Change）。
2. 軟體開發周期將大幅縮短，從Waterfall轉向Iteration為基礎的開發流程，從三個月縮短為一個月。
3. 資訊安全與軟體品質推動程式開發與測試的落實，測試導向開發方法（Test-Driven
Development）將越趨普及。
4. 持續推出的新科技會改變Developer的典範，Hard Coding的英雄將面對前所未有的價值挑戰。
5. 商業分析師的角色將決定開發團隊的價值，如果對企業沒有正確的助益，功能再完整，程式碼行數再多，都無法換算成相對應的報酬。所以從商業分析、需求分析到系統分析的階段是為了確保投資成功而更顯重要。
6. 開發團隊的營運將更依賴工具與平台，包括協同運作平台與技術（VOIP, IM, 視訊會議, Wiki, Blog）、軟體生命週期（ALM）的軟體品質工具與需求管理工具、資產與建構管理平台用來保存程式碼與開發團隊的知識資產、共通可適應跨區域工作的測試與軟體組建（Build）平台。 |
|
|
|
【原文刊載於RUN!PC雜誌：2008年一月號】 |
|
|
|
更正啟事 |
 |
RUN!PC 七月號 (第174期)
˙第47頁「UTM產品一覽」表中內容，NUSOFT於「其他產品特色」欄，應加註 「IM/P2P控管等」。
|
|
|