首先撰寫專案經理，不要生搬硬套諮詢老師給的體系檔案模板。
不會寫，概念不清楚怎麼辦？解決問題的方法：
做流程模板的時候，拿著乙個專案計畫的模板，想想怎麼才能把乙個專案計畫寫出來，裡面的內容要通過什麼過程才能填寫出來？
把上述的問題想清楚了，實際上專案計畫就出來了。
再比如：平時使用的ms project做出來的專案計畫 ，就是經過分解wbs、專案歷時估算，專案成本估算的乙個實踐的例子 。但是這個文件中的時間是怎麼估算出來的（比如功能點估算法），經過了哪些步驟最後才得到這個文件，把這個問題想清楚了， 專案策劃這個流程就出來了。
階段維護類實施類研發類
立項產品已經成型，只是做修改和適應，不會有內部高額投入，會有合同或者維護協議。
一般都會有客戶的合同，客戶會提供需求，要求開發完成
一般都是做產品的形式，內部要進行大的投入。所以要做「可行性分析」，評估產品是不是可以做。要完成新技術，新業務，新管理模式。
專案計畫
計畫圍繞系統執行的故障響應，定期巡檢和資料備份，系統穩定性的引數監控，新增需求和缺陷修護的開發及狀態跟蹤，新發布系統版本的產品發布
計畫圍繞如何獲取使用者的需求，如何完成設計、編碼、測試，在最短時間內完成整套產品的開發，然後給使用者做培訓，上線試執行，最終通過驗收。
計畫圍繞如何獲取市場的需求或者內部完成欲開發產品功能的定義，如何通過最有效的方式完成產品某些功能的開發，形成有效的版本占領市場或者推薦給使用者使用
專案監控
監控發布版本的里程碑
監控需求、設計、開發、測試、培訓、上線、驗收各個里程碑
監控需求、設計、開發、測試、版本發布等里程碑
整合專案管理（cl3）
一般選擇瀑布式開發。
一般選取螺旋開發或敏捷開發方法。
一般選取rup或增量開發模型。
重點過程在於測試和配置管理。
重點過程在於專案計畫、需求開發、需求管理。
重點過程在於需求開發和設計、測試、配置管理。
需求開發
一般都是客戶指定要開發的功能和修改的bug
通過原型法或者類似的系統去明確使用者的需求
內部組織頭腦風暴、需求評審等激發需求
需求管理
控制客戶的變更和擴大專案範圍
控制客戶的變更和擴大專案範圍，做好需求的跟蹤和確認
控制產品的版本的功能範圍，尤其是高層領導提出的新需求打亂功能版本的計畫。
設計設計圍繞改善軟體的易用性和可維護性
設計圍繞如何滿足客戶的功能需求、效能需求、介面美觀等需求
設計圍繞產品自身的定位和預期的功能和效能。
測試測試圍繞版本的穩定性
測試圍繞驗證和確認客戶需求
測試圍繞版本的穩定性和相容性
配置管理
要建立產品發布的基線並進行審核
要建立專案管理的基線並對交付物進行版本管理
要建立產品功能基線，並對基線進行強制審核
過程和產品質量保證
確立產品發布標準，嚴格執行標準的檢查，加強對發布產品的內部評審。
確定專案的驗收準則和產品接受標準，加強專案管理的評審和產品質量的評審。
確定專案預期的目標和預期取得成果，加強產品質量評審和客戶滿意度的調查。
回訪使用者的滿意度。
組織財富庫建立
成功的專案案例和工作方法
好的專案實施經驗總結，失敗的經驗總結
成功和失敗的經驗和教訓
專案經理之專案經理的選拔
專案經理的重要性 可以不客氣地說 專案經理是整個專案組的靈魂，是專案組中很重要的乙個角色，是專案完成與否的核心人物。無論是對於個體專案開發的時代，還是基於過程的大型專案研發時代，軟體專案都必須依靠人來實現管理和監控，這就是 以人為本 無論管理多麼正規，過程是對形式的管理，而內容的管理必須依靠個人的能...
高階專案經理和專案經理的區別
提起專案經理，我們大家都知道，這是乙個中層以上的管理崗位，專案經理是需要具有較高素質和能力的管理人員。專案經理不僅要具有管理技能還要具有一定的軟技能。在專案管理領域，專案經理也有專案管理員 專案經理助理 專案經理 高階專案經理之分。那麼很多人問了 專案經理和高階專案經理的區別有什麼呢?下面我們給大家...
技術，專案經理的命？ 專案經理的誤區
在職場，每個人都在奮鬥。不是為了同事 也不是為了公司，而是為了自己！這還用說嗎？很多朋友感到可笑。多麼顯而易見的道理啊！然而，話雖然是這麼說，現實卻並不像人們想象的那麼簡單。老李，是一位老資格的專案經理，那是我們公認的技術高手。大家都曾以為他遲早能當上技術總監，他也是如此自我期許。然而，多年過去後，...