[研发]scrum 敏捷开发流程

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