软件开发需求评审规范.docxVIP

软件开发需求评审规范

作为一名在软件开发行业摸爬滚打了近十年的老兵，我见过太多原本前景看好的项目，最后因为需求前期没掰扯清楚，做到一半推倒重来，整个团队连着熬了几个月大夜，最后项目交付延期，客户不满意，团队士气也跌落到谷底。我自己就亲身踩过这个坑：早年做一个企业服务项目，需求评审就是走了个过场，大家都没仔细核对内容，开发做了两个月，客户过来验收才发现核心功能理解完全错了，最后只能全部推翻重写，整个项目组整整一个月没休过周末，现在想起来都觉得累。从那之后我就深信，需求评审是软件开发的第一道生命线，想要项目顺顺利利推进，必须要有一套清晰可行的需求评审规范，不然全靠大家凭感觉做，不出问题才怪。

1需求评审的前期准备规范

凡事预则立不预则废，需求评审能不能开好，百分之七十的功夫其实在开会之前。如果前期准备没做好，开会就是浪费所有人的时间，这一点我深有体会。具体来说，前期准备要做好三件事：

1.1需求产出方完成合格的需求文档输出

想要评审，首先得有一个合格的需求“靶子”，不能拿个随口说的想法就来评审。一份能进入评审环节的需求文档，必须满足几个基本要求：第一，核心信息完整，要讲清楚需求的背景是什么、我们为什么要做这个需求、要达到什么目标，所有功能点要逐条列清，不能漏场景，还要写清楚非功能需求，比如性能要求、兼容性要求、安全性要求，配套的界面原型也要准备好，不能光靠嘴说长什么样。第二，描述不