上篇文章我们讲述了如何添加产品。有了产品之后，我们就可以来创建我们的第一个需求了。

我们产品经理可能都习惯了写需求设计文档，或者规格说明书，通过一个非常完整的word文档将某一个产品的需求都定义出来。但在禅道里面，我们提倡按照功能点的方式来写需求。简单来讲，就是将原来需求设计文档中的每一个功能点摘出来，录在禅道里面，作为一个个独立的功能点。如果按照scrum标准走的话，我们可以称之为用户故事(user story)。所谓用户故事，就是来描述一件事情，作为什么用户，希望如何，这样做的目的或者价值何在，这样有用户角色，有行为，也有目的和价值所在，非常方便与团队成员进行沟通。

一、创建需求

• 使用产品经理角色登录系统。

• 在页面右侧，有“提需求”菜单，点击菜单，出现新增需求的页面。

• 需求的标题、所属模块是必填项。

• 所属计划，可以暂时保留为空。

• 需求审核那块，我们选上不需要审核，这样新创建的需求状态就是激活的。只有激活状态的需求才能关联到项目中，进行开发。

• 需求可以设置抄送给字段，这样需求的变化都可以通过email的形式抄送给相关人员。

批量添加需求时，支持多图上传。

点击多图上传，选择要上传的图片。

多图上传，目前支持jpg，jpeg，gif，png格式的图片。

图片上传成功后，程序会把图片的名作为需求的名称，图片作为需求的内容。

二、需求的列表页标签：T B C 的说明

T：T 是任务（Task）的缩写，表示该需求所分解的任务数。

B：B是Bug的缩写，表示与该需求相关联的Bug数。

把鼠标放在字母标签上，会显示中文的说明文字。

三、评审需求

在创建需求的时候，有一个"不需要评审"的复选框，如果选中该复选框的话，需求的创建是激活中的。但大部分情况下面，需求还是需要评审的。即使产品完全由一个人负责，也可以将一些不成熟的想法存为草稿，后续再进行处理。新增需求的评审流程如下：

下面我们来看下具体的需求评审操作：

• 评审结果可以选择确认通过、有待明确、拒绝等操作。如果选择“确认通过”，则需求的状态改为“激活中”，然后就可以关联到项目中进行开发了。
• 如果选择“有待明确”，会保持需求的草稿状态，并将需求指派回需求的创建者头上，有其继续进行完善。
• 由谁评审是记录的参与评审的人员名单，可以输入用户名来自动筛选。一般来讲需求评审可以是一个线下的评审会议，在禅道里面记录下参与需求评审的人员即可。