項(xiàng)目不同于日常任務(wù)，它有明確的起止時(shí)間和目標(biāo)，要在明確的范圍、時(shí)間和成本約束下，達(dá)到相應(yīng)的質(zhì)量標(biāo)準(zhǔn)，并取得用戶的滿意。影響項(xiàng)目成敗的因素涉及方方面面，并且風(fēng)險(xiǎn)伴隨著項(xiàng)目的始終，是客觀存在的，作為一個(gè)項(xiàng)目經(jīng)理，應(yīng)該具備良好的風(fēng)險(xiǎn)控制意識(shí)，善于識(shí)別風(fēng)險(xiǎn)并分析風(fēng)險(xiǎn)的影響，從中發(fā)現(xiàn)影響目標(biāo)的風(fēng)險(xiǎn)點(diǎn)，并施加影響或采取應(yīng)對(duì)措施，把風(fēng)險(xiǎn)的負(fù)面影響降低到最低，并且風(fēng)險(xiǎn)控制應(yīng)該貫穿項(xiàng)目始終。
風(fēng)險(xiǎn)引起的負(fù)面后果集中體現(xiàn)在進(jìn)度延后、成本超支、質(zhì)量不達(dá)標(biāo)等方面，導(dǎo)致這些問(wèn)題的因素主要包括目標(biāo)及需求不明確、范圍蔓延、返工、人員技能不足、缺乏良好的團(tuán)隊(duì)協(xié)作等。
一、目標(biāo)及需求不明確
為了市場(chǎng)競(jìng)爭(zhēng)或內(nèi)部管理決策的需要，業(yè)務(wù)部門提出的需求往往要求的時(shí)間比較緊迫，需求的提出大多停留在幾張紙或口頭的傳達(dá)上，沒有形成正式的業(yè)務(wù)需求文檔，我想大多數(shù)從事IT的技術(shù)人員也深有體會(huì)，在沒有明確的需求范圍的情況下，為了迎合業(yè)務(wù)部門的口味匆匆開工，過(guò)程中用戶不斷地提出新的想法，技術(shù)人員開始疲于奔命和應(yīng)付，很難保證項(xiàng)目的進(jìn)度和質(zhì)量，也難以取得業(yè)務(wù)部門的認(rèn)可。
所以，在項(xiàng)目的前期一定要采取相應(yīng)的手段或措施，與業(yè)務(wù)部門共同明確項(xiàng)目目標(biāo)、需求范圍，充分考慮現(xiàn)有的時(shí)間和資源約束，將需求排定優(yōu)先級(jí)，對(duì)于關(guān)鍵的需求優(yōu)先實(shí)現(xiàn)，其他輔助性的根據(jù)過(guò)程中的具體情況進(jìn)行滾動(dòng)式計(jì)劃，并取得業(yè)務(wù)部門的書面確認(rèn)。在此過(guò)程中要注重挖掘用戶的隱性需求，可以通過(guò)引導(dǎo)、系統(tǒng)原型等手段讓用戶在前期充分暴露自己的想法和需求。
二、范圍蔓延
在有了明確的目標(biāo)和需求范圍情況下，需求的變更還是不可能避免，業(yè)務(wù)部門在看到具體的系統(tǒng)的真實(shí)雛形之后，源源不斷地要求、新想法隨之產(chǎn)生，如果不對(duì)此加以控制，新的需求的加入通常會(huì)影響已實(shí)現(xiàn)的需求，并且對(duì)項(xiàng)目進(jìn)度和成本產(chǎn)生很大的影響。項(xiàng)目經(jīng)理針對(duì)這種情況一定要采取嚴(yán)格的變更控制流程，不能礙于臉面，否則最終的結(jié)果往往是出力不討好。針對(duì)用戶提出的新需求，按照正式流程提出變更申請(qǐng)，組織相關(guān)團(tuán)隊(duì)成員進(jìn)行分析及影響評(píng)估作為是否實(shí)施的依據(jù)，變更控制委員會(huì)根據(jù)分析結(jié)果判斷是否批準(zhǔn)，如果批準(zhǔn)，那項(xiàng)目組可以安排實(shí)施，否則，正式拒絕用戶的請(qǐng)求，當(dāng)然實(shí)際情況下可以采取一些軟的措施緩和矛盾。
三、返工
返工是項(xiàng)目組最不愿意看到的，既浪費(fèi)人力、物力和財(cái)力，又影響團(tuán)隊(duì)積極性。需求不明確或范圍沒有有效控制都可能造成返工，另外造成返工的原因是質(zhì)量沒有達(dá)到用戶要求。往往有這樣一種情況，每個(gè)團(tuán)隊(duì)成員按照項(xiàng)目計(jì)劃報(bào)告進(jìn)度都是100%完成，但一到最后系統(tǒng)集成的時(shí)候就會(huì)發(fā)現(xiàn)一大堆問(wèn)題，不得不花費(fèi)很大精力回頭排查、修改程序，造成這種情況的主要原因是過(guò)程中質(zhì)量保證沒有做到位，把大部分問(wèn)題留在了后面。這就需要在項(xiàng)目實(shí)施過(guò)程中采取有效的措施來(lái)規(guī)避返工的風(fēng)險(xiǎn)，通常的做法有同行評(píng)審，比如概要設(shè)計(jì)完成之后，邀請(qǐng)其他項(xiàng)目組的技術(shù)專家進(jìn)行技術(shù)評(píng)審以發(fā)現(xiàn)架構(gòu)設(shè)計(jì)問(wèn)題；管理評(píng)審，通過(guò)組織級(jí)的質(zhì)量審計(jì)看產(chǎn)品以及實(shí)施過(guò)程是否滿足質(zhì)量要求；代碼走查，在編碼過(guò)程中加入2-3次的代碼走查，排查不符合規(guī)范或性能要求的代碼，走查通常能夠發(fā)現(xiàn)50%-70%的錯(cuò)誤；每日構(gòu)建，這是一種非常有效的方法，可以避免把各部分的集成問(wèn)題拖到最后，并且能夠及時(shí)發(fā)現(xiàn)相應(yīng)的錯(cuò)誤，日構(gòu)建一般在項(xiàng)目的中后期開始，每天自動(dòng)從版本服務(wù)器上獲取源代碼進(jìn)行自動(dòng)編譯和測(cè)試。
四、人員技能不足
項(xiàng)目實(shí)施過(guò)程中由于人員技能欠缺造成的進(jìn)度延后和軟件質(zhì)量問(wèn)題并不少見，一個(gè)熟練的技術(shù)人員完成同樣一個(gè)任務(wù)需要3天，但一個(gè)生手可能就需要7-10天。項(xiàng)目經(jīng)