以下是該公司軟體部的營運情況，實際情況會與系統部有出入：

1.公司願意培育新血，對於非本科系求職者相對友善

2.對於新人或實習生包容度高，不要犯太致命的錯誤基本都能容忍

3.辦公室氣氛還算良好，同事間相處融洽，常常會一起揪團訂餐訂飲料

4.每週技術分享與Code Review對於團隊的技術進步有正向的幫助，是一個良好的制度

5.對於較沒經驗的人而言，可以學到許多實務開發的技術與觀念，例如後端工程師可以學到API串接、DB Schema規劃、流程圖繪製、技術文件撰寫等

6.團隊的前輩都很盡責也很認真，會盡量帶著你做到能自己獨立扛起一個案子，如果有不懂的地方也可以向他們請教

7.主管有資訊科系背景也有一些coding經驗，討論起事情較容易進入狀況掌握方向，對於屬下在解決問題瓶頸時多少是一份助力

8.老闆個性開朗，對員工而言脾氣也算不錯，人脈很廣，常常莫名其妙就有人送東西給老闆，於是就有好料的東西可以吃

總結：可以學到很多專案開發的基本功，對於沒有經驗的新人而言是不錯的練功選擇，同事間相處融洽，幾乎沒有官僚文化

1.薪水和福利就業界而言算是相對差很多的，工作量跟獲得的報酬不成正比，有些公司單純做維運的工程師說不定待遇更好

2.老闆急於拓展客群、衝業績，會一直瘋狂接案，常常前面的案子還沒結案就要跑下一個案子，進而造成designer和RD工作量負荷過大，人力與工作量比嚴重失衡。

3.因為人力比的不平衡，通常SE還得身兼SA、SD，有時候甚至還要兼PM與客戶討論需求，能力越強，工作量就越大

4.專案責任制加上每個人要處理的事情太多，常態性加班逐漸成為部門的弊病，然而公司通常會以「有時候加班是因為能力不足，所以申請加班要由主管判斷是否有必要性」或是「只能申請補休，沒有加班費」等說詞來讓你盡量不要申請加班。然而實際情況就是事情根本多到做不完，最後就是變成大家都搞自主加班

5.時程短工作量大的情況下犧牲了開發品質，許多專案開發上的SOP或溝通過程直接被省略掉，致使designer設計出來的畫面與流程常常參差不齊，進而造成RD常常要在畫面、流程或防呆機制上補東補西

6.管理層非常在意每日進度的通報，除了每天早上9點的daily scrum要報告自己今天預計進行的工作內容，下班前也要以文字訊息報告自己當天完成的進度。雖然這樣可以有效率的進行工作監督與安排，避免部下偷懶或進度停滯，但緊繃的管理方式長期下來對於團隊的成員而言無疑是一種身心上的負擔

7.名義上說是責任制，卻不代表事情做完就可以自由一點，實際上主管還是非常在意員工上班出缺勤的狀況，常常上班遲到個幾分鐘就會被關切(因為每天早上都要準時參與stand-up meeting)，如果沒有不得已的原因通常不能提早下班。換言之就是出缺勤彈性很低，然而這個狀況在作息相對開放的軟體業而言，並不是一個好的管理方式

8.主管為了氣氛的和諧著想，很多狀況或矛盾通常不會搬到檯面上講，最後都是私下約談解決，形成一種密室晤談文化。這也可能是台灣職場的通病，很多事情大家都不喜歡明講，只是一味地講求和氣，結果就是容易造成心結，個人不大認同這種溝通模式

總結：又要馬兒好又不給馬吃草，待遇與福利相對較差，結果就是拿香蕉請猴子。人力比不平衡、工作量多得不正常，上班時間就業界而言也不夠彈性。管理層過度注重於scrum，卻忽略掉下屬的身心狀況，最後造成大家對於工作的熱忱逐漸消逝