敏捷开发之Scrum-2011-5解析.ppt

场景展示 - 任务看板 Burndown Chat燃尽图 直观体现当前剩余工作量及变化情况 每天更新 Sprint燃尽图：横坐标为日期，纵坐标为任务数 Release燃尽图：横坐标为日期，纵坐标为故事数 场景展示 - 燃尽图 Scrum敏捷开发总结 简单框架 快速反应 团队高度自治 任务目标明确 成果可视性 下次学习内容－Scrum开发实践 如何编制用户故事 Scrum的开发测试 单元测试 如何评估工作量 结对编程 Scrum开发管理工具 谢谢！ * 敏捷开发之Scrum 非敏捷 - 瀑布式开发 软件开发的经典模型 需求，设计阶段的问题 开发，维护阶段的问题 瀑布模型的主要缺陷： 程序的维护成本会越来越高（需要很多人） 团队氛围压抑（感受不到激情） 不方便做需求变更（引起客户不满） 研发周期长 敏捷是什么？ 是一种从90年代开始逐渐引起广泛关注的一些新型软件开发方法。 XP ( 极限编程 ) Scrum 敏捷开发宣言 个体和交互重于过程工具 可以工作的软件重于面面俱到的文档 客户协作重于合同谈判 随时响应变化重于循规蹈矩 Scrum 是什么？ Scrum是英式橄榄球运动的一个专业术语，表示“争球”。这里特指当今流程一种敏捷开发的模型。它把软件开发团队比作橄榄球队。 Scrum最高目标：发布可用产品 Scrum开发框架模型 一种过程：Sprint(冲刺) 三种角色 Product Owner(产品责任人) 、 Scrum Master(研发主管)、Scrum Team(团队） 三种活动 Sprint Planning(计划会议)、Daily Scrum Meeting(每日站立会)、 Sprint Retrospective Meeting(评审会议)及Sprint Review Meeting(回顾会) 三种制品(artifacts) Product Backlog、Sprint Backlog、BurnDown Chart(燃尽图) Scrum开发模型 Sprint 流程图 Product Owner(PO)产品负责人 产品唯一责任人 管理维护产品Backlog内容及决定优先级 参与Scrum Planning(计划会议) 接受或拒绝研发团队的工作成果 决定产品发布时间及发布内容 一般由产品经理担任，不能由Scrum Master同时担任。 Scrum Master(SM)团队主持人 确保Scrum团队遵守Scrum价值、实践、规则 解决团队开发中的障碍 做为团队和外部的接口，屏蔽外界对团队成员的干扰 保证各个角色及职责的良好协作 保证团队资源完全可被利用并且全部是高产出的 主持Scrum各种会议 通常由研发项目经理担任 不是通常意义上的行政领导 Team团队 具有不同特长的团队成员，人数控制在7个左右 在项目向导范围内有权利做任何事情，确保达到Sprint的目标 高度的自我管理能力 向Product Owner演示产品功能 Sprint开发周期 Sprint指一个研发迭代过程周期 周期：２至４周 一个Sprint活动由Sprint计划会议、研发工作、Sprint评审会议及回顾会议等活动组成。 开发团队会在此期间内完成所承诺的一组订单项(Product BackLog) 的开发。 完成开发增量 Sprint 计划会议 内容：计划做什么和怎么做 计划会议要有足够的时间，最好至少8个小时 取出部分产品需求做成sprint需求，并写成索引卡 确定并细分每一个索引卡的故事（Story） 进行工作认领，不是分配 确定每日站立会议的时间和地点 确定好演示会议和回顾会议的日期 场景展示 - 索引卡 场景展示 - 计划纸牌 每日站立会议 控制在10-15分钟 除了Scrum Master及Team外，不允许发言 迟到将接受惩罚 自问自答三个问题 昨天做了什么 今天要做什么 遇到了什么问题 更新燃尽图 场景展示 - 每日站立会议 评审会议 团队成员向PO、SM、利益相关者、管理理层、客户及其他人演示成果 演示不关注太多的细节，以主要的功能为主 演示非常的重要，绝对不可以被忽略 时间：２个小时以内 回顾会议 宗旨：如何在下一个Sprint中做的更好 时间在1-3个小时 开始的时候轮流发言，而不是主动发言 记录问题，总结，并讨论改进的方法，放在回顾看板上 每人三个磁铁，将最重要的2-3个改进点，成为下一轮的产品需求 场景展示 - 回顾会议看板 回顾会议问题举例 我们应花更多时间，把故事拆分成更小的条目和任务 我们办公室的环境太吵太混乱了 我们做出了过度的承诺，最后只完成了一半工作 Product BackLog(产品需求订单) 由用户故事组成的产品需求订单 优先级 由Product O