曾經(jīng)有個(gè)笑話，說三個(gè)軟件高級(jí)人材等待上帝安排工作，一個(gè)說自己擅長抽象思維，上帝說那就做系統(tǒng)分析師吧；一個(gè)說自己工作非常細(xì)心，上帝說那就做QA；最后一個(gè)說，我實(shí)在沒有更多的才能，那就做項(xiàng)目經(jīng)理吧。有句項(xiàng)目管理名言則是這個(gè)笑話的最好解釋：對(duì)項(xiàng)目經(jīng)理的知識(shí)要求是要有1英里寬，7英寸深。也就是說，各方面的綜合能力是項(xiàng)目經(jīng)理的首要技能。
項(xiàng)目管理引入中國好多年了，除了國外的PMP、IPMP認(rèn)證體系，現(xiàn)在更是將之引入高等學(xué)位教育。除了最先應(yīng)用項(xiàng)目管理的建筑行業(yè)，現(xiàn)在各行各業(yè)都非常重視行業(yè)內(nèi)的項(xiàng)目管理，這些足以可以看到項(xiàng)目管理的蓬勃發(fā)展。但是軟件項(xiàng)目失敗案例還是比比皆是的今天，如何將項(xiàng)目管理與新理論和技術(shù)層出不窮的軟件產(chǎn)業(yè)雙劍合璧？項(xiàng)目管理理論是歐美國家伴隨著生產(chǎn)管理起步的，雖然方法論是通用的，但是如何在軟件開發(fā)中產(chǎn)生更大效益，需要更多的業(yè)界項(xiàng)目經(jīng)理以及高層思索和總結(jié)。
一個(gè)成功的建筑行業(yè)項(xiàng)目經(jīng)理也會(huì)是一個(gè)合格的IT項(xiàng)目經(jīng)理嗎？項(xiàng)目管理有之一個(gè)名言：一個(gè)成功的建筑行業(yè)項(xiàng)目經(jīng)理也會(huì)是一個(gè)合格的IT項(xiàng)目經(jīng)理。在歐美國家是適用的，這樣跨行業(yè)的例子也非常多。但據(jù)我了解在大陸這樣的例子還非常鮮見。尤其軟件開發(fā)行業(yè)，就更沒這種先例了，為什么在歐美或者印度模式中，都是行得通，在中國不行呢？歐美或者印度模式的項(xiàng)目經(jīng)理負(fù)責(zé)制定開發(fā)計(jì)劃、協(xié)調(diào)、以及填寫各種項(xiàng)目輸出表格或模版就夠了。在這種模式中項(xiàng)目經(jīng)理不一定要求必須是技術(shù)專家，但更強(qiáng)調(diào)項(xiàng)目經(jīng)理的工作經(jīng)驗(yàn)，一般會(huì)要求項(xiàng)目經(jīng)理有8年以上工作經(jīng)驗(yàn)。而在中國，尤其是現(xiàn)在一個(gè)有三年工作經(jīng)驗(yàn)的team leader也會(huì)稱項(xiàng)目經(jīng)理，當(dāng)然他也并不需要對(duì)成本、人員、采購等眾多項(xiàng)目管理領(lǐng)域的關(guān)注，這樣的team里也根本不會(huì)有技術(shù)經(jīng)理或顧問專有角色的配備，項(xiàng)目經(jīng)理要更多的關(guān)注技術(shù)因素，所以項(xiàng)目經(jīng)理一般是與行業(yè)和產(chǎn)品同步成長起來的。如何做好質(zhì)量、成本、溝通、時(shí)間、以及更資源參與的全面項(xiàng)目管理是我們的項(xiàng)目經(jīng)理的課題。
范圍管理是項(xiàng)目經(jīng)理具備的首要能力。范圍說明是未來項(xiàng)目決策的基線，也是衡量項(xiàng)目是否成功的標(biāo)準(zhǔn)。在我們軟件開發(fā)項(xiàng)目中，需求規(guī)格就是我們項(xiàng)目的范圍的體現(xiàn)。我的經(jīng)驗(yàn)是項(xiàng)目經(jīng)理應(yīng)極端重視需求，成功的需求管理才能保證范圍在基線內(nèi)，需求調(diào)查、討論、分析、歸檔、review、變更、回溯等一系列活動(dòng)是我們需求管理的有效活動(dòng)。
計(jì)劃能力是項(xiàng)目經(jīng)理的應(yīng)具備的另一個(gè)技能，其中軟件開發(fā)任務(wù)的估算是一個(gè)難點(diǎn)，即使有歷史數(shù)據(jù)達(dá)到CMM4的軟件企業(yè)也會(huì)有20%-50%的誤差，我的一些做法用三層到四層的WBS模版從底向上進(jìn)行時(shí)間資源的估計(jì)，會(huì)從自己經(jīng)驗(yàn)和相似項(xiàng)目的歷史數(shù)據(jù)中進(jìn)行加權(quán)平均，時(shí)間資源的平衡，在WBS分解模版中采用自底向上估計(jì)，估計(jì)時(shí)我們采用了三人以上匿名delphi法，設(shè)定差值閾值為30%，如果與平均值的差值比小于此閾值，將不在重新估計(jì)，如果大于將進(jìn)行重新估計(jì)，重新估計(jì)后如果還是超過設(shè)定閾值，估計(jì)人要寫明為什么如此估計(jì)的原因。對(duì)于閾值內(nèi)估計(jì)值我們采用歷史經(jīng)驗(yàn)數(shù)據(jù)進(jìn)行修正即可作為我們WBS工作包的估計(jì)值。
合適的軟件開發(fā)生命周期模式，對(duì)軟件開發(fā)項(xiàng)目尤為關(guān)鍵。根據(jù)項(xiàng)目的需求、資源、風(fēng)險(xiǎn)、時(shí)間、質(zhì)量等實(shí)際情況，選擇合適的軟件開發(fā)生命周期模式，對(duì)軟件開發(fā)項(xiàng)目尤為關(guān)鍵。印度軟件模式中更是提出了流程模式重于項(xiàng)目。在需求不確定、變化較頻繁的項(xiàng)目我們可以選用迭代和原型法。在產(chǎn)品按版本遞增開發(fā)的項(xiàng)目，由于每期需求比較穩(wěn)定，宜選擇瀑布變種的V模型進(jìn)行測(cè)試提前的生命周期。開發(fā)模式的選擇將影響項(xiàng)目計(jì)劃，例如V字形，每個(gè)過程都有嚴(yán)格的輸入輸出，上一個(gè)過程的