失敗項目分析(存儲版)
【正文】 性研究 ? 沒有使用標(biāo)準(zhǔn)的檢查表控制投標(biāo)過程 導(dǎo)致項目中的風(fēng)險不可控 Fix 9 項目結(jié)構(gòu)問題 項目結(jié)構(gòu)問題 招投標(biāo)隊伍 績效不理想 團(tuán)隊不合理 客戶角色沒 有達(dá)成共識 沒有根據(jù) WBS 制定計劃 沒有保證持 續(xù)性的手段 沒有制定 必要的報告 供應(yīng)商的角色 沒有達(dá)成共識 10 招投標(biāo)隊伍績效不理想 團(tuán)隊沒有得到合格的項目： ? 團(tuán)隊成員沒有經(jīng)過“形成”階段 ? 第三方供應(yīng)商的承諾不現(xiàn)實 ? 沒有執(zhí)行 Core Three 模式 ? 團(tuán)隊中沒有支持組織的人員 Fix 11 項目計劃錯誤 沒有根據(jù) WBS制定計劃 : ? 基于 WBS的計劃沒有得到充分的理解 ? 項目中的任務(wù)未定義 /未分析 /未同意 ? 沒有充分理解項目的范圍和任務(wù)之間的依賴關(guān)系就進(jìn)行計劃的優(yōu)化 項目計劃與實際的項目脫節(jié)，所以項目組成員通常會忽略計劃，更不會針對計劃控制項目和提交項目的進(jìn)展報告 Fix 12 缺乏持續(xù)性 項目在投標(biāo)與執(zhí)行階段缺乏持續(xù)性 : ? 投標(biāo)過程中基于的假設(shè)沒有文檔化、沒有充分溝通 ? 當(dāng)項目組或項目組成員發(fā)生變化時，沒有正式的責(zé)任移交程序 項目組在項目執(zhí)行的過程中重新與客戶就假設(shè)和以前的數(shù)據(jù)進(jìn)行溝通，導(dǎo)致客戶對我們的信任度下降 因為重新去澄清相關(guān)的假設(shè)，會對項目造成額外的附加費(fèi)用 Fix 13 供應(yīng)商義務(wù)不明確 供應(yīng)商的義務(wù)定義不明確或者缺失 ? 假定供應(yīng)商的義務(wù)由后續(xù)的項目組定義 ? 如何管理 /處理供應(yīng)商的產(chǎn)品不清楚 ? 供應(yīng)商相關(guān)的商務(wù)條件未達(dá)成共識 ? 交付率（與要求的功能相關(guān)）未指定 ? 沒有建立沖突的升級渠道 不能及時得到供應(yīng)商提供的產(chǎn)品或服務(wù)，或者質(zhì)量不合格 Fix 14 團(tuán)隊組建錯誤 項目執(zhí)行團(tuán)隊達(dá)不到預(yù)期的績效 ? 項目執(zhí)行前團(tuán)隊成員未進(jìn)行面對面的溝通 ? 沒有進(jìn)行任務(wù)分析以便形成子項目 ? 沒有將供應(yīng)商集成到項目中 ? 沒有將客戶納入團(tuán)隊 團(tuán)隊組建不理想，導(dǎo)致項目中出現(xiàn)混淆、延期和附加的成本 Fix 15 客戶義務(wù)定義錯誤 客戶應(yīng)在項目中履行的義務(wù)不清晰： ? 沒有對客戶的角色進(jìn)行協(xié)商并取得共識。 可能會造成收取罰金的風(fēng)險，并且還會導(dǎo)致進(jìn)度延誤和相關(guān)的費(fèi)用增加。對于絕大部分項目而言，報告的周期為周報 . ? 與高層就項目的真實狀態(tài)進(jìn)行溝通 ? 及時將項目中不能解決的問題上升到高層中 55 缺乏可用人員 識別所需人員的能力 : ? 識別項目所需的人員能力 ? 識別與新產(chǎn)品 /方案相關(guān)的人力風(fēng)險 ? 理解項目執(zhí)行過程中所需的人員職責(zé) : ? 項目組人員角色 ? 供應(yīng)商角色 ? 客戶角色 ? 項目角色 56 定義可交付物 及時 : ? 必須在投標(biāo)過程開始時就定義可交付物 . ? 如果可交付物在項目執(zhí)行后才能確定，那么需要在前期標(biāo)示出來 詳細(xì) : ? 有些情況下為了充分定義可交付物，需要啟動額外的可行性項目 ? 每個可交付物的特點(diǎn)都有描述，并且對于供應(yīng)商和客戶有意義 ? 對于外包部分尤其需要了解詳細(xì)的過程 集成 : ? 對于大項目或復(fù)雜項目，需要定義可交付物之間的依賴關(guān)系 57 確定方案是否就緒 集成項目關(guān)鍵部分 : ? 了解方案模塊的狀態(tài)（產(chǎn)品 /過程 /服務(wù)） ? 確定：每個模塊的發(fā)行狀態(tài) ? 對于新開發(fā)的模塊需要前期就制定相應(yīng)的測試計劃 ? 確認(rèn)每個模塊都有產(chǎn)品支持 /維護(hù)的流程 ? 整體方案 : ? 理解客戶對于方案的應(yīng)用需求并與項目組溝通 ? 與項目組溝通方案的運(yùn)行需求 ? 驗證運(yùn)行穩(wěn)定性 （ 在交付給客戶之前） ? 驗證方案功能（在交付給客戶之前） ? 計劃內(nèi)部的驗收測試 ? 維護(hù)所有的測試記錄，包括缺陷及其狀態(tài) ? 在客戶驗收測試前，對系統(tǒng)運(yùn)行支持進(jìn)行計劃（包括界定客戶的職責(zé)） 58 與方案匹配 設(shè)計方案 : 必須要求方案架構(gòu) : 評審已經(jīng)完成的方案或開發(fā)新方案 確保方案可以滿足客戶的需求 必須在項目初期進(jìn)行方案的評審 方案結(jié)構(gòu)文檔化并與項目組進(jìn)行溝通 方案評審或開發(fā)應(yīng)包括各種假設(shè)和參數(shù) 59 產(chǎn)品開發(fā)估算 執(zhí)行可行性分析 : ? 執(zhí)行可行性分析 : ? 請了解方案及其模塊的人員參與 ? 請了解客戶需求的人參與 ? 請相關(guān)的第三方參與 ? 了解第三方產(chǎn)品需要依賴外部信息 : ? 獲取書面的承諾而不是口頭的許諾 ? 任何要求產(chǎn)品變化的請求都有可能導(dǎo)致進(jìn)度、成本和質(zhì)量的風(fēng)險 ? 對于估算獲取外部參考（完整性檢查） ? 重點(diǎn)關(guān)注任何需要開發(fā)第三方產(chǎn)品的活動 . 60 客戶支持 支持 : 我們所有的方案都包含對客戶的支持 在可行性分析階段考慮支持活動 在項目計劃中包含支持的相關(guān)條款（依賴產(chǎn)品與當(dāng)前的支持服務(wù)，可能需要建立子項目） 在項目前期計劃支持過程 . 61 估計項目就緒日期 里程碑的重要性 : ? 項目經(jīng)理管理進(jìn)度的前提條件是與供應(yīng)商、客戶和項目組就每個里程碑的意圖達(dá)成一致 . ? 項目中每個可交付物的意圖必須明確，區(qū)分交付物的目的是內(nèi)部用途還是商業(yè)服務(wù) ? 如果在項目中包含開發(fā)內(nèi)容，那么項目的進(jìn)度計劃應(yīng)基于開發(fā)項目
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1