推 lovelysue: kpi都是屁 公務員能不填嗎？不管嗎？你講的都沒錯 12/02 12:41
→ lovelysue: 這些誰不知道 為何現在還要這樣run? 12/02 12:42
你把果轉為因了。
因為現在資訊行政的能力就是只能外包啊（多年前的資訊系統委外政策）
我要說的事情是，還有幾年適應期間，
這些資訊行政請趕快跟上本職學能吧。
→ lovelysue: 問題就是不懂裝懂的人一堆還坐大位 12/02 12:42
所以才要想辦法的務實來處理咩
最務實的，就是把長官換成有資訊素養的，
或是至少找懂資訊系統的，這不就是我們正在做的事情？
※ 編輯: TonyQ (61.216.62.101), 12/02/2016 13:47:20
推 dovepacket: 長官都文組過水的，技術專長的又有多少 12/02 14:25
→ dovepacket: 但是，如果今天最上位是資訊的專家，可是面對一堆文 12/02 14:28
→ dovepacket: 組下屬，請他們把該資訊帶回去給該單位專業人員去執 12/02 14:28
→ dovepacket: 行，又外包給廠商，你覺得會產生什麼東西 12/02 14:28
那如果今天資訊顧問，跟文組下屬討論流程，
教他們資訊系統可以做什麼，問他們流程困難。
幫他們克服長官問題，實驗資訊機制。
花很多的時間陪他們開會，最後陪他們去面對廠商跟執行。
也幫忙確認執行成果，你覺得會產生什麼東西？
這就是我在做的事情。
推 audreytang: 回樓上，之前我和語文學者做字典專案，就像這個結構。 12/02 14:48
→ audreytang: 概念是讓領域專家用習慣的方式操作，但輸出入端的東西 12/02 14:49
→ audreytang: 都是結構化資料，不分層級能看到過程，這樣即可外包。 12/02 14:49
推 frostbug: 難就是難在建立一個通用的資料結構... 12/02 15:00
→ frostbug: 尤其是越往基層端 資料格式越多越雜 一堆資料交叉引用 12/02 15:01
→ frostbug: 還要因應研考或英明長官的天才一筆...整合根本只是整人 12/02 15:02
我不覺得該做通用的資料結構，我覺得簡化輸入，
然後讓輸入過的資料能夠不用再重新輸入一次，就這麼簡單就好了。
通用的資料結構，
我覺得是要先有好幾種結構，之後才有機會通用。
一步到位是不切實際的。
推 dovepacket: 那樣的東西在政府機關底層根本沒辦法弄，長官只會要求 12/02 16:28
→ dovepacket: 無限的想像但最低的價錢，依契約面也沒辦法滿足政府 12/02 16:28
→ dovepacket: 採購法規格自訂不被懷疑綁標或日後維護被綁標的可能 12/02 16:28
→ dovepacket: 性，最後搞了個長官不敢驗收，會計政風懷疑你，審計狂 12/02 16:28
實務上有許多種作法，你說的這種最壞的狀況，
不管委不委外都一樣啦，委外一樣有這種可能性。
而且他那種作法只是有實務上可行性的。
只是唐鳳說的太抽象了，你們看不懂，要根據具體個案翻譯才行。
→ dovepacket: 問你要寫你意見。 12/02 16:28
→ dovepacket: 舉個例，全國能吃下公文系統為何就那幾間？ 12/02 16:29
其實資訊系統是可以模組化切割的。
公文系統之所以難做，是因為想要一次到位。
從來沒想過怎麼切斷來做，而且之所以很難切斷做，
正是因為政府資訊系統委外。
理論上應該是一個個零組件分開施做整合成形，
台北市公文系統這兩年改版難產也是這樣。
當你每個功能都想包山包海的時候，就會什麼都做不成。
但是如果分開來針對不同局處的需求不同施做，
像是北市社會局我只是輔導他們匯出 di 檔來另外做回執聯管理。
他就可以切到不同系統去，只做這個用途。
資料的整合可以另外切 api 做機器整合，
我知道很多資訊承辦聽不懂我在說什麼。
但我要說的事情是我們執行這個案子，具體只花了一個月。
https://hackpad.com/23oVOPLj040
而且我找的合作對象都是地方政府科員跟科長，
另外這套系統現在有推到公所去用。
說基層，是有多基層？
每個業務資料交叉雖然瑣碎，但個別來看一定有脈絡可循。
不要強求「大」專案，一次做好一個業務的前提，
公務裡面還有非常多事情可以做的。
以回執聯為例，小歸小，但一個承辦一個案子前後要花一個小時作（含歸檔），
一個月北市社會局一千多件，數位化後一個案子十五分鐘以內。
這麼一個小系統，有什麼很了不起的嗎？
不就花時間進去 cook 流程就好？
而且做完這個系統順便做完郵局掛號整合，
我們還得到一個可以看每封公文到底在郵局裡逛街多久的延伸資料。
說真的，一個有效跟可靠的資訊行政專家對單位的貢獻，
其實可以改變整個單位的風氣跟 loading 的。
只是每個人都陷在政府採購的框框裡面。
就算談政府採購，也還有勞務採購等路線可以走。
有很多種作法。
我知道各單位的狀況可能很艱難，但也別把出來講話的人都當成白癡，
跟只會出一張嘴不會做事的人咩。
我專門跟科員還有科長打交道的，
我手上有三四個過去我們跟科員、科長執行行政數位化的案例。
別急著說不可能，有時候只是還沒碰過能做事的人。
※ 編輯: TonyQ (1.167.138.172), 12/02/2016 18:04:15
推 frostbug: 看看我們精美的政府改造 不就是沒有一次到位的結果嗎 12/02 18:39
→ frostbug: 這5年來 有多少執行到一半的改進屍體卡在公務系統裡 相 12/02 18:40
→ frostbug: 信大家都有感受 12/02 18:40
所以要做小到幾個月就可以走過一輪的改進，
失敗也可以果斷砍斷的東西。
再怎麼樣，都比現在動不動就開個兩三年以上的僵屍來得好的太多了。
特別是我說的是資訊系統。
我最近面對最老舊的系統是衛福部的志工系統，
這隻也是七年以上的老僵屍了。
我們還是努力在行政跟其他問題上慢慢一刀刀切。
※ 編輯: TonyQ (223.137.226.176), 12/02/2016 18:46:34
推 frostbug: 年輕一代其實很希望改造可以成功 但是陣痛多痛多久沒人 12/02 18:45
→ frostbug: 知道 會不會因為改朝換代一場空也沒人知道... 12/02 18:45
btw 我在藍營的政院跟縣市混過，綠營的縣市也混過。
我覺得資訊系統比較不像組改那麼敏感，
現在不分陣營其實對於「目標」是相對有共識的。
現在的問題是「需要時間訓練」、「要立刻頂著業務缺乏人手」。
其他的部分，可能各單位情況不一，
但整體而言開始有在改善了。
※ 編輯: TonyQ (223.137.226.176), 12/02/2016 18:48:38
※ 編輯: TonyQ (223.137.226.176), 12/02/2016 18:49:28
推 dovepacket: 先把公文，管考，人民陳情案，標管，緊急通報系統莉 12/02 20:03
→ dovepacket: 莉摳摳的整合好，公務人員就萬分感謝了！ 12/02 20:03
→ dovepacket: 最好長官決完就通通發出去，每天光應付這些文書表格就 12/02 20:10
→ dovepacket: 夠惱人了，還要應付沒辦法自己找資料的長官，反正現在 12/02 20:10
→ dovepacket: 的公文都資訊化模組化，只要套入使用權限整合一下應 12/02 20:10
→ dovepacket: 該不困難吧。 12/02 20:10
→ dovepacket: 然後開放權限給立委諸公們，給他們要什麼，他們自己查 12/02 20:13
→ dovepacket: ，省的還要花時間幫他調。不過也要防止他們洩漏個資 12/02 20:13
不過人民陳情案特別是 1999 跟單一申訴平台，
因為樣態多，反而難以系統化。
這塊沒有個別業務好做也是真的。
議員索資也是一樣，但仍然可以照業務別一個個處理。
這塊一直都是重點，不過研考管緊緊(但其實也沒比較厲害)。
我覺得還有很大改善空間，
但這塊偏偏是外行最喜歡跳過承辦想東西的。
推 irh: 10月才經過的例子，放張大圖在網頁上幾秒後再切換小圖， 12/02 20:43
→ irh: 這種功能沒幾行程式碼，寫好要給他放，因為稍多竟然要收費 12/02 20:45
→ irh: 如果不懂功在哪邊，就有可能浪費了，除了管理技術也很重要。 12/02 20:48
※ 編輯: TonyQ (223.137.226.176), 12/02/2016 22:21:46
※ 編輯: TonyQ (223.137.226.176), 12/02/2016 22:23:44