🚀 軟體開發流程從 0 到 1，手把手專案管理必看 (2024)
這篇寫給 project manager 以及 product manager 的手把手教學，專案管理絕非是剛畢業或是時間管理大師就說得過去的專業，如果你覺得專案管理很簡單，那就是你還不夠資深，你經手的專案以及人還太少了。
你可能會問：「啊我產品經理ㄋㄟˇ，我還要看這個嗎？」
一定要。不然你的產品發想很可能會落入天馬行空，直到你離職產品都還沒發不出去。底下的人覺得你很像白癡，但你也只能跟你主管踢皮球，「就那個Ａ做很久啊，那個Ｂ開發花很多時間啊，那個Ｃ不在狀況啊」讓主管覺得團隊不給力，最後形成顧人怨，搞得整個團隊你最委屈。
得到專案管理的技能可以知道這個產品要多少資源才能達到目標，設計師做得出來，那工程師開發的出來嗎？我這個功能想要分階段發佈還是花一年做一個市場的天花板？QA 花多久時間，修復問題要花多久時間，如果是跨國產品，什麼時候要送翻譯？Marketing 什麼時候要介入。
這些都是 Project and Product 難切割 ownership 的灰色地帶。
一個產品的產出有幾個步驟：
一、產品發想：
尚未有任何定論、仍在發想階段，可以說是 PM 們最痛苦的階段，要來回的跟各 stackholder 報告，讓大家的想法達成一致。
💡這時需要的工具：白板、Miro、Figjam、Answerthepublic
二、產品目標確定：
推薦了解 GIST，分別是目標 (Goal)、想法 (Idea)、專案或階段性專案 (Step-Project) 以及任務 (Task)。重點就是把大目標轉化成小小小的「可執行」任務，讓高大尚的想法落地，落地落地落地講三次很重要。
你可能會想做很多事，但資源永遠不夠，用最少的資源做最多的事情。
三、開發階段：
開發前，專案經理需要專案的時間整理出來，需要跟各方確認，Spec lock down 要多久、設計師 draft 要多久、設計 lockdown 的時間、工程師寫 rfd 的時間、工程師開發、前後端串接、 QA/QC 準備、測試、修復 Bug (不可能沒有 Bug)、驗證、上線、以及 buffer 的時間。
💡這時需要的工具：Notion、Jira、Trello or just Excel!
四、測試以及抓蟲：
不要小看測試流程，很多時候可在測試不是因為 QA/QC 有問題，以我的經驗通常測試同學是最熟悉產品的，畢竟在最產品開發的下游，看過各種 spec 寫出來的鬼故事，或是工程師開發出來的低級錯誤。
最完美的是工程師自己寫好 unit test，節省時間也給出一個品質良好的 code，但如果沒有，這時候最好安排工程師可以跟測試一起走過一次功能，立刻修復再次驗證。
🔑 還有，非常重要，一開始產品開始討論就把 QA/QC include 進去，你可以想像，突然某一天跟你說：「欸，你開始測試，這裡有兩百頁功能手冊」你會有多崩潰..!
五、監控市場反饋，持續迭代以及團隊賽後檢討
發布以後，有市場的反饋，以及發布前找到的 Bug 但是評估之後不影響功能的，就會放到持續優化的任務中。以下兩篇我寫得很清楚，所以不在這邊多說：
💡這時需要的市場監控工具：Hotjar、Mixpanel、 Metabase、Semrush
關於 Hotjar 可以看到使用者的使用流程真的很讚，之前有寫過一篇文章介紹
Conclusion：
很多人覺得，我想當產品經理，因為專案經理在公司沒有產品的決策權。
我可能講話比較慘忍，但產品經理在台灣幾乎只是老闆的 spec 寫手，猜測老闆喜歡什麼，隔空抓藥。專案經理如果你「只覺得」在管時間就太小看這個職位了，你應該要把自己定義在開發流程優化的產品經理，如何讓大家工作更順、更有效率地提供出有效率的產品才是專案經理的目標。
