- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
案例-----客户需求变更导致延期 ? 关于控制需求变更的一些意见 1、站在客户的角度,分析该变更带来的影响 2、找出客户在乎的几个关键因素,告知变更将对其带来的影响 3、拿出以前需求变更的次数、内容,让客户知道这其中带来的危害 4、站在技术权威的角度说明利弊 5、即便是很容易接受的变更,也不要轻易答应客户。不能?宠坏了?客户。 ? 作为项目经理应该确定好需求范围,如果客户对本身需求比较模糊,应该 主动引导客户,尽可能多的获得需求。需求确定后应该找客户确认签字。 ? 依据客户确认的需求,制定严格的进度计划,并要求客户给予书面确认,一 旦发生需求变更,可以通过分析进度计划确定工期的顺延。 ? 制定严格的变更管理流程,客户的需求变更应通过项目经理签发,项目经理 在签发变更前应向客户提供工期和费用的增加额,这样可以给客户提供更准确 的决策依据,也可以降低变更的随意性。 ? 如果项目出现问题自己的权责要明确,必要时向上级确认。 No. 32 案例C-----客户需求变更导致延期 Z是一家规模不大的软件公司,2个月前Z公司参加一个大型企业的信 息化建设项目的招标,在给客户的项目建议书中Z公司提及了一些比 较超前的功能(当然实现起来相当困难),结果Z公司顺利中标。 合同签订后,A担任此项目的项目经理。A接手此项目后,很快发现 了项目中存在的技术难题,在签订合同的过程也就这个问题对客户作 了说明,客户勉强接受并签订了合同,合同中未再包含项目建议书中 无法实现的功能。 需求调研阶段,客户越来越强调项目建议书中所描述的无法实现的功 能,并提出当初之所以选择Z公司,就是因为Z公司的项目建议书中描 绘的这些功能是其它公司不能提供的。A也尝试去完成这些功能,但 经过多方论证,这些功能在目前的条件下是很难成功的。 对这些功能的讨论已经持续1个多月了,还没有任何实质性的进展, A很郁闷,他应该怎么做啊? No. 33 案例-----客户需求不清楚 Discuss! No. 34 案例-----客户需求变更导致延期 作为教训,在此后的项目管理中应注意以下两点: ? 商务人员在主持签订合同前的谈判和交流工作时,尤其是大型信息化项目必 须保证有技术人员(有丰富技术和管理经验)参与,该人必须全程参与并由高 层准确说明其责、权、得,并就技术实现和周期等给予商务人员必须的说明和 要求。在甲方人员专业性不强的领域提供更多的技术说明和风险说明。最好的 结果是该人员最终转变为该项目实施的主要成员,这对于项目的启动和延续提 供更多的便利和高效率。 ? 本案例中甲方始终坚持认为必须实现相关功能,作为项目经理在此应该清楚: 不能让项目僵持下去,必须说明和决定结果。认真分析业务需求中与超前功能 的实际关联有多大,由于超前功能由Z公司提出,而Z公司在商务谈判阶段一般 来说对业务需求了解不多,如果经调研后可提出详细及有说服力的报告,向甲 方讲明与实际目标不符或无实现意义,双方在此基础上经更多的沟通,同时有 统一的基本点:即以实现大的目标和里程碑点是可以说明甲方放弃上述要求的。 No. 35 案例-----客户需求变更导致延期 作为教训,在此后的项目管理中应注意以下两点: ? 了解同行业是否能做到?在大家目前都不能做到的情况下,要让客户了解选 择你们的优势在哪边,以及你们有愿意解决问题的诚意;如果有公司能做到, 而又在可控成本范围,应就项目重要程度提请领导层决策是否投入开发力度。 了解客户的真正需求,而且合同中也并未包括那些难实施的项目,他现在提 出的目的是什么? 折中方案,用其他功能说服客户 ? 以诚相待,相信自己,相信客户 No. 36 需求分析是项目的基石 是项目向成功迈出的第一步! 项目管理 Project Management ______需求管理 Internal Training Materials CONFIDENTIAL INFORMATION: Do not disclose I. C ontent 什么是需求 II. III. IV. V. VI. 如何寻找需求 分析需求的难点 需求分析20条准则 需求确认 案例讨论 No. 2 从一个典型的失败项目说起——需求和功能设计 |现实 一个小项目,感觉需求也简单,再加上时间 紧,如果从需求开始一步步来,时间肯定来不 及,在这种情况下,项目就匆匆的开始了。为 了节省时间,需求分析,架构设计等等都不去考 虑了,想到哪写到哪,完全瀑布式开发。直接 结果是,完工时间一拖再拖,最后不得不决定 下一版
文档评论(0)