原始需求

需求描述

目的

1.      在以下活动中，需要对需求各个阶段进行状态管理。

l  公司内所有人可以在禅道上提交需求。

l  产品部对需求进行澄清、初审、审核。

l  产品部对需求进行设计，编写用例。

l  测试部需要对需求进行审核。

l  开发完成后提交到测试进行测试。

2.      在软件迭代过程中，希望对需求指导产品的版本控制。

3.      在项目售前、蓝图、详细设计阶段按照需求的分类进行管理。需求定义出层次。

产品在需求中希望看到是那个项目提出的需求，并可以按照项目进行筛选出。

5.      有些需求，如客户发邮件，微信聊天，手机拍照，钉钉聊天等非正式的需求，产品也希望能对这些需求进行管理。

6.      需求可以指派给产品设计，开发设计

8.      需求按照不同的类型进行管理

9.      上述维度应可支持配置话，允许产品增减配置项。

目标

1、在需求的一生中、在需求阶段、设计阶段、开发阶段、验证阶段都有相应的管理。

2、通过多维度管理，实现更好的排列计划，更好的版本控制。

3、通过需求的多维分析，可以按照多维统计，方便决策。

参考设计实现

需求增加列

项目：(下拉框可配置添加)xxx项目1，XXX项目2.等。

721分析：(下拉框可配置添加)7-通用功能，2-可变功能，1-个性/定制功能

象限属性：(下拉框可配置添加)重要紧急、重要不紧急、不重要紧急、重要不紧急。

卡诺属性：(下拉框可配置添加)期望的功能、出期望的功能、须具备的功能、最好不做/不好做的功能。

层次属性：(下拉框可配置添加)业务需求、用户需求、软件需求。

产品需求来源：(下拉框可配置添加)业务发展要求、用户研究结论、用户反馈分析、产品数据分析、竞品分析。

需求类型：(下拉框可配置添加)新开发需求、功能完善、老版本补丁、修正错误、测试问题修改。

产品指派：将原来的（指派）改为（产品指派）

开发指派：