【正文】 么一個(gè)流程規(guī)范和機(jī)制,需求變更沒(méi)有走這個(gè)流程的將不被認(rèn)可。需求變更要必須被管理。同時(shí)代碼又要全面的看,以確保代碼整體上設(shè)計(jì)優(yōu)良。代碼審核者根據(jù)這些標(biāo)準(zhǔn)來(lái)Code Review代碼,同時(shí)在Code Review過(guò)程中不斷完善該文檔。時(shí)間周期越長(zhǎng)的任務(wù),不確定性越高,風(fēng)險(xiǎn)也越高,越有可能成為項(xiàng)目的瓶頸,影響項(xiàng)目的進(jìn)度。C、業(yè)務(wù)邏輯比較復(fù)雜的由對(duì)這塊邏輯比較了解的人負(fù)責(zé)。對(duì)于這樣的難點(diǎn),開發(fā)者沒(méi)有相關(guān)的代碼可以參考,自己也沒(méi)有經(jīng)驗(yàn),所以需要投入一些時(shí)間研究解決。在分配模塊和估算開發(fā)時(shí)間時(shí)需要遵循的原則和目標(biāo):保證項(xiàng)目整體的進(jìn)度。對(duì)項(xiàng)目的階段成果進(jìn)行評(píng)估,以確保該階段完成的質(zhì)量,包括代碼審核、SQL 審核等。該階段完成后的成果: A、User Case(系統(tǒng)用例。項(xiàng)目啟動(dòng)會(huì)議,相關(guān)的利害關(guān)系人員都必須參加。跟蹤,推動(dòng)項(xiàng)目按計(jì)劃進(jìn)行。第一:目標(biāo)作為一個(gè)項(xiàng)目的管理者,必須要明確的知道自己的工作目標(biāo)。就是保證開發(fā)項(xiàng)目按需按時(shí)保質(zhì)的完成。項(xiàng)目風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)評(píng)估、風(fēng)險(xiǎn)解決和風(fēng)險(xiǎn)管理策略以及做好突發(fā)風(fēng)險(xiǎn)的應(yīng)急預(yù)案。資源申請(qǐng),項(xiàng)目涉及到的開發(fā)資源、測(cè)試資源、設(shè)計(jì)資源(包括人員和軟硬件資源。D、數(shù)據(jù)庫(kù)設(shè)計(jì)文檔。測(cè)試階段BUG FIXED及改進(jìn)、收集反饋意見。在公司現(xiàn)有的技術(shù)框架下,開發(fā)人員主要的工作是投入在具體的商業(yè)邏輯上。將劃分好的模塊,讓開發(fā)人員從中挑選他們感興趣的模塊。對(duì)開發(fā)人員估算的時(shí)間進(jìn)行確認(rèn)。出現(xiàn)這樣的薄弱環(huán)節(jié),造成這樣的原因,我想也是有很多因素造成的。代碼編寫者和代碼審核者坐在一起,由代碼編寫者按照Use Case依次講解自己負(fù)責(zé) 的代碼和相關(guān)邏輯,從Web層到Manage層再到Dao層。代碼編寫者bug fixed完畢之后給出反饋。變更處于有效的管理中。項(xiàng)目管理者評(píng)估該需求變更。需求變更記錄格式如下: 序號(hào)變更提出時(shí)間變更描述變更類型(是 對(duì)原有需求 的修改還是 新增需求 原因變更提出 者開發(fā)人員對(duì)進(jìn)度的 影響(工 作量 2確定變更的負(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)題并不少見，一個(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ì)議的效果。項(xiàng)目管理三要素平衡（時(shí)間/成本/質(zhì)量），即開發(fā)項(xiàng)目按需按時(shí)按質(zhì)的完成。項(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)境。發(fā)布階段包括制定項(xiàng)目發(fā)布計(jì)劃，用戶培訓(xùn)，發(fā)布上線。模塊分配和開發(fā)時(shí)間估算的步驟：在劃分好模塊后，首先項(xiàng)目管理人員預(yù)先估算各個(gè)模塊所需要的開發(fā)時(shí)間。在此過(guò)程中應(yīng)對(duì)開發(fā)人員估算的時(shí)間進(jìn)行確認(rèn)。從代碼的易維護(hù)性、可擴(kuò)展性角度考察代碼的質(zhì)量，提出修改建議。需求變更管理需求變更管理也是項(xiàng)目管理中最重要的一個(gè)環(huán)節(jié)，對(duì)需求變更管理的有效性將直接影響對(duì)待需求變更的正確態(tài)度：需求變更是不可避免的。將以UserCase作為需求基準(zhǔn)線，在UserCase確認(rèn)之后的任項(xiàng)目的成功與否。需求變更確認(rèn)后，由專人將生成需求變更單記錄下來(lái)，通知給項(xiàng)目中所有關(guān)系人。項(xiàng)目越到后期，需求變更對(duì)項(xiàng)目的影響就越大，所以在一定時(shí)候要進(jìn)入需求凍結(jié)階段，不再接收新需求或需求的變更。需求文檔中需求的范圍要明確、功能描述要清楚。合理的開發(fā)時(shí)間對(duì)開發(fā)質(zhì)量的影響很大。在項(xiàng)目開始前的技術(shù)評(píng)估階段，明確技術(shù)難點(diǎn)，提前安排人員進(jìn)行攻克。以下是組織會(huì)議時(shí)應(yīng)該注意的問(wèn)題，也可看作組織會(huì)議的最佳實(shí)踐。提前發(fā)出會(huì)議議程，以便會(huì)議參與者知道他們來(lái)做什么。比如：本次會(huì)議是一個(gè)需求確認(rèn)會(huì)，而非需求討論會(huì)，主要是討論做還是不做以及告知大家我們要做什么，而不要把太多的精力放在討論如何做上面。我們常在會(huì)議上聽到有人說(shuō)：“大家討論了這么半天，結(jié)論呢？”。第三篇：淺談軟件開發(fā)項(xiàng)目管理淺談軟件開發(fā)項(xiàng)目管理摘要：在軟件項(xiàng)目開發(fā)的過(guò)程中，軟件項(xiàng)目管理的成功與否是決定一個(gè)項(xiàng)目是否能夠順利高效率完成的重要保證。隨著軟件開發(fā)的深入、各種技術(shù)的不斷創(chuàng)新以及軟件產(chǎn)業(yè)的形成，人們?cè)絹?lái)越意識(shí)到軟件過(guò)程管理的重要性，管理學(xué)的思想逐漸融入軟件開發(fā)過(guò)程中，項(xiàng)目開發(fā)的管理日益受到重視。缺乏有效的溝通制度和機(jī)制。項(xiàng)目團(tuán)隊(duì)內(nèi)部有時(shí)由于各階段不同角色或同階段不同角色之間的責(zé)任分工不夠清晰而造成工作互相推諉、責(zé)任互相推卸的現(xiàn)象；有時(shí)各階段不同角色或同階段不同角色之間的責(zé)任分工比較清晰，但是各項(xiàng)目成員只顧完成自己那部分任務(wù)，不愿意與他人協(xié)作。制定有效的溝通制度和溝通機(jī)制，提高溝通意識(shí)：采取多種溝通方式，提高溝通的有效性。實(shí)施有效的項(xiàng)目管理絕非易事，對(duì)于軟件企業(yè)而言，這不是一個(gè)小的改變，而是一種變革，企業(yè)需要為此付出艱苦的努力，同時(shí)，成熟有效的項(xiàng)目管理無(wú)疑將對(duì)企業(yè)起著至關(guān)重要的作用，項(xiàng)目管理的水平將是企業(yè)核心競(jìng)爭(zhēng)力之一。物業(yè)公司小區(qū)物業(yè)項(xiàng)目管理系統(tǒng)WBS分解:軟件開發(fā)過(guò)程中的工作任務(wù)的分配及人員的分工如下表所示：小區(qū)物業(yè)管理系統(tǒng)開發(fā)和運(yùn)行環(huán)境如下：a)開發(fā)環(huán)境：windows XP b)開發(fā)工具：編程語(yǔ)言 c)數(shù)據(jù)庫(kù)管理系統(tǒng)：數(shù)據(jù)庫(kù)平臺(tái) d)運(yùn)行環(huán)境：windows 98/XP/2000項(xiàng)目單代號(hào)網(wǎng)絡(luò)圖：項(xiàng)目里程碑圖：計(jì)劃軟件開發(fā)過(guò)程中的費(fèi)用開支如下：a)項(xiàng)目計(jì)劃制定的不詳細(xì)時(shí)，后期工作不好做；b)需求分析做不到位的話，軟件可能不能滿足用戶的需求；c)系統(tǒng)各個(gè)小模塊不能很好的融合到一起，使其成為一個(gè)有機(jī)的整體； d)數(shù)據(jù)流圖和關(guān)系模型的建立。六、課程大綱破冰（一）項(xiàng)目管理過(guò)程活動(dòng)梳理(PMI)項(xiàng)目管理專業(yè)人員(PMP)考試制度 □ 問(wèn)題解答 HP項(xiàng)目生命周期模型介紹與研討實(shí)戰(zhàn)訓(xùn)練1：確定企業(yè)項(xiàng)目生命周期方法與模型：環(huán)境—方法—人—工具模板演示1：IT項(xiàng)目多功能團(tuán)隊(duì)接口/界面和工作關(guān)系管理（二）軟件項(xiàng)目管理方法技術(shù)實(shí)操演練（IT工程類項(xiàng)目、軟件開發(fā)類項(xiàng)目、系統(tǒng)維護(hù)類項(xiàng)目……）?演示：技術(shù)型項(xiàng)目經(jīng)理如何轉(zhuǎn)到技術(shù)管理型項(xiàng)目經(jīng)理,是項(xiàng)目管理流程,制度,模板和控制的基礎(chǔ)保障,技術(shù)需求如何轉(zhuǎn)換為產(chǎn)品需求？：時(shí)段法、版本法、有無(wú)法……？案例研討：中興通訊如何管理定性需求 IT項(xiàng)目規(guī)劃進(jìn)度規(guī)劃？？、IT項(xiàng)目資源規(guī)劃項(xiàng)目多、時(shí)間緊、人員少，項(xiàng)目如何確保滿足業(yè)務(wù)要求，過(guò)程中又如何實(shí)施進(jìn)度監(jiān)督與控制，資源或需求發(fā)生變化后的進(jìn)度基準(zhǔn)如何確定，對(duì)項(xiàng)目進(jìn)度應(yīng)如何評(píng)價(jià)？、開發(fā)人員和測(cè)試人員的協(xié)同工作？？ IT項(xiàng)目費(fèi)用規(guī)劃 軟件項(xiàng)目質(zhì)量規(guī)劃 IT項(xiàng)目管理與ISO IT項(xiàng)目與CMM IT質(zhì)量規(guī)劃、SQA、QC和SCM(益本比分析、基準(zhǔn)對(duì)照、實(shí)驗(yàn)設(shè)計(jì)、因果圖、控制圖、流程圖、直方圖、帕累托圖、趨勢(shì)圖、散點(diǎn)圖、統(tǒng)計(jì)抽樣、檢查) 制訂項(xiàng)目管理計(jì)劃、配置管理系統(tǒng)、變更控制系統(tǒng)之關(guān)系與作用 模板介紹：項(xiàng)目管理計(jì)劃模板介紹、執(zhí)行與控制、可視、可度量模板演示:IBM軟件開發(fā)項(xiàng)目績(jī)效狀態(tài)報(bào)告模板案例研討:某集團(tuán)信息中心如何通過(guò)建立項(xiàng)目化運(yùn)作機(jī)制,解決項(xiàng)目資源沖突問(wèn)題?,讓項(xiàng)目防患以未然?如何識(shí)別項(xiàng)目風(fēng)險(xiǎn)??、風(fēng)險(xiǎn)審計(jì)、風(fēng)險(xiǎn)責(zé)任模板演示:風(fēng)險(xiǎn)管理列表模板演示:問(wèn)題管理流程模板示例介紹模板演示:軟件開發(fā)項(xiàng)目總結(jié)報(bào)告、資源池(三)軟件開發(fā)項(xiàng)目的激勵(lì)方法,強(qiáng)制權(quán)利,獎(jiǎng)賞權(quán),專家權(quán),個(gè)人魅力,權(quán)威權(quán)利,民主型,協(xié)商專制型,協(xié)調(diào)型,引導(dǎo)者、項(xiàng)目階段重大成果……:項(xiàng)目管理之星、項(xiàng)目攻關(guān)榮譽(yù)獎(jiǎng)、月度之星、季度明星、BUG克星……模板演示:軟件開發(fā)團(tuán)隊(duì)建設(shè)指導(dǎo)模板,雙因素法,XY方法,期望法,光環(huán)法:榮譽(yù)獎(jiǎng)、積分卡、發(fā)表?yè)P(yáng)信、公告、宣傳,獎(jiǎng)賞現(xiàn)場(chǎng)訓(xùn)練:抱團(tuán)打天下(四)軟件開發(fā)項(xiàng)目的有效溝通游戲:項(xiàng)目溝通模擬游戲：項(xiàng)目利害關(guān)系者政治關(guān)聯(lián)分析法案例研討:根據(jù)案例資料識(shí)別和管理項(xiàng)目利害關(guān)系者,緩和,折中,正視問(wèn)題,妥協(xié) 課程總結(jié)培訓(xùn)聯(lián)系:左老師電話:02163233980手機(jī):***:2749919646郵箱:zuozl