在周一公司內部和部門經理一起進行的項目周會上，專案經理基本上會按照以下的議程給管理者彙報：
- 上周工作計劃的完成情況以獲得的成果或者產出；
- 上周實際執行情況與上周預計的計划進行差異分析，提出改進；
- 本周的工作計劃以及對項目目前風險的分析；
呵呵，聽報告其實是個苦活，如何從聽彙報中瞭解項目工作的細節，找到可能專案經理忽略的問題或者風險，分析問題的關鍵點，並且給出意見，是專案經理們給管理者的考驗！從前端時間對專案經理Review的工作實踐，我們發現目前很多專案經理在制定計劃能力需要提升，目前已經將培訓需求提交公司管理中心。在培訓正式開展之前，覺得還是有必要將一些典型的案例寫出來，互相共勉。8月18日，通過周會分析，發現了專案經理A在計劃制定方面的一些問題，根據實際情況，給A制定計劃方面提出了18日至24日一周內需要改進要求如下：
- 在下周的周會彙報之前，要提升計劃被接收的能力；被部門經理、QA的Review後提出修改意見的次數要控制在<=2次；
- 從本周以後，被Review的計劃不應該再存在項目成員的安排遺留的情況；不應該存在沒有計劃的人員工作負載不滿的情況；
- 從本周以後，被Review的計劃不應該再存在工作任務項不原子的情況；計划上不用出現任務T1由A和B負責，但是其實是A先做部分工作，然後由B解決剩餘的內容，應該將工作任務T1進行分解，解除耦合；
- 從本周以後，制定的計劃不應該再是將系統功能分解結構做為系統的任務項的名稱，再加上一些需求、設計、測試的管理工作。這樣的計劃項目群組成員的同事會質疑我們專案經理的管理能力的！
8月25日的周會上，除了項目的彙報討論外，我們還針對上周的改進要求，和專案經理、部門經理一起檢查和分析改進目標的執行情況。部門經理指出，A在上周的4點改進要求中第3點工作任務原子化的改進點沒有完成指標。結合本周的項目彙報討論，我們在制定計劃方面，又提出了25日至9月1日的改進要求：
- 制定計劃中的任務項，在近兩周內的工作任務的時間應該控制<=3天；因為如果超出3天的任務項，可能就是任務分解的不夠原子；
- 針對專案經理A管理2個項目組，而且項目成員會在項目中流動，要求A下周起建立人力資源投入的閑忙表，能夠更好地組織人員生產計劃；避免“能者多勞”，能力強的同事永遠是最忙的，而能力弱的同事反而沒有改進要求！
另外，非制定計劃方面，要求專案經理A在下周周會上針對管理的團隊，提出隊伍管理上一個改進意見（不是本文的重點，不在這裡闡述）。
