第四章 個案介紹
第一節 國家災害防救科技中心
國
立 政 治 大 學
‧
N a tio na
l C h engchi U ni ve rs it y
52
第四章 個案介紹
目前我國已出現數位治理新模式的實例，部分機關已採用敏捷專案管理進行 資訊系統或軟體開發，以下訪談過程中得到的次級資料納入進行個案介紹。
第一節 國家災害防救科技中心
本文選擇國家災害防救科技中心 2014 年的「行動災害調查整合模組」專案 進行個案分析的原因，在於其為國內率先導入「敏捷開發」的機關。該專案透過
「以終為始」（To Begin with the End）的心態在過程中針對需求變化快速調整，
並以敏捷精神快速調整與有效率的執行專案，解決了過去災害研究人員區缺乏軟 體開發能力及專案管理經驗，以及資訊開發團隊不瞭解災害調查專業需求的問 題，最終獲致了豐碩的成果（張志新、林又青，n.d.）。本文認為若能針對國內首 先採用敏捷專案管理的機關進行訪談，不僅能連結相關學理及本土實際經驗，並 能成為其他欲採用敏捷治理機關的良善借鑑。
壹、 國家災防科技中心簡介
國家災害防救科技中心（簡稱災防科技中心或 NCDR）前身為 1997 年 11 月國科會成立之「防災國家型科技計畫辦公室」，其目的為以國家型計畫加強防 災科技研究及相關之基礎研究，特別是跨領域任務導向之整合研究。具體工作為 經由跨領域、兼具學術與實務之科技研發，並透過與部會之共同合作，來強化我 國防災科技之能量。在防災國家型計畫辦公室推動第一期計畫多年後成效卓越後
（如完成全台 22 縣市淹水潛勢圖及 722 條土石流潛勢溪流劃定等成果）。而有鑑 於計畫辦公室已培植許多防災領域專業人才及厚植豐富經驗，於 2003 年改制轉 型為「國家災害防救科技中心」，主要任務為負責防災國家型科技計畫運作，並 加強技術移轉與落實應用等，對我國災害防救工作推動，具有關鍵性之影響。而 後於 2013 年依據災防法部份修定之內容、基於政府組織精簡與再造原則、同時 考量災防科技中心之科技任務屬性、以及專諮會由科技部部長擔任召集人，災防 科技中心擔任專諮會幕僚等理由，嗣經行政院、科技部與相關災害主管機關討論 共識後，決定隸屬於科技部下轄的行政法人，2014 年 1 月 22 日行政院正式頒佈
「國家災害防救科技中心設置條例」，同年 4 月 28 日正式施行。
災防科技中心之任務依 2010 年災防法修正第七條為「提供中央災害防救會 報及中央災害防救委員會有關災害防救工作之相關諮詢」。於平時針對防災與減 災科技進行研發規劃與應用落實研究；於災害應變期間擔任科技部參與災害應變
‧ 國
立 政 治 大 學
‧
N a tio na
l C h engchi U ni ve rs it y
作業支援之窗口；於重大災害後協助科學勘災與提出對策建議。並於實務上配合 我國災害防救之需求推動相關科技研發工作，透過科學方法與科技研發之移轉與 落實應用，提高我國災害防救之實務作業效能。此外，亦配合協助專諮會運作之 機制對重要災害防救工作提供諮詢或政策建議。災防科技中心的發展目標為：「推 動與整合災害防救研發能量，運用各項災害防救科技研發成果，研提災害調適策 略，協助政府強化災害防救作業效能與提昇社會整體抗災能力，減輕災害事件所 造成之衝擊與損失」。而災防科技中心經由近年之成果績效檢討，並考量中心之 人力與專業屬性、災害面臨挑戰及政府政策需求等因素，未來發展重點為災害風 險評估、早期預警與應變、資訊服務平台、防災力發展建構、及落實推廣應用31。
貳、 「行動災害調查整合模組」專案介紹
災防科技中心成立以來執行多次重大天然災害事件調查（包括 2008 年辛樂 克與卡玫基颱風、2009 年莫拉克颱風、以及 2010 年凡那比颱風等），每次調查 過程中需要進行繁雜的影像圖資查詢、表單記錄與填寫、影音記錄、座標記錄等 工作，調查過後則需要投入大量的後續分析作業。災防科技中心受到美國聯邦緊 急事務管理署（Federal Emergency Management Agency , FEMA）快速處理 Sandy 颶風災後調查的啟發，希望透過連結網際網路及行動裝置整合勘災調查資料，藉 由行動裝置輕便的特性、儲存動態資訊的能力，整合精密電子設備來發揮災害調 查的效率，讓勘災人員在災害現場，以行動裝置快速進行勘災調查，並將結果傳 回「災害事件簿」平台，以利分析災難原因（國發會，2014；NCDR，n.d.）。其 中，張志新及林又青指出在執行「行動災害調查 APP」的開發過程中，災害研究 人員未有軟體開發專長及缺乏專案管理的經驗，資訊開發團隊亦不瞭解災害調查 專業領域的知識，使得災害科技中心面臨一方面要讓開發團隊瞭解業務單位的專 業需求，另一方面要掌握專案進度以確保交付成品符合設計構想就的挑戰。而適 逢行政院國家資訊通信發展推動小組（NICI）的「政府資訊委外服務團」在國內 政府機關倡導敏捷方法，雖然當時 NCDR 已與廠商簽訂徵求計畫書文件（Request For Proposal, RFP），但 NCDR 認為敏捷專案管理不僅能夠有效解決面臨到的問 題亦能夠帶來許多正面效益，兩者一拍即合，此專案便成為國內率先導入「敏捷 式專案管理」的政府資訊委外服務開發專案32。以下介紹 NCDR 於該專案採用的 敏捷開發模式及專案成果（國發會，2014；NCDR，n. d.）：
31 參考資料：國家災害防救科技中心（2018）。2018 年 9 月 28 日，取自：https://www.ncdr.nat.gov.tw。
32 參考資料：張志新、林又青（n.d.）。「敏捷」政府,防災應變首選~委外資訊服務「敏捷方法」
試行成效分享。2018 年 9 月 28 日，取自：http://bit.ly/2OfsTtn。
‧ 國
立 政 治 大 學
‧
N a tio na
l C h engchi U ni ve rs it y
54
一、敏捷開發模式
NCDR 在敏捷專案導入後便與開發團隊變更 RFP，在不違背大原則情況下，
引入敏捷開發的精神調整工作優先順序、重新排程。在實際專案執行過程中將原 本專案 RFP 內所列構想進行拆解，由開發團隊估算各項工作的複雜程度，排定 開發期程並透過雲端看板追蹤需求執行情況，過程中敏捷教練協助釐清專案需 求、確認如何驗收每一項需求，使得與廠商溝通更順暢，而其採取以下的開發模 式：
1. 將期中和期末各視為 1 個里程碑，稱為 Release；
2. 每個 Release 開始前先進行 Roadmap Planning，NCDR 承辦人先逐一說明 待開發需求，交由開發團隊溝通並評估複雜度，再交由 NCDR 需求窗口 決定每個需求的優先順序；
3. 為了避免遺漏，使用雲端看板登錄相關需求內容，以及需要討論的議題；
4. 以每 2 周為開發周期（Iteration），每期的期初都透過面對面溝通規劃當 期需求，每個需求都有明確的過關條件（Acceptance Criteria，或稱為 How to Demo），讓團隊有所依循；
5. 每期期末由需求窗口實機操作，根據過關條件逐一驗證需求是否達到可 以接受的標準；
6. 需求窗口根據實機操作的結果，評估是否需要提出新需求，如果有新需 求，就儘量在尚未開發的功能中淘汰不再需要的需求來交換新需求；
7. 專案執行的過程中，只要有需求要釐清或是有議題要反應，不論是 NCDR 對開發團隊，還是開發團隊對 NCDR，都儘量在第一時間內直接 透過電話或是面對面溝通。
二、專案成果
1. 在專案啟動後第 3 周（提早 2 個月）就開始交付出實際成果，並適時進 行現地驗證，縮短 60%的等待時間；
2. 每 2 周都依據實機操作結果調整需求；
3. 啟動後 3 個月執行期中驗收時，全案已完成 80%功能；
4. 專案進行中定期進行回顧討論，並根據團隊意見修改工作流程；
5. 專案尚未結束，已經實際應用《行動災害調查 APP》進行災害調查；
6. 在高雄氣爆事件後 2 天就因應需求擴充出勘災相關功能。