項目管理小記

軟件項目的項目管理從我的經驗來看是一項是主要靠經驗的積累，因此看到軟件工程的碩士研究生的招生的時候就好奇能從書本上學習到什麼？ 在學習項目管理的路上，我以爲本身是幸運的，由於我跟着老前輩們學習到不少珍貴的經驗，書本上通常會面面俱到，它不會告訴你哪些重要的，哪些是不重要的，在遇到各類矛盾是如何權衡，而這些都是真正的項目中都會遇到。在這裏我把8年裏本身帶的項目以及從老前輩身上學習到總結出來，但願對你們有用。

一、項目經理首先本身要相信沒有作不成功的項目，這種信念是發自心裏的，而不是掛在口頭上，它體如今平常項目管理的事務中。

• 項目裏不論遇到多大的困難，都相信而且積極的付出行動去解決，讓團隊全部成員都看到項目的進展，爲團隊樹立信心。
• 當項目的事務亂如麻時，項目經理臨危不亂，衝在一線，把事務安排牢牢有條

二、項目經理最重要的是關注計劃，你的項目計劃應該是天天上班都是打開的，甚至能夠做爲你的電腦的桌面。

• 這一點是從一個在IBM從事項目管理二十年的老前輩身上學習到的，項目計劃是用來執行的，而項目經驗就是這個計劃執行的最忠實的捍衛者
• 計劃不是不能夠變化，而是通過深思熟慮的變化，隨便的變化意味項目管理的隨意，難以控制項目的成本

三、風險是項目難以按計劃執行的最大阻力，項目經理應該善於識別風險並下降風險，這是很是考驗項目經理的經驗的地方。作項目多了之後，遇到困難多了，天然各類風險就知道了，因此在下面我把本身作項目經理遇到的項目的風險列出來供參考。若是是是新手，這些技能也能夠向你的前輩們學習和請教.有興趣的同窗能夠去看看《人月神話》和《與熊共舞》、《人件》這3本小書

• 工做量的估計必定要讓豐富經驗的工程師去估計，最好團隊中採用固定的工做量估計方法，好比delphi估計法、FP估計法。工做量估計是一個很是有挑戰的工做，大部分程序員會過於樂觀估計，也有一些能力不足的程序員估計的過於悲觀，總之項目經理在工做量估計的地方要作足功夫，由於後續全部的計劃都是依據這個
• 項目計劃的安排對外鬆，對內緊。對外鬆的緣由是由於項目的開發過程當中總會遇到一些意外，須要給項目留必定的buffer,對外承諾時間要謹慎。舉個例子：通常開發完成之後自測經過之後，就會轉測試，因此咱們排計劃就把2個緊挨在一塊兒，可是在實際過程當中可能測試環境的搭建並非立刻就好的，可能轉測試的時候版本質量太差，轉測試版本被打回等狀況。相反，對內的計劃要緊一些並嚴格的按計劃執行
• 開發和測試團隊的成員安排要考慮哪些是核心，哪些是非核心。核心的不能全讓新人去開發，不然到後面測試階段容易陷入問題單沒法收斂的狀況
• 開發過程當中關鍵運做執行不要打折扣，項目經理不須要本身親自親爲，可是要監控動做的落實並經過指標掌握這些動做是否執行到位。好比設計方案的評審、code review,經過評審的問題數以及項目組成員以及其它項目的基線缺陷數字來判斷，舉個例子：好比一個核心模塊在設計方案評審時沒有問題或者不多的問題，做爲項目經理就要關注評審是否是走了形式，是否是參與評審的人員安排不合適等等。
• 核心的人員要有備份，不然整個項目成功能夠就會有單點故障。有的項目實際狀況作不到這一點，在這種狀況下，關鍵的設計方案務必文檔化，既使其它人接手慢一點但也不至於影響過大

四、計劃趕不上變化，項目經理要將外部的變化變成「可控的變化」，這也是項目經理承受壓力的地方，實際中遇到的場景比較多，項目經理將將外部零碎的變化變得有序，不然若是直接透傳給開發人員，開發人員會很快給折磨奔潰的。常見的招式有：將需求排到下一期、需求的置換、工期的延遲等

五、項目經理大部分的時間是在溝通，而不是坐在那裏看郵件，多走動式管理。項目經理不要只是在那看組員寫的日報或者週報，要多與組員面對面溝通，更容易發現潛在問題，同時面對面的溝通多了之後，可以加深項目組成員之間的信任。

六、儘量利用各類機會激勵組員，這種激勵多用精神層面少用物質層面，好比：讓員工承擔小組長或者承擔核心的開發設計、組織活動、在更高層面的郵件表揚等。

項目管理知識博大精深，感受更像是一門藝術，懂業務、懂流程、懂人，能把各類問題拿捏的恰到好處，而這些沒有捷徑，惟有實踐。