曾經(jīng)有個(gè)笑話，說三個(gè)軟件高級(jí)人材等待上帝安排工作，一個(gè)說自己擅長(zhǎng)抽象思維，上帝說那就做系統(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ǎng)起來的。如何做好質(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è)過程的輸出作為此過程的輸入，實(shí)際情況中我們會(huì)選用改良的V模型，一些過程可以并行，例如需求規(guī)格完成后，可以系統(tǒng)測(cè)試計(jì)劃和概要設(shè)計(jì)并行。在實(shí)際項(xiàng)目管理中開發(fā)模型生命周期中各過程的輸出宜作為milestone(里程碑)設(shè)置計(jì)劃控制點(diǎn)。

時(shí)間、質(zhì)量和成本是衡量項(xiàng)目成功的三要素，時(shí)間和成本因?yàn)橛行伪容^容易監(jiān)控，質(zhì)量控制在軟件開發(fā)項(xiàng)目中非常重要了，所以我們很多過程和活動(dòng)（文檔review、代碼走讀、單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、以及各過程的需求反饋?zhàn)粉櫟龋┒际潜Ｕ腺|(zhì)量的活動(dòng)?，F(xiàn)在好多項(xiàng)目都特別重視了系統(tǒng)測(cè)試（包括功能測(cè)試、性能測(cè)試等），但是忽略了單元測(cè)試。單元測(cè)試是所有測(cè)試中最底層的一類測(cè)試，是第一個(gè)環(huán)節(jié)，也是最重要的一個(gè)環(huán)節(jié)；是唯一一次有保證能夠代碼覆蓋率達(dá)到100%的測(cè)試，是整個(gè)軟件測(cè)試過程的基礎(chǔ)和前提；單元測(cè)試防止了開發(fā)的后期因BUG過多而失控；單元測(cè)試的性價(jià)比是最好的。在項(xiàng)目中我們引入了TDD單元測(cè)試實(shí)踐，并關(guān)注了編譯檢查、代碼走讀，以及在等價(jià)類、邊界值、因果圖等方法下的黑盒功能測(cè)試和達(dá)到覆蓋率指標(biāo)下自動(dòng)單元測(cè)試代碼的白盒測(cè)試。并將XP方法中的Nightly Test實(shí)踐達(dá)到代碼和測(cè)試代碼的每日building。

Review活動(dòng)在我們的項(xiàng)目中重視度很高，我們的一些評(píng)審制度，評(píng)審首先進(jìn)行小組內(nèi)部預(yù)評(píng)審，內(nèi)部評(píng)審模版記錄提交項(xiàng)目經(jīng)理和評(píng)審組織者；正式評(píng)審可以先走email評(píng)審，評(píng)審對(duì)象完成人將評(píng)審文檔或其他可交付物提前一天email給所有評(píng)審人，請(qǐng)?jiān)u審人各自將意見email給評(píng)審組織者，評(píng)審組織者按評(píng)審人員匯總整理意見，提交第二天討論。討論后，評(píng)審結(jié)果記錄和每人評(píng)審意見列入文檔考核績(jī)效。

軟件開發(fā)項(xiàng)目中風(fēng)險(xiǎn)管理，風(fēng)險(xiǎn)管理不只是項(xiàng)目經(jīng)理估計(jì)風(fēng)險(xiǎn)，我們風(fēng)險(xiǎn)管理采用了全員的頭腦風(fēng)暴法，并按權(quán)重進(jìn)行TOP10列表管理。針對(duì)TOP10風(fēng)險(xiǎn)，制定相應(yīng)風(fēng)險(xiǎn)應(yīng)對(duì)計(jì)劃。在軟件開發(fā)中，主要的風(fēng)險(xiǎn)有技術(shù)風(fēng)險(xiǎn)，所以風(fēng)險(xiǎn)應(yīng)對(duì)計(jì)劃是項(xiàng)目計(jì)劃前期的技術(shù)驗(yàn)證和測(cè)試，需求不確定等風(fēng)險(xiǎn)的應(yīng)對(duì)計(jì)劃是原型和迭代的開發(fā)方法。例如在界面越來越重要的今天，需求規(guī)格中會(huì)做出原型界面并提前得到客戶方的review是很好的風(fēng)險(xiǎn)應(yīng)對(duì)計(jì)劃 。

溝通是監(jiān)督、控制的基礎(chǔ)，是推動(dòng)項(xiàng)目執(zhí)行的基礎(chǔ)，更是減少?zèng)_突的良方。有項(xiàng)調(diào)查項(xiàng)目經(jīng)理90%時(shí)間在溝通。的確溝通占用了項(xiàng)目經(jīng)理的大部分時(shí)間，因?yàn)轫?xiàng)目經(jīng)理是面對(duì)項(xiàng)目干系人最多的角色。在項(xiàng)目溝通方面，作為項(xiàng)目經(jīng)理應(yīng)周期性向機(jī)構(gòu)管理層和客戶報(bào)告項(xiàng)目的技術(shù)、進(jìn)度、費(fèi)用、質(zhì)量方面的狀況；在客戶面前全面代表所在機(jī)構(gòu)，與客戶建立和維持友好和開放的關(guān)系，直接面向客戶的項(xiàng)目經(jīng)理是客戶與所在機(jī)構(gòu)最關(guān)鍵的聯(lián)系點(diǎn)；做一個(gè)項(xiàng)目溝通的推動(dòng)者、避免項(xiàng)目中出現(xiàn)溝通的遏制者；為項(xiàng)目溝通積極創(chuàng)造環(huán)境，包括集中工作；保證所有會(huì)議的高效率。項(xiàng)目經(jīng)理要根據(jù)不同人員和不同情況下的問題選擇最合適的溝通方式（電話、傳真、Email、口頭、即時(shí)通信工具、報(bào)告、會(huì)議、私下交流等），來達(dá)到好的溝通效果。如果項(xiàng)目中出現(xiàn)與干系人等的問題，首先要檢查溝通計(jì)劃了?，F(xiàn)在好多溝通事項(xiàng)是只裝在項(xiàng)目經(jīng)理的腦子中的，如何做好項(xiàng)目的溝通計(jì)劃，是項(xiàng)目經(jīng)理要培養(yǎng)成習(xí)慣的一個(gè)重要技能。這在我們軟件項(xiàng)目中尤甚。例如員工流動(dòng)始終是軟件行業(yè)的一個(gè)顯著特征，所以項(xiàng)目經(jīng)理在處理此類問題時(shí)溝通計(jì)劃就非常重要了。曾經(jīng)我們一個(gè)項(xiàng)目開發(fā)中，一個(gè)team leader 想離職技術(shù)移民到加拿大，由于前期不知是否能辦好也不知道什么時(shí)候能辦好，所以沒有聲張，等辦好后，離離職就只有很短的時(shí)間了，而項(xiàng)目到了非常重要的時(shí)期，他們team成立不久，其他成員均無太多經(jīng)驗(yàn)，他的角色暫時(shí)無法找到合適的替代者，我做了以下準(zhǔn)備，一、通過朋友推薦和參加一些技術(shù)交流的機(jī)會(huì)招聘合適人員；二、通過老總，全公司內(nèi)部挖潛，并建立推薦人獎(jiǎng)勵(lì)制度；三、由于平時(shí)大家關(guān)系很好以私人餞行名義和他溝通。告訴他現(xiàn)在他在項(xiàng)目無人替代的重要性，是否他有推薦的合適的人選替代，因?yàn)橐泼襁^去要保證半年時(shí)間在移民地，而找工作可能會(huì)有困難，而且他也表示并不想離職，代他和公司人事溝通，以重新修改勞動(dòng)合同而不離職方式解決了他的后顧之憂，該teamleader 也主動(dòng)做好安排，延期出國，保障了項(xiàng)目的順利結(jié)項(xiàng)和驗(yàn)收。我想，在獎(jiǎng)懲、激勵(lì)和重要溝通中選擇合適的溝通方式會(huì)產(chǎn)生迥然不同的結(jié)局，尤其是我們好多軟件開發(fā)人員比較內(nèi)秀而不善言辭，項(xiàng)目經(jīng)理更應(yīng)注意這點(diǎn)，較好的引導(dǎo)和傾聽能力是每個(gè)項(xiàng)目經(jīng)理需要具備素質(zhì)。

使項(xiàng)目成員目標(biāo)一致，項(xiàng)目成員更好的進(jìn)行配合和協(xié)調(diào)，有良好的溝通氣氛、適當(dāng)?shù)母?jìng)爭(zhēng)，減少?zèng)_突，提高項(xiàng)目組的工作能力和效率，團(tuán)隊(duì)建設(shè)是項(xiàng)目經(jīng)理需要關(guān)注的一個(gè)課題，我的一些經(jīng)驗(yàn)是盡早開始項(xiàng)目團(tuán)隊(duì)建設(shè)并持續(xù)進(jìn)行；在項(xiàng)目計(jì)劃、風(fēng)險(xiǎn)等重大決策上鼓勵(lì)大家參與并取得大家的認(rèn)同；經(jīng)常評(píng)估團(tuán)隊(duì)績(jī)效和效率；最好不要超過每周50小時(shí)的工作量；“利用好“老員工和上級(jí)領(lǐng)導(dǎo)。

經(jīng)驗(yàn)分享。一項(xiàng)對(duì)項(xiàng)目經(jīng)理的調(diào)查顯示，項(xiàng)目經(jīng)理平均每周參加6個(gè)會(huì)議，其中25%的時(shí)間浪費(fèi)在無用的討論上。會(huì)議效率低最普遍的3個(gè)原因是：會(huì)議沒有很好的計(jì)劃、會(huì)議沒有被適當(dāng)?shù)念I(lǐng)導(dǎo)、無紀(jì)律的與會(huì)者。我們軟件項(xiàng)目也會(huì)遇到相同的問題，項(xiàng)目啟動(dòng)會(huì)、評(píng)估會(huì)、大大小小的評(píng)審會(huì)、技術(shù)會(huì)、周例會(huì)等等一系列會(huì)議會(huì)隨著項(xiàng)目進(jìn)展而召開，如何保證高效的會(huì)議效果，我的一些會(huì)議技巧與大家共享：確實(shí)需要開會(huì)時(shí)才開會(huì)；訂立會(huì)議紀(jì)律；非常清楚的明確會(huì)議目標(biāo)；提前準(zhǔn)備一個(gè)會(huì)議議程；提倡各會(huì)議參與人的會(huì)前準(zhǔn)備；鼓勵(lì)參與，但在會(huì)議過程中遵守會(huì)議議程；把團(tuán)隊(duì)建設(shè)融入會(huì)議、作會(huì)議記錄、會(huì)后跟蹤所有安排任務(wù)的執(zhí)行情況。

項(xiàng)目經(jīng)理對(duì)項(xiàng)目成敗負(fù)責(zé)，是項(xiàng)目中承受壓力最大的一個(gè)，在風(fēng)險(xiǎn)較高的軟件開發(fā)項(xiàng)目尤甚，項(xiàng)目經(jīng)理溝通層面和項(xiàng)目可視化的工作繁復(fù)冗雜，計(jì)劃中一定將管理活動(dòng)列入工作量統(tǒng)計(jì)中，以便能使自己有時(shí)間和精力處理項(xiàng)目更重要的事情。項(xiàng)目經(jīng)理應(yīng)能忠實(shí)的反映一些無法力所能及的事情，取得上司的支持，這對(duì)項(xiàng)目成敗非常重要。

軟件項(xiàng)目管理，需要我們不但關(guān)注項(xiàng)目管理技術(shù)等在軟件行業(yè)中的應(yīng)用，還應(yīng)該關(guān)注如何與軟件新思想和技術(shù)的整合，例如XP等思想，使我們得到更高效益的產(chǎn)出。欲想琢其玉，必先利其器，項(xiàng)目管理和我們軟件開發(fā)、質(zhì)量管理等得一系列工具和模版，是我們事半功倍的利器。他山之石可以攻玉，關(guān)注一些管理界的發(fā)展，例如目前的中國式管理等，將其經(jīng)驗(yàn)用于軟件項(xiàng)目管理實(shí)踐并總結(jié)，將為我們帶來更大實(shí)效。

以上是軟件項(xiàng)目管理的一些思索和經(jīng)驗(yàn)，歡迎與大家交流共享。

【?發(fā)表評(píng)論?0條?】