会员中心维护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
