《失败项目分析》PPT课件.ppt

《《失败项目分析》PPT课件.ppt》由会员分享，可在线阅读，更多相关《《失败项目分析》PPT课件.ppt（76页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、失败项目分析失败乃成功之母失败乃成功之母Exit 1失败项目的典型症状失败项目失败项目招投标问题能力问题项目结构问题项目管理问题产品/解决方案问题可行性问题Return to StartExit2招投标问题招投标问题客户义务未定义收尾条件定义不完整产品/解决方案供应商选择错误投标队伍不健全不符合投标过程招投标问题定价失误3定价失误报价过低，导致利润下降甚至亏损:n对解决方案及其相关成本缺乏足够的了解n报价没有包含风险储备n报价算法错误n报价考虑所谓“战略重要性”，但是缺乏明确的战略n作为大的解决方案中的组成部分定价失误导致财务压力，增加项目的进度风险与质量风险Fix4产品/解决方案供应商选择错

2、误n选定的产品或解决方案与客户需求不匹配：n选定的解决方案需要大量的开发工作，从而将集成项目转换为开发项目，而客户需要的是集成项目n选定的解决方案的技术参数与客户需求不匹配n需要我们为方案提供额外的费用n供应商不能/不愿根据需求提供一种或多种产品Fix5投标队伍不健全投标队伍由于下列原因绩效不理想:n过度自信，工作中没有包含关键的人员角色（例如项目经理后期加入、技术经理为兼职人员、没有包括支持角色）n团队成员没有对目标达成共识n团队没有经过“形成”阶段n对于团队角色不认同项目投入过多的时间、资源和费用在招投标阶段，而影响了项目的顺利进展Fix6客户义务未定义客户义务未定义：n没有定义客户需要何

3、时做何事n客户没有履行义务的后果未定义n如果客户不履行义务没有直接的财务影响n冲突或争端的解决规则未定义项目工期延误，直接的后果是费用增加Fix7收尾条件定义不完整收尾条件定义不完整:n项目后期提出客户验收标准n验收测试标准定义不完整（没有定义使用性和非技术方面）n没有达成一致的验收标准n没有在内部定义项目的放行标准项目的目标是可变的，并且完全由客户主导，最终导致工期延误和费用超支Fix8不符合投标过程不遵循投标过程:n由于客户或供应商的影响，没有遵循投标过程n没有执行可行性研究n没有使用标准的检查表控制投标过程导致项目中的风险不可控Fix9项目结构问题项目结构问题项目结构问题招投标队伍绩效不

4、理想团队不合理客户角色没有达成共识没有根据WBS制定计划没有保证持续性的手段没有制定必要的报告供应商的角色没有达成共识10招投标队伍绩效不理想团队没有得到合格的项目：n团队成员没有经过“形成”阶段n第三方供应商的承诺不现实n没有执行Core Three 模式n团队中没有支持组织的人员Fix11项目计划错误没有根据WBS制定计划:n基于WBS的计划没有得到充分的理解n项目中的任务未定义/未分析/未同意n没有充分理解项目的范围和任务之间的依赖关系就进行计划的优化项目计划与实际的项目脱节，所以项目组成员通常会忽略计划，更不会针对计划控制项目和提交项目的进展报告Fix12缺乏持续性项目在投标与执行阶段

5、缺乏持续性:n投标过程中基于的假设没有文档化、没有充分沟通n当项目组或项目组成员发生变化时，没有正式的责任移交程序项目组在项目执行的过程中重新与客户就假设和以前的数据进行沟通，导致客户对我们的信任度下降因为重新去澄清相关的假设，会对项目造成额外的附加费用Fix13供应商义务不明确供应商的义务定义不明确或者缺失n假定供应商的义务由后续的项目组定义n如何管理/处理供应商的产品不清楚n供应商相关的商务条件未达成共识n交付率（与要求的功能相关）未指定n没有建立冲突的升级渠道不能及时得到供应商提供的产品或服务，或者质量不合格Fix14团队组建错误项目执行团队达不到预期的绩效n项目执行前团队成员未进行面对

6、面的沟通n没有进行任务分析以便形成子项目n没有将供应商集成到项目中n没有将客户纳入团队团队组建不理想，导致项目中出现混淆、延期和附加的成本Fix15客户义务定义错误客户应在项目中履行的义务不清晰：n没有对客户的角色进行协商并取得共识。项目在后续的执行过程中不得不需要额外的精力n客户的角色仅仅为监督我们n客户不受任何商务条款的限制如果没有明确定义，客户可能选择菲建设性的参与方式Fix16没有必要的报告项目组以外不了解项目的真实状况n没有要求项目经理提供例行的、正规的和有意义的项目状态报告n项目报告中没有包含针对主要风险原因分析和预防措施n认为项目状态是项目组内部的事情n报告有“推托责任”的倾向因

7、为项目状态报告不可靠，我们不能做出相应的决策，从而在很大程度上限制了公司层面对项目的有效管理Fix17产品产品/解决解决方案不完整方案不完整没有能力提供所需的产品/方案要求大量的开发工作 未定义产品/方案的支持组织产品/方案运行不正常产品/方案与投标时方案不匹配错误的产品/方案的发行日期产品/解决方案问题交付物定义不完整18能力不足因为缺乏相应的能力，提供或实施的方案不完整n包含第三方产品的解决方案:n第三方产品需要进一步开发n没有明确定义我们和第三方的责任界定n项目与自己所属的职能部门关于项目所需的能力看法不一致n项目计划不合理n项目将开发、集成和支持活动混淆n项目支持人员不能及时到位方案总

8、不能满足客户的验收标准，导致工期延误、缴纳罚金以及增加内部成本Fix19交付物定义不完整因为交付物定义不完整，提供或实施的方案不完整:n时间n直到项目后期才定义项目的可交付物，导致项目充满不确定性。同时也导致无法制订有效的项目计划。往往要求项目的预算有大的变更。n细节n没有对交付物详细的分析来支持项目活动的计划、验收测试计划以及项目收尾标准项目将一直与供应商、客户和自己定义交付物、执行工作以及收尾项目Fix20产品/方案运行不正常产品/方案运行不正常n功能问题:集成项目未进行充分的可行性研究，使用了不成熟的产品，因而需要长时间解决。n稳定性问题:方案不能提供长期的稳定性。没有明确定义客户在此环

9、境下的义务。可能会造成收取罚金的风险，并且还会导致进度延误和相关的费用增加。并且会造成客户满意度严重下降Fix21方案不匹配产品/方案与投标时方案不匹配:n方案结构不合理n方案中的一项或多项产品不合理n一项或多项产品有功能缺失可能会造成收取罚金的风险，并且还会导致进度延误和相关的费用增加。并且会造成客户满意度严重下降Fix22产品开发估计错误项目中的开发任务未计划:n对第三方提供的功能验收不充分n没有执行充分的可行性分析n未充分理解客户需求未计划的产品开发工作严重影响项目的进度、费用和资源Fix23客户支持问题客户对于提交的方案支持不充分n没有将支持的需求视为方案的重要组成部分n没有建立支持方

10、案模型n没有签订SLAn新的第三方客户对我们失去信心，并对支持提出新的要求Fix24项目收尾日期错误项目收尾日期与计划不一致:n可行性分析不充分，没有识别主要的任务n对于项目计划中每个里程碑的含义不清楚n发行标准没有得到关键参与人的同意客户对我们的信心逐渐丧失、对于未来业务形成威胁、有可能导致罚金Fix25项目管理问题项目管理问题高层介入不足缺乏与客户的交互缺乏与供应商的交互项目经理不合适项目团队缺乏参与没有实施风险管理项目管理问题26高层介入不足高层没有解决业务层面的问题:n没有应用“门限”管理模型，造成项目的业务层面风险n高层委员会缺乏关键参与人，通常客户会参与联合委员会n没有处理项目中提

11、交的问题n高层委员会与项目管理团队成员没有区别业务风险导致项目出现问题 Fix27项目经理不合适项目经理不能胜任项目的工作:n指定了不止一位项目经理，但没有指定一位负责整体的项目经理n项目经理徒有虚名，没有明确的责任与义务（缺乏正式任命）n项目经理不能适应客户的文化与运营特点n项目经理不能在现场管理项目的主要活动，从而造成责任感不强项目中项目经理缺乏责任感，因而不能对项目中出现的问题迅速做出反映Fix28缺乏参与项目团队缺乏关键的参与者或缺乏方向n团队缺乏验证绩效的小组，而是由客户去测试、接受或拒绝n项目缺乏负责整体的项目经理，因而属于事件驱动n项目中没有包括供应商或客户等关键的角色项目不断受

12、到冲突或危机的困扰Fix29客户交互缺乏缺乏与客户交互n因为没有定义我们对项目的领导权，事实上有客户来有效的控制项目n由于没有详细的客户参与活动的计划或者缺乏积极性，客户没有充分参与到项目中Fix30供应商交互缺乏与供应商的交互效率低:n没有在项目初期与供应商确定问题升级的渠道和方式n没有合作方的项目经理n与供应商的商务协议不完整n供应商对升级的问题响应迟缓或无能为力这种情况往往导致方案部署滞后或招致罚金，并且危害我们与供应商之间的关系Fix31缺乏风险管理没有有效的风险管理n在投标阶段没有考虑风险n项目团队不能定期的评价当前风险及其响应策略n项目经理了解存在的风险，但却寄希望他人去解决风险n

13、项目组没有将自己处理不了的风险升级没有有效的风险管理导致项目中绩效不足和相互的批评指责Fix32能力问题能力问题能力问题没有为方案提供相应的人员缺乏项目管理能力缺乏能力识别没有执行项目组人员分析33能力不足项目缺乏能够保证项目达成目标的必要人员n由于不了解方案和集成的内容，活动计划、工期和费用等出现错误n依靠第三方的产品需要由供应商的人员实施，但忽略了在协议中将其体现出来n可能由于费用方面的原因，项目组选择推迟部分人员的加入Fix34人员需求不明确项目不确定所需的人员能力:n可行性分析忽略了对任务及其所需人员能力的分析因为项目所需的人员能力没有计划，项目所需的能力和人员的数量持续变化Fix35

14、缺乏项目管理能力项目经理缺乏必要的能力:n项目经理对我们的项目管理模型不熟悉n项目经理不熟悉自己的报告职责n项目经理不熟悉自己的风险管理职责n项目经理没有全身心投入n项目经理语言能力不足，不能有效的与客户沟通Fix36缺乏能力识别项目经理不知道从哪里获取需要的人员:n项目经理不知道从哪里请求所需要的人员n人力资源中心没有与项目经理及时沟通项目所使用的人力资源不当Fix37可行性问题可行性问题可行性问题没有能力分析可行性可行性分析不完整与客户沟通不充分时间限制38缺乏可行性分析能力缺乏了解项目的执行过程的人员n方案包含了第三方部署的产品，但没有相应的协议n不知道从哪里得到需要的人员n可能出于成本

15、原因，项目推迟关键人员的加入项目的可行性分析不充分、延期或干脆没有Fix39时间限制因为投标时间很紧，忽略可行性分析或可行性分析不充分n外部强加的最终日期n投标启动延期对项目的目标、风险理解不足的情况下做出决策，不能从以前的项目中有效的借鉴Fix40可行性分析不完整可行性分析没有以团队方式进行:n团队没有有效组建n团队位于不同的地理位置，缺乏面对面沟通的机会n人员属于临时组合性质可行性分析与实际差距过大，假设不合理或缺乏内在的逻辑Fix41与客户沟通不充分因为客户参与不足可行性分析不充分:n客户方限制沟通n我方限制沟通客户的期望、运作模式以及当前的解决方案理解有限，方案有可能被客户拒绝Fix4

16、2完善定价模式应用定价模式:n风险定价策略:n报价中考虑风险 n给出可行性分析的单独报价n对于风险较高的项目，采用积极的付款方式n计算n记录报价过程中的各种假设n记录报价过程中收到各种指令n完整性检查n确保报价有意义43提高产品/方案选择能力应用产品/方案选择模式:n对产品/方案的各种选择一视同仁n考虑:方案/产品是现成的还是必须开发？项目是集成项目还是开发项目？n估计：如果是开发项目，估计按时交付的风险、估计超出预算的风险n评审:供应商的技术和管理能力，包括他们的承诺n建立:供应商对于在预算内按时交付的承诺级别n调查:供应商的上下家渠道n调查：对每个产品/方案的开发/维护/支持的内容44组建

17、投标团队根据团队模式组建投标团队:应用Core Three 概念没定团队所需技能考虑从能力中心获取人员尽可能保持项目组成员的持续性，尤其是项目经理和技术经理使用团队“组建”模式达成共识的角色和职责理解此次投标的角色45定义客户的义务如果期望客户执行项目相关的活动，那么n在合同、组织结构和计划中指定:nwhatnwhen nhow在项目执行的过程中不断的细化上述内容n指定客户如果不履行义务的后果n指定达成目标的其他可选方案及其对应的价格。例如要客户提供相关的技术信息，但此项工作也可由技术顾问完成，此时顾问的报价就是相关的可选方案n设定一种可以判断客户是否履行义务的清晰标准，如果没有履行义务，对应

18、的后果和相关的费用是什么46定义收尾条件项目收尾通常与客户验收和付款相关联，并且还可能涉及到“质保期”:n如果在项目前期不能确定验收标准，应给出何时确定标准n定义客户标准是否只局限于功能性考虑或者相关的业务过程也应该考虑n确保客户的服务中如果包含产品，则产品作为验收的组成部分，并且有对应的付款条件n建立故障的定义，并定义严重级别和解决次数n如果有验收争议，定义解决方式n如果客户要求质保期，确保要求的性能标准和所需的响应切实可行47增加过程有效性遵循售前过程n制订前期制订沟通计划n根据当前的资料来跟踪后续的工作，确保工作的连续性48组建更好的投标团队建立合理的投标团队n对于新的产品/方案时，团队

19、对于Core Three具有重要意义。n建立团队时需要考虑商业风险：投标正确我们得到的回报，投标不正确招致的损失n表现良好的团队需要早期达成团队管理的共识:n方案的可能性和局限n我们业务的本质n团队成员的角色n项目执行结构/成员资格n最大化大家的工作结果，而不是各行其是，没有责任分配49加强项目计划交付物：在每阶段尽可能详细的定义交付物每阶段执行交付物的“真实性”检查，是否是合同中规定的内容？每阶段的交付物和计划的活动是否已安排子承包商:包含在项目组织结构中和项目计划中Work Breakdown Structure(WBS):分析项目所有的任务以及对应的交付物。对于任务的术语我们、客户和供应

20、商应达成共识项目计划应反映现实而不是希望和愿望:50提高项目的持续性在两方面提高项目的持续性，人员和信息：n在前期应该寻求未来项目中的负责人参与到项目前期（例如项目经理）n假定人员从投标阶段转入到项目阶段的可能性不大，因而将相关的假设和意图文档化n每次任务交接时，确保由离去的人员准备移交文档n使用标准过程以便于新成员快速适应工作51定义供应商义务与供应商一起工作:n如果没有将问题升级，是否存在与合作伙伴的接口功能n检查是否有框架协议：n方案n特定需求对应的特定服务如果没有，必须建立协议n为每一种特定的产品/方案定义特定的发布日期n定义谁负责每种产品/方案n定义所有的质量标准n定义所有的成本n定

21、义所有关键日期n定义供应商的义务52组建项目团队组建项目团队确定项目的特点：主要是集成项目还是开发项目？根据项目的需求而不是报价或其他来组建团队在项目内集成供应商和客户考虑项目的相关职能采用团队组建技术：沟通项目的目标对角色和责任达成共识了解项目特定的规则将团队集成到所在的组织尽可能保证团队的持续性，尤其关注于项目经理53细化客户义务与客户一起：与客户一起计划项目的执行。如果客户不愿意参与，请客户参与评审项目计划定义项目中所需的关键信息，并将其可获得性与项目的里程碑关联定义并报告质量标准的执行状况定义所有的里程碑和相关日期与客户就升级渠道达成共识与客户就达成客户需求的其他解决方式以及对应成本达

22、成共识54增强项目的报告机制项目经理必须:n评估项目状态时考虑所有的子项目，包括外部供应商和客户的状态。n不管项目的状态如何，定期、正式的报告项目状态。对于绝大部分项目而言，报告的周期为周报.n与高层就项目的真实状态进行沟通n及时将项目中不能解决的问题上升到高层中55缺乏可用人员识别所需人员的能力:n识别项目所需的人员能力n识别与新产品/方案相关的人力风险n理解项目执行过程中所需的人员职责:n项目组人员角色n供应商角色n客户角色n项目角色56定义可交付物及时:n必须在投标过程开始时就定义可交付物.n如果可交付物在项目执行后才能确定，那么需要在前期标示出来详细:n有些情况下为了充分定义可交付物，

23、需要启动额外的可行性项目n每个可交付物的特点都有描述，并且对于供应商和客户有意义n对于外包部分尤其需要了解详细的过程集成:n对于大项目或复杂项目，需要定义可交付物之间的依赖关系57确定方案是否就绪集成项目关键部分:n了解方案模块的状态（产品/过程/服务）n确定：每个模块的发行状态n对于新开发的模块需要前期就制定相应的测试计划n确认每个模块都有产品支持/维护的流程n整体方案:n理解客户对于方案的应用需求并与项目组沟通n与项目组沟通方案的运行需求n验证运行稳定性（在交付给客户之前）n验证方案功能（在交付给客户之前）n计划内部的验收测试n维护所有的测试记录，包括缺陷及其状态n在客户验收测试前，对系统

24、运行支持进行计划（包括界定客户的职责）58与方案匹配设计方案:必须要求方案架构:评审已经完成的方案或开发新方案 确保方案可以满足客户的需求必须在项目初期进行方案的评审方案结构文档化并与项目组进行沟通方案评审或开发应包括各种假设和参数59产品开发估算执行可行性分析:n执行可行性分析:n请了解方案及其模块的人员参与n请了解客户需求的人参与n请相关的第三方参与n了解第三方产品需要依赖外部信息:n获取书面的承诺而不是口头的许诺n任何要求产品变化的请求都有可能导致进度、成本和质量的风险n对于估算获取外部参考（完整性检查）n重点关注任何需要开发第三方产品的活动.60客户支持支持:我们所有的方案都包含对客户

25、的支持在可行性分析阶段考虑支持活动在项目计划中包含支持的相关条款（依赖产品与当前的支持服务，可能需要建立子项目）在项目前期计划支持过程.61估计项目就绪日期里程碑的重要性:n项目经理管理进度的前提条件是与供应商、客户和项目组就每个里程碑的意图达成一致.n项目中每个可交付物的意图必须明确，区分交付物的目的是内部用途还是商业服务n如果在项目中包含开发内容，那么项目的进度计划应基于开发项目的模型n检察供货日期确定是否都明确规定了谁做什么（例如产品的发行日期依赖其组成部分的实施进度）62高层管理模式应用当前的高层管理模式:n项目经理确保高层在两个门限之间了解项目的状况，项目风险、纠正措施与相应的后果文

26、档化n项目发起人应向高层和项目经理说明每个阶段的业务意图.n高层应解决项目经理升级的问题n高层考虑可能随时终止项目n如果可能，与客户代表一起组成项目高层，这样可以更好满足双方的利益63选择项目经理根据当前的模式选择项目经理:n具有管理风险的能力n可以准确评价和沟通当前的项目状况n迅速将不能解决的问题上升给他人采取行动n可以根据客户和供应商的不同文化背景，充分适应项目的特定文化n对项目的投入为100%n具备管理客户的能力64增强团队的参与意识增强团队的参与意识:团队组建:最初的团队组建将为后续的团队绩效设定基调，让项目组成员尽快、尽早的参与到项目中.项目组采用面对面的沟通方式决定项目组的运作方式

27、一起工作:团队应尽可能的一起工作，从而有助于建立共同目标领导:团队应该了解项目经理的管理职责为确保整个项目的方向65加强客户参与鼓励客户参与:能够及时进入现场、访问系统或相关知识不鼓励不适当的参与在方案中描述双方应当履行的职责如果我方的项目经理比较强势则可以降低客户主导项目的愿望评价:通常的情况下，项目举行项目进展的联合评审66加强供应商参与在每个阶段关注供应商的绩效:n理解供应商与我们的关系（包括他们的经验），而不是等待项目结束时才去关注n通过合作伙伴经理模式工作n将供应商集成在项目计划中，包括承诺的日期和结果n理解升级渠道并传递“目前的风险是什么”评价:n在项目中，与供应商一起评价项目的绩

28、效67管理风险风险管理关注点:n在每次会议中评价和更新风险列表以及相关的行动 n在风险分析中包括供应商n识别项目当前风险，包括可能性和严重后果:n进度n成本n质量n客户满意度n识别解决每项风险的可能方案n对于项目经理权力范围内的风险采取应对措施n识别的风险和行动应在正式的进展报告中全面说明n升级项目经理权力以外的风险68加强人员能力分析/使用分析每个阶段所需的关键能力根据项目的优先级确定人员需求的紧迫程度根据现有的项目状况在不同的项目间做资源平衡.69识别人员能力n执行可行性分析确保理解方案以及组成的产品、项目任务以及我们和客户、供应商之间的责任划分n根据下列方面将识别的能力需求文档化:n项目

29、管理n开发n集成n支持n合作伙伴管理70选择项目经理使用当前模式选择项目经理:n具有管理风险的能力n可以准确评价和沟通当前的项目状况n迅速将不能解决的问题上升给他人采取行动n可以根据客户和供应商的不同文化背景，充分适应项目的特定文化n对项目的投入为100%n具备管理客户的能力n愿意在现场领导项目n有效管理资源的能力71如何找到特定的能力需求客户经理投标经理项目经理与如下人员沟通:72增强可行性分析能力增强可行性分析能力:区域性主管是可行性分析的协调人.区域性主管识别可行性分析所需的能力区域性主管维护现有的人员能力列表73平衡可行性分析时间与价值在项目组建会议中区分各个角色的职责。强调每个角色的工作重点如果投标时不需要可行性分析，则要求客户提供相应的可行性分析如果投标时间过紧，没有可行性分析的时间，则不向客户提供可行性分析，并将相应的风险体现在报价中.关键的步骤是建立投标经理、项目经理的协议.74降低可行性分析的不完整性投标中或项目之前:为可行性分析设置时间，并将其交付物作为门限的输入 组建面对面工作的团队在项目中包含供应商处理客户问题时，邀请客户或潜在的客户参与使用可行性分析作为管理项目的有效工具75提高客户参与度向客户介绍我们的工作方式，以及双方在可行性分析中角色划分 或者将可行性分析作为我们提供的一项单独服务76