為了保證開發和測試資源，需要在prd評審之前，提前跟產品溝通，拿到prd初稿，提前理解大致需求，並解析需要參與開發的部門，提前與需要參與開發的部門溝通，讓他們提前準備開發資源。（這一步比較關鍵，尤其是針對多部門一同開發，經常會發生參加了prd評審後，發現抽不出資源開發，或者延期，嚴重影響專案進度。）提前溝通的目的是為了讓對應的開發部門準備資源，如果實在抽不出資源，產品心裡提前有預案，針對性的修改prd。
開發完成後，需要做的工作比較多。部署測試環境，部署預發環境，部署正式環境，上線。
1、開發完成後，第一件要做的事情，就是安排提測工單。工單的內容需要包含：
提測時間
冒煙位址
測試用例
本次提測的環境
預計發布時間
本次開發涉及到的**分支（包括前端、後端）
本次的主要功能點，功能點對應的開發人員。
2、將提測工單發給所有的開發人員、測試、產品。測試收到提測工單之後，在預定的時間開始測試
3、部署測試環境。部署前制定上線計畫
發布計畫要求的比較多。4、測試環境通過之後，把開發分支部署預發環境。
5、預發環境測試通過後，將開發分支合併到master，再部署一下預發環境。
這一步的目的是為了保證master分支上都是最正確的**。防止部署過程中，遇到線上需要重新部署時，可以直接拉master的**重新部署。6、預發測試完畢，然後上正式環境校驗。切記，所有的部署過程要注意，一定要按照依賴關係部署，防止服務出錯
7、制定回滾方案。如果上線出現問題，能及時回滾，保證線上工程可用
問題覆盤：
1、省略了技術方案
先說一下為什麼要做技術方案。技術方案是指在開發過程中，對一些重要的過程，或者自己之前從來沒有涉及過的流程，以及當前系統從來沒有過的流程，需要詳細寫一下開發流程，開發中需要注意的環節，有利於評估時間，以及確定專案的可實施性。2、專案發布的時候校驗大致就是因為遇到乙個大家都以為沒有問題的環節，所有人都忽略了。
專案發布是專案的最後乙個環節。一般公司都至少做了雙機，保證服務高可用，以及負載均衡。我們遇到的問題是，是一台伺服器發布成功之後，沒有去校驗這個服務是否真正提供了服務。真正提供了服務需要從日誌去看，是否有請求進來。如果有，說明這個服務啟動成功。 這次的問題是，服務啟動成功，然後dubbo也註冊成功，從外表看沒有任務問題，然後我們發布了其他機器，當所有服務上線之後，系統立馬掛了。最後發現的問題是，服務註冊到dubbo上的時候，最前面的ip不是我們服務所屬的機器ip，原因是機器的hostname被改了。
這一次的事故是可以完全避免的，至少有一半的機器不會宕機，正常提供服務。
準PM的糟糕經驗
進入新公司半年以來，一共做了2個專案a和b。專案a是在試用期就忙裡忙外地趕的，同時有另外2個人跟我一樣是試用的，3個人一起做專案。根據領導的指示 要在乙個月內趕出專案來，ui外包，原因是為了追趕什麼搜尋引擎的seo 也就是說合同已經簽下去了，再不上線就浪費錢 最不可思議的是 在剛上崗的時候，領導就說...
PM經驗總結
專案管理的組織特徵是嚴格意義的個人負責制，個人負責制的核心人物必然是專案經理。所以專案經理是決定乙個專案成敗的關鍵人物。專案經理是專案實施的最高領導者 組織者 責任者，在專案管理中起著決定性的作用。專案經理這個職位不需要編寫大量的 也很少參加 測試和維護，但是很考驗個人的綜合能力，需要有良好的道德品...
我在微軟做PM
做乙個pm並不容易。這年頭，誰容易呀.自從我的title正式改為pm以來，我曾無數次被問過這樣的問題。你在微軟做什麼呢？pm 哇，這麼年輕就當上project manager啦！不，我是program manager。哦，可是program manager是什麼呢？這的確是個好問題。微軟並沒有pro...