做了這么久項目管理，還是一句話(huà)，IT項目管理要做好太困難，我們只能夠是定一個(gè)改進(jìn)的目標，然后不斷的朝這個(gè)目標去努力。對于知識體系PMBOK和 PRINCE2都進(jìn)行了完善的知識體系闡述，對于組織級項目管理成熟度我們也可以借鑒OPM3成熟度模型。在IT項目管理方面還有CMMI成熟度模型， SWEBOK軟件工程成熟度標準。WBS，甘特圖，關(guān)鍵路徑，關(guān)鍵鏈，資源平衡，掙值，成本，質(zhì)量，風(fēng)險，計劃，估算，評審，團隊，模板，方法，工具，技術(shù)，過(guò)程等等。

　　項目管理知識體系中有太多的要學(xué)習的東西，要想系統化的學(xué)習是決不是一蹴而就的事情，那現在的問(wèn)題就是我們應該如何開(kāi)始項目管理，項目管理的最小工具集應該是如何的，對于小型的項目團隊項目管理的核心要素究竟在哪里，項目經(jīng)理應該關(guān)注哪些內容？

　　在這里，我們提及到對于任何項目管理而言，無(wú)礙乎都是涉及到人，工具技術(shù)和過(guò)程三方面的內容。這三方面就是項目管理的核心內容，在《最后期限》中我們可以看到對項目管理核心的高度概括即是：選擇正確的人，為他們分配正確的工作，通過(guò)團隊建設保持他們的積極性。項目管理知識體系再復雜，項目經(jīng)理做的所有事情都是為這三點(diǎn)服務(wù)。

　　1.人的問(wèn)題始終是項目管理和項目經(jīng)理面對的核心問(wèn)題

　　雖然像CMMI過(guò)程成熟度模型在強調過(guò)程和弱化人的作用，但是我們仍然要強調在軟件開(kāi)發(fā)中人始終是第一位的，特別是能夠勝任軟件開(kāi)發(fā)工作的人。從團隊組建開(kāi)始的人員選擇和招募，到后期的培訓，任務(wù)分配和安排，培訓，溝通和上下游協(xié)作，團隊建設，流程等，無(wú)不是和團隊成員密切相關(guān)。如果團隊成員的技能無(wú)法達到水平，積極性無(wú)法調動(dòng)起來(lái)，項目經(jīng)理做再好的項目計劃都將是空中樓閣。所以在人的問(wèn)題上，一個(gè)項目經(jīng)理應該根據以下幾點(diǎn)進(jìn)行審視和檢查，以下問(wèn)題不會(huì )涉及到任何的公式模型，但是卻可以體現出你對人的關(guān)注度。

　　a.清楚知道需要成員具備的知識技能，并愿意在人員招募上花費時(shí)間。

　　b.關(guān)注成員的學(xué)習能力強于關(guān)注成員現有的知識，基礎知識強于應用知識。

　　c.愿意為招募到高手付出成倍的薪水。

　　d.是否已經(jīng)形成了引導新成員快速進(jìn)入到項目的方法和過(guò)程指導？

　　e.根據成員問(wèn)題，過(guò)程中的討論和評審了解成員的知識和技能水平。

　　f.能夠有針對性的開(kāi)展培訓，避免成員犯相同的錯誤。

　　g.能夠根據項目成員優(yōu)勢和劣勢，性格特點(diǎn)分配和安排工作任務(wù)。

　　h.分配任務(wù)時(shí)候獲取到成員的時(shí)間和質(zhì)量承諾，并且有任務(wù)完成驗收標準。

　　i.有團隊的工作紀律和開(kāi)發(fā)規范，并帶頭嚴格執行。

　　j.是否持續培養成員積極主動(dòng)，信守承諾，重視質(zhì)量的工作態(tài)度。

　　k.告訴團隊成員他們的弱項，幫助他們制定改進(jìn)計劃。

　　l.不僅僅是告訴團隊成員做什么，而是告訴他們做的方法和為什么。

　　以上有些內容或問(wèn)題并不會(huì )在PMBOK知識體系中談及到，但是卻是必須重視和關(guān)注的問(wèn)題。軟件項目經(jīng)理必須要意識到他對于軟件團隊的作用更多的是引導和教練，而不是純粹的管理。《敏捷軟件開(kāi)發(fā)》中一再的強調，軟件開(kāi)發(fā)更像是一種協(xié)作型的團隊游戲，需要的是認可游戲規則的一個(gè)團隊來(lái)共同完成既定的目標，而項目經(jīng)理最重要的就是要每個(gè)成員都意識到這個(gè)游戲是大家共同在玩，需要大家團結協(xié)作和共同努力才可能完成。

　　2.不必在意公式和模型，但是要形成一些方法，采用一些工具

　　PMBOK 的九大知識體系讓我們對于項目管理有了一個(gè)系統化的認識，知識體系很全，但是并不是我們在項目管理中都會(huì )遇到這些知識和相應的方法工具和技術(shù)。我們在實(shí)際的項目管理中我們可能是把PMBOK強調的多個(gè)步驟合并為了一個(gè)，或者說(shuō)我們在應用某一種方法，只是不知道它從屬于某一個(gè)理論。

　　項目經(jīng)理在項目管理中最重要的仍然是一種意識，這種意識包括目標意識，系統思維和平衡，風(fēng)險意識。如果沒(méi)有在長(cháng)期的項目管理中形成這種意識，那可以說(shuō)你在做管理，但是不能說(shuō)你在做項目管理。你可以不知道關(guān)鍵路徑如何計算，掙值管理如何應用，但是你必須有以上三個(gè)意識。從這個(gè)展開(kāi)，關(guān)于方法工具和技術(shù)上我們抽取的核心問(wèn)題和要素是：

　　a.項目開(kāi)始前會(huì )制定計劃，不會(huì )因為計劃趕不上變化而忽略計劃。

　　b.為了明確范圍，進(jìn)度可控和人員技能匹配知道需要分解項目。

　　c.在項目沒(méi)有開(kāi)始前已經(jīng)啟動(dòng)各種培訓，學(xué)習和預研工作。

　　d.任務(wù)有明確的產(chǎn)出和驗收標準，而且在項目前期就讓所有人都緊張起來(lái)。

　　e.當舊計劃偏差太大時(shí)及時(shí)擬定新計劃和目標點(diǎn)，而不是無(wú)限期延誤。

　　f.意識到項目目標不僅僅是進(jìn)度，也更加關(guān)注成本和質(zhì)量目標。

　　g.當團隊績(jì)效出現問(wèn)題的時(shí)候，能夠一起分析根源并進(jìn)行改進(jìn)。

　　h.知道把自己工作重心轉移到團隊建設，流程規范和溝通上。

　　i.不做純粹管理，不斷的提升在軟件工程技術(shù)領(lǐng)域和行業(yè)業(yè)務(wù)領(lǐng)域積累。

　　3.過(guò)程很重要，但是一定不能笨拙和僵化

　　軟件生命周期模型，變更管理，配置管理，開(kāi)發(fā)模式等都是在講流程。不管是基于CMMI還是敏捷的軟件開(kāi)發(fā)，都需要相應的流程支持。對于過(guò)程我們強調的重點(diǎn)就是不能僵化，很多時(shí)候我們期望引入一些流程僵化固化后再考慮優(yōu)化，但是往往結果卻是后續失去了優(yōu)化的動(dòng)力和激情，人最后變得麻木了，流程沒(méi)有任何價(jià)值可言。

　　過(guò)程的價(jià)值仍然是體現在為項目服務(wù)，過(guò)程的目的仍然是使項目團隊每個(gè)人都有章可循，依據規則來(lái)做事情。對于軟件開(kāi)發(fā)必須有嚴格的紀律性和規則，對于最強調個(gè)體作用的敏捷開(kāi)發(fā)同樣強調紀律的重要性。對于軟件項目管理，在過(guò)程和規則上我們必須注意的是：

　　a.已經(jīng)在項目和團隊中形成了相應的開(kāi)發(fā)規范并嚴格執行。

　　b.形成了需求評審和代碼Review的流程和規則，并知道如何進(jìn)行。

　　c.當用戶(hù)提出需求變更的時(shí)候已經(jīng)形成相應的流程進(jìn)行影響分析。

　　d.源代碼和文檔是項目重要資產(chǎn)，已經(jīng)受到了統一的歸檔和管理。

　　e.在項目中形成了問(wèn)題分析解決和上報的機制。

　　f.周例會(huì )，工作總結和報告，團隊會(huì )議等形成了相關(guān)的規范并執行。

　　g.團隊中的每個(gè)人都知道自己該干什么不該干什么。

　　h.對于測試的缺陷已經(jīng)用戶(hù)反饋的故障已經(jīng)形成相應的流程和處理機制。

　　i.對于軟件產(chǎn)品的發(fā)布和部署已經(jīng)形成相應的規則和流程。