0°

共读DAY010《软件需求最佳实践》10

2016-10-11《软件需求最佳实践》徐锋著

第10章 变更管理操作实务


1变更管理的理念


需求变更可以避免吗?

如果从需求变更产生的根源来看,变更的来源无外乎两种:一是我们错了,捕获的信息不全面,分析的结果不正确等;二是世界变化了,现代商业社会充满变化,业务流程、业务规则都是日新月异。

因此我们应该尽可能避免犯错误,同时也要加强对变化的预测,但是需求变更是无法避免的。


需求变更管理的目标是控制变更,而非避免变更。

真正害怕的是变更产生的影响:这个变更将对架构产生巨大的影响,这个变更将使前面的很多工作白做了……诸如此类。因此,既然我们无法避免变更,就应该把重心放在减少变更对开发工作的影响上。

需求团队的贡献在于“尽早标识变更”,设计团队的贡献在于“尽可能以弹性的设计来减少变更的影响”。

小婧:就像有的人不敢蹦极,不是因为蹦极本身,而是因为可能会死翘翘。变更也是同理,特别是你无法明确会造成什么样的影响,就更加害怕变更。什么人不怕需求变更?我觉得有两种,一种是不知者无畏。还有一种是产生的影响和他没有任何关系。


2变更管理要点一:统一渠道


● 变更可能相互冲突:如果没有统一的规划与管理,程序员所响应的变更可能相互冲突,导致新问题的产生。

● 变更量无法引起重视:国内的许多客户通常是没有为变更付费的习惯,其实从某一个角度来看,对变更量没有直接感受是一个很重要的因素。

共读DAY010《软件需求最佳实践》10



CCB的核心思路就是将一个“多对多”的沟通路径转换成两个“一对多”的沟通路径。

CCB 的核心人员只有两个,分别代表用户团队和开发团队,其他组成人员都是协作者和决策者。

也就是说,CCB中的其他人员并不是常设人员,并不需要参与到每个变更的决策过程中;确定这些成员的目的在于当常设人员需要协作者,需要最终决策者时,能够有的放矢地找到相应的人员。

共读DAY010《软件需求最佳实践》10

小婧:我曾经在项目上遇到过这样的事情。有的时候客户和需求人员提需求,但是可能是需求人员响应慢了,或者没有响应,于是客户就直接打电话给开发提需求。开发想着谁提的需求不是需求呢?就做了。结果做UAT的时候,需求不知道,测试不知道,造成了业务逻辑矛盾,以前一个主线流程跑不起来了。后来,我们就定义了一个统一接口人,就算开发接到客户需求,也会告知需求人员,需求人员会再次找客户做确认。这样相当于客户要把自己的需求说两遍,过了一段时间,客户也就不找开发了,因为发现还是找需求人员比较方便。



共读DAY010《软件需求最佳实践》10

需求变更从提出到完成的处理过程,其中最重要的环节是“变更评估”。

  • 业务影响度分析

业务影响度分析是变更分析的首要任务,它的目标是站在业务的角度评价:这个需求变更是不是必要的?如果是必要的,那么它具有什么样的优先级?


  • 技术影响度分析

完成了上述所示的业务影响度分析之后,接下来就应该协同技术开发团队一起对技术影响度进行分析了,换句话说,就是会带来多少的工作量。


  • 项目影响度分析

基于前面的工作量分析,考虑是否对整个项目的时间、进度、成本产生较大的影响,并在这个基础上做出最后的决策。


  • 是否打破基线

变更通常是不打破基线的,而且从理论上是永远不打破基线的。

  • 出现了影响生产的需求(通常是维护阶段),或者需求变更项的优先级比待开发的所有需求项的优先级都更高:打破基线!通常采用的方法是置换法,也就是从基线中换回一个工作量相当的任务,将其放到下一次迭代中。

  • 出现了对前面假设有巨大影响:暂停迭代,重新考虑基线。

  • 工作量比较小,重要性或与开发中的需求的关联性很强:加入基线。

小婧:在实际的开发过程中,需求变更的影响分析,也叫变更评估可能不会做的这么正式,甚至都不做。反正不做的话,你就等着挖个坑把自己埋了吧。我个人的建议是也别搞得太复杂,浪费太多人时间,你可以先做个初步评估,再找相关技术人员、项目经理(一共3个人)过一遍,大家觉得没有问题再定稿。


3 变更管理要点二:统一平台


通常来说,用手工的方法来记录、管理变更历史是很不方便的,毕竟需求变更量大、易于变化,因此通常应该借助于相应的信息化工具来辅助。

对变更进行分类、再分类,是管理变更的重中之重。

小婧:目前没有看到特别好用的需求变更管理软件。我们目前是用的禅道,但是它连需求树都不支持,我也就不寄希望于其他的需求管理部分了。虽然有需求变更管理,但是全完只是管了个版本,没有管理到底变更会产生的影响,对哪些需求有影响等等。


小婧是一名行走在产品路上的资深业务分析师(BA),如果想与我同行,就请关注我吧!

共读DAY010《软件需求最佳实践》10







「点点赞赏,手留余香」

    还没有人赞赏,快来当第一个赞赏的人吧!
0 条回复 A 作者 M 管理员
    所有的伟大,都源于一个勇敢的开始!
欢迎您,新朋友,感谢参与互动!欢迎您 {{author}},您在本站有{{commentsCount}}条评论