谈谈需求管理要管哪些？

由开发方和客户共同对主要需求文档“软件需求规格说明书”进行评审，双方达成共识后作出书面承诺，使需求文档具有商业合同效力。

例子： 本“软件需求规格说明书”是建立在双方对需求的共同理解基础之上的，我们同意后续的开发工作根据该“软件需求规格说明书”进行。如果需求发生变化， 我们将按照“需求变更流程”执行，即需求的变更将导致双方重新协商成本、[[资源]]和进度等。 　　

项目经理签字　　　　 [[客户]]或客户代表签字

需求管理的内容分成几个大的模块：

需求收集 和 需求分析， 具体内容参考之前的文章，这里就不细说了。

需求评审和需求承诺

①获得对需求的理解。在初步整理需求的基础上，项目小组和用户代表通过初步的分析讨论，对当前项目的需求达成共识，并在需求列表中作相应记录。

②获取需求承诺。通过项目参与者的书面承诺，建立各方或各项工作的基准。

需求变更

③管理需求变更。维护变更历史，为调整与控制提供数据。

参考《如何应对变化》一文

需求跟踪

④在需求变更后维护对需求的双向可追溯性。从软件可维护性的角度提出管理要求。

⑤标识项目工作(包括计划和产品)与需求的不一致性。若发现不一致性，即启动纠正措施。