敏捷开发流程

会员中心维护id:12

STEP-4.1

已完成

STEP-4.3

创建发布计划

循环

高级研发 2-3名

系统上线

UI 1 名

前台用户信息展示id:11auth：tigerendtime：21-5-13

产品+项目经理+研发1、团队会对product backlog依据需求优先级，将各个Product backlog进加入迭代计划，形成Sprint Backlog2、迭代计划前，我们的产品会对加入迭代的Sprint Backlog，提前进行细分，输出原型图，思维导图、PRD、业务流程图3、团队会对需求进行评审，评审通过后会需求研发细分项目经理+研发1、会依据迭代内的Sprint Backlog及需求、原型进行细分，并且细分成研发任务模块2、项目经理与研发估算出研发时长，并分派到各个研发人员，研发人员也可以自行领取研发任务3、微服务项目会涉及到DDD领域建模，需要预留1-2天的时间来进行领域分析项目经理+测试1、测试人员依据此次迭代功能需求，编写测试用例，此阶段，测试任务繁多的情况下（可以省略）2、后续在系统提交测试时，按照测试用例来测试产品+UI1、设计师依据原型图（线框图），进行设计，并且与研发同步进行，并且UI在于研发阶段进行评审

五个阶段

创建产品路线图

开始

STEP-4.2

测试 1-2 名

已测试

产品/项目经理1、定义产品backlog2、划分产品backlog 优先级3、粗略的估算工作量

五个评审

研发：1、每日站会2、无时无刻进行代码评审，提交测试前在次开一个 代码评审会 3、单元测试，功能测试等测试1、输出测试用例并进行评审2、对系统进行功能测试，压力测试UI1、设计师会不时的出具设计图，我们团队会对其进行评审

       为了满足【目标用户】他们的【什么痛点或需求】，我们的【产品名称】，是一个【怎么样的产品类型】，它可以【关键优点，通过什么样的功能，为用户带来什么样的价值】，而不像【市场上某竞品及其特点】，我们的产品【主要独特价值点】；

团队人员构成

已完成-待测试

产品组A

产品经理 1

STEP-3

定义迭代计划

1、定义产品愿景2、创建产品路线图3、定义发布计划4、创建迭代并执行迭代5、系统上线6、如果是对外项目（验收）

STEP-2

     backlog

用户管理维护id:11auth：tigerendtime：21-5-13

技术/项目经理 1名

用户管理维护id:11auth：tigerendtime：21-5-13tester：lilitendtime:21-5-14

初级研发 2 名

1、产品/项目启动大会2、迭代规划会（需求评审、迭代计划内的用户故事划分）3、每日站会4、迭代评审会5、迭代回顾会

迭代评审

研发/测试阶段

合计 8-10 人

看板

1、需求评审2、UI评审3、测试用例评审4、代码评审5、功能评审

团队1、业务人员、产品、测试 一起参对此次迭代进行回顾，各自的抒发自己的想法，在下次迭代进行优化。

迭代回顾

用户管理模块id:11

项目组B

STEP-1

研发中

五个会议

验收

定义产品愿景

1、业务人员、产品、测试 一起参与并进行评审     如没有问题继续进行下一次迭代，小的细节性问题，或者用户体验方面可以放到下一次迭代。     如果大的变更，流程发生变化了，就宣布此次的迭代终止，重新梳理业务流程，进行下次迭代

STEP-5

项目组A

产品/项目经理1、软件发布的时间2、软件可以多次发布

商品中心维护id:13

前台用户信息展示id:11auth：tigerendtime：21-5-13tester：lilitendtime:21-5-14