需求评审应该注意哪些环节

谈到IT与互联网的开发项目，就不得不提到一个必要的环节，那就是“需求评审”，需求评审是经历了需求收集之后的下一步安排，目的就在于让设计、开发、测试等岗位的同时快速了解需求目的及要做什么需求，并以此来确立项目的分工；其次就是评估需求方案合理性，做项目开发的相关成员能从不同的角度去观察，评估出该需求方案是否能满足使用者需求，有什么需要改进的地方，或者是凭借自己的经验调整相关部分细节，让需求方案变得更加完善；最后就是评估技术实现可行性，其中就包括整个系统架构的实现逻辑是否通畅，开发周期是多长怎么排期，还有产品需求的可行性，实现难度是否合适等等。都是需求评审的关键，但也是整个项目开发中非常重要的一个环节，必须严谨对待。

需求评审应该注意的环节    

1. 需求逻辑是否遗漏

1）别部门的需求遗漏

就好比我们做的是一个金融方面的产品，并且前端业务需求会较为重要。所以当我们开始研发新的需求时，就需要想到风险控制部分、资金安全部分会不会涉及到交叉式调整。就像我希望在前端的借款入口部分加入且优化用户体验，那就一定会涉及到额度系统的相关变动、资金部分的改造等等方面。如果在这之前没有将别的部门的调整需求考虑进去的话，那急急忙忙开展需求评审，那就尴尬了。

2）版本兼容也需要关注

许多产品开发容易出现版本兼容问题的出现，因为新的版本增加了其他技术的开发，但是旧的版本是之前的老技术或者是老接口，又或者是许多终端系统的不适配，这些都容易造成新的一系列问题。

打个比方：

a. 新数据在旧版可否显示：如果后台系统以前有预留接口，新增加字段的数据应该可以在旧版正常显示。如果是后来新增接口，那识别不出来就是很正常的事情。

b. 新功能在旧版可否使用：一般来说，新功能大多数是新接口而且没有预留，所以一般不能在旧版使用。这个时候就必须要用户做升级或者是新的补丁包，但是容易造成用户的不良使用感觉。

3）没有考虑异常情况

我们往往只考虑到用户操作的正常流程，而缺乏考虑用户遇到的异常情况。就好比容易出现的流程中断、系统没有返回结果、重复点击多次、网络、服务器出错、等待超时、过期失效状态等等问题，这些一定要经过大量实际测试才能输出更完美的产品。

2. 技术实现出现偏差

1）接口问题

因为在我们开始之前有可能客户已经有了相关的开发，但是当我们不了解旧接口的时候，贸然改动有可能会与旧接口冲突，则产生新的问题。这时候就必须先了解清楚所有的底层代码，然后进行判定。   

2）系统处理是同步还是异步

这一点非常重要，涉及到前端交互是否变动。如果系统处理是同步的，那前端基本不需要让用户看到等待状态，立即出结果；如果系统处理是异步的，比如需要1分钟以上，前端一般需要提供等待状态，反馈实时进度以缓解用户等待焦虑。

3）提出新的改进方案

提需求时，需要考虑好是否已经有解决方案支持，如果已经有，则无需重复造轮子。

3. 沟通没有达到预期

1）开会耗时较长

a. 需求不完整，开发一直在帮忙补逻辑，就会造成多人浪费时间的情况；

b. 开发人员没叫齐，有的时候必须要该人员进行讲解或处理，如果人不在，就需要及时进行调整；

c. 开发花费太多时间讨论细节。遇到这种情况，一定要有节奏把控。

2）研发理解需求与产品不一致    

研发与产品理解不一致，会造成需求实现不符合预期。一般是产品快上线时才会暴露出来，直接造成的结果是项目延期。但是这也不是一定不行的，可以先上线再迭代，越弄越好。

3）排期确定较慢

按照经验，排期确定最好是在评审会期间。因为需求刚评审完，开发大佬们对需求还比较有期待、有新鲜感。所以笔者的建议就是排期尽量在会上确定，这样的项目推进效率才高

迦太利华（自由客）致力于探索新技术、新模式、新平台、新生态，以满足中国市场不断发展的在软件、互联网及大数据类技术开发与运营的服务外包需求，业务范围涉及“高端灵活用工”和“技术服务”两大板块。目前自营的“自由职客”平台与“云画师”平台已有50余万自由职业者及万余家企业入驻。