【正文】 ，善于識(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)：需求已經(jīng)打上了基線，但此后仍然有變更發(fā)生，對(duì)項(xiàng)目造成影響。代碼質(zhì)量或返工風(fēng)險(xiǎn)質(zhì)量風(fēng)險(xiǎn)主要指開發(fā)代碼的質(zhì)量。需求不明確或范圍沒有有效控制都可能造成返工，另外造成返工的原因是質(zhì)量沒有達(dá)到用戶要求。如果在可預(yù)期的時(shí)間內(nèi)無(wú)法解決，如果可以，將向需求提出方要求變更需求或?qū)ふ铱商娲桨浮?對(duì)不可預(yù)期的風(fēng)險(xiǎn)，項(xiàng)目管理者要有潛在的風(fēng)險(xiǎn)意識(shí)評(píng)估，做好一些可操作性的預(yù)案準(zhǔn)備。團(tuán)隊(duì)成員需要有大家可認(rèn)同的團(tuán)隊(duì)文化，這需要大家共同的努力。在列出最佳實(shí)踐之前有三點(diǎn)我們必須要清楚：會(huì)議是否會(huì)取得成功很大程度上取決于會(huì)議的組織者。請(qǐng)對(duì)人很重要，不要把非必要的人召來(lái)開會(huì)，當(dāng)然也不要漏掉那些關(guān)鍵人物。C、說(shuō)明一下會(huì)議的規(guī)則。沒有結(jié)論的會(huì)議是沒有意義的。需要做好版本的管理和控制。1按時(shí)結(jié)束的會(huì)議會(huì)受到所有人的歡迎。會(huì)議要有結(jié)論。B、強(qiáng)調(diào)會(huì)議的主題與基調(diào)。有時(shí)候兩三個(gè)人單獨(dú)小范圍溝通會(huì)更加有效。這些不成功的會(huì)議最終的結(jié)果就是：既浪費(fèi)了大家的寶貴時(shí)間又沒有達(dá)到會(huì)議的目的，很多人都對(duì)這樣的會(huì)議都有抵觸情緒，對(duì)此也是深惡痛絕。世界上只有完美的團(tuán)隊(duì)，沒有完美的個(gè)人。項(xiàng)目風(fēng)險(xiǎn)管理的要點(diǎn)： 上述我們所說(shuō)的風(fēng)險(xiǎn)管理都是指可以預(yù)期將要發(fā)生的風(fēng)險(xiǎn)，那些不可預(yù)期將要發(fā)生的風(fēng)險(xiǎn)不屬于風(fēng)險(xiǎn)管理的范疇。開發(fā)過(guò)程中遇到技術(shù)難題，導(dǎo)致開發(fā)時(shí)間延遲或者需求不得不發(fā)生變更。在編碼前，開發(fā)人員要對(duì)框架熟練掌握；一份好的系統(tǒng)設(shè)計(jì)文檔對(duì)指導(dǎo)開發(fā)非常重要。在發(fā)生需求變更時(shí)，嚴(yán)格按照需求變更流程執(zhí)行。項(xiàng)目管理者針對(duì)這種情況一定要采取嚴(yán)格的變更控制流程，不能礙于面子，否則最終的結(jié)果往往是出力不討好。在項(xiàng)目的實(shí)施過(guò)程中需要不斷地識(shí)別和應(yīng)對(duì)風(fēng)險(xiǎn)，并加以有效的控制，風(fēng)險(xiǎn)管理的好與壞直接影響項(xiàng)目的實(shí)施效果，從某種意義上講，項(xiàng)目實(shí)施對(duì)于項(xiàng)目管理者就是識(shí)別、分析、應(yīng)對(duì)、控制風(fēng)險(xiǎn)的過(guò)程，使項(xiàng)目的約束性目標(biāo)和質(zhì)量目標(biāo)朝有利的方向發(fā)展。需求分析人員修改需求說(shuō)明書和User Case的相關(guān)內(nèi)容。項(xiàng)目管理者作為項(xiàng)目的負(fù)責(zé)人，對(duì)項(xiàng)目的成功與否負(fù)有主要的責(zé)任。通過(guò)制定需求變更的流程，確保項(xiàng)目中的需求變更有效地進(jìn)行，實(shí)現(xiàn)上述的目標(biāo)。如果通過(guò)以上步驟，還因?yàn)槭谴a編寫者的原因而出現(xiàn)嚴(yán)重的缺陷問(wèn)題，將通過(guò)績(jī)效考核來(lái)加深代碼編寫者的印象，并在周報(bào)會(huì)議上做通報(bào)批評(píng)。 代碼編寫者和代碼審核者坐在一起，由代碼編寫者按照Use Case依次講解自己負(fù)責(zé)的代碼和相關(guān)邏輯，從Web層到Manage層再到Dao層； 代碼審核者在此過(guò)程中可以隨時(shí)提出自己的疑問(wèn)，同時(shí)積極發(fā)現(xiàn)隱藏的bug；對(duì)這些bug記錄在案。對(duì)于那些差異比較大的，將與技術(shù)人員探討其中的緣由。這樣做的好處就是開發(fā)者對(duì)相關(guān)邏輯會(huì)更加熟悉，同時(shí)接口的定義也會(huì)比較明確，溝通的成本比較低，同時(shí)功能實(shí)現(xiàn)的缺陷也相應(yīng)的會(huì)降低。開發(fā)人員的技術(shù)水平和對(duì)項(xiàng)目所在應(yīng)用的熟悉程度(包括對(duì)框架和應(yīng)用的熟悉程度)。發(fā)布階段 包括制定項(xiàng)目發(fā)布計(jì)劃，用戶培訓(xùn)，發(fā)布上線。項(xiàng)目啟動(dòng)會(huì)議，相關(guān)的利害關(guān)系人員都必須參加。制定詳細(xì)周密的項(xiàng)目計(jì)劃。第一：目標(biāo)作為一個(gè)項(xiàng)目的管理者，必須要明確的知道自己的工作目標(biāo)；我個(gè)人認(rèn)為項(xiàng)目管理者的目標(biāo)無(wú)非就是以下兩點(diǎn)：就是清晰明確地了解項(xiàng)目利害關(guān)系者的需求和期望，努力做到滿足項(xiàng)目利害關(guān)系者的不同需求；項(xiàng)目利害關(guān)系者包括：項(xiàng)目團(tuán)隊(duì)成員和項(xiàng)目團(tuán)隊(duì)外成員(比如各部門的部門負(fù)責(zé)人和市場(chǎng)人員，客戶等)。調(diào)動(dòng)開發(fā)團(tuán)隊(duì)的積極性，創(chuàng)造力，推動(dòng)團(tuán)隊(duì)成員在項(xiàng)目過(guò)程中不斷成長(zhǎng)。該階段完成后的成果：A、User Case(系統(tǒng)用例)；B、DEMO(系統(tǒng)原型)；C、系統(tǒng)設(shè)計(jì)文檔(概要設(shè)計(jì)和詳細(xì)設(shè)計(jì))；D、數(shù)據(jù)庫(kù)設(shè)計(jì)文檔。第四：基于以上三個(gè)問(wèn)題所做的應(yīng)對(duì)細(xì)則 要做好項(xiàng)目管理，并能確實(shí)解決好以上三個(gè)問(wèn)題，實(shí)現(xiàn)目標(biāo)、履行職責(zé)、完成工作中的具體內(nèi)容，從我個(gè)人這幾年的工作經(jīng)驗(yàn)和面臨的一些問(wèn)題，還有所積累的一些項(xiàng)目管理中的一些知識(shí)以及自己的觀察和思考的角度看，應(yīng)該要努力做好以下這幾個(gè)方面的具體工作：項(xiàng)目開發(fā)時(shí)間的估算 制定項(xiàng)目進(jìn)度時(shí)間表的時(shí)候，需要估算每個(gè)任務(wù)所需的時(shí)間，其中開發(fā)任務(wù)