项目需求的完整性和正确性是项目成功的基石。项目前期如果没有管理好需求，往往会导致项目返工或需求遗漏，开发过程中也会耗费研发大量的精力处理需求，这样就造成额外的劳动量，使得开发无法按期完成需求，而造成版本的延期。因此，管理好项目需求成为了每个项目经理的难题
今年做了那么多个项目，深深感到对项目的需求把握管理好是项目成功的关键。每一次痛苦的开发经历之后，我们会去思考究竟是哪里出问题了？其中，需求的管理是非常重要的一环，糟糕的需求管理往往带来混乱的开发活动。对需求的管理大概有那么几个活动。
首先是需求获取，获取并整理整个项目的所有需求，保证项目需求的完整性，避免需求遗漏，为项目工作量估算做准备。
其次是需求理解和设计，拿到需求后，需要理解并分解每个需求点，理解客户的需要和期望的需求，为实现项目目标而定义、记录、分析干系人的需求。
最后是需求传达，将需求点设计出交互和视觉，初步还原产品原型，传达到相关开发人员，保证开发对需求理解的正确性。
大项目都会配置一名PO，即产品经理，他负责项目的需求收集，规划整个项目的需求。由产品经理提交需求规格说明书后，项目经理需要梳理整个项目的所有需求，产出系统需求规格说明书，组织干系人评审，如：产品经理，开发经理，项目经理，开发人员，测试人员。评审目的一是为了保证干系人需求理解一致性，二是保证需求无遗漏。
系统需求规格说明书是产品开发的依据，是后续设计阶段的输入。系统需求规格说明书一般包括一些内容：整体需求描述（需求背景和需求细分概述），整体的系统用户场景，详细功能需求规格（列举所有的产品新特性），原有特性改进和优化（原有功能的改动点），非功能需求规格（稳定性，性能指标，可维护性等）。
需求理解由于需求大多是一句话需求，而且每个人的理解又不同，开发周期长了会导致理解存在偏差，如果没有明确的交互和详细的描述，就造成额外的工作量，使得开发无法按期完成需求，而造成版本的延期。
为了保证项目需求点理解始终一致性，项目开发前，项目经理需要明确整个项目的交互或需求详细描述，将所有的需求点使用交互还原产品原型，并且组织交互评审。
Axure RP是一款专业的快速原型设计工具，让负责定义需求和规格、设计功能和界面的专家能够快速创建应用软件或Web网站的线框图、流程图、原型和规格说明文档。
需求跟踪矩阵是一种主要管理需求变更和验证需求是否得到了实现的有效工具，借助RTM，可以跟踪每个需求的状态。我们可以将需求详细的记录在需求矩阵中，供开发和测试检视。
需求传达在将需求交付给开发团队之后，需求传达不明确将给开发活动带来很大的不确定性，最终交付的产出也是不明确的，版本经理在需求传达过程中付不可推卸的责任。
如何将需求传达到位，避免开发和测试过程返工。我们除了给出系统需求，交互设计和需求矩阵外，还要求研发和测试负责人在开发前进行需求讲解和需求检视，检视不明确的和错误的需求及时记录和纠正。开发过程中歇性的检视产出结果和体验，同时对测试用例进行评审，保证测试用例的正确性和有效性。
简讯往期精彩文章，请关注公众号
讨论丨人到中年就像一部西游记
文章丨工作太忙没时间学习？错了，其实我们都在浪费时间
文章丨项目管理之项目管理流程
公众号ID：team_manage
管理是为了更高效的生活和工作
