scrum 敏捷开发流程
scrum 标准流程图解析
三种角色 产品所有者 团队 scrum master
backlog
- PO(产品所有者)听取客户经理出
- 出功能需求表(backlog)
- backlog按照
功能优先级排列 - backlog就是一个
列表 - backlog
没有详细完整的需求说明书
sprint开启
- PO在每一个sprint开启的时候
- 会有一个计划会议
- 会议内容,每一个sprint做上面事情
- 回答team(团队)做什么事情(产品需求)的所有问题
团队
- 从backlog里面去领取任务
- 任务进入到sprint backlog
sprint周期
- 1-4周 sprint 周期
scrum master
- 1-4周期中 督促项目的开发执行
- 沟通
- 每日站会(做了什么 今天的任务 遇到的问题)
sprint原则
- 周期内 周期不变
- 内容不变
- 无任何变化
- scrum master负责保证
sprint结束后期
- 开两个会
- sprint评审会;用户 潜在的可随时发布的部分功能的产品
- scrum master sprint 回顾会; 问题和反思 做的不好的下一个周期改进
- 在线产品按照这个节奏一直做下去,完整的产品就是按照这样的周期持续循环
产品级质量的部分功能需要做
- 测试 单元测试 集成测试 压力测试
- 预防重于治疗
评审阶段
- 评审阶段用户的新需求会被加入到Backlog
- 进行优先级排序
- 然后进去到下一个sprint
什么是自动化
- 帮我们一遍一遍运行测试等
- 人工简单的事情 使用机器自动化完成 比人工稳定
- 比如 打包 比如单元测试跑一万次 人不愿意
演进式设计
- 演进式设计是一个全流程的迭代过程
持续集成
- 做的每个模块是在持续不断的集成,
- 模块之间会有联系,
- 这种模块之间的相互关系希望的是不断去集成验证,
- 如配送管理和产品管理 两个模块会有集成的需求 ,
- 我们需要集成是时刻在发生, 看是不是跟初始需求是match的
- 集成测试环境teamcity把分段的代码放到一块跑 验证 是否成功 每天都在集成
开发模式
- 两个复杂模块的并行开发
- branch1 branch2 到master上去集成
1 并行开发 两个模块依赖过多调用复杂 放入master后bug过多,在拉去一个集成的branch 调试稳定
branch1 10天写功能 1天写接口 评审 提交到master ,在拉去一个集成的branch 调试稳定
branch2 需要branch1 在一天内获得branch1接口的使用
2 先后开发
持续集成
- 有任何风吹草动(接口发生改变)都要放到集成测试工具中跑一跑
- teamcity(集成测试工具,每一次代码提交都做充分的验证,跑现有的所有测试)去做测试,
- 构建服务器(build server teamcity是其中一款) ,
- 代码一提交 他就去跑所有的单元测试 集成测试(一定要一个环境),
- 然后部署到生产环境中去
1 代码发生改变
2 自己提交到版本控制
3 集成测试工具 做一次完整的打包 自动跑所有的测试(单元测试 集成测试) 自动打包 自动部署
4 生成buglog
5 报告给你
生产环境早期就部署了
- 每一个sprint都在接近生产环境的测试环境做测试
- 接近生产环境的测试环境
- 做有效的验证
- 1测试早 2真实 3自动化
单元测试(Unit text)
-
Unit text 函数的测试 面向一个类的测试
-
增删改查的类
- TDD 测试代码先写了,在去功能;让测试都通过
- 相反 先写功能代码 然后再去写测试代码
- 实例 小孩的衣服 成人的衣服
构建服务器(build server)就是teamcity
- 自动化原则:改动了代码 没有改变功能 没有引入bug
scrum敏捷开发流程demo 互动游戏
全班抽一个组 不给于任何指导 让他们自由发挥
-
角色
- PO
- Team
- Scrum master
-
Backlog 5分钟
- 10000元人民币出游计划
- 另一个组提出需求 8-10项(如需要玩几个景点 住几星级酒店 出行方式 景点内的出行安排 时间安排 线路规划) 说 明确自己的需求
- PO全程记录需求点 记录需求表
-
sprint会议 5-10分钟
- PO Team Scrum master
- 计划 时间周期 sprint里面的任务内容 30-60分钟一个sprint
- 安装优先级沟通选取任务
- 记录下sprint任务 周期
-
Team
- 内部分工
- 进入到sprint backlog
- 记录分工表
-
sprint周期 30-60分钟
- Team Scrum master PO
- sprint原则
-
sprint后两个会议 5-10分钟一个会议
- sprint评审会 用户用户代表方 PO Team
- sprint回顾会 PO Team Scrum
-
进入下一个sprint周期
10000钱 道具
sprint计划会
PO 需求
team 提供时间信息
run sprint
下一个sprint
1 PO 2000 3000 5000
2 team sprint 2000吃饭 酒店 5-10分钟
team sprint 30000 旅游点 10-20分钟
3
自动化
-
teamcity 构建 主动部署 单元测试 集成测试
-
测试环境 集成环境 工业环境
-
CI 持续集成 一个简单的、自动化的持续集成环境
-
从中，我们可以看到，持续集成涉及到的主要工具类别包括：
- 版本控制工具：实现源代码管理、版本控制
- 构建工具：实现自动化地编译、测试、部署等，这是持续集成的核心工具
- CI服务器：有机整合版本控制和构建工作，实现自动化持续集成
-
触发构建 打包 发布到测试环境