软件需求变更管理七步法NEW.doc

Forpersonaluseonlyinstudyandresearch;mercialuse蚈薇羈软件需求变更管理七步法NEW莃袃膅曹济荿莆蚄曹济,独立管理顾问,国际软件标杆组织顾问、中国区联络人,PMI/IEEE/SPIN会员,王宁蒃莄薁王宁,教授,北京邮电大学经济管理学院邮编100876wangning_bupt@袇莈莆典型场景:最近比较烦,烦客户!我们现在正在给长江市政府做一个电子政务项目,其中有一项功能是网上婚姻申请登记功能。因为前一段国家政策取消了强制性体检这个环节,所以我们的工作流程也相应的变更。薃蒀羄没想到客户从中得到启发:我们的许多工作流程做好后改动的可能性很大(例如政策调整、部门变动、领导班子重组等),干脆给我们做成可定制的功能,我们提一个最大的功能集合,你们做好了我们自己就可以随需而变,嗯,这样好!蕿***蚃可是对项目组来说这可是个灾难啊!因为可定制的功能往往意味着工作量的倍增!薃袁蚈分析:先说说大家对于这种现象的应对方法吧。最典型的是通过与客户的沟通来解决问题。怎么样沟通呢?因为尤其是对于软件项目的合同很难在签订之初就能够精确定义的每项功能,所以靠合同是帮不上忙的。芁袆肈我和许多IT公司的老总们作交流,我开玩笑说我们IT公司都是清政府。为什么是清政府?清政府的特点之一就是丧权辱国的条约太多。大家往往只有苦笑:有什么办法呀,客户着急了就是一句潜台词:做不做,不想做滚蛋!想做的公司多着呢。蚃节螃所以你看合同是没用的,那怎么办呢?通常都是通过感情联络争取客户的同情。就像上面的场景中谈到的一样,明明是不合理的要求,可是客户也会狡辩呀,“凭什么不给我们做,这可是合同范围内的工作!”。因为原来只说要实现工作流,而没有谈到定制的工作流算不算。问题出来了,看看怎么办吧。虿蚅螃当然了,如果现在遇到类似的问题,您的组织都可以举重若轻的化解,那您就不用往下看了。我们常听到一句话就是“合情合理”,大家说这有什么好希奇的呀,老生常谈!不过这句话在软件项目的变更管理中却有独特的表现形式。从感情上与客户去沟通很重要,但是您注意到它只做了一半工作,还有一半工作需要去讲理。大家会反驳我说:讲什么理!我们的客户就是上帝,让你做你就做!哪儿那么多废话呀你。螂蚃聿我注意到一个社会现象:客户方的直接项目负责人从年龄上来看往往有年轻化的趋势——三四十岁居多。这些人有什么特点呢?首先从教育程度上讲他们往往都接受过正规教育,所以还比较讲理——或者是因为现在职位还不够高(开玩笑)?其次这些人是真正希望在工作上出成绩的。当项目真遇到负面的风险时,他们愿意去说服自己的领导而不是不作为。蒁蚈薆正是基于以上两点分析,我们先来介绍需求变更管理方法——变更管理七步法。七步法印证了我经常鼓吹的项目管理三部曲:细化、量化、图形化,七步法主要验证了细化和量化的必要性和好处。我们先来看看下面这幅图:袂螀螆衿蒇袃羂膁蒀图一:项目管理三角形薁芆芈大家一看就明白了:噢,原来是项目管理三角形,扯上它干吗呀。范围可以理解为一个项目需要完成的内容的多少,而时间质量和成本则意味着完成这么多内容的工作必须投入的时间成本以及对应的质量水平。我们再看下面这幅图:芆薂薅肈艿羃图二:项目管理三角形变形莆羃袁这幅图一看就不得劲,为什么?第一副图中三角形内切于圆,而第二副图则完全破坏了这种内切关系,所以显得不伦不类。为什么应该内切?工作任务与投入应该相适应,这么一个常识性的东西在我们的IT行业中竟然被破坏得极为彻底!好,下面我们就一起来看看怎么样这样一幅项目三角形的图形来讲理!螀肇蚅正如我们从变形的项目管理三角形所得到启示:项目范围变了,对应的时间、质量和成本也应该发生变化!我们首先来看下面这张变更表蒆莃芄项目名称:变更申请编号:芈螆肃子系统名称:要求完成日期:年月日薆薀肇有无附件:会议纪要业务联系书其它无羀薅蒇阶段:需求设计编码测试蚆羁肂变更类型:需求设计莈蚈膃变更申请人:申请人所属部门及职位:螅莂蒈变更申请日期:(FP):螅螃肅薈膆芃袅袀衿芀羅薇羅芁袄描述变更接受对客户业务的正面促进螇羈芃肅蚁芀膅肂蚃描述变更接受对客户业务的负面冲击袇蒅莂技术评审技术可行性评审意见可行不可行芅蒃蚁虿薈螇技术方案简单描述(可选):(天)蝿肆葿变更导致项目额外活动的工期总和(天)蒄蒂蒅薄袃腿如活动位于关键路径上,描述对于关键路径的影响(天)(元)蚀蚇蚂项目组需要额外的人员数目螄莀薀袄螁羃人力成本(人时)袀蒈螂人时工资率(元)羄膂羀羄薃肅非人力成本(元)肀羆袂肃蚀***变更对质量的影响蒈螅袈描述:膃肁螄膀螈袂变更对产品设计阶段质量的影响芃蒂薈莃袃薃变更对产品测试阶段质量的影响荿莆羂袇莈羈变更对产品运行阶段质量的影响薃蒀薆蕿***肁因为