Recommended
More Related Content
What's hot
What's hot (19)
Similar to Scrum敏捷开发示例
Similar to Scrum敏捷开发示例 (20)
Scrum敏捷开发示例
- 3. 2012Esri中国开发者大会 • 瀑布开发过程的问题 • 敏捷宣言 • Scrum是什么 • Scrum开发过程（以ABC产品开发过程为例） • ABC产品开发的Scrum最佳实践 内容
- 6. 2012Esri中国开发者大会 基于以下假设： • 需求定义可以相当明确 • 刚开始的时候我们只能有一个模糊的需求说明 • 开发过程中需求变化很小而且可控 • 需求经常变化，而且有时影响范围很大 • 系统集成会顺利进行 • 系统集成经常会成为大麻烦 • 我们可以作出一个详尽的、长周期的工作计划 • 事实证明任务分解树完全不适合软件开发工作 瀑布开发过程的问题
- 7. 2012Esri中国开发者大会 个体和互动 高于 流程和工具 工作的软件 高于 详尽的文档 客户合作 高于 合同谈判 响应变化 高于 遵循计划 也就是说，尽管右项有其价值， 我们更重视左项的价值。 2001年，敏捷领袖Kent Beck, Martin Fowler等 敏捷宣言
- 9. 2012Esri中国开发者大会 主要特性： • 迭代式、增量式 • 自组织的小团队 • 快速反馈的短周期 • 按照业务价值的优先级排序 Scrum是什么
- 12. 2012Esri中国开发者大会 • 产品规划 • 编制用户故事列表（Product Backlog） • 制定迭代计划（Sprint Planning） • 迭代开发 • 迭代评审、回顾 • 制定发布计划（Release Planning） Scrum软件开发过程
- 13. 2012Esri中国开发者大会 • 产品高层框架图 • 不是瀑布开发中的系统设计 • 建立团队 产品规划
- 15. 2012Esri中国开发者大会 • Product Owner: BOSS • Scrum Master: 组织、协调，不是上下级管理关系 • 团队：开发人员3名、UE设计师1名、测试人员1名 ABC产品规划——我们的团队 沟通、平等
- 16. 2012Esri中国开发者大会 • 用户故事是什么？ • 描述系统需求的一个单元 • （“谁” “做什么”）[ “目的”] • 特性： • 独立 • 可更改 • 有价值 • 可估计 • 大小合适 • 可测试 编制用户故事
- 17. 2012Esri中国开发者大会 • Product Owner提出最初的产品设想，主要的用户故事 • 头脑风暴 • IceScrum • 任何人都可以创建用户故事，新创建的故事放在Sandbox 中 • 开会讨论，建立用户故事列表（Product Backlog） ABC产品的用户故事
- 19. 2012Esri中国开发者大会 • 调整用户故事（增加、删除、修改、改变优先级等） • 确定迭代时间长度 • 描述迭代目标 • 按照优先级选取用户故事 • 每个用户故事的工作量估计 • 任务分解 • 确定迭代演示和回顾日期，并立刻发出会议通知 • 确定每日站立会议时间，并立刻发出会议通知 迭代计划
- 20. 2012Esri中国开发者大会 • 会议： • 四个小时 • 团队成员均参加 • 确定迭代时间长度： • 3周 • 描述迭代目标 • 用HTML5和JS重新实现产品中的web客户端 ABC产品的某一个迭代计划
- 21. 2012Esri中国开发者大会 • 每个用户故事的工作量估计 • 用户故事描述的比较详细，单位： “理想人天” • 使用“计划扑克牌”（Planning Poker），可选值：0 ， 1 ， 2 ， 3 ，5 ， 8 ， 13 ， ？ • 理想人天*1.5 • 关于迭代速率（velocity）的历史数据 • 任务分解 • 会议结束之后，所有细分任务都有一个明确的责任人 ABC产品的某一个迭代计划
- 24. 2012Esri中国开发者大会 • 团队沟通和协作 • 参考使用XP（极限编程）的工程实践，如持续集成、重构 、结对编程等 • 代码审查 • Bug生命周期管理 迭代开发
- 25. 2012Esri中国开发者大会 • 上午10点，10分钟左右 • 每个人都发言：昨天做了什么，今天计划做什么，有什么 问题 • 技术细节问题，会后单独讨论 ABC产品开发的每日站立会议
- 26. 2012Esri中国开发者大会 • 及时更新IceScrum系统中任务的状态 • 不定期的结对编程 • 代码审查 • 迭代内，所有代码都要被审查 • 持续集成 • Bug跟踪： • 我们目前使用Redmine作为工具 • 任何人发现bug，都可以提交 • 一些小的功能增强，也可以bug的方式进行跟踪 ABC产品的迭代开发
- 28. 2012Esri中国开发者大会 迭代演示 （Sprint Review） • 一定要有一个可工作的迭代增量 • 对管理层：更好的项目可视度 • 对团队：阶段性压力、阶段性成就感 – 激励团队 迭代回顾（Sprint Retrospective） • 针对工程实践，而不是产品功能本身 • 做得好的 • 需要改进的 迭代演示和回顾
- 29. 2012Esri中国开发者大会 • Scrum Master主持会议 • 查看迭代目标和迭代内承诺交付的用户故事 • 产品演示 ABC产品的一次迭代演示和回顾
- 30. 2012Esri中国开发者大会 • 迭代回顾：开会之前会先召集项目组成员开一个短会讨论 • 做得好的 • 基于迭代目标的用户故事裁减 • 需要改进的 • 持续集成开发环境 • 相关其他产品的有关知识 ABC产品的一次迭代演示和回顾
- 33. 2012Esri中国开发者大会 • 工作量估计 • 速率（velocity）估计 • 根据以往迭代，进行估计 • 留有余地 • 确定之后，要明确告知团队和相关利益负责人 • 可以调整 • 记住，范围（发布那些用户故事）是有弹性的 发布计划
- 34. 2012Esri中国开发者大会 • 为什么在两个迭代之后才制定发布计划？ • 对arcgis.com的分析需要时间 • 团队能力的评估需要实际的数据支撑 • 具体计划： • 两个里程碑： • Sprint #5，功能开发完成 • Sprint #8，发布α版本 • 确定优先级：先功能，后UI/UE改进 ABC产品的发布计划
- 35. 2012Esri中国开发者大会 • 估计用户故事之前，要明确其范围 • 使用“计划扑克牌”（Planning Poker）的技术进行估计 • 端到端的集成，从第一个迭代开始，贯穿始终 • 迭代计划会议上明确任务分解和责任人 • 迭代演示和回顾日期在迭代计划会议之后就确定，并立 刻发出会议通知 • 渐进式功能开发，过早优化是陷阱 ABC产品开发的Scrum最佳实践