專案助理忙什麼
助理畢業了，釋出一個新職缺；聊聊果思設計 PM 助理的工作。
職缺簡介
果思設計 業務是承接網頁、App 設計開發專案，由 UX 設計師落實產品功能規劃、UI 設計師完成介面設計，PM（Project Manager） 控整個專案的時程和資源。
客戶有悠遊卡、商周、誠品、震旦、遠傳 friDay 影音等，類型有 App、Web，範圍有純 UXUI 設計、純前端、前後端、軟硬體整合，多元豐富。
而 Web/App 專案管理助理，主要任務是協助專案落地，薪資範圍 35 至 40k。
項目與工作時間分配大致會是：
- 50%軟體測試（QC）
- 30%專案文件撰寫
- 20%專案管理協作
要特別注意的是，同樣是 PM ，但專案經理（Project Manager）和產品經理（Product Manager）是不同的；我們是前者。
工作任務
以下盡量清楚說明工作日常，釐清職務說明可能有的模糊空間。
10/12更新：依照專案數量，這次助理一進來有蠻高的機會直接承接小案/維護案。首先，助理原則上不會擔任主要窗口，屬於內部執行端；也不太會外出參與客戶例會，同樣不會直接參與 UX、UI 的討論。
當任務準備開始時，會是已規劃完成的文件，搭配工程師釋出的測試版，確認是否有還原功能與設計稿規劃，通常身上會有至少三個以上階段不同的專案並行（PM身上會更多）。
好處是可以在短時間內，看到不同專案輪廓、功能規劃、成員與客戶群組討論，能很快熟悉 App/Web 專案流程，以及接案公司生態。
但助理的任務是屬於偏例行性且枯燥的。
絕大部分的時間，都是拿測試機不斷比對文件檢查，列錯誤待處理的卡片，等待工程師修好複測，或是看著 UX UI 的產出，撰寫相關專案文件。
因為沒有自動化測試，全部功能都是人工按照文件規劃、測試案例手動執行，會花大量的時間且不斷來回調整，需要有高度耐心、以及細心特質。
如果軟體測試聽起來很抽象，可以想像設計端規劃的是原稿，工程師產出的是手抄本，任務就是一邊看原稿、一邊看手抄本，找出兩邊不一致的地方。
或是有時候覺得原稿有哪邊句子不通順，回頭找 UX 討論。
任務本身並不困難，但如果對於重複性工作容易厭倦，會蠻痛苦而且地獄；不是只測一個案子，是要測試每個案子的每個測試項目，如果是網頁，範圍加大到不同瀏覽器與 RWD 會加倍地獄。
我過了兩年一個人 PM 兼 QC 的日子。
可以學到的
當然好處也是顯而易見的。
會對 UX 的規劃非常清楚，寫的每一個字都要留意到，某個步驟流程順序，某個項目檢驗機制，那些平常點過去不知道背後發生什麼事情的部分，都大致有輪廓了。
會對 UI 的設計稿有了不同的體悟，原來這邊要圓角、那邊要陰影、在尺寸不同的手機是用怎麼樣的對齊方式，專案的 Guideline 列哪些東西、工程師看到設計稿會發問哪些問題。
會對 工程開發 有更深的認識，欄位有分寫在 App 內的資料，異動要重新送審上架、欄位有些由 API 回傳，刷新頁面就好；測出問題，開 Spec 文件用 Postman 打打看，釐清是前端還後端，或是 Spec 漏開、格式錯了、沒有驗到 Token 跟文件描述對不上。
會對 專案管理 四個字起了敬畏之心，正所謂人的進步來自惰性以及痛苦的根源。可能在 QC 時，發現 UX 和 UI 因為客戶的修改沒有同步到，兩邊有了落差、可能看到 iOS、Android 做出的成果不同，但回頭翻功能敘述，其實兩邊都說得通，需要更明確定義。
諸如此類的問題，其實可以透過更前期的制度化方法從根源改善，而這件事只有匯集在三條道路交點的 QC 任務會有明顯感觸。
就好像颱風天，發現地板積水了，除了趕緊把水撈出去陽台排掉，也會同步留意到水進來的源頭是什麼、要怎麼處理，否則隨著時間推進水依舊會慢慢積起來。
某種程度上，助理算是以最小的責任、站在最近的距離參與，閱讀專案產出的所有精華，細細感受箇中滋味。
工作日常
如實告知，因為專案公司是以人天計價，銷售工作天，所有專案進度都必須投入人力才會有進展可以請款；性質是接案，客戶種類各不相同、範圍廣但相對不深，大多是一年內落地的專案，偏向反覆做從 0 到 1 然後交出去。
所以相對於產品公司，擁有產品穩定持續提供營收相比，並沒有太多餘裕，進行長時間的教育訓練以及深度培訓。
適合遇到困難會主動積極獨立排除的個性，因為任務執行上，並不像是手把手的教學，而是 PM 跟 PM 助理同時間平行處理各自的工作任務。
將心比心，如果是我看到「助理」角色，心中會冒出小小期待，想說會不會有人好好帶著我？
同前所述，會有人帶，但可能不如預想會整天非常密集的討論交流。
從組織架構來看，公司以前不到 10 個人，是兩位 PM，現在 20 個人同樣是兩位 PM，更多的案量，以及更龐大的規模，顯而易見有相當負荷。
加上各種外出會議、Concall 會議、每天排除進行中、保固中突發狀況，步調非常緊湊，可能沒有辦法撥出太多時間討論。
因為只要有短暫空閒，我一定是回頭再投入專案看更細，確保款項能如期請付，所有專案款項請款是 PM 要背的責任與公司命脈。
目前我與現在合作有默契的助理，基本上一天對話不會超過 10 分鐘：進度如何、我有沒有欠什麼東西。
忙碌情況，可能是中午吃過飯後，我外出開會位置上只剩包包，下班時間到了人還沒回公司；變成是有問題用留言的，我盡量找時間用文字訊息回覆。
目前助理要合作的 PM 有兩位，未來會再找一位 PM 變成三位，所以我們會應該會有更多討論交流的空間（吧）。
只要時間允許，我一定是毫不保留的分享所有東西與經驗，像是前述客戶除了誠品專案，全部都是我獨立執行的案子。
每個專案依照時程，會配合內部不同的 UX UI 工程師，以及客戶相應的企業文化與執行窗口風格，做起來都是獨一無二的人生體驗。
小結
回到正題，現階段來說，助理任務更偏向是獨立完成的，或許會與想像的緊密協作有部分落差；項目偏例行性，但願意花時間瞭解，會有充裕的素材。
工作項目，目前的助理是不用加班也都能完成；雖然 LINE 會冒出很多專案討論群組，但下班時間跟週末，也都是由 PM 回客戶訊息，不用擔心。
我明白請假前來面試的成本是很高的，甚或是轉換職涯跑道、第一份工作；或許有些想知道但是面試時不好意思問。
有一說一，補充些細節協助判斷，避免模糊空間造成雙方的預期落差，上述都是實打實的日常。
當然，PM 助理的下一階段就是 PM。
等到工作上手，我們也會從比較小的專案讓你開始執行，從處理進度相對可控的「事」，換成面對更充滿未知的「人」；從單純的交付「項目」，換成面對更充滿未知的「請款」。
至此，踏上感受三明治風味料理的專案經理修心台階。
