仓库操作，面单派送，客户下单，财务
需求
步骤：
1.需求搜集和入库
搜集需求，需求的来源包括研发内外部以及公司内外部。各需求部门按照需求提交模板以邮件形式提交需求并经需求方部门主管确认后，录入Jira系统 (INIT)。录入需求时需要对需求进行分类：缺陷（BUG类）、任务（新需求）、改进（非功能性需求）。
2.需求分析
与需求方梳理和确认需求，明确业务场景和角色，并与需求方沟通和确认整体方案。
3.产品设计
与需求方及开发保持沟通，进行功能和交互设计，根据需要梳理并输出业务流程图，原型等文档，形成产品方案。在此过程中对方案进行内部和外部评审，直至与需求方达成一致意见。
4.需求管理
对需求进行版本和排期管理。目前每周二确认下个版本的任务。
5.开发和测试
需求按照排期进入开发测试阶段，并待需求方验证后上线。在此过程中需跟进任务进度，与开发内部和需求方保持信息同步。
6.上线
上线后通知需求方，并根据需要对用户进行培训。
关于大仓系统的需求需要注意的点：
客户的需求不能与现有鸟系统功能相冲突，如果有相冲突的需求，直接回复不能做。
需求确认过后，将方案交予运营中心，由运营中心出面协调开发合同、收款等事宜。
开发
...
流程
每周规定好做哪些jira，就只合哪些分支到branch，其他的一律不合。
紧急上线的单独测试，上线到master。
branch测试通过后，如果验收时哪个分支不能上，就delete掉branch分支，重新合一份能上的branch。
每周三早上branch前，先合并master到branch，看看是否有冲突，有冲突就直接在branch解决冲突，并测试
定个开发截止时间(周一晚上)，过了这个时间，就不允许再合分支到branch，以免影响测试
开发和产品的沟通建议
确认jira是要开发完立即上线，一周内上线，还是一个月内上线
确认jira的需求是否为紧急处理需求（仓库操作，面单派送，客户下单，财务）的，如果是，但是紧急度不高，与产品复核是否立即上线
开发和测试的沟通建议
测试出bug的时候，
碰到了与本次jira无关的bug
比如说改了提单相关的jira，测试的时候发现产品列表有问题。
由本次jira引起的，就在当前jira里解决，超出jira点数的补jira点数
与本次jira无关的，新建jira处理，不占用本次jira时间
调查原因花费的时间超过15分钟的话，记录点数