【正文】 范，做的也很不足，大家編寫的代碼隨意性比較大，代碼編寫者的主觀意識(shí)性比較強(qiáng)?？蛻粼陧?xiàng)目過(guò)程中的全程參與有助于降低此類風(fēng)險(xiǎn)。在此過(guò)程中要注重挖掘用戶的隱性需求，可以通過(guò)引導(dǎo)、系統(tǒng)原型等手段讓用戶在前期充分暴露自己的想法和需求。風(fēng)險(xiǎn)管理 風(fēng)險(xiǎn)管理是項(xiàng)目管理者最重要的工作之一。承擔(dān)需求變更的具體工作，比如基線控制，對(duì)需求變更的記錄，并通知相關(guān)人員。針對(duì)接收到的需求變更的要求，召集相關(guān)人員討論該需求變更的合理性、可行性，實(shí)施的代價(jià)以及對(duì)項(xiàng)目的影響。變更處于有效的管理中。 代碼編寫者 bug fixed完畢之后給出反饋。在做好這些前期工作的前提下，分以下幾個(gè)步驟來(lái)實(shí)施： 檢查開發(fā)者的代碼實(shí)現(xiàn)是否遵循了編碼規(guī)范。在確認(rèn)過(guò)程中作為項(xiàng)目管理者應(yīng)參考以上提到的三個(gè)因素，同時(shí)將自己估算的時(shí)間和開發(fā)人員估算的時(shí)間進(jìn)行比較。這樣做可以提高開發(fā)人員的主動(dòng)性和參與性。在公司現(xiàn)有的技術(shù)框架下，開發(fā)人員主要的工作是投入在具體的商業(yè)邏輯上。對(duì)項(xiàng)目的階段成果進(jìn)行評(píng)估，以確保該階段完成的質(zhì)量，包括代碼審核、SQL審核等。與需求提出方的代表進(jìn)行需求討論，明確項(xiàng)目的目標(biāo)、價(jià)值；確定項(xiàng)目范圍、功能及優(yōu)先級(jí)。項(xiàng)目管理者不是來(lái)管人的，而是來(lái)支持人的，是來(lái)協(xié)調(diào)資源的，是來(lái)營(yíng)造一個(gè)適合團(tuán)隊(duì)成員比較認(rèn)同的工作環(huán)境和氛圍的，是來(lái)為一個(gè)共同的目標(biāo)和大家一起戰(zhàn)斗共同成長(zhǎng)的。第二：職責(zé) 作為項(xiàng)目的管理者，首先要端正態(tài)度，要明確知道自己的工作職責(zé)，認(rèn)識(shí)到這份工作職責(zé)的本質(zhì)。實(shí)現(xiàn)目標(biāo)第三：項(xiàng)目管理者的具體工作內(nèi)容 最后一個(gè)是項(xiàng)目管理者的具體工作內(nèi)容，作為項(xiàng)目管理者必須清晰的知道自己的工作范圍和所要做的工作內(nèi)容以及工作重心，分為以下六點(diǎn)：項(xiàng)目前期階段對(duì)項(xiàng)目進(jìn)行技術(shù)可行性分析、技術(shù)評(píng)估、成本評(píng)估以及風(fēng)險(xiǎn)評(píng)估。執(zhí)行階段(開發(fā)和測(cè)試)準(zhǔn)備開發(fā)環(huán)境、測(cè)試環(huán)境；跟蹤，推動(dòng)項(xiàng)目按計(jì)劃進(jìn)行；以周報(bào)的形式通報(bào)項(xiàng)目的進(jìn)展情況。有助于提高開發(fā)編碼的速度。將劃分好的模塊，讓開發(fā)人員從中挑選他們感興趣的模塊。對(duì)開發(fā)人員估算的時(shí)間進(jìn)行確認(rèn)。通過(guò)這兩個(gè)文檔來(lái)規(guī)范開發(fā)人員的代碼實(shí)現(xiàn)，代碼編寫者必須要嚴(yán)格按照規(guī)范來(lái)進(jìn)行；代碼審核者根據(jù)這些標(biāo)準(zhǔn)來(lái)Code Review代碼，同時(shí)在Code Review過(guò)程中不斷完善該文檔。 代碼編寫者根據(jù)“代碼審核報(bào)告”給出的修改意見(jiàn)，修改好代碼，有不清楚的地方可積極向代碼審核者提出。 需求變更管理的目標(biāo)：相關(guān)的干系人必須清楚地了解發(fā)生的變更。項(xiàng)目管理者評(píng)估該需求變更。需求變更記錄格式如下：序號(hào)變更提出時(shí)間變更描述變更類型(是對(duì)原有需求的修改還是新增需求)原因變更提出者開發(fā)人員對(duì)進(jìn)度的影響(工作量)12確定變更的負(fù)責(zé)人。項(xiàng)目越到后期，需求變更對(duì)項(xiàng)目的影響就越大，所以在一定時(shí)候要進(jìn)入需求凍結(jié)階段，不再接收新需求或需求的變更。所以，在項(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)。找出項(xiàng)目中需求的決策者(通常會(huì)是產(chǎn)品經(jīng)理、相關(guān)職能主管、客戶)，所有的需求要經(jīng)過(guò)他們的認(rèn)可。有時(shí)開發(fā)人員為了趕進(jìn)度在比較緊張的時(shí)間需要完成指定的任務(wù)，可能就存在很大的開發(fā)質(zhì)量問(wèn)題。 人員技能和資源的不足項(xiàng)目實(shí)施過(guò)程中由于人員技能欠缺造成的進(jìn)度延后和軟件質(zhì)量問(wèn)題并不少見(jiàn)，一個(gè)熟練的技術(shù)人員完成同樣一個(gè)任務(wù)需要3天，但一個(gè)生手可能就需要710天。如何減少此類風(fēng)險(xiǎn)的發(fā)生？這個(gè)就需要在項(xiàng)目計(jì)劃制定的時(shí)候提前申請(qǐng)確認(rèn)資源，并在項(xiàng)目過(guò)程中不斷溝通協(xié)調(diào)。風(fēng)險(xiǎn)報(bào)告的格式：序號(hào)風(fēng)險(xiǎn)簡(jiǎn)介對(duì)項(xiàng)目的影響解決方案或?qū)Σ邎F(tuán)隊(duì)管理 團(tuán)隊(duì)就是一組個(gè)體為實(shí)現(xiàn)共同的目標(biāo)而相互依賴、一起工作的共同體。保持高效的溝通。所以不要希望會(huì)議的參與者和你一樣，對(duì)會(huì)議有著如此的期待，對(duì)大多數(shù)參與者而言，在會(huì)議中他只是一個(gè)發(fā)表想法的人，他不用對(duì)會(huì)議的成功承擔(dān)責(zé)任。會(huì)議的開場(chǎng)很重要。一次會(huì)議的氛圍是否良好，討論是否充分，好的引導(dǎo)至關(guān)重要。反饋是對(duì)會(huì)議參與者的尊重，同時(shí)也告知了會(huì)議