對專案管理的重新思考

  1）在一個項目開始之前要充分的瞭解項目的項目的資訊，特別是不要單純的從公司的提供的文檔中來考慮項目的情況 要從公司的曆史等外部情況來綜合分析自己所負責的項目。

2）要考慮到發生突發事件時，應該如何來處理我們所面臨的在時間，項目進度，項目組甚至公司突然“死亡”的情況，現在 的我必須要做到萬無一失。一個值得考慮的案例是；如果突然項目遇到變化，需要提前上線時，應該如何修改我的計劃我這次遇到的情況是突然多出了一點時間，對於這種情況給我的教訓是：好運氣不可能總是光顧你的。

3）在項目的需求分析之前應該有一份概要設計，該文檔主要是說明我們的項目要作成什麼樣子而不是怎麼做（那是需求分析和詳細設計需要解決的事情），同時一個總要的原則是，要明確每一項任務的目標，就是該任務做到什麼程度算是已經完成了。分析： 最難完成的是開始定製的目標可能在項目的過程中被改的面目全非，這就要指定一套合理的變更流程
需求變更->專案經理審核->指定修改計劃->修改後的demo->評審->達成共識並從新確定項目完成依據->修改需求分析->修改詳細設計->修改開發計劃->修改測試計劃和用例

4）資源、還是資源，要從分考慮資源可能發生的變更，比如我們這次項目中發生的事故導致了客戶在多方面對我們產生了抵觸情緒，還有任何時候小心謹慎都是不可避免的啊！（以後做項目的時候多想一想linkwise的經曆）

5）如何建立一套有效彙報和審查機制這點我認為是比較重要的事情，專案經理可能不會經常的和項目成員在一起（有時候他可能會經常出差），因此需要用一種方法來讓專案經理時刻知道項目的進展情況，這點我覺得我目前的一套方法是有效只是執行的不好而已，但是如果眼光放的遠一點的話，僅有現在的這些我覺得還是不夠的。