關鍵數字：從 29 組團隊中廝殺出線，最終只有 4 組贏得與地方政府攜手合作的門票。數位發展部「115 年全國公民科技試驗場域」日前完成決選，這場聚焦「科技防災」的民間高手過招，正式進入戰場測試階段。
說真的，看到「公民科技」四個字，多數人可能覺得又是一場虛擬世界的技術展演。但這次不太一樣。數發部次長侯宜秀在啟動典禮上講了一句很有意思的話——數發部的角色是「揪團」。不是下指導棋，不是包工程，而是把地方政府第一線人員、技術社群，甚至是在地居民拉進同一個對話框裡，讓真正碰到問題的人，有機會定義問題，讓寫程式的人不再憑空想像。
這批獲選的 4 組團隊，分別要面對四種截然不同的防災痛點：有備無患工程隊前進基隆，打造「防災士培訓報名平臺」；睿鍶科技進駐新北，做「弱勢機構災情即時回報平臺」；柯Ｏ飛在苗栗開發「志工與物資管理工具」；許Ｏ豪則深入南投，建置「全民災情通報與視覺化平臺」。
📊 數據總覽
今年度的公民科技試驗場域，從提案到媒合的過程，本身就是一場壓力測試。29 組團隊通過資格審查進入評選，歷經書審、初選，最終只有 4 組闖進決選並獲得地方政府具體合作承諾，錄取率僅約 13.8%。合作的縣市涵蓋北、北、中、投——基隆市、新北市、苗栗縣與南投縣——恰好構成本島從東北角到中部的防災需求斷面。
值得關注的是，這份合作清單不是隨機配對，而是精準對焦了不同地區的風險樣態——基隆多雨、新北人口稠密且弱勢族群密集、苗栗山區與觀光聚落交錯、南投則是災害潛勢區的經典場域。這不是一套系統打天下的邏輯，而是四套針對地方毛細孔設計的客製化解方。
從「揪團」到實戰，為什麼這次不一樣？
過去政府推動數位轉型，最常踩的坑是什麼？是系統開發完才發現第一線人員不會用、不願用、不能用。數發部這次設定的 9 月起需求訪談、年底前完成原型開發及使用者測試、116 年第一季完成程式碼移轉與成果發表 的時程，雖然壓縮，卻意外地務實。
為什麼這樣說？因為把使用者測試壓在原型開發階段之前，等於強迫團隊必須面對真實場域的使用者——可能是里幹事、消防分隊、社工人員，甚至是社區志工——而不是關在會議室裡跟長官對需求。
另外，這也是數發部「公共程式標準」（Standard for Public Code）的第二次大型落地檢驗。所有開發成果將上架至數發部 GitHub 平臺，不只是公開，還開放公眾檢視、貢獻與回饋，其他縣市政府或民間單位可以自由擴充應用。這個動作很關鍵——如果成功，它不會只是一個專案，而會是一個可以被複製、被改良、被拆解重組的公共數位資產。
編輯觀點：很多人問我，公民科技到底跟政府的既有系統有什麼不同？我的答案是，前者敢於容錯，而後者往往追求一次到位。從 112 年「兒童早療聯合評估門診線上預約」到 113 年「登革熱防疫現場數位工具」，數發部這條路走了兩年，今年的科技防災專案其實是一次壓力測試——不是測技術，而是測「政府願不願意讓民間團隊在公共服務的戰場上，跟第一線人員一起試錯、一起迭代」。如果這套模式真的能在明年第一季順利產出可移轉的程式碼，那臺灣就不只是多了一套防災工具，而是長出了一套「公共服務敏捷開發」的體質。
四個縣市，四種痛點解法
光看平台名稱可能有點抽象，我們拆開來看：基隆的「防災士培訓報名平臺」瞄準的是人力資本的盤點與動員效率——防災士不是報名完就結束，後續的課程認證、任務派發、即時調度才是真正麻煩的事；新北的「弱勢機構災情即時回報平臺」處理的是最脆弱族群的資訊孤島問題，當災害發生時，安養中心、身障機構的通報往往比一般市民更混亂；苗栗的「志工與物資管理工具」則是在解決災害發生時「愛心爆量但分配失序」的老問題；南投的「全民災情通報與視覺化平臺」則試圖把災情資訊從碎片化轉為可視化，讓指揮中心跟民眾看到同一張地圖。
這四個題目，沒有一個是新的。但過去為什麼做不好？因為需求釐清不夠深入。數發部這次把「需求訪談」放在 9 月到年底之間，等於給了團隊將近三個月的時間蹲點，跟縣市政府第一線人員一起把痛點摸透——這個節奏，其實比很多商業軟體開發專案還奢侈。
趨勢預測：公民科技的下一站，不會只是防災
從 112 年啟動到現在，公民科技試驗場域已經從早療門診、登革熱防疫，推進到今年的科技防災。這個軌跡透露了一個明確的訊號：數發部正在用「場域實證」取代「規格開標」。傳統的政府採購是開出規格、最低價得標、驗收結案；但公民科技的模式是讓民間團隊帶著技術進場，跟公部門共同定義規格，而且規格是開放的、程式碼是透明的、成果是共有的。
話說回來，這個模式能走多遠，還是要看兩個關鍵變數：第一，地方政府是否真的願意打開資料跟流程的黑盒子，讓民間團隊進到第一線場域蹲點；第二，這些開發成果在明年第一季移轉之後，後續的維護與迭代機制是什麼——如果程式碼上架 GitHub 之後就沒有人再碰，那還是白忙一場。
不過，至少從今年的 29 組報名、4 組出線、4 縣市入列的規模來看，這個生態已經開始長出一定的動能。如果順利，未來兩年我們很可能會看到更多非防災領域的公共服務，用同樣的模式被重新定義——比如交通、社福、甚至是都市規劃。
數據告訴我們什麼？
回到最開始的數字：29 組團隊、4 組出線、4 個縣市、3 個月的需求訪談、6 個月的開發與測試、116 年第一季的成果交付。這組數字告訴我們兩件事：第一，臺灣民間確實有足夠的技術能量可以投入公共服務，缺的只是一個透明的機制與真實的場域；第二，公部門也正在學習用敏捷的方式面對問題，而不是用採購合約的思維解決問題。
對一般民眾來說，這些平台可能聽起來很遙遠。但下一次颱風來襲、地震發生時，如果基隆的防災士能更快被派到現場、新北的弱勢機構能更即時回報狀況、苗栗的物資不再塞車、南投的災情地圖能讓大家看到同一份資訊——那這 4 組團隊、4 個縣市、將近一年的努力，就值得了。
你的下一步？如果你本身是開發者、設計師，或是在地方政府第一線工作，不妨去數發部的 GitHub 上逛逛這些專案的進度——不只是旁觀，而是可以實際貢獻程式碼、回饋使用意見。公共服務的數位轉型，不是只有政府跟標案廠商的事。你的一行 code、一個使用心得，都可能讓這套工具在關鍵時刻發揮作用。這也是「公民科技」真正的精神——不是等著政府解決問題，而是捲起袖子，自己參與解決問題。
本文改寫整理自公開新聞來源，原始報導由Yahoo奇摩新聞發布。
常見問題 FAQ
數發部公民科技試驗場域是什麼？
這是數位發展部推動的公私協力計畫，由民間技術團隊與地方政府合作，針對第一線公共服務痛點開發數位工具，開發成果會依循公共程式標準上架開源平台，供各界自由使用與改良。
115 年科技防災專案的時程怎麼安排？
獲選團隊自 115 年 9 月起與合作縣市展開需求訪談，預計年底前完成工具原型開發與使用者測試，116 年第一季完成程式碼移轉與成果發表。
一般民眾可以參與或使用這些工具嗎？
可以。所有開發成果將公開上架至數發部 GitHub 平臺，民眾可自由檢視、下載，開發者也能貢獻程式碼。各平台的實際使用管道則視各縣市政府後續導入規劃而定。
這跟傳統政府採購標案有什麼不同？
傳統標案由政府開出規格、廠商開發後交付，公民科技模式則是由民間團隊與政府第一線人員共同定義需求，開發過程開放透明，成果也以開源形式釋出，其他單位可自由複製改良。
※ 此篇文章由 AI 改寫或生成，內容僅供參考，可能存在錯誤或不準確之處。
