【文章內(nèi)容簡(jiǎn)介】 編碼過程中加入至少一次的代碼走查，排查不符合規(guī)范或性能要 求的代碼，走查通常能夠發(fā)現(xiàn) 50%70%的錯(cuò)誤；每日構(gòu)建，這是一種非常有效的方法，可以避免把各部分的集成問題拖到最后，并且能夠及時(shí)發(fā)現(xiàn)相應(yīng)的錯(cuò)誤，日構(gòu)建一般在 項(xiàng)目的中后期開始，每天自動(dòng)從版本服務(wù)器上獲取源代碼進(jìn)行自動(dòng)編譯和測(cè)試。人員技能和資源的不足 項(xiàng)目實(shí)施過程中由于人員技能欠缺造成的進(jìn)度延后和軟件質(zhì)量問題并不少見，一個(gè) 熟練的技術(shù)人員完成同樣一個(gè)任務(wù)需要 3 天，但一個(gè)生手可能就需要 710 天。項(xiàng)目管理者應(yīng)該在前期就分析清楚項(xiàng)目所要采用的技術(shù)以及相應(yīng)的人員技能要求，針對(duì)不同的 角色，及時(shí)采取相應(yīng)的技能培訓(xùn)，以保證項(xiàng)目的順利實(shí)施。如果對(duì)于項(xiàng)目中某些部分專 業(yè)性特別強(qiáng)或新技術(shù)，短期內(nèi)又不能快速建立技能的情況，可以考慮將該塊任務(wù)外包，借鑒合作商的力量降低實(shí)施風(fēng)險(xiǎn)，當(dāng)然要進(jìn)行外購人力成本與自建人力成本的效益分 析。開發(fā)過程中遇到技術(shù)難題，導(dǎo)致開發(fā)時(shí)間延遲或者需求不得不發(fā)生變更。如何減少 此類風(fēng)險(xiǎn)的發(fā)生？在項(xiàng)目開始前的技術(shù)評(píng)估階段，明確技術(shù)難點(diǎn)，提前安排人員進(jìn)行攻 克。如果在可預(yù)期的時(shí)間內(nèi)無法解決，如果可以，將向需求提出方要求變更需求或?qū)ふ?可替代方案。這樣的風(fēng)險(xiǎn)應(yīng)該在項(xiàng)目的前期階段就應(yīng)該解決在萌芽狀態(tài)來避免這樣的風(fēng) 險(xiǎn)在后期或中期出現(xiàn)。項(xiàng)目所需人力資源無法按時(shí)到位，導(dǎo)致資源風(fēng)險(xiǎn)。如何減少此類風(fēng)險(xiǎn)的發(fā)生？這個(gè) 就需要在項(xiàng)目計(jì)劃制定的時(shí)候提前申請(qǐng)確認(rèn)資源，并在項(xiàng)目過程中不斷溝通協(xié)調(diào)。缺乏良好的團(tuán)隊(duì)協(xié)作 軟件項(xiàng)目實(shí)施屬于知識(shí)型，要發(fā)揮團(tuán)隊(duì)成員的創(chuàng)造力，不同于制造業(yè)計(jì)件生產(chǎn)，各 模塊最終要集成在一起形成一個(gè)有機(jī)的整體，這就需要各小組之間的密切配合，界定清 楚工作界面及接口關(guān)系，并在實(shí)施過程中持續(xù)地溝通交流和共享，首先團(tuán)隊(duì)要融為一體，產(chǎn)出的軟件才能融為一體。這是一個(gè)團(tuán)隊(duì)的軟實(shí)力，團(tuán)隊(duì)之間的協(xié)作好壞也將是個(gè)潛在 的風(fēng)險(xiǎn)問題，在項(xiàng)目啟動(dòng)和團(tuán)隊(duì)組建的時(shí)候就應(yīng)該加以規(guī)避這樣的風(fēng)險(xiǎn)出現(xiàn)。項(xiàng)目風(fēng)險(xiǎn)管理的要點(diǎn)：上述我們所說的風(fēng)險(xiǎn)管理都是指可以預(yù)期將要發(fā)生的風(fēng)險(xiǎn)，那些不可預(yù)期將要發(fā)生 的風(fēng)險(xiǎn)不屬于風(fēng)險(xiǎn)管理的范疇。這也將是考驗(yàn)一個(gè)項(xiàng)目管理者的經(jīng)驗(yàn)和知識(shí)對(duì)能否 管理好風(fēng)險(xiǎn)至關(guān)重要的內(nèi)容。對(duì)不可預(yù)期的風(fēng)險(xiǎn)，項(xiàng)目管理者要有潛在的風(fēng)險(xiǎn)意識(shí)評(píng)估，做好一些可操作性的預(yù) 案準(zhǔn)備。詳細(xì)明確的項(xiàng)目計(jì)劃、以及項(xiàng)目執(zhí)行過程中每個(gè)要點(diǎn)的質(zhì)量保證是降低項(xiàng)目風(fēng)險(xiǎn)的 必要條件。風(fēng)險(xiǎn)報(bào)告是項(xiàng)目團(tuán)隊(duì)以及領(lǐng)導(dǎo)了解項(xiàng)目風(fēng)險(xiǎn)的一個(gè)有效手段。風(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)而相互依賴、一起工作的共同體。團(tuán)隊(duì)工作顧名思 義就是團(tuán)隊(duì)成員為實(shí)現(xiàn)這個(gè)共同的目標(biāo)而付出的共同努力，項(xiàng)目團(tuán)隊(duì)的工作是否有效直接關(guān) 系到項(xiàng)目的成敗。團(tuán)隊(duì)管理是個(gè)漸進(jìn)的過程。世界上只有完美的團(tuán)隊(duì)，沒有完美的個(gè)人。好的高效的團(tuán)隊(duì) 不是管理出來的，而是營(yíng)造出來的。團(tuán)隊(duì)成員需要有大家可認(rèn)同的團(tuán)隊(duì)文化，這需要大家共 同的努力。營(yíng)造良好的工作環(huán)境和氛圍。建設(shè)優(yōu)秀或鮮明的團(tuán)隊(duì)文化。保持高效的溝通。項(xiàng)目會(huì)議 組織會(huì)議是項(xiàng)目管理者日常工作中一項(xiàng)非常重要的工作任務(wù)，項(xiàng)目過程中很多重要的決 定都是在會(huì)議中做出的，也有很多由于不成功的會(huì)議而對(duì)項(xiàng)目本身造成了不好的影響。首先看看不成功的會(huì)議常常表現(xiàn)為哪些形式：會(huì)議氛圍不好，參與者發(fā)言不踴躍；會(huì)議討論常常偏離主題；會(huì)議沒有取得預(yù)期的結(jié)果；會(huì)議時(shí)間常常一拖再拖。這些不成功的會(huì)議最終的結(jié)果就是：既浪費(fèi)了大家的寶貴時(shí)間又沒有達(dá)到會(huì)議的目的，很多人都對(duì)這樣的會(huì)議都有抵觸情緒，對(duì)此也是深惡痛絕。以下是組織會(huì)議時(shí)應(yīng)該注意的問 題，也可看作組織會(huì)議的最佳實(shí)踐。在列出最佳實(shí)踐之前有三點(diǎn)我們必須要清楚：會(huì)議是否會(huì)取得成功很大程度上取決于會(huì)議的組織者。只有組織得有力，會(huì)議才有 可能取得成功，這是會(huì)議成功的充分條件。會(huì)議的組織者和參與者的想法通常是不一致的，有時(shí)候甚至?xí)笙鄰酵?。所以不?希望會(huì)議的參與者和你一樣，對(duì)會(huì)議有著如此的期待，對(duì)大多數(shù)參與者而言，在會(huì)議中他只 是一個(gè)發(fā)表想法的人，他不用對(duì)會(huì)議的成功承擔(dān)責(zé)任。以下十一條最佳實(shí)踐是形式上的約定，具體的實(shí)施可以根據(jù)實(shí)際情況來做。組織會(huì)議的十一條最佳實(shí)踐：只有需要開會(huì)時(shí)才開會(huì)。有時(shí)候兩三個(gè)人單獨(dú)小范圍溝通會(huì)更加有效。提前發(fā)出會(huì)議議程，以便會(huì)議參與者知道他們來做什么。請(qǐng)對(duì)人很重要，不要把非必要的人召來開會(huì)，當(dāng)然也不要漏掉那些關(guān)鍵人物。在確 保必要人物都在的情況下一次會(huì)議參與者越少效果越好。提前預(yù)約參與者的時(shí)間，以確保他們能按時(shí)到場(chǎng)。會(huì)議的開場(chǎng)很重要。會(huì)議組織者要在開始前做好幾件事情。通常我建議有幾點(diǎn)要在 開場(chǎng)時(shí)說： A、再一次強(qiáng)調(diào)會(huì)議的目標(biāo)，我們來做什么。B、強(qiáng)調(diào)會(huì)議的主題與基調(diào)。比如：本次會(huì)議是一個(gè)需求確認(rèn)會(huì)，而非需求討論會(huì)，主要是討論做還是不做以及告知大家我們要做什么，而不要把太多的精力放在討論 如何做上面。C、說明一下會(huì)議的規(guī)則。如要發(fā)言，請(qǐng)舉手；不要有小圈子討論；不要打斷別人 的講 話，等別人說完你再說等等。會(huì)議過程中時(shí)刻注意引導(dǎo)和控制會(huì)議，以確保會(huì)議按照目標(biāo)進(jìn)行。一次會(huì)議的氛圍 是否良好，討論是否充分，好的引導(dǎo)至關(guān)重要。比如多提一些開放式的問題。會(huì)議記錄很重要，把一些結(jié)論和有價(jià)值的內(nèi)容記錄下來，這些是本次會(huì)議的重要成 果之一。會(huì)議要有結(jié)論。我們常在會(huì)議上聽到有人說：“大家討論了這么半天，結(jié)論呢？”。沒有結(jié)論的會(huì)議是沒有意義的。會(huì)議后別忘發(fā)會(huì)議紀(jì)要，以及一些 Action，什么人什么時(shí)候做什么。會(huì)議后的 action 執(zhí)行情況的反饋很重要。反饋是對(duì)會(huì)議參與者的尊重，同時(shí)也告知 了會(huì)議的效果。否則會(huì)讓大家感覺到這是一個(gè)可無可無的會(huì)議，大家以后參與的積極性 也會(huì)降低。很多會(huì)議往往都不注意這一點(diǎn)。1按時(shí)結(jié)束的會(huì)議會(huì)受到所有人的歡迎。版本控制 版本控制也是項(xiàng)目管理者的一個(gè)重要工作內(nèi)容之一，一個(gè)項(xiàng)目或產(chǎn)品的完成不可能是一 步到位的，在項(xiàng)目完成的后期可能會(huì)有多個(gè)不同的版本的發(fā)布（開發(fā)版本，測(cè)試版本，發(fā)布 版本等）。需要做好版本的管理和控制。項(xiàng)目總結(jié) 在項(xiàng)目完成后，總結(jié)整個(gè)完成項(xiàng)目的過程和經(jīng)歷，為下一次的項(xiàng)目啟動(dòng)提供參考經(jīng)驗(yàn)，完善不足，避免在類似的項(xiàng)目中出現(xiàn)可能存在的相同的錯(cuò)誤發(fā)生。第三篇：軟件開發(fā)項(xiàng)目管理（范文）管理目標(biāo)所有關(guān)系人清晰明確地了解項(xiàng)目的需求和期望，努力做到滿足項(xiàng)目所有關(guān)系人的不同需求；項(xiàng)目關(guān)系人包括：項(xiàng)目團(tuán)隊(duì)成員和項(xiàng)目團(tuán)隊(duì)外(內(nèi)部/外部客戶，內(nèi)部/外部合作伙伴，經(jīng)銷商/客戶等)。項(xiàng)目管理三要素平衡（時(shí)間/成本/質(zhì)量），即開發(fā)項(xiàng)目按需按時(shí)按質(zhì)的完成。目標(biāo)：功能滿足需求，設(shè)計(jì)支持變化，開發(fā)快速迭代，成果持續(xù)交付。執(zhí)行概述建立有效的工作流程保證項(xiàng)目的順利進(jìn)行，初期使用傳統(tǒng)RUP過程，引入部分敏捷方法，團(tuán)隊(duì)磨合完成后逐步實(shí)現(xiàn)敏捷開發(fā)全流程管理。明確項(xiàng)目目標(biāo)，制定具有可行性的項(xiàng)目計(jì)劃，有效明確的分解項(xiàng)目需求。跟蹤設(shè)計(jì)/開發(fā)/測(cè)試/回歸/發(fā)布全流程，推動(dòng)項(xiàng)目按預(yù)定計(jì)劃執(zhí)行。解決項(xiàng)目過程中出現(xiàn)的問題和沖突，一般集中在需求不明/工作量或時(shí)長(zhǎng)/開發(fā)難度/跨部門協(xié)調(diào)等幾個(gè)方面。調(diào)動(dòng)開發(fā)團(tuán)隊(duì)的積極性，創(chuàng)造力，推動(dòng)團(tuán)隊(duì)成員在項(xiàng)目過程中的學(xué)習(xí)成長(zhǎng)。風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)控制以及風(fēng)險(xiǎn)的預(yù)案。項(xiàng)目管理需求階段對(duì)項(xiàng)目進(jìn)行技術(shù)可行性分析、技術(shù)評(píng)估、成本評(píng)估以及風(fēng)險(xiǎn)評(píng)估。與需求提出方的代表進(jìn)行需求討論，明確項(xiàng)目的目標(biāo)、價(jià)值。確定項(xiàng)目范圍、功能及優(yōu)先級(jí)。組建項(xiàng)目團(tuán)隊(duì)，特別要搞清楚項(xiàng)目的關(guān)鍵人。項(xiàng)目啟動(dòng)會(huì)議，相關(guān)的關(guān)系人都必須參加。設(shè)計(jì)階段根據(jù)確認(rèn)后的軟件需求規(guī)格說明書，制定項(xiàng)目進(jìn)度計(jì)劃，工作任務(wù)分解(WBS)；資源申請(qǐng)，項(xiàng)目涉及到的開發(fā)資源、測(cè)試資源、設(shè)計(jì)資源(包括人員和軟硬件資源)；數(shù)據(jù)庫設(shè)計(jì)；系統(tǒng)設(shè)計(jì)；文檔(包括系統(tǒng)用例、Demo、測(cè)試用例等)；評(píng)審會(huì)議。設(shè)計(jì)階段結(jié)果交付一般為系統(tǒng)用例/系統(tǒng)原型/系統(tǒng)設(shè)計(jì)文檔(概要設(shè)計(jì)和詳細(xì)設(shè)計(jì))/數(shù)據(jù)庫設(shè)計(jì)文檔等。該階段交付成果需要進(jìn)行評(píng)審。執(zhí)行階段(開發(fā)和測(cè)試)準(zhǔn)備開發(fā)環(huán)境、測(cè)試環(huán)境。跟蹤，推動(dòng)項(xiàng)目按計(jì)劃進(jìn)行。項(xiàng)目成員以日?qǐng)?bào)/項(xiàng)目負(fù)責(zé)人以周報(bào)的形式通報(bào)各關(guān)系人當(dāng)前項(xiàng)目的進(jìn)展情況。按里程碑對(duì)階段成果進(jìn)行評(píng)估，以確保該階段完成的質(zhì)量。代碼審核，包括CS審核、SQL審核、WEB審核等。對(duì)需求變更進(jìn)行控制管理。測(cè)試階段BUG響應(yīng)及改進(jìn)、收集反饋意見。對(duì)項(xiàng)目風(fēng)險(xiǎn)進(jìn)行管理。發(fā)布階段包括制定項(xiàng)目發(fā)布計(jì)劃，用戶培訓(xùn)，發(fā)布上線。試運(yùn)行階段數(shù)據(jù)監(jiān)控(日志、服務(wù)器狀態(tài))，根據(jù)監(jiān)控出現(xiàn)的問題，及時(shí)進(jìn)行處理，改進(jìn)性能問題，特定情況執(zhí)行補(bǔ)丁升級(jí)。收尾階段產(chǎn)品交付，項(xiàng)目總結(jié)會(huì)。常見問題開發(fā)時(shí)間的估算制定項(xiàng)目計(jì)劃時(shí)，需要估算每個(gè)任務(wù)所需的時(shí)間，其中主要是開發(fā)任務(wù)中模塊的分配和時(shí)間估算，在公司現(xiàn)有的技術(shù)框架下，開發(fā)人員主要的工作是投入在具體的業(yè)務(wù)邏輯實(shí)現(xiàn)上。通常單個(gè)模塊開發(fā)時(shí)間取決于以下因素：負(fù)責(zé)模塊的業(yè)務(wù)邏輯的復(fù)雜程度。開發(fā)人員的技術(shù)水平和對(duì)項(xiàng)目所在應(yīng)用的熟悉程度(包括對(duì)框架和應(yīng)用的熟悉程度)。模塊技術(shù)實(shí)現(xiàn)上是否存在難點(diǎn)，所謂的技術(shù)難點(diǎn)定義是：在現(xiàn)有系統(tǒng)中還未實(shí)現(xiàn)的、開