Chris 筆記｜政策領域的知識，關在會議室裡是裝不下的！開發合宿中討論的「公共FDE」

我的想法

日本地方創生，已經從傳統建築空間改造，慢慢往服務改造的方向邁進了。這個所謂的"公共FDE"，其實已經不算是新名詞，日本已經在跑的實例，包括2024年1月能登半島地震，石川縣用 Palantir 整合分散的受災者資料，建成「被災者360」；2024年9月豪雨時重用既有 data model，24 小時內架出災害救援 App。還有"島嶼DX"，GovTech 東京派團隊進伊豆諸島・小笠原諸島這些人手極少的町村，與行政同一視角陪跑手續數位化。

"公共FDE"，很可能是未來地方創生工作者的一個新方向。在已經進入AI會寫程式的時代裡，未來公共FDE的價值，很可能是這樣的。

從「寫」到「看出來」：在現場找出真正的課題是什麼

從「能動的東西」到「被持續使用的東西」：不讓它止步於交付，對營運與紮根負起責任

從「個別解決」到「會學習的產品」：把現場的學習做成型，交給下一次

摘要 / Summary

PoliPoli開發室的八名成員，八月跑到東京都檜原村辦了一場一泊二日的Workation合宿。文章想講的核心是：在AI已經能寫程式、能做調查的時代，這家公司反而更刻意地把全員拉到同一個空間，面對面磨合。原因很直接——他們做的是政治・行政領域的產品，領域知識分散在曾任職自治體或省廳的成員、天天面對客戶的BizDev、打造產品的工程師各自腦中，動手開發之前必須先把這些知識攤開來，讓團隊對「課題到底是什麼」有共識，這種磨合沒辦法用會議室裡的例行會議解決。

合宿兩天做了四件事：回顧一款企業政策經營產品從MVP到現在的演變、對齊未來開發流程（小型PR直接合併、參考Anthropic的框架區分Prototyper與Builder角色）；深入討論了「FDE（Forward Deployed Engineer）」這個角色在公共部門該長成什麼樣子，並定名為「公共FDE」——不是一個職稱，而是所有在公共領域做產品的成員都該具備的能力；針對自治體AX產品的MVP做了Pitch & Feedback，就地確認了LGWAN架構、Windows文字編碼、既有系統批次匯入這類自治體特有的技術限制；最後還順手對『PoliPoli Gov』的UI做了審查並直接動手修。

文章最後把整場合宿的意義收攏成一句話：AI越快，「該做什麼」「為什麼要做」這種人與人之間磨合的品質，就越是決定產品速度的關鍵。PoliPoli打算把這種合宿常態化為每季一次，並且認為真正的「公共FDE」精神，是把這種磨合帶進日常開發，而不只是留在合宿現場。

重點 / Keypoint

「在政治・行政這個領域做產品開發，「人與人之間磨合的品質」才是決定一切的關鍵」

「AI越快，「該做什麼」「為什麼要做」這種人與人之間磨合的品質，就越是決定產品速度的關鍵」

「成為FDE本身並非目的，而是打造強大產品的手段」

「能夠進入現場掌握領域知識、並且能就地和AI一起把原型做到底的FDE式角色，或許正是今後開發組織的核心所在」