手机技术部敏捷迭代开发流程图

2017-02-28 11:56:14   0  举报





仅支持查看

手机技术部敏捷迭代开发流程图是一个用于描述手机技术部门在敏捷开发模式下进行软件迭代开发的流程。这个流程图包括以下几个关键步骤：1. 需求分析，2. 设计，3. 开发，4. 测试，5. 部署，6. 维护。在这个过程中，团队成员通过不断地迭代和反馈来改进产品，以满足客户的需求。这种敏捷开发方法能够帮助团队快速响应市场变化，提高产品质量和客户满意度。总之，手机技术部敏捷迭代开发流程图是一个有效的工具，能够帮助团队更好地进行软件开发。

作者其他创作

大纲/内容

sprint backlog

版本全量发布

高优先级

sprintreview产品验收

sprint burn down

大集成测试

需求预审会议

通过预审产品backlog

研发迭代scrum模型

手机技术部敏捷迭代开发流程图（2017.08.22）

大集成灰度

小集成灰度

sprint计划确认

scrum master

迭代功能点N开发&提测

product owner

Daily meeting

版本

1.迭代周期规划：每月2个迭代迭代周期1. 1~15号迭代周期2: 16~30号如无特殊情况，不改变迭代周期开始和结束时间点；2.产品组长确认版本需求列表，需求预审会议固定在每月25号召开，预审下个月的需求，需求预审会议需提供完善的需求文档及交互图，通过预审的需求可进行迭代确认开发计划；3.迭代启动前，重点（红绿色需求）上线需求均须有部分功能点UI交互；4.每个端每个迭代会产生迭代负责人（SM），负责把控各个端的迭代计划，进度及可能存在的风险问题，同时各个需求手机内部的技术负责人由SM协商确定产生，各个需求技术负责人需把控需求的总体计划，进度及问题，另需求的部门总技术负责人由需求工作量最大方产生；4.sprint backlog计划确定，针对已完全确定的故事即功能点（文档，交互，功能点），开发及测试同时进行拆分评估，确定好迭代计划，ps：集成测试及灰度等工作可作为迭代内的sprint故事；5.迭代计划内的功能点（故事），需合并进该需求的主分支进行测试，通过测试，并且通过产品及设计验收作为迭代完成标准，最低交付标准是需完成测试；6.迭代周期内，开发功能点迭代提测次数务必在2次以上；7.每次迭代结束需进行sprint总结会议，具体包括分析总结迭代完成情况及存在的好与不好的总结，回顾会议需产出总结PPT及总结邮件，confluence归档；

需求池产品backlog需求P1....需求Pn

小集成测试

迭代backlog计划确认

sprint2 weeks

sprintretrospective meeeting回顾会议