用户名 密码 联盟服务 关于我们 联系方式 收藏本站
返回网站首页 PgMP认证,美国项目管理协会高端项目管理认证!大型项目与项目群管理Program Management全球权威认证


网站登录:会员 企业 专家 服务商
企业服务:PMP培训  内训课 公开课
工 具 箱:发表文章 提问题 发案例
首页动态 | 文库 | 下载 | 书架 | 访谈 | 专栏 | 专题 | 人才 | 培训 | 软件 | PMC 互动:活动 | 案例 | 问答 | 论坛 | 博客 | 圈子 
应用:基础工程软件制造活动研发  认证:PMPNPDPACPPgMPIPMPP2ISPMPIMCP建造师MPM  特色:热点奖项

PMI-ACP®认证

适合敏捷开发项目
敏捷项目管理最佳实践

网络课程

PMI-PBA®认证

重视项目商业分析
商业价值与需求分析能力

网络课程

NPDP®认证

产品管理国际认证
全球产品管理最佳实践

网络课

PMP®认证

单项目管理经典指南
年轻项目经理首选

北京 | 直播 | 录播

PgMP®认证

大型复杂项目全球标准
定位高级项目管理层

网络班

PfMP®认证

链接战略与项目
实现组织资源投资回报

全球直播

软考项目管理

信息系统项目管理师
系统集成项目管理工程师

计划 | 报名 | 经验

敏捷项目管理ACP认证培训
国际产品经理NPDP认证

项目需求变更的补救措施

作者:佚名   提交人:项目管理者联盟[项目管理者联盟]   属性:提交人转载   发布时间:2016/12/23   点击:1920   【收藏本文

  英国有位经济学家说过,任何变更,即使是向好的方向变更,也总是伴随着折磨与痛苦。这一语也恰道破了信息化建设过程中需求不断变更的苦恼。这种烦恼不仅是软件厂商实施方所有的,企业客户也照样有这烦恼。需求的变更,对于项目的影响是非常大的。但是,就如同天要下雨一样,我们难于从根本上加以消除。我们所能够做的,就是采取更多行之有效的工作,把这个几率降至到最低,或者采取一些补救措施,把需求变更给软件项目带来的损失减到最小。项目管理者联盟

  1、需求变更不断,难言之痛talent.mypm.net

  一旦需求变更,往往会引起重估、返工,你不得不修改你的设计,重写你的代码,修改你的测试用例,调整你的项目计划等,从而影响软件项目的范围、时间、质量和成本等多个要素,如果控制不好,还会导致项目范围蔓延、进度延迟、质量不过关和成本严重超支等诸多麻烦与问题,甚至因过多的分歧、变更而半途而废。因而需求变更在很多软件项目中都是一件头疼的事情。转自项目管理者联盟

  时常听到这句业界常言——“上ERP找死,不上ERP等死”。其实何止ERP如此,中小型的IT项目如OA、CRM等,其成功率也不足55%,客户满意率不到30%,有不少项目成了“食之无味,弃之可惜”的鸡肋工程。何以如此?需求不断变更、盲目更改项目内容导致项目难于验收、结案,“始乱终弃”。项目管理者联盟

  软件项目变更原因,总结起来主要有:国家政策不断改变,三天两头一个红头文件,使许多企业单位的财税政策、产品标准、服务规范等也要跟着变化,用户单位的业务内容、流程管理也要跟着变;客户可能一开始对项目内容与需求没有形成初步看法,或者一开始没有想法但随着项目的进行、参考其他单位的好做法,就产生了一些新想法、新需求;或因为业务手续太繁琐、流程太复杂,引起用户反感,要求修改;软件商系统员经验不足,没有捕获到用户的关键业务需求或者用户整理需求能力弱,遗漏了关键的需求点,导致需求不合需要重改;或可能是数据易丢失,也可能是系统不稳定,还可能是兼容性问题,用户反应强烈,要求修改,等等。talent.mypm.net

  可以说,从IT项目的实务看,几乎没有一个项目能够百分之百按照原订计划进行,需求变更是不可避免的,也是正常反应,但如果需求无序无度、变更无常,就易造成甲方、乙方的矛盾、对抗,无疑是种内耗,成了信息化建设的绊脚石。IDC机构调查数据显示,99.5%的信息化建设都有过需求变更,需求变更达到“严重程度”达到38.2%,需求变更“无度”达到甲、乙双方无法容忍乃至项目破裂的程度也占11.3%,只有28.6%的项目需求是甲、乙双方能协调、满意。项目管理者联盟文章

  所有说,有时项目需求的变化好比是“万恶之源”,一旦发生了需求变化乃至无序变更,将为项目的正常进展带来了不尽的麻烦。因此解决需求变更尤其解决即将验收、签案的项目的需求变化,实际上是一项非常复杂重大、事关全局的工作,必须引起企业一把手、CIO和项目组成员的高度重视,积极管理、应对,千万不能虎头蛇尾、敷衍了事,最后马失前蹄、败走麦城。那么怎样来解决这个问题?有哪些应对之道?项目管理者联盟

  2、如何诊治需求变更不断之痛?项目管理者联盟

  每做一次项目计划变更,都会影响到日后的成本估算、活动顺序、行程日期、资源需求及风险控管的决策,因此甲乙双方的项目经理、IT经理都必须以整体的视野、统一的要求,对变更进行控制、确认与纪录。而需求变更的控制关键在于建立相应的控制组织、变更控制系统以及规范变更流程,主要有:club.mypm.net

  充分做好前期的需求调研、系统培训等工作。深入企业一线,全面调查研究,最大程度地挖掘企业用户的潜在需求,发现可能要需求变更的地方,让企业用户尽快做出是否要进行需求变更。一般把需求变更或者新需求的确认最迟时间定在系统培训阶段。也就是说,在系统培训完成后、开始准备双线并行前,企业用户还可以提出需求变更的申请,但是,当系统开始双线运行时,就不允许用户再提出需求变更等类似的请求了,如编码的内容和规则、表单的数量和格式、数据流转和统计方式等,否则就要付出变更的代价。club.mypm.net

  建立变更控制组织系统。项目启动时,尽可能地与客户沟通,尽快建立正式的对变更进行控制的组织,通称变更控制委员会(CCB),成员可包括双方高层(挂名)、甲乙双方的项目负责人、相关的需求负责人等,负责裁定接受变更内容、方法、步骤等。建立该系统的目的是统一管理需求变更和跟踪变更的状态,便于项目组测试人员、开发人员、系统分析员以及PM相互之间的沟通和交流。建立变更控制系统目的不是让用户不提出变更,而是让用户不轻易、随便的提出变更。项目经理圈子

  严格规范变更流程。一旦需求分析阶段结束,此后如果用户要求有新的需求加入即将交付的软件系统中,甲乙双方的项目组或变更控制委员会,要根据角色定义,确定变更流程,规定严格的变更控制流程,并控制新需求提出的频率。项目管理者联盟

  1)变更申请。系统界面如按钮的位置、字段的位置的细微调整,不涉及到业务规则,对基线基本没有影响的变更,由测试人员直接在变更控制系统中提出;其他如操作风格的较大变化、编码内容、业务规则的变化等,均要求用户提出电子和书面的需求变更单。项目管理者联盟

  2)变更评估。由项目组或变更控制委员会组织人员对变更进行变更的合理性分析,变更替换方案分析,工作量的估算以及涉及什么模块、影响什么模块等影响分析。项目管理者联盟

  3)变更实施。由测试人员在变更控制系统中填写变更信息,由系统分析员填写处理方法和影响分析后交由开发人员实施。bbs.mypm.net

  需求变更后,受影响的软件计划、产品、活动都要进行相应的变更,以保持和更新的需求一致。service.mypm.net

  选用适当的开发模型防止多变更。采用建立原型的开发模型比较适合需求不明确的开发项目。软件供应商研发人员先根据用户对基本需求的说明建立一个系统原型,再与用户沟通。一般用户看到一些实际的东西后,对需求会有更为详细的解释,开发人员可根据用户的说明进一步完善系统原型。这个过程重复几次后,系统原型逐渐向用户最终、比较全面的需求靠拢,从根本上减少需求过多变更的出现。目前业界较为流行的叠代式开发方法对工期紧迫的项目的需求变更控制较为管用。通常情况下,原型之后的需求沟通就实际得多,双方的理解迅速向一个全面折衷的方案贴近,一个可以指导研发过程、有针对性的需求说明书就可起到重要作用。www.mypm.net

  通过合同约束,建立有效的解决冲突机制。用户、开发商在实施、验收软件项目过程中难免会发生冲突,而需求变更给软件项目建设带来的影响也是有目共睹,从而可能让项目建设偏离轨道。关键是事先是否有明确的项目目标和项目要求,是否建立起有效的冲突解决机制。所以双方在签订合同时,可以增加一些相关条款,主要是要明确今后双方责权利关系,如限定用户提出需求变更的时间,规定何种情况的变更可以接受、拒绝接受或部分接受,还可以规定发生需求变更时必须执行变更控制流程,否则自担变更的代价;而企业用户,也可对将来可能发生重大事件或不可抗拒事件所引发可能的实施超期、费用超支、产品价格调整以及服务收费超标等事项、行为及其权责做出预测,并有效约定,从而使信息化项目从一开始就按双方预定的规道行驶,互为制约、协调,避免再发意外。项目管理者联盟

  验收与发现、检验需求并举。大型的ERP项目不少是边实施边验收,然后再发现新问题新需求,再进一步返工完善,一步一步地把项目向前推进,但许多中小型的ERP项目最好是成功切换后,录入一个月以上的企业重要数据,上线运行一个月时间,看看有没有出现新问题、新需求,如没有就可进入验收、签案。毕竟一个月才是一个小的系统周期,如果小的周期都没有跑顺,就更别说一年这样的大周期了。如ERP系统能做到平稳运行一两个月以上,能够准确导出各类月度报表的时候,系统应用和各项业务操作基本正常、顺畅,通常而言,可认为系统已达到的效果或者是达到了先前预定的目标,也说明企业不再有管理流程、业务流程新需求与变更了,系统项目可算上线成功了,可以放心验收、签案了。blog.mypm.net

  3、项目需求变更的几项须注意事项项目经理圈子

  充分交流、协商。变更管理的过程很大程度上就是用户与开发人员的交流过程。软件供应商项目经理、技术经理必须学会认真听取用户的要求、考虑和设想,并加以分析和整理。同时,软件开发方应郑重向用户说明,进入设计阶段以后,再提出需求变更会给整个开发工作带来什么样的冲击和不良后果,全面权衡轻重。项目管理者联盟

  区别对待,折衷求同。随着项目不断进展,不少企业用户会不断提出一些在项目实施组看来确实无法实现或工作量比较大、对项目进度有重大影响的需求。项目管理者联盟

  新需求,可以建议用户将新需求按重要和紧迫程度划分档次,作为需求变更评估的重要依据。如遇到有些需求无法在短时间内解决、需要花个把月才能解决的时候,那就不要硬拼,不要让项目因此僵住,而要通盘考虑一下,有否临时的折中方案可以先“应付”一下?如让用户先使用现有系统,等过一段时期,技术解决或二次开发成功后再给用户免费升级安装。service.mypm.net

  需求变更要尽早。建房子,若在房子快造好时,却发现原先设计不对,需要推倒重来,那成本与时间的浪费就大得不得了。对于软件项目而言,也是同样的道理。若你项目快要完工时,才发现原先的需求有纰漏、缺失,需要变更重设时,那损失就会大了。因此,项目越接近收尾阶段,再进行需求变更的话,给甲乙双方造成的损失则越大。因此需求变更要趋早,早提出早好。项目管理者联盟文章

项目管理者联盟


<<上一页 1 下一页>>
项目管理者联盟PMP认证中心
[相关文章] [网友互动]
·分析变更和项目计划 (2641)魏林09-07
·四招提高项目需求准确性及完整性 (1760)项目管理者联盟06-22
·应对需求变更,基实就跟谈恋爱一. (2397)项目管理者联盟04-08
·需求分析师和产品经理都有哪些不. (1406)项目管理者联盟03-28
·如何避免需求遗漏? (4457)项目管理者联盟03-04
·如何进行项目范围定义和项目变更. (2521)项目管理者联盟03-01
·产品经理如何评估需求? (2851)项目管理者联盟12-01
·很多团队的问题都可以从分析需求. (1669)项目管理者联盟11-24

06-04[帖子] 被需求变更拖垮的项目,终于有救了 (109)
05-19[帖子] 易趋赋能智能家电:从需求到交付的全链. (127)
12-30[帖子] 需求跟踪矩阵指南:让每一个需求都具有. (1737)
11-15[帖子] 轻量型协同管理软件无法满足日益增加的. (1321)
11-14[帖子] 产品经理必看:需求跟踪矩阵指南,让每. (433)
11-14[日志] 产品经理必看:需求跟踪矩阵指南,让每. (41)
06-07[帖子] 产品经理:做好有效的客户需求分析 (1639)
01-31[帖子] 项目管理中,项目经理如何预防需求蔓延. (1499)
[发表评论]
本站热点
· 华师大CTO学院:科创生态建设与创新项
·宏发电声江玫瑰谈PgMP:“下好一盘棋”
·PgMP:交付能力与创造未来的项目管理方
·开放讲座|《项目组合管理与PfMP认证》
·开放讲座|项目组合管理与PfMP认证
·开放讲座|PgMP:项目管理思维与方法论
·开放讲座|《项目组合管理与PfMP认证》
·网络讲座|《项目组合管理与个人职业发展》
·开放讲座|《项目组合管理与PfMP认证》
栏目说明
    《文库》栏目为项目管理者联盟网站核心栏目,收录了十大行业项目管理文章5000余篇,囊括了项目管理五个阶段、九个知识领域的相关文章,是广大项目管理爱好者学习的知识库,欢迎大家发表原创文章、转贴文章,或直接发给编辑。须联盟会员且登陆后才能发表文章。
敏捷项目管理ACP培训
项目管理活动
活动QQ群:531390275
免费积累PDU,仅500人

2022年项目管理活动计划
2021活动精彩回顾
原创排行榜
 项目管理评论杂志 311 高扬 106
 乔东 100 项目管理 84
 高国伟 61 人月神话 60
 张为 59 郭致星 52
 蒋昕炜 46 肖杨 38
 曾伟强 37 潘德有 36
搜索文章
关键词:
行  业:
团 队   成 本   风 险   进 度
沟 通   采 购   质 量   合 同
更多>> 专题集锦

企业项目化管理

PMO实践与应用

如何处理项目客户关系

更多:
经理访谈
更多:
个人专栏

王树文

赵春明

高国伟

更多:
项目管理者联盟特刊
联盟特刊是对网站会员发行的内部刊物,刊物内容包括:案例及分析等,得到了会员好评。
电子期刊:
特刊下载:
2017合刊  2016合刊  2015合刊 
2014合刊  2010合刊  2009合刊 
2008合刊  2004合刊  2005合刊 
2006合刊  2007合刊       
施工企业管理
《施工企业管理》创刊于1986年1月,中国施工企业管理协会主办,是反映施工企业管理杂志。
浏览往期:
建造师杂志
《建造师》杂志由清华国际工程项目管理研究院主办,是中国面向建设企业管理人的高端杂志。
浏览往期:
更多>> 推荐文章
09-02·项目集管理:构想一种不同.
08-17·项目经理“催活儿”的正确.
08-17·建筑工程项目管理中施工现.
08-17·进阶项目经理必备的复盘方.
08-17·项目管理协会PMI发布新人才
08-17·互联网大厂项目经理面试的.
08-17·项目经理要如何提高自己的.
08-17·管理改进中几个确实有用的.
08-17·项目经理提升职场能力的20.
06-14·项目经理搭建团队,需要看.
06-14·5A学员董雏:PMP取证重要,
06-14·成功管理能源项目的技巧和.
06-14·拥抱敏捷—计划发布与冲刺
06-14·从PMP到PgMP :不畏浮云遮.
06-14·这30+项目管理工具,优秀项
06-14·深度剖析项目管理五大痛点.
关于联盟 | VIP会员 | 培训服务 | PMP认证 | PgMP认证 | 刊物出版 | 沙龙会议 | 人才服务 | 广告投放 | 联系我们 | 友情链接

项目管理者联盟 版权所有 | 京ICP备10055250号-11 | 京公网安备 11010202009440号

如转载本站文章,必须于文章开头处注明转自“项目管理者联盟”,并注明原作者
PMI,Project Management Professional, OPM3, PMBOK, PMP,PgMP,PfMP,PMI-ACP,PMI-PBA
and the PMI Registered Education Provider logo are registered trademarks of the Project Management Institute, Inc.