读《软件需求最佳实践》

这本书的推荐者其实就是这本书的作者，徐峰老师。

前两年我有幸参加了徐峰老师的“需求分析训练营”，学习到了不少知识。

比较喜欢徐峰老师的授课风格以及方法，所以推荐BA有机会的话可以去听听。

 

回归原题，关于这本书。

因为我已经属于从事BA工作的老鸟了，所以基础性的知识对我吸引力不大，我也不想记录于此。再加上书中有部分的内容与徐峰老师的课程内容重合，所以我只花了一周不到的时间就看完了这本书。

想记录和分享的是关于需求的进一步的方法提升。

 

• 需求优先级

这个人人都知道，但是定义起来困难重重。你问客户，客户说啥都重要，都关键，都高优先级。书中介绍的方法可以尝试，我觉得还是有可行性的。但是效果取决于你对业务的熟悉程度。

首先是，你需要从业务价值的角度定义优先级。确定好了之后找到技术开发人员对非关键优先级的需求进行分析，将技术依赖性高的基础性的需求升级优先级。最后再由项目管理人员从项目风险角度出发，将一些低优先级高风险的需求提升优先级。

其中，业务分析优先级时，可以采用“满意度+不满意度”的评分方法。比如两个需求，同样对用户来说有的话都是“比较满意”，但是一个如果没有则会造成“非常不满意”，那么这个优先级肯定相对较高。

 

• 需求对接、需求方案review

基本上如果有需求小组的话，一份方案或SRS出来后，需要先经过需求小组对接，再在研发团队内部对接。如果有需要可能还会找用户进行review。

需要明确的是，review和对接的目的是为了，尽早发现问题，找到错误，统一意见。

另外针对需求小组内部对接可以采取类似“结对编程”的方法，进行桌查、轮查。

 

• 需求变更

我们欢迎和拥抱变更。

但是有多少人分析过需求变更的原因呢？我基本上没有进行过这方面的工作。但是，仔细想想其实是很有必要的。找出到底是什么原因引发的变更，这样对以后避免变更和减少变更起到很重要的作用。

目前我能想到的变更原因有（如果有不完整的，欢迎补充）：

UI/UE——控件、字段顺序

业务流程

技术限制——技术或框架限制

业务规则

用例不完整

 

• 需求跟踪

目前公司使用的是禅道，但是我觉得对于需求管理的环节比较薄弱，可能后期还是考虑用Excel进行管理。包括对需求分解、需求与用例的关系、需求变更管理等。

 

上述知识我会逐步应用到日常工作中，后面会就应用总结发上来。