【PM Sharing】專案管理流程介紹

本週的PM分享是關於專案整體開發流程的介紹，而整個專案參與的對象又包含了如客戶、PM、前後端RD、設計師等等，而本次分享以PM在專案中扮演的角色作為主軸進行分享。而在一個專案的進行大致可分為五個階段，就讓我們來逐一來為大家說明完成一個專案背後所需要的巨大工程是如何進行的吧！

以下為專案進行所分的五個階段：

1.專案起始階段（尚未簽立合約）

2.專案啟動階段

3.內部測試階段

4.窗口測試階段

5.收尾階段

接下來就來正式介紹在這五個階段中PM需要進行的步驟吧～

登登登～準備好了嗎 Ready GO！

第一部分 專案起始階段（尚未簽立合約）

此時為專案最前期的狀態，需與客戶確認需求並撰寫會議記錄以作為日後有效的參考，並依據需求去繪製粗略的wireframe，此時wirefame就承擔起一個有效的溝通工具，比起紙上談兵，wireframe更能明確的向客戶釐清需求，並減少想像與現實的差距，另外也可使RD對專案有初步概念。之後就是建立功能開發時程表以及專案時程表，規範出本次專案的實行時間，以確保進度的推進。

第二部分 專案啟動

在與客戶確認專案的需求簽訂合約後，PM會使用專案管理工具如「Clickup」建立專案的專屬頁面，並將較詳細的wireframe、prototype過給RD team，使他們更進一步理解專案的內容和評估開發所需的人力天數、畫面需要的api等等。之後，會依照prototype撰寫需求確認文件，在文件中詳列不同的功能頁會具備什麼樣的功能，並與客戶確認需求後，再和RD共同討論各功能項的可行性，在專案管理工具(如：Click up/Trello)的部份也會依循此文件的分類開卡片，往後的追蹤就會運用卡片進行進度的確認。需求確認大致完成後，RD會接著開始進入到開發的階段。

第三部分 內部測試階段

RD開發的同時，PM也會開始依據需求文件去撰寫測試(QA)文件，以確保開發功能的正確性，此文件要能羅列各種使用情形，並將所有可能發生的結果妥善構想，以便在實際測試過程不會發生漏測的情況。接著會依據測試文件進行實測，並將測到的問題彙整成問題清單(Q單)，統整後過給RD進行修改，修改完後再進行複測並將結果更新至測試表，所有問題都複測完成後，就準備進入下個階段─窗口測試階段。

第四部分 窗口測試階段

此階段是內部通過測試後，交由客戶端也就是客戶方面的窗口進行再一次的測試，若有發生問題，PM會負責釐清並建立起卡片描述問題狀況請RD修正，之後會進行複測，而確認無誤後，再請RD協助更版至客戶環境讓窗口進行複測，客戶窗口測試均通過後，即可開始準備上線。

第五部分 收尾階段

終於到了專案的最後，若為較大型或是較嚴謹的案子，PM會撰寫壓力測試腳本提供給RD進行實測，此外還有弱點掃描以確認系統的完善。在這一切結束後，PM會整理出如系統分析設計文件、操作手冊、測試文件、壓測、弱掃等文件以交付客戶，確認無誤後，整個專案即算是大功告成。

介紹完這五個階段，大家應該有發現在每個階段其實都需要大量的溝通，並且要仔細地確認文件的內容是否容易閱讀，或是邏輯是否清楚，因為一份文件最重要的並不是只有自己看懂，更需要同個團隊的其他人也能全面理解。

以第二部分為例，在與RD team開會過需求文件時，更要注意到因為RD是第一次比較詳細的接觸這個案子，所以要從需求文件的「使用情境」開始說明，並輔以 wireframe 解釋畫面的樣貌後，再分使用階段來介紹不同功能。

我們家的PM team實習生也分享了第一次以 PM 的身份主持這樣的會議時，因為緊張所以開頭就直接介紹網頁的第一個按鈕，霹哩啪拉講了一串之後，工程師終於找到空檔舉手問到「為什麼要有這個功能」？
這才發現在溝通時的先後順序很重要，於是趕緊重新調整敘述的方式，讓大家更加了解整個產品的目的、使用情境，進而知道每個功能的作用，甚至可以提出讓整個產品更好的規劃方式！

那就先祝大家在管理專案時都能順順利利！
在不久的將來會再次浮上來和大家分享關於PM的酸甜苦辣啦～