1.林永峰-台湾敏捷方法AgileMethod.doc

工研院敏捷方法現況 林永峰 工研院服務系統科技應用中心 YFLin@itri.org.tw 摘要 本文首先敘述當前的工作環境規劃以及此環境如何貼近敏捷方法，接著介紹小型團隊的互動方式，第二部分介紹專案執行中採用的輔助工具，最後描述實踐敏捷方法所體驗的心得，其中強調精確及適應的重要性。 工作區佈置及組織簡介 對我而言，服務的單位（工研院服務系統科技應用中心）有個迷人環境，它能充分展現院內專業與活潑兼具的形象。中心的規劃過程充分利用空間所能發揮的用途與蘊含的形象。工作區有幾處較具特色，可彰顯敏捷方法強調的頻繁而有效的面對面溝通： 105會議室 (魚缸) 人數超過10以上才使用的會議室 (圖一)。透明玻璃讓內外沒有隔閡，如果冗長會議讓聽眾打瞌睡，玻璃外的人就知道會議有多無聊，具有減少舉行無效會議的功效。 圖一：105會議室 104點子空間 5至10人用的會議室。圖二的會議室是，腦力激盪的空間，內有環繞沙發、電視、茶几、茶几桌面是白板（可以寫下討論中的想法）。適合舉辦跨組合作會議，需要大家提供點子的時候，舉辦一場小型的創意發想會議。主辦人邀請各組的專家參與，會議的最後互選出最好的點子 頒給發想者少許獎勵。補充：目前因為人數擴充不幸被拆除（希望找日找到重建的空間） 圖二：點子空間 休憩區 它常被誤認為是公共空間，中午拿便當來這用餐。別搞錯了！這是2~3人討論桌，旁邊有冰箱與投幣式咖啡機，咖啡一杯十元。需要兩個人一起討論解決問題的時候，不必佔用太大空間，直接來這裡談。Pair Programming怕干擾別人時 都就來這兒吧！休憩區如圖三所示： 圖三：休憩區 100, 101私有會議室 各組皆擁有一個私有會議室，它藏在較偏僻較隱密的角落。某些策略討論會議、一些未定案的構想以及廠商的洽談等，如果漏口風傳出去將造成不必要的麻煩。如圖四所示： 圖四：私有會議室 本組組員包含: Marketing六人，Engineer六人，Project Manager、組長與副主任各一人。業務範圍內所有溝通都是平行的，無上下之分。Marketing成員女性為主，負責接洽廠商、市場策略、時程規劃、提供／整理需求與協助上市前測試。Engineer提供技術建議、撰寫規格書、開發、測試。Project Manager協調Marketing與Developer整理錯誤回報、追蹤／回報進度、撰寫計畫書。組長與副主任策略規劃、尋找合作夥伴、處理院級業務。 組長與副主任每月一次經濟部會議。組長、Project Manager與Developer每兩周一次跨組開發會議。副主任與Marketing每周一次策略兼市場會議。資深Engineer每周五釋出測試版前先review code。Engineer進行pair programming頻率約兩天一次。產品release一到半個月一次。 軟體開發工具簡介 專案管理工具MindJet： 規劃Roadmap、管理時程，其豐富的圖形便於傳達思維以減少溝通上的誤解或障礙。此工具功能廣泛，目前尚未完全熟悉。 程式碼管理工具GIT： 分散式程式碼管理系統，每位開發者電腦內都有一份自己的程式庫，開發自己的版本，可以隨時提交（Commit）不必擔心LOCK與MERGE CONFLICT，當開發到一段落，將程式庫當時的快照 (SNAPSHOT) PUSH給其他開發夥伴，或PULL開發夥伴的快照下來再決定是否要合併到自己的版本當中，如此強大的控管工具，可促進開發上錯誤追蹤與程式碼共享的能力。 程式開發環境： 當前的整合開發環境都已趨向單一獨大的局面，支援度最佳的環境是選擇的準則。例如: 在開發OSX/iOS上軟體我們選擇XCode，Android平台或開放陣營（Open Source） 的網路服務則採用Eclipse，開發Java 企業支援的網路服務如J2EE，則使用支援度最佳的NetBeans，而微軟視窗平台則用Visual Studio。 架構、函式庫和程式語言： 架構與函式庫是另一個能促進生產力，讓程式更容易閱讀與維護，加速開發的利器。必須謹記“除非是訓練/研發，如學校作業/研究、玩票性實驗，如駭客追求技術突破、或者資源（金錢/權力/時間）充足，有錢沒地方花，否則不要重新發明輪子。” 程式語言方面，我們觀察過一個合格的程式設計師，至多僅需一至兩週便可以熟悉一個新的相同典範之程式語言。那有什麼理由讓你擁護Ａ語言，而抨擊Ｂ語言呢？我們持開放的心胸擁抱各種優良的程式語言，當我們開發Android時 就擁抱Java，iOS就擁抱Objective-C，改寫Open Source的C函式庫就擁抱C，這三種語言是目前我們使用最頻繁的程式語言。 開發方法與時程管理