關於我

網站資訊系統工程師

其實我很好奇

隔壁棚在講
VUE 還有中文排版

工程師們希望在這裡

聽到什麼

這個議程

技術只是其中很小部分

我以前覺得

技術就是一切

直到我的專案

中了一箭

進入正題

政府-資訊-系統

這六個字要拆開來看

你得先懂政府

才能夠拿到資訊

系統不一定寫的出來

很多人常問我

人活的好好的

幹嘛寫政府系統

多數人眼中的政府資訊系統

• IE(6) only
• 無障礙
• 複雜的標案架構
• Paper work

可是

遺憾的是這些都不是重點

在繼續往下講之前

來說個小故事吧

我的替代役生涯

我的替代役生涯

所謂的替代役

• 說是不能接正職業務，但是......
• 跟小叮噹一樣，大家都會問問看你能不能幫忙.......
• 許多很冗長跟無聊的業務，都是你的工作.......

當時接觸政府資訊系統

介面根本不像給人用的

html input
放 SQL 指令

安全性也很可怕

案例一

國民年金所得未達一定標準
補助審查業務

按照資料分類

做一次的審查業務
要按 2x 個頁面

去跟長官聊天

長官說，

這個中央作的

你講得太複雜惹

就乖乖用吧

不然還能怎麼辦呢？

一天只能審一百個案子

然後不斷的看到

長官跟同事天天加班

科技始終來自於人性

死都要找別的方法XDDDDD

自己寫 user script

全部查詢加工寫成 ajax

一個畫面呈現完 ＋ 自動判斷

審一個案子從十分鐘
變成一分鐘以內

終於可以不用加班惹...

但是我離職之後
系統改版就又回到原點了

案例二

人民團體案件統計

每個月月底就會印出

那個月的特定類型公文清單

然後

手工一件一件算多少件逾期

正正正正正正正正正正正正止

比家庭代工還家庭代工

我從來沒有一次算對過

一個幌神就........

想怒寫程式處理

可是系統產出
只有列印成紙本的功能
（痛哭）

怒設定 pdf 列印機

再怒跑 OCR 

再加上文字自動分析跟計算

化四小時為三十秒！

感謝函一封 T.T

但是一樣

我走之後半年公文系統改版...

大家又回到原點 T_T

這兩個案例的特點

系統都不是自己單位開發的

國保補助系統
中央（衛福部）

公文系統

其他局處

自己系統要改就很難了

更何況是別人家的

有錢也改不動

系統歸屬在別人手上

但是

內部自己惡搞系統
只要不把他搞壞

還是可以的！

資訊人員的天職

解決流程與資料問題

可是

訂流程的根本不是你啊

資料也不在你手上

啊啊啊啊啊啊

看到系統覺得很無言

更靠北的是這系統是別人的

公部門的資訊窘境

大多是這樣的

剛剛講了幾個案例

大概可以說是夾縫中求生存

那有沒有可能

一開始就把事情作對？

我一直很關心這個題目

政府 - 資訊 - 系統

剛剛說過要拆開來看

政府

中央部會

規劃政策

給政策執行的資源（錢）

怕你亂做，所以順便給系統

地方政府

承接中央政策

訓練公所服務

鄉鎮市公所

執行案件最前線

幾乎所有政府資訊系統

都是業務導向

困境

外人很難知道業務歸誰的

比方說

前幾年報稅軟體 IE only

請問歸誰的？

報稅軟體

財政部！

自然人憑證

內政部憑證管理中心！

找到單位之後

你知道是哪個科負責嗎？

電話轉來轉去.......

就算找到業務單位

很有可能你問他一問三不懂

因為資訊系統

通常是廠商或資訊室負責

資訊！

很多業務承辦人

只能處理匯出成 excel 的東西

資料庫？

那是神馬，可以吃嗎

為什麼申請兩個業務

我的表要填兩次，
個人資料要交兩次？

因為資料跟資料之間
沒互通啊

自己手上的資料

可能卡在舊系統匯不出來

別人手上的資料

望穿秋水不可得

系統！

為什麼系統

都要找廠商寫？

政府資訊人員

主要在做 SA 跟採購

就我看過的人

自己能寫程式的

可能不到兩成

（我講得很客氣了）

找廠商寫也不是問題

只要政府懂要做什麼就好

這就是問題！

資訊人員自己都很少搞懂業務

業務人員資訊素養不一

有的是 excel 高手
有的連好好打字都有問題

另外已經存在的系統
只能發維護案

做個簡單表單都要發包

行政流程繁瑣.......

裡面還有有趣的眉角

政府採購法有趣之處

• 十萬以下不用公開招標
• RFP （委外服務建議書）的奧妙

各種詭異「資安」內規

再加上大長官通常不懂

為什麼要做資訊系統？

資訊系統＝花大錢

用大砲打小鳥

要做就要做的轟轟烈烈

包山包海

結果需求調查 GG

變成蚊子 application

到目前為止

我都在批評政府資訊系統

但我有機會
還是會到政府服務

從最低階到很高階

我的感想是

問題在「準備」

還有溝通

特別是政策形成過程

就要有資訊意見進入

政府資訊系統

誰來寫（誰能寫） RFP 

業務端規劃者

需要多瞭解資訊技術

郵遞公文管理系統

社群協力項目挑戰

緣起

社會局發現
雙掛號的回執聯

到處散落在承辦人手上

很容易弄丟

於是

問郵局

ㄟ
郵局能不能幫我們收著

掃描起來就好

我打文號就可以查

郵局

竟然答應惹

但是

寄信外觀沒有文號

所以我們要來想辦法

在公文產生文號讓郵局掃描

但是既有的公文系統

沒有這個功能

後來想來想去

我們來印公文吧！

先找方法

DI 檔匯出

登楞

web 怎麼弄裝訂線 ><

卡關 XDDDD

另外後來

郵局說

你們量太小了！

一個月有幾千件的話
我們可以做

只有幾百件的話

errrrr 我很為難....

卡關

而且，還被列管

公務員小字典
列管：長官關心事項，會定期追蹤進度

好像 GG 了

但是沒關係

不印公文了

只印回執聯好像就行了（心）

山不轉路轉

我們自己就印回執聯

反正 DI 檔有文號

文號自己存！ 存檔自己存！

公文回來了！
請承辦人掃描！

機器自動掃描

這樣打文號就可以搜尋了(心)

但是
事情沒想像的那麼美好

郵差叔叔你蓋錯惹 那個不是郵戳區啊啊啊啊

手動歸檔功能

打文號 看簽名 手動歸檔

成功完成，好棒棒！

感想

難的是
對話、溝通、調整

傳統的公務發包流程

寫完規格就訂生死

事後還沒得反悔

根本是

指腹為婚

我們應該提倡

自由戀愛式的專案流程

Prototype first

Q & A