【文章內(nèi)容簡介】 時，李偉已經(jīng)離開項目組，沒有人能夠清晰地解釋乙方已經(jīng)完成的需求說明書。 最終系統(tǒng)需求發(fā)生重大變更，項目延期超過 50%， M 的業(yè)務(wù)代表也因為系統(tǒng)的延期表示了強(qiáng)烈的不滿。 案例問題 問題 1 對王強(qiáng)在項目管理工作中的行為進(jìn)行點(diǎn)評。 地把握系統(tǒng)需求，聘請了原系統(tǒng)需求調(diào)研人員李偉，提高了需求定義的效率和質(zhì)量； ，從而使需求的缺陷沒有被及時發(fā)現(xiàn)； ，從而導(dǎo)致需求理解的偏差； ，最終導(dǎo)致項目延期 50% 問題 2 從項目范圍管理的角度找出項目實(shí)施過程中的管理問題？ 項目實(shí)施過程中的主要問題包括： ，王強(qiáng)沒有對李偉定義的需求進(jìn)行評審，造成需求中的質(zhì)量缺陷沒有被及時發(fā)現(xiàn)； ，王強(qiáng)沒有主動要求用戶對需求進(jìn)行確認(rèn)； ，王強(qiáng)無法進(jìn)行有效的范圍控制，最終造成了重大的需求變更。 問題 3 從范圍管理的角度出發(fā)，如何避免類似問題的發(fā)生？ 本案例說明項目范圍管理中應(yīng)采取以下規(guī)避措施： ，采取評審等方式減少需求定義中存在的缺陷； ，保證雙方理解的一致； ，應(yīng)采取靈活手段，在滿足用戶需求的前提下，盡量減少需求變更得范圍。 案例點(diǎn)評 ，和很多失敗的軟件項目一樣，王強(qiáng)在項目范圍（或軟件需求）方面栽了跟頭； 項目經(jīng)理王強(qiáng)即重視需求，又沒有控制好需求的案例 開發(fā)和定義軟件系統(tǒng)的需求是整個項目過程的關(guān)鍵 管理項目范圍是常識，但往往因為一時的疏忽而造成需求的重大缺陷 ，但未引起重視，最終失??！ 項目開局：充滿光明 項目中期：出現(xiàn)烏云 項目交付：下雨了 在項目管理中成功的方面 找到合適的資源進(jìn)行需求的定義 可以快速準(zhǔn)確地把握新系統(tǒng)的需求 在范圍確認(rèn)和范圍控制方面存在失誤 認(rèn)為緊逼客戶確認(rèn)需 求不近人情，抱著僥幸心里進(jìn)入開發(fā)階段 未履行需求評審和確認(rèn)過程，造成缺陷未及時發(fā)現(xiàn) 需求控制失去基準(zhǔn)，導(dǎo)致重大變更 ，項目范圍直接決定了工作量和工作目標(biāo)，項目范圍管理中的關(guān)系 范圍定義：管理的基礎(chǔ) 范圍確認(rèn)：基線化已定義的范圍 范圍控制：減少變更，保持范圍的穩(wěn)定 客戶代表確認(rèn)需求說明書（需求報告） 召集客戶的業(yè)務(wù)骨干對需求進(jìn)行評審 詳細(xì)記錄原始的調(diào)研材料，讓客戶確認(rèn)調(diào)研報告 迭代開發(fā)逐步確認(rèn)需求 案例分析五：項目工程網(wǎng)絡(luò)圖的繪制 項目背景 某化工廠擬進(jìn)行管道安裝工程，工程進(jìn)度如下表所示，繪制該項目的工程網(wǎng)絡(luò)圖。 繪制雙代號網(wǎng)路圖步驟 第 1：從起始活動開始，畫出第一個活動的緊后工作 畫出 A 活動和其緊后活動，即 B、 C、 E、 F 圖 2 圖 1 第 2：從左到右依次找出緊后活動 找出 B、 C、 E、 F 的緊后活動 B、 C 的緊后活動是 D F 的緊后活動是 G D、 E 的緊后活動是 I 由于 B、 C 活動對 D 是平行工作 因此引入虛活動 第 3：從左到右依次找出緊后活動 找出 I、 G 的緊后活動 D、 E、 G 的緊后活動為 H D、 E、 G 對 H 來說是平行工作，因此引入虛活動 H、 I 活動的緊后活動是 J 第 4：從左到右依次找出緊后活動 找出 J 的緊后活動 K、 L 第 5：從左到右依次找出緊后活動 找出 K、 L 的緊后活動 M、 N 由于 K、 L 活動對 M 是平行工作 因此引入虛活動 第 6：從左到右依次找出緊后活動 找出 M、 N 的緊后活動 P 完成初步工程網(wǎng)絡(luò)圖 該項目的單代號網(wǎng)路圖 案例分析六：網(wǎng)絡(luò)圖時間參數(shù)及關(guān)鍵路徑確定 項目背景 某公司弱電布線工程項目，雙代號工程網(wǎng)絡(luò)圖如下所示，確定該項目關(guān)鍵路徑。 一般網(wǎng)絡(luò)時間計算 第 1：計算工作最早時間 ES、 EF 第一個活動 ES=0 ES = max{緊前工作的 EF} EF = ES + 工作延續(xù)時間 (t) 第 2：計算工作最遲時間 LS、 LF 最后一個活動 LF(n) = EF(n) LF = min{緊后工作的 LS} LS = LF 工作延續(xù)時間 (t) 第 3：計算總時差 TF 總時差是指不影響整個項目最早完成時間的 前提下，一項工作的完工期可推遲的時間 TF = LF – EF 或者 TF = LS – ES 第 4：計算自由時差 FF 自由時差是指不影響緊后工作的最早開始時間的 前提下，一項工作的完工期可推遲的時間 FF = min{ES(緊后工作 )} – EF 確定關(guān)鍵路徑 案例分析七：軟件項目的時間管理和成本管理 項目背景 小張為藍(lán)德公司技術(shù)總監(jiān)，最近接到公司任務(wù)，負(fù)責(zé)開發(fā)一個電子商務(wù)平臺，由于公司業(yè)務(wù)發(fā)展需要，公司總裁急于啟動電子商務(wù)平臺項目，要求小張盡快準(zhǔn)備關(guān)于啟動電子商務(wù)平臺的立項報告 小張粗略估算該項目正常速度下的時間和成本 在第一次項目策劃會議上，項目團(tuán)隊確定了與項目相關(guān)的任務(wù)在第一次項目策劃會議上，項目團(tuán)隊確定了與項目相關(guān)的任務(wù)，具體任務(wù)情況如下 第一項任務(wù)：調(diào)研現(xiàn)有的電子商務(wù)平臺 按正常速度估算完成該任務(wù)需 10天，成本 15000元 允許最多加班情況下，需要 7天，成本 18750元 第二項任務(wù)：制定項目計劃并提交管理層評審 估計正常情況下需要 5天，成本約 3750元 加班趕工時可在 3天完成，成本為 4500元 第三項任務(wù)：需求分析、系統(tǒng)設(shè)計 歷史估計為 15天，成本 45000元 加班時約需 10天，成本 58500元 設(shè)計完成后，有三項工作必須同時進(jìn)行 開發(fā)電子商務(wù)后臺數(shù)據(jù)庫 在不加班情況下估計需 10天，成本 9000元 加班情況下估計僅需要 7天，成本 11250元 開發(fā)和編碼前臺網(wǎng)頁腳本 項目團(tuán)隊估計可在 10天完成，成本 17500元 如果允許加班可縮短 2天時間，成本 19500元 電子表單控件設(shè)計與開發(fā) 采用外包方式進(jìn)行，需要 7天，外包成本 8400元 沒有加班趕工方案 整個電子商務(wù)平臺集成、測試約 3天，成本 4500元，如果允許加班可節(jié)省 1天，成本 6750元 案例問題 【問題 1】 如果不加班，完成此項 目的成本和時間是多少？ 考慮加班，項目可以完成的最短時間和最短時間內(nèi)完成項目的成本是多少？ 【解答】 需要進(jìn)行關(guān)鍵路徑的計算，根據(jù)關(guān)鍵路徑法（ CPM） 注意：最短完成時間路徑并不是加班情況下的最短路徑，而是最長路徑 關(guān)鍵路徑 關(guān)鍵路徑： ① ?② ?③ ?④ ?⑥ ?⑧ ?⑨ 累計關(guān)鍵路徑工期，完成項目需 43天，累計成本即項目成本約 103,150元 累計關(guān)鍵路徑中加班后的最短時間，為 30天，成本為 127,650元 【問題 2】 假定調(diào)研其他電子商務(wù)平臺的任務(wù)需要 13天而不是原先估算的 10天，項目經(jīng)理小張應(yīng)采取什么行動來保持項目按正常速度進(jìn)行且增加的成本最少？ 【解答】 由于調(diào)研電子商務(wù)平臺活動① ②在關(guān)鍵路徑上，導(dǎo)致整個項目工期延長 3天，因此應(yīng)考慮加班趕工來保證整個項目進(jìn)度，為保證項目進(jìn)度，需趕工 3天 趕工原則是“優(yōu)先考慮趕工費(fèi)率最低的工作” 根據(jù)趕工費(fèi)率分析， 活動② — ③和④ —