Scrum入门基础.ppt

* * * * * * * Sprint Backlog Sprint Backlog 涵盖了最终版本的既定Proudct Backlog 的任务。团队通过它来协调开发进度 * 管理Sprint Backlog 每个人标记自己选择的工作 工作不是分派的，而是自己选择的 每天更新剩余的估计工作量 任何团队成员可以增加，删除，改变Sprint backlog 如果工作不清晰，定义一个用时更多的Sprint backlog 条目，以后再分解 当状况变得更明了时，更新剩余工作量 Sprint Backlog例子 障碍 Backlog(Obstacle Backlog) 在挂纸板上准备一个三栏的表：新事项，正在处理事项，已完成事项。在Sprint过程中，如果您正在经受其中某个障碍的煎熬： 把它记录在贴纸上 把它加到障碍 Backlog 的“新事项”栏中 对障碍Backlog的处理 把所有已知的障碍加入到障碍 Backlog 的“新事项”栏中 按优先级排列“新事项”栏中的障碍问题 每当您开始着手解决一个障碍问题时，将它移至“正在处理事项”栏中 尽快解决这个障碍 障碍得到解决时，将它移到“已完成”事项栏中 在 Scrum 每日例会和 Sprint 回顾会议中收集新的障碍问题 * 10 大典型障碍 会议规则没能被遵循 产品远景和 Sprint 目标不清晰 没有产品负责人负责回答提问 产品 Backlog 未能按商业价值区分优先级 并不是所有负责交付产品的人员都是团队里的成员 Scrum Master 还要处理其他任务，不能集中精力 团队人数过多（多于7个开发人员） 团队没有能坐在一起工作的空间 团队的 Sprint Backlog 混乱 * 场景展示 - 燃尽图 Scrum伸缩性 通常单个团队7 ± 2 人 伸缩性来源于由团队组成的团队 伸缩因素 应用类型 团队大小 团队分布 项目周期 Scrum 已经在多个超过500人的项目中应用 大团队Scrum：Scrum-of-scrums 应用场合 较大的团队，有多个独立项目同时进行 如何应用 将大团队分成若干小于8人的小团队，分别做Scrum Scrum Master之间进行Daily Scrum 在多个Scrum Team间引入“团队领导”的角色 ：“首席Scrum master” * 更多内容参考硝烟中的Scrum和XP 15章：我们怎样管理多个 SCRUM 团队 总结：Scrum Cheat Sheet * 图书推荐 推荐站点 www.crisp.se www.noop.nl * * 让我们一起Scrum吧！ * * * * * * * * * * * * * * * * * * * 一只猪和一只鸡走在路上。鸡看着猪，说：“嘿，我们何不开一家餐馆？” 猪回过头来看着鸡，说：“好主意，你要给它取个什么名字了？”鸡想了想，说：“我们叫它‘火腿和鸡蛋’吧。” “我认为不好，”猪说，“我得出命（猪肉做火腿），你只出蛋（鸡下蛋）。” * Scrum教练（Scrum Master） 对项目组来说代表管理层 负责制定Scrum价值观念和实践，确保每一个成员都认同Scrum价值观和遵守其游戏规则 组织每天的Daily Scrum会议 帮助Scrum Team规划Sprint计划 清除障碍 确保团队功能完备富有效率 促进所有角色和职能的紧密协作 替团队抵御外部干扰 Scrum团队 一般5-9人 跨部门:程序员，测试员，界面设计人员等等 成员必须是全职投入：可以有例外 (例如数据库管理员等) 团队自我组织：理想情况下，团队成员是平等的，不分头衔 一个sprint中保持成员稳定 负责将Product Backlog转化成Sprint中的工作项目 所有团队成员协调,合作完成Sprint中每一个规定的工作 所有团队成员和Scrum Master负责每一个Sprint的成功 Product owner Scrum Master Team Roles Scrum Framework Product backlog Sprint backlog Burndown charts Artifacts Sprint 计划 Sprint 评审 Sprint 回顾 每日scrum例会 仪式 Sprint计划会议（Sprint Planning Meeting） Sprint计划会议包含两部分内容：“做什么”和“怎么做” Sprint计划会议1：确定该Sprint将要完成什么任务，用时4小时。 产品负责人给团队介绍最高优先级的Product Backlog条目，并一起决定接下来的Sprint中开发什么功能。Sprint计划会议需要输入包括产品Backlog、最新的产品增量、团队的能力和以往的表现。团队自己决定