從年前徵到現在，我會拒絕的原因是因為在收到通知錄取後告知有2~3周試用期以工讀最低薪資計算，然後再簽3個月試用期的聘約，通過後才有1年期的缺。而且說明是用清大職員的標準聘用後來給我變更成國科會計畫聘用，連職務內容都跟面試的時候說的不一樣；這種專案計畫辦公室的缺真的很點點點
１.位於清大校內，可享校內職員的福利。如：圖書館、停車場、健身房（但也要有時間用）
２.辦公室硬體設備很新，提供雙螢幕、全罩耳機、桌機Ram 8G up （是個有經費的團隊）
３.新人甚麼都接觸的到，而且有機會完整地執行一個專案。
４.工程部門同事好相處，願意提供技術交流。
我當初職位是統計助理(屬分析組)。目前團隊組成：大主管、分析組-具小主管(PM)、工程組(大主管管理)-無工程主管。
1.管理方式
兩組都是以大主管說得為主，包含工作項目、能否加班，工程組的工作內容由大主管指派，分析組事項討論是直接對大主管跟諮詢委員(就是直接在Line群問)，小主管不會先幫你審核或是透過他向外溝通。
2.加班文化
面試說得很好聽彈性上下班，但主管縱容加班文化；下班時間到，會被要求先打卡，再回到位子繼續上班。如果欲申請加班會被各種阻擋，須下班前先向主管提出，如果超過下班時間說要申請加班會被前述駁回(因此沒有成功申請過)。另外自己(沒申請的)加班不曾被主管說過謝謝、辛苦了。(但如果你對台灣教育有一份想奉獻的心，可能不會覺得累)
3.具下班回報制度。
下班時要將一天的工作項目、代辦事項回報在團隊Line群。導致事情做完也不敢準時下班，以及同事間的比較心態，即使認真上班但工作項目太少在回報時也會備受壓力。
4.每天晨會
說好聽是同步彼此工作訊息、訓練口條；要報告昨天做了甚麼、今天預計做些甚麼，試用期新人不能報告說要學習熟悉系統，會被大主管說那是要花個人時間而不是團隊業務。幾乎每天都會聽到大主管在罵人(說話很直)，要有在大庭廣眾下被質問的心理準備跟心理素質。
5.系統優化
分析組工作內容是：客服＋系統測試、開發、規劃分析、驗證。但每次客服被問爆的問題，團隊抱持消極的態度改變；說鼓勵新人提出問題但會被說參與的規劃不夠多，要你多看看再提。
6.組內老鳥認為系統教一次你就要懂，講話很不客氣。
7.客服工讀生
有工讀生編制為接聽客服電話，但整個分析組都會被主管要求接電話，或是一邊處理手頭的業務一有電話就要接(但高峰期電話不會有間斷的時候)。自己的事情，要等17:30客服時間結束後進行(如果多次沒做完就準時下班，可能會被降職為工讀生ㄏㄏ)。
8.工作分配不清(無專業PM)
以我的職位統計助理，雖然面試有說要規劃報表，但實際上除了寫SQL做報表，外部單位索取資料的需求分析、系統上填報資料的UI呈現也都要一個人規劃。相關的參考資料都要自己跟其他同事要，組內PM並不會主動幫忙。
9.第7點+第8點-->拉資料、做報表規劃中電話響了，要先接電話幫user處理完問題，再回來寫。也可能是我無法分心做兩件事，應徵前可以先想想。
10.文書繁雜+格式統一規範
因為上游單位是公部門，承襲公家機關的文化，甚麼文件都有格式統一規範，說明文件、UI、報表、程式，要有對文書處理的耐心。如果系統更新，要抽換所有說明文件上的圖片及文字。
11.交接不清
交接這個職位的時候，小主管說前手的資料卡在舊的主機中，沒有可以參考的資料，所以東西都要我從頭弄。但隔了兩個禮拜，有天跟小主管討論到一半突然跟我說有前手規劃的資料可以參考(???)，不懂是故意不給還怎樣，不免讓人覺得不主動給幫助。
12.不尊重專業
統計助理、工程組提出優化事項或是錯誤，除非能立即讓系統變好用，在晨會上會被質問：誰叫你做這個的？
1.公務機關style，薪水1號就發
2.辦公室位於清大校內，好停車
3.學校福利多多
4.技術門檻低
很多程式都是初學者等級拼接而成，對入門者及較無接觸前沿技術者友善
5.後端工程師上班時間大部分固定
非高峰期，我有時寫得夠快的話，有蠻多時間可以休息的
但分析組存在常態性加班現象
6.工程組同事個性都很好
7.可以提升溝通能力，壓力管理能力
8.爛code很多，改好的成就感每天都可以有
9.很多地方可以貢獻，很好累積履歷成就
1.小熱
雖有冷氣但溫度頗高
如果跟我一樣是需要冷氣的人，不太建議，每天會汗濕整片
2.沒有加班
不是真的不加班，而是如果要加班需要事先提出申請，主管審核通過才能加班
所以就算你真的加班了，可能只會被回你需要事先申請
因此其實只有兩個選擇
放下手邊工作或者默默自己吸收加班
最讓人不爽的是，還要準時打卡
就是因為寫code寫到不想離開現在的狀態，
要是有那個閒工夫打卡，回家難道他不香嗎?
PS:在月會上，
外地開會會議結束時間為加班時間截止時間，
回程交通時間不予計算
3.沒有專業PM
因為這裡沒有PM，有可能會瞬間湧入工作，造成忙的時候很忙，閒得時候很閒
4.問責對象問題
我跟我的後端主管規劃實作一個錯誤蒐集系統，抓到一個存在已久的漏洞
緊急通報上級並進行修補
這個漏洞是分析組在管理上的疏漏
因為我同事沒有照標準作業流程做，導致這個漏洞被記錄下來
結果我的同事被怪罪沒有照標準流程走
只能找下一份工作
我的後端主管被拔掉管理職，改由分析組直接管轄工程組
問責對象有點奇怪
5.管理方式權威體制
目前主要管理人員非常堅持自己的意見，不太容許意見不同
基本上不要有太多意見的話，工程人員還是可以好好過的
管理人員不太會承認自己的錯誤
理由是因為前面工程師亂搞，所以他現在如果不強硬
以後工作環境會變更糟
我自己還有遇到因為需求說PDF產製太慢
換了新的產法，產製時間縮短至原30~40%
等我替換一半後， 管理人員突然跟我說不換了
因為舊的產法需要的套件，GitHub上更新比較新，星星比較多......
還跟我說兼職工程師說沒有比較快，我叫她親自過來我測給他看
又不願意過來直接看結果
堅持就是要回到原本的產製方式
(還有一些兼職工程師的問題，這裡就不展開說)
6.分析組是客戶而非PM
工程師面對分析組就像直接面對客戶一樣
分析組只有對業務有一些想法
但沒有具體的規劃，不太會考慮現有的規則與資料
而且不會考量維護程式碼成本
舉例來說:
原先有個控制權限的模組，現在需求希望特定頁面因權限不同而顯示不同訊息
一開始簡單的實作是，透過原模組設定正確顯示權限，程式部分只要改動中間件顯示不同訊息
結果到後來，分析處堅持就是不想調整顯示權限，希望工程師一個頁面一個頁面加
對，就是要工程師一個頁面一個頁面加訊息!!!
如果你有幸進入此公司，一定要欣賞我留下解釋其來龍去脈之文件
7.技術債很高很高，可能會帶歪踏入職場的菜鳥
很多程式都是初學者等級拼接而成
會遇到很多邏輯混亂的程式碼，包了超多層的if
方法不遵守原子性，命名混亂
可以在裡面找到基本上所有不良的寫作範例
然後把composer套件放git
直接改套件原始碼
前後端混和，各種牛鬼蛇神寫法都可以，只有想不到沒有做不到
可以用把學生名單寫成URL，用GET來傳，結果學生太多造成414
Vue不拆component，整個寫成一大包
UI/UX設計不良，造成操作邏輯很有問題，例外狀況很多
資料庫設計完全沒在管，直接就是當EXCEL在用
這裡UI是用EXCEL畫，用新工具的朋友可能要注意一下
8.固定作法，對改變接受程度不高
原本技術部分對後端主管說明後，改變還是有辦法的
但在後端主管降職後，技術方面改變稍嫌困難
UI/UX同事進來後表示希望可以使用新的工具
但這裡堅持讓她也要用EXCEL來畫
而且因為被歸類到
並且按照分析組訓練流程
承擔客服人員任務，並且背下相關法規來了解業務
不考慮使用專案管理工具
堅持每個人手動整理當天工作進度進行回報
9.LINE為主要溝通工具
這點因人而異
對我來說是缺點的原因是感覺有點被侵入到私生活
覺得工作還是用Slack等其他軟體 ，可以切割工作與個人
10屬於約聘制
總結:
對我而言，並不是一份合適的工作
以下針對後端工程師
具有以下特質可能會比較適合
沒有自己的意見，聽話，說一動做一動
有自己的意見，就算溝通失敗也鍥而不捨，不會影響心情
下班時間，處理問題到一半不會煩躁，因為你可以輕鬆斷捨離
下班時間，處理問題到一半不會煩躁，因為你可以選擇默默加班
看到糙code不會煩躁，因為你可以順便貢獻一些，反正出錯再改
看到糙code不會煩躁，因為你具有超強讀心術，可以穿越時空讀到當下作者的想法
因為你可以無視他，不會想改變現有code品質
因為你可以無視管理人員覺得你進度緩慢，也想改變現有code品質。
面對一改再改的需求可以抱持，因為浪費的是公司的時間，拿錢辦事的心態
面對一改再改的需求可以抱持，這就是我的貢獻，我超強的心態
已經夠強，不需要在工作中追求精進自身能力
這輩子不想做別的工作了，不需要在工作中追求精進自身能力
對Laravel、PHP、OOP概念夠強到可以重構
對Laravel、PHP、OOP概念夠弱到不會感到有什麼地方怪
1. 學校環境佳，教職員工優惠福利
2.單位有錢，基本用具都會提供
3.系統架構大，學到的多，有資深前輩指導
一、工作職掌
------------
1. 工作分工不明確，會期望開發能夠做決策或參與決策，就是需要開發者幫領導決策層背書，若日後追究責任也有個理由能夠四兩撥千斤。
2.沒有規格表背書，但會做開會討論的錄音紀錄，架構修改是主管或上層需要就必須修改，卻沒考量到日後影響以及現狀是否適合進行動工，增加專案困難度與進度延後，開發者自行承擔期程難產之責任。
3.法規以及規則混亂 ，用教職程序及法規綁系統跟程式，整體SOP比較像是想到什麼就加什麼進去，缺什麼就補什麼，造成使用者搞不懂如何操作，開發困難，沒有導入敏捷式開發。
二、文化氣氛
--------
1. 因為是國教署專案辦公室，所以來自高層的考量以及壓力會很多，因資訊由單一窗口傳達，
雙方對於立場跟當前局勢狀況互不理解，似乎合作也沒有建立在信任的基礎上，團隊的內部亦然。
2. 團隊決策及其領導者風格屬於高壓威迫，簡而言之比較走向威權專制的體制，人治勝於法治，團隊定出來的規定也有多重標準，對人不對事屢見不鮮。
3. 團隊人數不多，但辦公室政治嚴重，分化明顯各自為政，非常懷疑這真的是同個單位嗎？
4. 違反勞基法 ，個人認為勞基法是保障員工最低的基本權益而不是一個徵人門檻，優於勞基法權益待遇的公司很多，但是該單位加班已屬常態（人手不足及業務量大），經常下班後還要處理及回復工作事項，多數人都長期處於此不健康的狀態，主管上層也縱容這種情況持續發生，認為是用心的表現應當如此，而加班費或補休卻會因人而異或視情況而定。
結論
-------
以上純屬個人立場觀感陳述，該單位人力資源分配不足，對於現行教育體制流程資訊不足，署方與該單位溝通上也不透明，如此狀態要E化一個國家大型專案是非常困難，以務實工程面的角度看待這絕非易事，行為經濟學裡講到人們都會樂觀高估自己的想法，希望該單位對此專案的執行能夠慎之又慎，不要辜負納稅人跟國家的期望。
1.屬於清華大學的專案計畫人員，可享有學校相關福利以及設施使用
2.跟大部分的公務員一樣，月初領薪水，若有請假等採取事後繳回的方式，發薪時間固定(計畫轉換年度與跑流程等問題不算的話)。
3.會有前輩帶領熟悉現有系統與程式碼，然後分配工作進行開發，不會放生。有統一開發規定與內外測機器，測試部分有專人負責且有bug回報系統。
4.有許多機會與系統分析/測試人員甚至是客服進行溝通討論，可訓練表達能力。
1.專案人員，一年一聘，若是遇到轉換年度經費送審較慢，第一個月的薪水會晚發；初次聘用時，也會因為跑流程的關係較晚拿到薪水。試用期約2個月，試用期採取學歷敘薪，與招募網站上之正式薪水落差有點多。
2.由於是學校的專案辦公室，此份工作經歷在去業界找工作時通常會被打折扣，並往往被質疑抗壓性與時程調配能力。
3.團隊運作模式上，會期望工程師不僅做開發，同時須涉及部分規劃與規格討論的部分，並需要一定的溝通能力，所以對於想專注開發者來說這份工作可能不太適合。且因為是政府專案，所以會收到非常多高層考量等問題。
4.由於專案性質，確定的開發時程難以調整，但時常會出現討論階段發現規劃不周，或是上線後使用者反應與實際狀況不符，這部分就會需要額外的工時去修正，且通常較為緊急。加班部分並無明確的申報流程，亦無確切的發放加班費或補休方式。
5.此點為個人感受，屬於工作氣氛部分，請視個人情況參考，每個人的感受或許有所不同。
首先是團隊氣氛，非高峰期還好，但高峰期一到，客服與bug單會如潮水一般湧來，測試/客服會瘋狂加班處理相關事宜，此時工程師十分容易被責怪不願配合加班/bug都不修或是撰寫時思慮不周無法配合使用者操作與實務，但往往工程師會認為是規格的規劃不夠詳盡或是正確，且此等抱怨會延續，未免使人有高峰期過後的秋後算帳之感。
再來比較讓我個人不滿的是，根據個人所見離職者往往會在背後被黑。像是預告離職後擺爛不做事、離職前的規劃/交接不詳盡，導致目前的執行者十分困擾並難以延續，甚至影響到上線時間等等，向離職者本人或第三人求證後往往得到的是完全相反的答案，不免有些羅生門或是刻意放話之嫌。
且若是擔負重要的責任，即便提早預告，也會想盡辦法拖延離職時間，最後導致不歡而散，雙方抱怨連連，並重複以上之行為。
當然這部分純屬個人觀感，亦有好聚好散者，只是不歡而散的機率似乎不低，且該單位流動率偏高，不超過一年者居多。
整體而言，個人認為這份工作確實有其重要的使命，但工作氣氛並不算良善，且容易一再反覆修改規格，並不是一個適合久做的工作，心很累。