作为产品经理，是否会出现需求跟着然后就丢了？是否感觉需求开发周期长，却苦于没有具体的数据？是否会出现需求的来源无法追溯等问题？
作者：洪永潮｜阿里巴巴集团技术专家
需求管理是每个产品经理日常工作中很重要的一部分，贯穿着产品的整个生命周期。同时需求又是产品开发的源头，管理好需求对整个产品开发过程至关重要。云效可以很好地支持产品经理对需求进行管理，包括需求的收集、分析设计、评审、排期、开发、测试、验收和发布等环节。
本篇我们将重点介绍产品经理如何在云效上对需求进行收集、确认和分析，同时对需求的开发进度进行跟进，下面我们将逐步讲解。
1. 创建Scrum敏捷交付空间
参考《2、PM如何设计工作流和创建看板？》章节。
2. 搭建需求工作流
参考《2、PM如何设计工作流和创建看板？》章节。
立即体验：云效项目协作Projex
3. 需求的收集
如下图，在需求页面，点击「新建」创建新的需求。切换到「列表」工作项视图后，按照「状态」分组，就可以查看不同状态下的需求列表。
新需求的初始状态置为待处理，创建新需求后，「待处理」列中就会增加一个新需求。一般情况下，「待处理」列就是待办需求列表或者需求池，用来存放已收集到的产品需求、优化需求、日常需求和技术需求等。同时点击
可以进行表头显示字段的设置，开启或关闭字段的显示，拖拽字段也可以设置表头字段展示的顺序。（*注：「标题」字段不支持关闭显示，「编号」和「标题」字段不支持拖拽改变展示顺序。）
点击「另存为」，设置视图名称和视图可见范围，保存为一个新的需求视图。
创建新视图之后，按照视图可见范围展示在左侧的「个人视图」或「公共视图」分组下。点击视图分组右侧的
，进行视图分组的管理，编辑视图名称和删除视图，拖拽视图也可以设置视图展示的顺序。（*注：系统视图不支持拖拽改变展示顺序。）
产品开发过程中不可避免的会有紧急需求的插入，为了减少对研发团队的影响，同时也能对业务紧急需求的快速响应，研发团队可对紧急插入的需求数量进行限制，譬如一个排期周期中最多只能插入两个紧急需求，在插入的紧急需求同时，需要置换掉已排期的优先级最低的需求。
规范需求字段和需求说明
在需求收集的过程中，产品经理需要对需求的内容进行编辑，包括设置需求字段和编写需求说明。要设置的字段至少包括：需求负责人、期望日期、优先级。需求描述模板的设置入口：如下图所示，进入项目中，点击左下角的进入设置页面。点击工作项-需求，选择某一类需求进行字段的设置，可以添加/删除字段，对于无法删除的系统字段可以设置字段隐藏，调整字段展示顺序、是否必填、新建时是否显示、默认值等。
（*注：系统字段不支持修改，状态、负责人、优先级、归属项目字段均为必填字段及新建时显示字段，且不支持修改。）
同时可以设置字段的只读状态，例如当需求流转到待开发状态进入排期后，产品经理和研发确定好计划完成时间，除了产品经理本人，其他人无法更改需求计划完成时间字段，避免需求计划完成时间被其他人员随意更改造成的需求延期问题。
要编辑的内容主要是需求说明，简单的需求可以直接使用需求描述进行说明，复杂的需求也可以将需求说明以文档的形式呈现，文档可沉淀在知识库中或者是钉钉文档中。需求描述模板的设置入口：如下图所示，进入项目中，点击左下角的进入设置页面。点击工作项-需求，选择某一类需求进行描述模板的设置。
需求描述中至少需要包括：背景与问题、用户与目标、业务流程、业务规则等。如下图所示。同时可以设置需求描述的只读状态，例如当需求被澄清清楚流转到待开发状态后，除了产品经理本人，其他人无法更改需求描述，避免需求描述被其他人员随意更改造成的需求描述混乱问题。
上述需求字段和需求描述模板设置完成之后，创建需求后单个需求的详情页面展示如下：
设置需求的优先级
云效上提供了四个级别的优先级：紧急、高、中和低，分别对应：紧急需求（临时紧急插入的需求）、核心需求、优化需求（正常情况下规划和排期的需求）以及其他需求。
为了避免产品经理提供的需求都是同一优先级的，从而无法区分需求的重要程度，这里启用了辅助优先级，辅助优先级用数字表示，数字越小表示优先级越高。（辅助优先级字段可通过需求类型的字段设置添加，类型为整数。）
列表工作项视图下的需求优先级和辅助优先级
4. 需求的确认
产品经理对需求经过初步分析，并与技术负责人确认需求的可行性后，在众多需求中，规划选择业务价值高、投入产出比高且确定要做的需求，修改需求状态为「已选择」（如下图），然后进行进一步细化、分析和设计。
5. 需求的分析
当需求进入分析、设计阶段，可以把需求状态从「已选择」修改为「分析中」，如下图所示：
需求分析和讨论过程是需求阶段一个很重要的活动，产品经理需要邀请相关的开发和测试人员一起参加。为了在产品开始开发前，充分澄清需求，明确其验收标准，并保障产品、开发和测试对需求的理解一致。
加餐：需求的分析和澄清，欢迎查看阿里巴巴研发效能提升36计：以终为始，高效地分析和澄清需求
6. 需求排期
产品、开发和测试对需求理解达成一致，大需求已拆分，验收标准已明确定义，同时与关联方（如有）确认相关计划，并识别大的技术风险并定义应对方案。
满足上述条件的需求即可从产品经理侧流动到开发团队侧，一般企业会通过「研发排期」来完成这个过程
7. 需求的开发进度
需求的收集、确认和分析进展已在云效建立可视化机制，进入开发后，在需求看板上，看需求的开发进度也是一目了然的。
在这个基础之上，研发团队可以把的需求看板投到大屏上，通过「每日站会」同步需求进展，及时暴露问题和风险。