【开发规范】敏捷(SCRUM)开发规范
介绍：
scrum简介：Scrum是一个敏捷开发框架，是一个增量的、迭代的开发过程。在这个框架中，整个开发周期包括若干个小的跌代周期，每个小的的跌代周期称为一个Sprint，运维开发团队所有产品项目，每个Sprint周期目前团队固定为2周（共计10天) ，sprint backlog 周期划分为: 1天sprint计划会议， 6天开发时间，2天测试和bug修复，1天评审会议和回顾会议
1.sprint计划会议
在开sprint 计划会议前，产品经理必须所要实现的产品需求（产品Backlog）以用户故事的形式确定下来，并画好原型图，UI应该要出设计稿（在sprint 计划会议前出设计稿很重要，因为设计对估算时间影响非常大）。产品经理同时确定各个产品需求的优先级。
开sprint 计划会议期间（一般是1天），开发团队的成员不应该做任何的开发工作，把全部精力都放在把产品需求变为一个个开发任务，并对开发任务估算时间
2.日常开发
在每个Sprint backlog，后台和前端的交互都是通过api，所以由后台先写好相关的api并编写假数据，先让前端可以顺利开展工作。先编写api和假数据，有两个好处：1. 能对整个开发计划有个总体的规范。2. 相当于是TDD（测试驱动开发）
2.1 每日的例会:
在每天的例会前，每个团队成员应该更新自己的任务列表，包括：
1. 昨天完成了哪些任务，每个任务使用了多少时间，没完成的任务估算还需要多少时间
2. 更新总的剩余开发时间
每个人在例会上说下面3方面的事情：
1. 昨天做了哪些工作。
2. 今天准备做哪些工作。
3. 有什么工作需要其他同事配合。
注意，避免在会议上讨论问题，如果真的需要讨论，请在会议后和同事讨论，不要浪费整个团队的时间
2.2 测试和修bug:
开发完成，就进入测试和修bug的阶段。如果人手不足，同一个功能前端和后端人员进行交叉测试方式.即前端人员测试后端功能，后端人员测试前端人员功能。也可以不同项目人员交叉测试
3
.
sprint 评审会议:
一般是全体人员都参加，在测试和修bug后，主要演示完成成果，发现一些后期改进的问题，为了节约时间（评审会议和回顾会议可以合并到一起进行）
4.sprint回顾会议:
每个成员都要参加，每个成员都要提两点：1. 在这轮sprint中值得表扬的点2. 在这轮 sprint中做得不好的地方； 这个过程走两轮，即每个成员都要说2次。
注意，当一个成员提出自己的意见时，其它成员不作任何的批评。
这个会议主持人可以有项目组人员轮询组织;
以上是 【开发规范】敏捷(SCRUM)开发规范 的全部内容， 来源链接： utcz.com/z/517071.html
