前言

原本不想繼續說前公司的事情了，但近來發現我之前的公司同事/朋友都不讀不回我的 line。
只有一位還願意跟我多說2句話的朋友，跟我簡單說事情後，就也是不讀不回我的訊息了。
甚至有一位朋友是我的大學同學，是我介紹他進這間公司，在他還在念研究所、尚未當兵時就先進入公司，然後在畢業、服完兵役後就正式進入公司就職，現在也是不讀不回我的訊息。
我不確定是他們個人的習慣，或是對於這件事已經有結論了。
但我最後還是想挽救一下友誼，我也不希望失去他們這些朋友。
這些朋友有緣的話，看到這篇文章，可以了解我這方面的說法，而不是只有接收前公司方面的說法，了解全貌。
了解全貌後依舊是朋友的話，我非常開心，謝謝你們。
了解全貌後依舊認為是我的問題，我也欣然接受，反正至少有將資料傳達給你們了。

這邊先說明一下接下來的文字中，有多種意思，以及指向多種人物，在這先說明一下：

• 老闆：CEO，CTO
• 高層： CEO，財務長，行銷部部長，公司合夥人

PS： 因為個人的脾氣較臭，耐心少，基本上可以將我以下說的話都以“不客氣”的態度在解讀。

但我是以公事公辦、對事不對人的方式在進行工作，我對的是工作上的問題，而沒有對人，下班後依舊可以開開心心地一起打麻將。
但對於不同人的解讀，想要認為就是非常討厭前公司，詆毀前公司，拒絕與前公司合作的話，我也無話可說。

正文

2017年11～12月：

• 以前參加台大黑客松的朋友找我到他朋友計畫要開始的區塊鏈公司上班，當時我沒有直接答應，先以兼職的方式協助。

2018年1月～6月：

• 繼續為前公司進行兼職，主要在晚上/假日時幫忙完成需求。
• 偶爾因為自己的事情而將前公司的事情暫緩。
• 偶爾因為前公司當時的緊急需求，也在平日正職上班時間完成需求。

2018年7月～9月：

• 在6月份離開原本的公司，7月份加入前公司。
• 在前公司發現前公司的制度並不完善，在執行的專案都沒有方向，也沒有PM。
  • 在這階段的專案功能，都是設計師想出來的。
  • 在這階段的專案都沒有記錄專案功能、流程、規則、邏輯，只有工程師開發時的想法而已。
  • 在接受新的專案時，基本上只有接收到：“XXX App”、“YYY交易所”。
  • 向業務詢問新專案的需求，業務回答說：“不知道，老闆叫我們做的。”
  • 與業務向老闆詢問新專案需求，老闆回答：“東西是你做的，你應該知道的啊。”
  • 然後想了一下，如果我們有製作規格書的話，或許可以減少這個問題，因此向前公司建言希望可以有規格書的存在。
    • 不需要是完整、專業的規格書，只需要簡單的功能、頁面流程架構即可。（不需要user case、test case、placeholder等資訊
    • 對於顧客，可以將規格書交給他們，增加對方對於專案的了解層度。
    • 對於前公司內部，可以將資料儲存，未來有相關的專案，可以直接有一個基礎來進行快速開發。
    • 專案交付時可以減少雙方的認知落差，避免只有在交付時，顧客才了解專案的整體架構、長相。
  • 但該建言並沒有人理會。
  • 然後我就自己簡單做了個簡單的規格書（只有簡單的邏輯紀錄，功能，API架構而已）
    • 這部分協助了前端工程師的開發，設計師在設計上的方便。
  • 這時候希望行銷部的同仁可以接手“研究專案應該擁有什麼功能？”、“使用者的喜好”、“專案如何比起現有類似程式更有特點，以致吸引到了新的使用者”等非技術，非程式專業的工作，節省工程師在這方面的工作時間消耗。
  • 該建議依舊被忽略了。
  • 當時也因為開發時，老闆將開發的時間壓縮，開發途中插入急件，要求工程師執行客服業務等額外的工作內容，因此給出以下建議：
    • 接受老闆對於開發時間的壓縮，但是希望確實將上面說到的非技術，非程式專業的工作內容轉移出去。
    • 前公司的客服業務狀況是：
      1. 使用者有問題，向客服詢問。
      2. 客服將問題轉交給工程師。（這邊轉交的問題都是：“我們的網站又壞掉了”、“沒有辦法交易”等籠統的敘述）
      3. 工程師向客服詢問排除問題的細節，客服轉問使用者。
      4. 等待一段時間後，使用者回覆相關答案，客服轉述給工程師。
      5. 或是該使用者是老闆的熟人，老闆直接將該使用者與工程師拉入一個群組，讓工程師直接進行問題排除。
    • 基本上大部分都是在流程2～4之間循環，然後2～4或5的話，都是會因為使用者與工程師無法即時交流，而導致該業務的流程都是斷斷續續，無法專心開發。
    • 因此建議客服至少可以在一開始就直接向使用者取得有意義的資料，例如：“錢包地址是什麼？”、“執行什麼動作出現錯誤？”、“操作流程能否述說？”、“可以截圖嗎？”等不需要專業知識的提問，然後轉交給工程師進行問題排除。
    • 執行上面的建議的話，可以讓工程師更專心地開發，不需要斷斷續續地進行不同業務，減少進入狀態的時間成本。
    • 但老闆回答：“好，那以後客服問題都不找你了，有其他人能詢問的嗎？”，當下即覺得開心又傷心。
  • 在完成專案後，經常發生老闆說出：“我覺得我們的專案不夠好，還有進步空間。”的話，但卻不說究竟是哪些部分不夠好，沒有使用者偏好調查，甚至階段性的開發都尚未完成，就又要修改需求。
  • 也有出現即將完成專案時，有其他部門的同仁又說：“這樣的系統根本不是使用者/廠商想要的，他們想要的是XXX功能”，但在專案開始前，又不將該需求向工程師說明。

以非工程師的話來說：
建商照建築工人蓋房子，但卻不跟建築工人說明蓋房子的用途，目標客群等資訊，要求建築工人直接將房子蓋起來。
建商要蓋醫院，但卻只找一般建築工人來蓋房子，期間不向建築工人說明蓋醫院的規則與法規等資訊，要求建築工人自行研究，在開始建造前沒有研究好規章的話，訂購了不合適的建材的話，該成本又要建築工人自行負擔。
建造醫院的需求，也沒有說明希望要有幾間手術室、幾間單人房、幾間雙人房等需求。
建造完後又要建築工人對某幾個房間進行修改，或是打掉地基重新蓋。

2018年10月～12月：

• 十月低公司有大型活動，當時有行銷部在前二個星期才提出使用者的需求，當時對於相關的需求並沒有進行任何拖延，甚至在我在五六日請假去玩耍時，在火車上時還在寫程式，只為了可以在時間內完成，在活動中展現的成果與接下來幾週出現的頁面、使用流程上不會有落差。
• 該需求需要修改專案的底層邏輯，導致上層相關邏輯也需要進行修改，而且周邊的程式邏輯也需要修改，這又需要與了解金融相關或其他交易所的邏輯的研究員詢問邏輯流程，使用者看到的資料呈現等問題需要討論。
• 該專案最後只能部分完成，沒有時間進行完善、防呆、測試等的流程。
• 在這段時間中，該專案是老闆插入的急件，大約一個月，期間的專案有向後延遲一個月交付。
• 事後虛擬幣進入熊市，區塊鏈、虛擬幣市場都陷入低潮，公司也進行了一些政策。
• 進行政策的當下，老闆說出了：“公司重來沒有延遲付薪水，但專案卻是一再延期，無法在期限內完成，你們還要求什麼？”（非原話，這邊只表達大致的意思）
• 但是延期的原因卻是因為老闆的急件要求，專案需求不明確，但老闆卻不認為是他的問題。
• 在活動後，CTO就因為高層問題離職了。
• 前公司每週固定有一天會進行週會，高層希望可以在這個時候讓員工報告進度，以及同仁間有問題可以在週會中互相為對方解決問題。但在週會中沒有對於政策說明執行的細節，讓大家發問。
• 只在事後單獨與員工一對一面談。

以非工程師的話來說：
該需求就像將房子的承重牆或地基打掉重蓋，但是卻不給時間確認可行性、危險性等必要的流程。

2019年1月～2月

• 在大約1月4日時提出辭職要求，老闆同意了。
• 大約在同一天時間，因為我將信件誤發給前公司的所有同仁，讓高層認為我不滿足、不知足，居然以這樣的形式回報給前公司。
• 提出辭職要求後，前公司有個專案，當時只有我有能力完成，當時需要我開始該專案，希望可以在2月底完成，當下回覆說明：“若是有PM的協助，PM了解專案的需求、邏輯、流程，在我需要協助時，PM可以解決我的問題的話，是有希望在2月底前完成。”（非原話，大致表達意思）
• 前公司將以上的話的意思解釋為：“我一定可以在一個月內完成該專案。”
• 在1月13日前，前公司已經將交接的項目與指定交接的交接人，當時也說明了，交由交接人自行檢查專案卻少的資料、程式代碼的檢查，如果有問題，透過網路、line都可以找得到我。
• 在1月13日到2月18日我“請假”回馬來西亞過農曆新年，我依舊在空閒時間進行專案的開發業務，期間並未與前公司斷開聯繫，沒有不回覆前公司的任何溝通，我在有問題時，也即刻向PM們回覆問題，希望得到解答。（這樣還算請假嗎？）
• 該專案在初期時（當時已經在馬來西亞了，大約1月25日左右），PM有做出一個文件，過於技術，而非功能性的文件，當時我看不明白，在經過一個電話溝通，開會溝通的強烈要求下，PM才產出了一個頁面的架構圖，與文件的部分資料對照後，才對該專案的全貌才清楚明白了。（當時經歷了大約2個星期，詳細的過程在下面會說明）
  • 當時與PM透過line電話交流後，希望PM至少可以給我頁面架構，讓我可以依照頁面想想程式有什麼功能，當時PM要求我直接進行開發，我答應PM說可以先進行開發，但是我依舊需要頁面架構，增加開發效率。
  • 該頁面架構的大致範例如下：
    • 主頁面
      • 交易頁面
        • 交易細項設定頁面
        • 交易成功頁面
        • 掃描地址頁面
      • 設定頁面
        • 修改錢包頁面
        • 錢包設定頁面
      • 顯示地址頁面
    • 註冊頁面
    • 登入頁面
      • 忘記密碼頁面
  • 不需要對於頁面有太詳細的說明，至少從頁面的流程可以猜測出功能需求與流程。
  • 但隔了一個星期，在與前公司進行視訊會議時，PM卻沒有給我頁面架構，只有指責我沒有照進度開發。
  • 因為電話中與PM的共識被破壞掉了，因此接下來的所有會議，我都會記錄在mail中，避免日後各說各話。
  • 視訊會議時，我強烈要求需要頁面架構，老闆才要求PM配合我的需求。
• 2個星期後，我因為需要了解使用者希望看到的資料，了解使用者偏好等資訊，而相關資訊由於不同廠商又有不一樣的串接方法，我希望PM協助我閱讀第三方廠商的文件，讓我專心開發，也希望PM可以對於專案的流程，邏輯，周邊使用的配置有了解。
• 這樣即使我離開後，也不會出現邏輯不清楚的問題，但PM回答：“我覺得這不重要。”，聽完，我只能苦笑。
• 到目前為止我依舊在為了能夠如期完成專案而努力，但是PM並沒有給予我適當的協助，雖然即使PM有確實協助到我，但依舊無法確定能否在時間內完成。
• 在2月18日前，我在馬來西亞開發的程式主要在實現底層的程式架構，以及頁面功能的程式邏輯，尚未實作程式介面，而底層程式也只完成了大約80%。
• 接下來到了2月19日，回到前公司的第一天（回到台灣的第二天），接下來的日子我基本上都依照前公司的需求做事，隔了一個星期後，設計師才上傳頁面的設計稿（當時設計師忘了上傳一個頁面），而只剩下一個星期來進行頁面的開發。（這件事是到了2月27日才發現的）
• 在接觸頁面前，我繼續完成專案底層的程式，一直到了大約2月23日才接觸到頁面。
• 在2月25日老闆在該專案的會議後突然決定將另一個專案程式要求轉交給另一個新進人員，當時我基於只是指定，並未交接完成，而沒有要求直接簽署交接單，並說明當天（25日）到27日都還能向我詢問程式問題，有問題的話都可以向我詢問，我願意回答。
• 期間PM也因為我確實無法在時間內完成專案，而與我溝通，在2月27日離職前先完成某些頁面的完整功能即可，當時PM在向我說明哪些頁面時，並沒有發現缺少了一個頁面。
• 在最後2月27日，我的最後上班日，最後與PM交接專案時，PM們才發現我尚未實作一個頁面（該頁面是可以操作，只是介面上沒有設計感而已），並且當下都認為責任在我身上，需要我繼續為前公司服務，完成該畫面。
• 但是專案頁面在我開始實作到27日前，還有大約5天的時間，PM是有充足的時間檢查開發所需要的資訊是否足夠，而不應該將所有責任都附加於工程師身上。
• 在交接發現缺少一個頁面時，我就向PM提議，說明可以以外包的方式將該頁面完成，估計時間為2天（主要開發只有一天，多餘的一天是基於我對前公司的了解，讓他們多一天可以再要求我修改程式。）
• 交接會議一開始PM只會推卸責任，認為責任在我，堅決否定外包提議，但在我們經過一番爭論、爭吵、道理解釋後，PM鬆口說他們無法答應我外包的提議，依舊要求我完成該頁面，而我堅持以外包的方式完成該頁面。
• 在交接會議中，我數次想要直接離開會議室，但理智告訴我不能這麼做，必須交接完成後，才能離開。
• 最後我提議讓當時在前公司中的某高層到會議室討論外包的事項。
• 在最後只剩下我和該高層在會議室中說話，高層基於我目前的薪水來計算時薪，計算2天的薪水後，詢問我是否同意這項外包項目。
• 最終我因為PM的不斷推卸責任，拒絕了該提議，並在事後也向該高層說明原因。
• 在最後的最後，我與該高層都互相同意我交接完成，但由於交接單尚未簽名完成，我告知該高層讓他自行去找交接人簽名。
• 當時我其實有想要將我們的共識以記錄在郵件中，傳送給該高層一份，但該高層說了一句話：“Mike，你就那麼不相信公司嗎？”
• 最後我選擇相信該高層的話，但最後在3月5日還是讓我失望了。
• 然後我離開前向該高層說：“如果有問題，還是可以來問我的。只要不會出現剛才交接會議的推卸責任的情況，我還是會回覆任何程式上的問題的。”（當下也舉例了一些例子，但該高層依舊誤會了我的意思）
• 該高層日後對公司同仁說：“看我心情再決定要不要回答問題。”

以非工程師的話來說：
PM給的專案規格書，就像建商向建築工人說他的房子想要使用大理石地磚，某某產地的混凝土，油漆需要用AAA公司的油漆。
但沒有說明他要幾間房間，房間的大致用途（客房？主人房？嬰兒房？廚房？餐廳？）。
建築工人要求建商說明他們要的房間數量、用途，以便可以設計好需求，拉好電線、水管管路之類的需求，後期設計可以再依照顧客需求來修改與設計。
最後建商沒有跟建築人員說房子需要廚房，然後建築工人就沒有將廚房建造出來，結果建商要求建築工人繼續建造廚房。

2019年3月

• 前公司在3月5日發薪日時，扣押了我50%的薪水，理由為：“我尚未交接完成，要扣押我的薪水，在等待確認交接完成後，再在4月5日交付剩下的50%薪水”。
• 在2月28日到3月4日（3月4日為星期一，上班日），前公司也沒有向我說明究竟我是哪部分沒有交接完成，沒有與我商量沒有交接完成的事項，就直接在3月5日扣押我50%的薪水。
• 在2月27日前，確認交接專案的交接人也並未執行他們身為交接人的職責，在我離職前完成交接的檢查（我也沒有盡到提醒的責任），只在事後要求我額外配合繼續交接。
• 在3月5日收到薪資信件後，我回覆前公司說明，2月27日我已經與某高層有了共識表示已經交接完成了，並且該高層也沒有對我說會有這樣扣押薪水的政策，並且在信中沒有說明究竟是什麼事項沒有交接完成，如何判斷尚未交接完成，並表示我不願意等到4月5日，只願意等待一個星期（最後到3月12日）。
• 回覆以上郵件後，某高層就直接回覆我，說明目前的郵件會作為日後法庭的證據，也會進行蒐證，若有證據，會向我提告。（傳給我的第二封信件）
• 接下來的郵件中，該高層都沒有說明我究竟哪些部分沒有完成交接，一直在繞圈子，不肯回覆我的問題，只會一再提出讓我放假一個月，回家過年的“恩情”，但實際上我只是換個地方工作而已。
• 甚至還說出：“公司PM只負責管理時間，不負責其他規格、使用者偏好等責任，因此導致開發時間延後，並非他們的責任。”（非原話，大致表達意思）
• 在這段期間，我透過另一個朋友，了解到前公司內部有將我的FB文章截圖到前公司群組，我當下不排除會因為前公司高層因為看到我的po文而暴怒，直接要對我進行蒐證，提告。
• 因此我決定先將所有前公司的FB好友都先解除好友，避免繼續觸怒前公司高層。
• 在3月5日到3月8日期間，前公司高層並沒有與我進行任何溝通，只願意與我的女朋友說話，要求她將他們的意思轉達給我，完全拒絕與我直接溝通。（因為女朋友有幫忙前公司進行一些程式業務，因此也有與前公司有聯繫。）
• 再來到了3月8號，高層才說出有2個專案尚未交接完成，並指派另外一個同仁向我進行交接：
  • 一個是上面說到的專案：
    • 在2月25日轉換給另一個交接人的專案。
    • 高層說我缺少了api文件。
    • 當時老闆還說為何沒有規格書，但我回覆：“公司一直以來都沒有寫規格書的習慣，不過我有寫一個api文件，儲存在雲端上。”
    • 在2月25日老闆要求轉換交接人時，我有再一次說明了，api文件在儲存在雲端，程式碼在gitlab。（在1月時指定第一個交接人時，我有說明過這句話了）
    • 而交接人在檢查後也發現api文件只少了一個api的說明。
    • 該api的程式邏輯只有2行程式（向DB讀取資料，判斷存在後，返回boolean值）。
  • 另一個是服務程式（下面簡稱B程式，交接人看不懂程式邏輯）。
    • 該服務程式我已經有編寫註解了，但交接人依舊看不明白。
    • 經過同仁建議，多寫一些註解，就可以了。
• 最終在3月11日（還是10日）在該同仁的協助下完成交接。
• 在3月12日晚上，該同仁要求我到前公司去收取現款，簽署文件完成交付，但我因為已經與朋友約好，所以就不去前公司，要求直接匯款，並且匯款證明也可以證明公司確實有交付薪資。
• 但我因為擔心到前公司後會受不了語言刺激而衝動行事，要求以匯款的方式交付剩餘的薪資，完成交接。
• 最後決定3月13日面交薪資，雙方也都出現，然交付完成。
• 在3月13日前我收到資訊，了解到了公司在3月12日要求我到前公司面交時，尚未打印好文件，一直到3月13日才將文件寫好、打印完成。
• 之後，與前公司的其他同仁進行line交流時，都被不讀不回，為此我感到非常的傷心與失望，這就是我的朋友。

最後

我在前公司認識的朋友，我依舊非常珍惜你們，我也不確定前公司高層向你們說了什麼話，導致我現在沒有收到前公司的同仁的資訊。
反正在這裏，我秉持著隨緣的心態，述說一下事情的經過，也向不了解我前陣子情緒低落的狀態做一個說明。

反正，如果有緣，我們還會再相遇，如果我們依舊是朋友，有問題我依舊願意幫忙。
若是認為我沒有在說實話，顛倒是非，那麼對其他人說我是個卑鄙小人、不負責任的人、不會溝通的人，我也接受。
有人因為一方的說法而斷定我的為人的話，那麼也就不值得成為我的朋友。

寫了那麼多，我也不想繼續說前公司的事情了，這事情就發洩到這邊，接下來沒有其他事的話，也不會再公開說請公司的事情了。

感謝看到這邊的朋友，謝謝你們，非常感謝你們。