迭代版本开发流程

确认需求

接受变更

确认UI资源文件

是否符合要求

评估版本

测试阶段

改Bug，修复版本提测

项目经理

确认版本规划

需求方

目的1.确认需求；2.确认版本规划；责任归属1.产品负责人对需求的正确性，以及版本排期负责；

……

开发负责人

重新评估影响范围

后端

前端

产品负责人

目的1.开发负责人与开发人员确认分工，以及工作量的拆解和进度确认，确认测试方案、轮次及时间；2.前端、后端给出预估的开发完成时间；3.测试给出测试用例评审时间；4.开发负责人输出每个人的功能拆分表，以及对应的任务计划表；5.产品负责人与UI人员确认UI设计进度，如果有需求方的，预估需求确认的时间，以及UI评审时间点；6.项目经理根据实际情况，对整体项目进行排期，输出最终进度表；责任归属1.开发负责人对任务分工、评估的进度负责；2.产品负责人对UI的分工、进度负责；3.其他项目组成员对自己任务的进度和质量负责；4.项目经理对初步评估的进度，进而产出整体项目进度，对整个项目的进度负责；

沟通进度

UI

目的1.确保测试阶段按预计的测试轮次保障测试进度；2.原则上Bug指给前端，在有把握指给具体开发时，可直接指派；3.被指派人，如果不是自己的Bug，需找到应正确指派的人；4.正常情况应在轮次时间内解决所有Bug，如有异常提前通知；5.项目经理根据每一轮次的测试报告把控项目进度；责任归属1.测试对每一轮次的测试质量负责；2.开发负责人对职能组内部及时提交版本负责；3.其他项目组成员对每一轮次的Bug修复和发版负责；

否

改Bug，交付

调整需求

协商

轮次2提交测试报告

测试

版本立项

确认需求文档

确认版本质量达标

沟通

否，打回开发

沟通交互

分发需求文档

UI调整

目的1.可能由于需求方发起需求变更的，也有可能其他原因发起的需求变更流程，由产品和开发负责人负责协商解决方案，与项目经理进行沟通。由项目经理评估后确定是否接受变更；2.接受变更，由产品和开发负责人协调相关项目组成员，重新对需求、UI、分工、进度、测试方案等进行重新评估和调整，提报项目经理处，更新项目进度表；3.不接受变更，按原进度进行；责任归属1.项目经理对变更的后果负责；2.产品负责人和研发负责人对变更方案的合理性负责；

目的1.项目经理召开UI评审会议，产品负责人主导与需求方确认UI效果，在项目组内达成UI资源文件确认，输出UI资源文件；2.项目经理召开测试用例评审会议，开发负责人主导测试用例评审，在项目组内达成测试用例确认，输出测试用例文档；责任归属1.UI对UI资源文件的正确性负责；2.测试对测试用例的正确性负责；

沟通任务分工和进度

是

目的1.确保提测质量，否则将影响项目进度；责任归属1.前后端对提测版本的质量负责；2.测试对提测质量评估负责；

相关人员重新评估工作量

查看需求文档

进入测试阶段

验收阶段

目的1.项目经理依据进度表，跟进每个节点的进度，以及处理所有影响进度的不利因素；2.所有项目组成员需配合项目经理完成进度；3.原则上，职能组内部矛盾由职能组负责人处理，职能组之间的矛盾由项目经理处理，其他情况由项目经理主导，协调产品负责人、开发负责人共同处理；责任归属1.项目经理对项目每个环节的进度负责；

目的1.产品和UI依据测试报告，以及当前版本情况，对版本进行验收；2.验收通过，知会项目经理和测试，由测试通知运维对版本进行发布上线；3.验收失败，知会项目经理，由项目经理协调产品和开发负责人，评估版本影响以及应对方案；责任归属1.测试对当前版本的最终质量的评估负责；2.产品负责人及UI对该版本的实现效果负责；3.测试对上线的版本传递负责；4.运维对发布版本负责；

沟通版本内容

确认测试用例、确认UI资源文件

测试报告

需求变更

确认需求确认进度确认测试用例、轮次、测试方案确认UI资源文件

测试用例评审

运维

初步沟通需求文档

确认UI设计

需求评审

前后端沟通协作

是否所有需求都可确认已实现是否不存在超过20%测试用例不通过的情况

确认最终进度表

测试用例调整

确认测试用例

确认进度

项目经理跟进开发过程

处理意外事件

沟通进度：前端开发完成时间点、后端开发完成时间点、提测时间点、含测试用例评审时间点、预估测试方案、轮次及时间、预估的上线时间点输出功能拆分、任务计划表

UI评审

轮次1提交测试报告

重新发布进度表

按原进度进行

提交版本包

沟通进度：含UI评审时间点

轮次N

开发过程

提测

否，通知项目经理

交付

发布上线

目的1.开发负责人在分发需求时，对任务进行初步分工；2.由项目经理主导，召开需求评审会议，最终确认需求文档；3.评审时，由开发负责人主导，产品负责人协助，确保开发成员对需求理解达成一致；4.评审时，由产品负责人负责，确保UI人员对需求的理解与项目组达成一致；5.如有特殊质量要求，在需求文档中需记录对项目的质量要求；责任归属1.产品负责人对需求的正确性负责；2.开发负责人对版本的可实现性负责；3.其他项目组成员对需求理解的正确性及一致性负责；

沟通需求

沟通UI