1  需求提出阶段

       用户在使用系统的过程中有些功能需要完善或者随着公司的新的业务产生，用户可以提出开发需求。

1.1 用户提出需求

     用户根据需要提出需求，需要描述提出该需求的背景和必要性，以达到什么样功能效果。 

1.2主管确认需求的必要性

    主管需要确认需求是否有开发出来的必要性，当自己不能决定时可继续向上级领导确认。主管应该站在部门的业务或者工作任务上考虑这个需求。

1.3 是否会影响到其他部门

    主管确定需求开发的必要性后需要知道这个需求开发出来后的功能是否需要其他部门的配合或者是否会影响到其他部门的操作，如果是，则要和相关部门的主管确认。

1.4 提交需求

    在确定需求开发的必要性后填写《需求提交样表》，以邮件的形式发送给需求对接人以及自己的直接领导。
现在需求对接人为开发部的测试组：eva、una；邮箱分别是
eva@birdsystem .co.uk 和zxr920126@126.com

2  开发部需求对接阶段

2.1 需求对接人确认功能是否已经存在

    需求对接人应该从系统已有的功能上判断是否存在功能是满足这个需求只是用户不知道，若有则告知用户，无则新建jira。

2.2 需求对接人新建jira

    需求对接人新建jira，根据接收的需求提交样表看是否有关联部门，若有需要添加部门label。
    

2.3 需求对接人初判需求可开发性

     需求对接人初步判断需求的可开发性，觉得不可开发或者判断不出的将状态改为discuss，待技术人员在jira的comment或者开发会议上讨论。

2.4 确认开发方案

    技术人员确定需求的开发方案，以怎样的形式达到需求的功能效果。

2.5 用户确认开发方案

    需求对接人和用户确认需求开发的方案，用户若是不认可该方案可提出意见，需求对接人中间沟通协调到大家都接受的方案为止。

3  需求开发阶段

3.1 拉jira到sprint

     eva或者una在周二早会前将待开发的需求拉到下一个sprint中（任务周周期从上周三到当前周二为一个周期）。

3.2 预估任务点数

     周二早会期间开发部人员一起预估任务点数。

3.3 开发

     需求做好后将状态改为to test 并@测试人员测试。

3.4 测试

    测试人员测试后，若是通过则将测试结果和测试分支给到需求提交人等待用户确认，若是测试没有通过则将状态改为test failed并说明原因，待开发重新开发并重新测试。
    注：

    和用户确认测试结果时，需要确认下对上线时间有无特殊要求，无则开发人员自行安排时间上线，有，则根据要求的时间上线。
    如果有要更新设置的地方，测试人员须将测试分支地址和设置方法给到设置人员熟悉设置。

4  需求上线阶段

     开发人员根据需求看是否有需要更新设置的地方，有则根据jira的comment和设置人员确定上线的时间来安排上线，并且在slack中@所有人
     需求的新功能上线如果有需更新设置的须及时更新设置。

5 流程图

6  需求提交样表

表头样式

注：

l 上面的是表头样式，真正的模板请用下面附件中的《需求提交样表》

l 如果所提需求并没有涉及到其他相关部门，则相关部门及其主管确认人一栏填“无”；

l 红色字体项为必填项。

如果需求特别紧急或影响严重请备注