SCRUM简介
Agile团队合作和SCRUM敏捷开发基本教程
Agile团队合作和SCRUM敏捷开发基本教程第一章：敏捷开发简介敏捷开发是一种以迭代和增量的方式开发软件的方法论，旨在提高团队对需求变化的适应能力和快速交付功能。
这一章将介绍敏捷开发的基本概念和原则，为后续内容打下基础。
第二章：SCRUM介绍SCRUM是敏捷开发的一种具体实践方法，它以团队协作、透明度和迭代为核心。
本章将详细介绍SCRUM的角色、仪式和工件，帮助读者理解SCRUM的基本运作方式。
第三章：SCRUM角色在SCRUM中，团队成员扮演着不同的角色，每个角色都有其独特的职责和权责。
本章将详细介绍SCRUM的三个核心角色：产品负责人、SCRUM主管和开发团队，并解释他们在项目中的作用。
第四章：SCRUM仪式SCRUM通过一系列仪式来确保团队高效协作。
本章将深入介绍SCRUM的每个仪式，包括Sprint计划会议、每日站会、Sprint 回顾会和Sprint评审会。
读者将了解每个仪式的目的、要点和最佳实践。
第五章：SCRUM工件SCRUM使用一些特定的工件来帮助团队管理项目进度和需求变化。
本章将解释SCRUM工件的概念和用途，包括产品待办列表、Sprint待办列表、增量和产品增量等。
第六章：敏捷团队合作技巧敏捷团队合作是实现项目成功的关键要素。
本章将重点介绍团队如何通过有效的沟通、合作和决策来提高协作效率。
读者将学习一些实用的技巧和工具，如冲刺规划、任务分解和团队协作工具等。
第七章：敏捷团队管理敏捷团队管理涉及到诸多方面，包括团队建设、人员管理、冲刺管理等。
本章将探讨一些实践经验和技巧，帮助读者了解如何有效地管理敏捷团队，激发团队成员的工作动力和创造力。
第八章：自我管理和学习敏捷团队需要不断学习和改进，才能更好地适应变化和提高工作效能。
本章将介绍一些自我管理和学习的方法和工具，如回顾会议、持续集成和反馈循环等，帮助团队不断提升自身能力。
第九章：敏捷与项目管理敏捷方法在项目管理领域有着广泛的应用。
scrum介绍(全)PPT课件
2019/11/4
.
9
2019/11/4
.
10
Scrum过程
• 创建和维护产品待开发项（Product Backlog） • 迭代计划会（Sprint Planning Meeting） • 办公环境 • 每日立会（Standup Meeting） • 评审会（Review Meeting） • 反思会（Retrospective Meeting）
2019/11/4
.
7
Scrum敏捷方法中的工作产品
产品待开发项 Product Backlog是从客 户价值角度理解的产品功能列表。
冲刺待开发项 Sprint Backlog是从 开发技术角度理解的迭代开发任 务。
可工作软件 Working Software是可交付 的软件产品。
2019/11/4
Scrum
2019/11/4
Scrum
• Scrum基本知识 • Scrum过程 • 用户故事 • 敏捷计划 • 敏捷日常跟进 • 敏捷绩效考核
2019/11/4
.
2
S
2019/11/4
.
3
Scrum概述
• Scrum是一种兼顾计划性不灵活性的敏捷开发 过程，原词来自二橄榄球中的“带球过人”。 在橄榄球比赛的每次冲刺前，都将有一个计划
.
8
Scrum敏捷方法中的角色
• Product Owner（产品负责人）负责产 品需求的提炼、条目化、优先级排序。 • Scrum Master（Scrum“大师”）负责 维护Scrum方法的秩序，并协劣览决非 技术问题 • Team（团队）以“自组织”的相对扁 平方式进行管理，负责完成开发工 作
2019/11/4
Scrum敏捷开发模式讲解
案例三：Scrum在非技术团队的应用
总结词
有效应用于非技术项目管理
详细描述
Scrum不仅适用于技术团队，还可以 应用于非技术团队。通过合理地调整 Scrum框架，非技术团队可以更好地 应对变化，提高项目执行效率，满足 客户需求。
负责确定产品的方向和愿景，制定产品需求和优先级，并确保开发团队理解这些需求。
Scrum Master
负责确保Scrum过程被正确实施，并帮助开发团队解决障碍和问题。
开发团队（Development Team）
负责开发产品，并按照Scrum的节奏和规则进行工作。
Scrum Master
01
负责确保Scrum过程被 正确实施，并帮助开发 团队解决障碍和问题。
速度
速度是Scrum团队在一段时间内完成的故事点数。通过跟踪团队的速度，可以 了解团队的开发能力和工作效能，为未来的计划和预测提供依据。
冲刺计划和时间盒
冲刺计划
在Scrum中，冲刺计划是在一个固定的时间盒内完成一系列用户故事的计划过程 。团队需要根据优先级和资源情况，确定在冲刺期间要完成的任务和用户故事。
冲刺演示
冲刺演示是向利益相关者展示团队在冲刺期间所完成的工作 的会议。通过演示，团队可以获得利益相关者的反馈和建议 ，以便进一步改进和完善产品。
冲刺收尾和总结
冲刺收尾
在Scrum中，冲刺收尾是一个阶段，用 于完成未完成的工作、进行测试和修复 缺陷、进行代码审查和集成等。这个阶 段的目标是确保产品质量和可交付性。
02
确保所有团队成员理解 和遵守Scrum的规则和 仪式。
敏捷开发之scrum
敏捷开发之scrum现在敏捷开发是越来越⽕了，⼈⼈都在谈敏捷，⼈⼈都在学习Scrum和XP...为了不落后他⼈，于是我也开始学习Scrum，今天主要是对我最近阅读的相关资料，根据⾃⼰的理解，⽤⾃⼰的话来讲述Scrum中的各个环节，主要⽬的有两个，⼀个是进⾏知识的总结，另外⼀个是觉得⽹上很多学习资料的讲述⽅式让初学者不太容易理解；所以我决定写⼀篇扫盲性的博⽂，同时试着也与园内的朋友⼀起分享交流⼀下，希望对初学者有帮助。
什么是敏捷开发？敏捷开发(Agile Development)是⼀种以⼈为核⼼、迭代、循序渐进的开发⽅法。
怎么理解呢？⾸先，我们要理解它不是⼀门技术，它是⼀种开发⽅法，也就是⼀种软件开发的流程，它会指导我们⽤规定的环节去⼀步⼀步完成项⽬的开发；⽽这种开发⽅式的主要驱动核⼼是⼈；它采⽤的是迭代式开发；为什么说是以⼈为核⼼？我们⼤部分⼈都学过瀑布开发模型，它是以⽂档为驱动的，为什么呢？因为在瀑布的整个开发过程中，要写⼤量的⽂档，把需求⽂档写出来后，开发⼈员都是根据⽂档进⾏开发的，⼀切以⽂档为依据；⽽敏捷开发它只写有必要的⽂档，或尽量少写⽂档，敏捷开发注重的是⼈与⼈之间，⾯对⾯的交流，所以它强调以⼈为核⼼。
什么是迭代？迭代是指把⼀个复杂且开发周期很长的开发任务，分解为很多⼩周期可完成的任务，这样的⼀个周期就是⼀次迭代的过程；同时每⼀次迭代都可以⽣产或开发出⼀个可以交付的软件产品。
关于Scrum和XP前⾯说了敏捷它是⼀种指导思想或开发⽅式，但是它没有明确告诉我们到底采⽤什么样的流程进⾏开发，⽽Scrum和XP就是敏捷开发的具体⽅式了，你可以采⽤Scrum⽅式也可以采⽤XP⽅式；Scrum和XP的区别是，Scrum偏重于过程，XP则偏重于实践，但是实际中，两者是结合⼀起应⽤的，这⾥我主要讲Scrum。
什么是Scrum？Scrum的英⽂意思是橄榄球运动的⼀个专业术语，表⽰“争球”的动作；把⼀个开发流程的名字取名为Scrum，我想你⼀定能想象出你的开发团队在开发⼀个项⽬时，⼤家像打橄榄球⼀样迅速、富有战⽃激情、⼈⼈你争我抢地完成它，你⼀定会感到⾮常兴奋的。
scrum组织结构
scrum组织结构Scrum组织结构Scrum是一种敏捷项目管理框架，它采用了一种迭代、增量的方式来管理软件开发项目。
Scrum的组织结构非常灵活，具有高度的自组织能力和适应性。
Scrum的组织结构由三个关键角色组成：产品负责人、Scrum团队和Scrum主管。
产品负责人是整个Scrum团队的代表。
他负责定义产品的愿景和需求，并将其整理成产品待办列表。
产品负责人还负责管理用户反馈和需求变更，确保团队开发的产品能够满足用户的期望和需求。
产品负责人需要与利益相关者进行沟通，确保团队的工作能够对业务有所贡献。
Scrum团队是由开发人员组成的跨职能团队。
团队成员相互合作，共同完成产品的开发工作。
Scrum团队通常由5到9个开发人员组成，他们具有不同的技能和专业知识。
团队成员之间没有明确的等级关系，每个人的意见和贡献都是平等的。
Scrum团队通过每天的站立会议来沟通和协调工作，确保团队的目标能够得到实现。
Scrum主管（也称为Scrum Master）是整个Scrum团队的教练和服务者。
他负责确保团队遵守Scrum框架和流程，帮助团队解决问题和移除障碍。
Scrum主管需要具备良好的沟通和协调能力，帮助团队保持高效的工作状态。
此外，Scrum主管还负责组织和促进团队的各种仪式，如Sprint计划会议、日常站会、评审会和回顾会等。
Scrum的组织结构是一种扁平化的结构，强调团队成员之间的协作和合作。
在Scrum团队中，没有传统意义上的项目经理或领导者，而是通过自组织的方式来完成工作。
这种扁平化的组织结构可以提高团队的创造力和灵活性，使团队能够快速适应变化和应对挑战。
Scrum的组织结构还强调持续改进和学习。
团队在每个Sprint结束后都会进行回顾会，总结和反思过去的工作，找出问题和改进的机会。
通过持续改进，团队能够不断提高工作效率和质量，为客户提供更好的产品和服务。
Scrum的组织结构是一种灵活、自组织的团队结构。
Scrum概念
Scrum概念Scrum是一种迭代式增量软件开发过程，通常用于敏捷软件开发。
Scrum在英语的意思是橄榄球里的争球。
虽然Scrum是为管理软件开发项目而开发的，它同样可以用于运行软件维护团队，或者作为计划管理方法：Scrum of Scrums.Scrum过程Scrum是一个包括了一系列实践和预定义角色的过程骨架。
Scrum中的主要角色包括同项目经理类似的Scrum主管角色负责维护过程和任务，产品负责人代表利益所有者，开发团队包括了所有开发人员。
在每一次冲刺（一个15到30 天周期，长度由开发团队决定），开发团队创建可用的（可以随时推出）软件的一个增量。
每一个冲刺所要实现的特性来自产品订单（product backlog），产品订单是按照优先级排列的要完成的工作的概要的需求。
那些订单项会被加入一次冲刺由冲刺计划会议决定。
在会议中，产品负责人告诉开发团队他需要完成产品订单中的哪些订单项。
开发团队决定在下一次冲刺中他们能够承诺完成多少订单项。
在冲刺的过程中，没有人能够变更冲刺订单（sprint backlog），这意味着在一个冲刺中需求是被冻结的。
S crum中的角色Scrum定义了许多角色，根据猪和鸡的笑话分为两组，猪和鸡。
一天，一头猪和一只鸡在路上散步，鸡看了一下猪说，“嗨，我们合伙开一家餐馆怎么样？”，猪回头看了一下鸡说，“好主意，那你准备给餐馆卖什么呢？”，鸡想了想说“餐馆卖火腿和鸡蛋怎么样？”，“我不这么认为”，猪说，“我全身投入，而你只是参与而已”1、"猪"角色猪是全身投入项目和Scrum过程的人；they are the ones with "their bacon on the line." 产品负责人代表了客户的意愿。
这保证了Scrum团队在做从业务角度来说正确的事情。
产品负责人编写用户故事，排出优先级，并放入产品订单。
Scrum主管（或促进者）Scrum主管促进Scrum过程，他的主要工作是去除那些影响团队交付冲刺目标的障碍。
scrum五大价值观
Scrum是一种敏捷软件开发方法，它有五大价值观，这些价值观是：
1. 承诺交付价值：团队应该专注于为客户创造价值，而不是仅仅完成任务。
这意味着团队需要理解客户的需求，并努力提供高质量的产品。
2. 专注个体和互动：团队应该关注每个成员的个人能力和技能，并通过有效的沟通和协作来提高整体效率。
这意味着团队成员之间应该保持良好的关系，并能够有效地解决问题。
3. 客户合作：团队应该与客户紧密合作，以确保产品能够满足客户的需求。
这意味着团队需要与客户保持密切联系，并及时了解客户的反馈。
4. 响应变化：团队应该能够快速适应变化，并根据需要调整计划。
这意味着团队需要具备灵活性和适应性，以便在面对挑战时能够迅速做出反应。
5. 追求卓越：团队应该不断努力提高自己的能力，并致力于创造卓越的产品。
这意味着团队需要不断学习新知识，并不断提高自己的技能水平。
总之，Scrum的五大价值观强调了团队合作、客户满意度、灵活性和持续改进等方面的重要性。
通过遵循这些价值观，团队可以更好地完成项目，并为客户提供更优质的产品和服务。
Scrum敏捷项目管理介绍
敏捷看板还可以用于展示风险 和问题，帮助团队更好地应对 和解决潜在问题。
敏捷估算技术
敏捷估算技术是一种估算项目工作量 的方法，可以帮助团队更好地预测和 管理项目进度。
敏捷估算技术还可以用于评估风险和 不确定性，帮助团队更好地应对潜在 问题和挑战。
敏捷估算技术包括故事点、理想时间、 相对估算等，可以帮助团队更好地评 估任务规模和工作量。
跨职能团队（Cross-functional Team）：团队成员具有多种技能，可以完成从需求分析、 设计、开发、测试到支持的所有工作。
事件
冲刺（Sprint）：一个时间盒， 通常为1到4周，在这个时间段 内，团队会集中精力完成一部分
产品待办事项。
冲刺计划会议（Sprint Planning Meeting）：在每个 冲刺开始时举行，讨论这个冲刺
确定迭代周期和冲刺计划
确定项目的迭代周期和每次迭代的冲 刺计划，明确每个迭代的目标和任务。
执行流程
任务分配和每日站会
根据冲刺计划，将任务分配给团队成员，并通过每日站会跟踪任 务进度和解决问题。
开发与迭代
按照迭代周期进行产品开发，不断优化和调整产品待办事项列表， 以满足项目目标和客户需求。
跨职能协作与信息透明
详细描述：造成项目超预算的原因可能包括需求变更频 繁、人力资源成本上升、技术难度预估不足等。为了解 决项目超预算问题，可以采取以下措施 建立预算调整机制，根据实际情况及时调整预算。
优化资源分配，合理利用外部资源降低成本。
项目范围变更
总结词：项目范围变更是敏捷项目管理中不可避免的问 题，可能导致项目进度和预算受到影响。
等角色。
Scrum工具包括Scrum框架、 Scrum指南、Scrum模板等，可
Scrum敏捷开发模式的介绍与应用
Scrum敏捷开发模式的介绍与应用1. 介绍Scrum敏捷开发模式Scrum是一种敏捷开发模式，最初应用于软件生产。
它侧重于通过灵活、快速的迭代方法进行软件开发的管理，以便更好地满足客户需求和产品功能。
Scrum在行业内具有良好的声誉，因为它通过缩短开发周期和提高生产效率来增强团队的协作和创造力。
2. Scrum的核心特点Scrum敏捷开发模式有三个核心特点：Sprint，Product Owner和Scrum Master。
Sprint是团队开发的短期目标。
在每个Sprint中，团队将致力于实现一些具体的任务，同时不断地反馈和改进产品。
Product Owner是负责管理项目计划和优先级的人。
他/她的工作是确保团队开发的产品是真正满足需求的，并在开发周期中尽可能地提高价值。
Scrum Master是团队的负责人，他/她确保团队能够在所有方面高效地运转。
Scrum Master还是团队沟通和协作的主要推动力。
3. Scrum的优势Scrum敏捷开发模式的最大优势是其能够快速、灵活地适应客户需求变化。
通过迭代开发，团队能够及时地得到反馈，并在下一个Sprint中进行改进。
此外，Scrum还可以促进跨职能团队合作，提高效率和被动协作能力。
因此，它已成为当今IT行业最为流行的开发模式。
4. Scrum的应用场景Scrum适用于任何需要快速开发、需求经常变动、需要跨职能合作的项目。
特别是在软件行业，Scrum已成为最受欢迎的项目管理方法之一。
同时，Scrum还被广泛应用于其他领域，如生产制造、建筑、医疗和旅游业等。
5. Scrum的实现步骤实施Scrum需要经过以下步骤：（1）确定产品需求和目标；（2）创建Scrum团队；（3）制定Sprint计划和目标；（4）安排Sprint开发周期；（5）组织日常的Scrum会议，包括每日站会、Sprint回顾和Sprint规划会议；（6）确保团队的沟通和协作；（7）不断分析和改进。
3.简述 scrum模式的基本流程
3.简述 scrum模式的基本流程Scrum模式是一种敏捷项目管理方法，它能够提高团队的效率和灵活性，适用于各种规模的项目。
Scrum模式的基本流程主要包括产品待办事项、Sprint、Daily Scrum、Sprint Review和Sprint Retrospective等环节。
产品待办事项是Scrum团队需要完成的工作清单。
它包括了用户故事、缺陷修复、技术债务等项目需求，产品待办事项由产品负责人整理和管理，并根据项目需求的优先级进行排序。
在产品待办事项中，团队成员可以清晰地了解到需要完成的工作内容，这为项目的进展提供了清晰的方向。
Sprint是Scrum模式中的一个时间框架，通常为2至4周。
在每个Sprint周期内，团队成员需要完成产品待办事项中的一部分工作。
Sprint周期开始时，团队会进行Sprint规划会议，制定本次Sprint的目标，并选取需要完成的产品待办事项。
在Sprint进行中，团队将持续交付工作成果，并在每日进行Daily Scrum会议，讨论工作进展和遇到的问题，以保证团队的整体协作和高效工作。
Daily Scrum是每日的短暂会议，通常时间为15分钟。
团队成员在会议中共享他们在前一天的工作成果，讨论他们今天将要做什么，以及他们在工作中遇到的任何障碍。
通过Daily Scrum会议，团队成员可以保持高度的透明度和协作，及时解决工作中的问题，并迅速调整工作方向。
Sprint Review是Sprint周期结束后的会议，团队成员向利益相关者展示他们在Sprint中完成的工作成果。
利益相关者可以提出反馈意见和建议，以确保产品的质量和符合需求。
Sprint Retrospective是用于总结和回顾Sprint周期的会议，团队成员可以在会议上讨论他们在Sprint中遇到的问题，并寻找持续改进的方法。
通过Sprint Retrospective，团队不断反思和学习，以不断提高工作效率和团队协作能力。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
冲刺(Sprint) 回顾会议
审视和适应的能力是scrum的基础。 在冲刺(Sprint)回顾会议期间，项目团队会分析冲刺(Sprint)的成功经验和 所遇到的障碍。
会议进程：
介绍会议目标,在白板画一个时间轴,标记出冲刺(Sprint)的开始和结束时间 花五分钟每个人在帖纸上写上”我们的成功经验是什么” 花五分钟每人写上”有什么能够改进的” 询问”谁去负责解决这些改进?” 会议纪要含相关改进及负责人名单
会议结果：
得到最新的障碍Backlog 得到最新的冲刺(Sprint) Backlog 得到最新的工作进度图
冲刺(Sprint) 评审会议
项目开发的进度是通过实际已完成产品的功能审核来进行控制。由产品负责 人断定实际所发布的功能是否与既定的Sprint目标一致。
会议进程：
Scrum 三种角色与职责 Scrum角色及职责
产品负责人Product Owner
利益相关方的代表,重点是产品业务方面 从业务角度出发对需求并对权重排序， 合理的调整产品功能和迭代顺序； 项目经理Scrum Master 团队的导师和组织者,负责提高团队效率 提出培训团队的计划,列出障碍 让利益相关方获得最大化的投资回报 提高团队的开发效率 开发思想得到利益相关方的理解与支持 团队成员 Team 尽一切可能去完成任务 - 发布产品 充分理解产品负责人的产品愿景 合作完成冲刺(Sprint)中每一个目标 更好的支持可能需要进一步开发的产品发布
会议进程：
冲刺(Sprint) 计划会议2
团队将既定产品Backlog中的每一项细化成多个任务。每个任务完成的时间限 定在一天内。
会议进程：
团队成员从Backlog的各项问题中分出相应的任务 考虑工作中的细节 编码，测试，代码评审，会议，新技术应用，文档 如果任务超过一天，尝试把该任务分割成几个小任务 删减或增加Backlog中的问题 团队确认Sprint目标
冲刺(Sprint) 每日例会
每日例会有助于团队进行自我组织。这是项目团队成员间的一个进度协调会 议。会议每天都在同一时间同一地点举行。同间限定在15分钟内。
会议进程：
把已完成的任务从“处理中”状态转为“已完成” 确定下次会议之间，你计划完成什么任务？ 如果有问题阴硬了你的开发，把该障碍加入到障碍Backlog中 团队成员们把注意力集中在回答关键问题上
会议进程：
介绍会议的目标，议程 产品负责人介绍其需要评估的产品Backlog中的那些部分。 选择backlog中您认为是最小的用例的问题进行评估。 由产品负责人来解释Backlog中该项目问题背后的详细用例。 团队各成员以投票决定该问题的工作量大小，并讨论至意见一致。 会议结束，向所有成员发送项目评估会议纪要。
会议结果：
示例：会议白板
功能 任务 正在做 需要确认 开发完成 验收完成
注：完成的定义 1.编码完成,2.代码评审完成,3.单元测试Bug数小于三个,4.集成完毕,5.文档工作完毕
示例：产品Backlog
权重 1 名字 栏目管理 时间点估计 如何演示 登陆后，点 击栏目管理， 编辑后可保 存。 备注 所属模块 系统管理 商业价值 1000
按backlog中的问题，逐个介绍这次冲刺(Sprint)的结果,演示新开发的功能 如果产品负责人想要改变功能添加一个新问题到产品Backlog中 如果对功能有一个新的想法,添加一个问题到产品Backlog中 如果小组报告项目遇到阻碍还没能解决,把问题加入障碍Backlog中
会议结果：
对当前冲刺(Sprint)的结果和整个产品的开发状态达成共识
总
结
实践是最好的学习方法
问题得到解决时，将它移到“已完成”事项栏中。
每日例会和冲刺(Sprint)回顾会议中收集新的障碍问题。
全员会议
所有的会议都遵循着一个公共的标准规则，会议有明确的目标，提前一天确 定好议程。 将会议目标和议程发送给所有与会者，这些基础规则不但有助于提高会议 效率，而且效果也让与会者都感到满意
Scrum 开发流程
障碍 Backlog
阻碍项目进度的问题在公司和团队范围内常有发生。 通过障碍Backlog，识别障碍发按优先次序将他们在Backlog中排列,然后公开 给全体人员。 在挂纸板上准备一个三栏的表，把正在煎熬的某个事记录在帖纸，加到新事 项中。按商业价值的优先级排例“新事项”中的障碍问题。 当开始着手解决一个障碍问题时，将帖纸移至“处理中”。
Scrum 敏捷项目管理
收 益 点
1
2
Scrum 优势， 流程,产物
Scrum 角色， 责职
Scrum 介绍
Scrum 是一个用于运行项目的框架，现已被 数十家公司数百个项目开发中应用，适用于 需求难以预测的复杂商务应用产品的开发。 它定义一组活动，这些活动可帮助您的团队 更快地向客户交付更多价值。利用这些活动， 客户有机会在您的团队开展工作时检查、指 导和影响团队的工作。 此方法不会尝试在项目开始时定义所有内容。 相反，您的团队以短小迭代（也称为“冲刺 (sprint)”）为单位进行工作，并随团队工 作的进展不断改进计划。
Scrum 项目管理优势
专注于如何在最短的时间内实现最有价值的部份
每隔一两周或者一个月，我们就可以看到实实在 在的可以上线的产品
团队按照商业价值的高低先完成高优先级的产品 功能，并自主管理，凝结了团队智慧创造出最好 的方法因而提高效率 能够在开发进程中不断检查，并作出相应调整， 便于快速发现问题，促使团队和组织持续改进
Scrum 典型产物
产品Backlog
包括需要交付的内容，根据业务需求的价值排列，可以增减或调 整，产品的Backlog将根据不断增长的需求来持续驱动维护。
既定产品Backlog
是冲刺(Sprint)计划会议的产物，它定义了团队所接受的工作量。 在整个冲刺(Sprint)过程中它将保持不变。
冲刺(Sprint) Backlog
涵盖了最终版本的既定产品Backlog的任务。 团队通过它来协调开发进度。
障碍 Backlog
列举了所有团队内部和团队相关的阻碍项目进度的问题。 Scrum Master需要确保所有的障碍Backlog中的问题都已分配并可 以得到解决
Scrum 燃尽图
燃尽图可以预测产品发布趋势，何时可以做完整个产品， 如果是固定时间开发(Time-Boxing)，能完成多少功能。
冲刺(Sprint) 计划会议1
产品负责人和团队一起，在先前评估的成果基础上，定出Sprint目标和既定 产品Backlog。
会议准备：
评估完工作量且优先级排列好的各项问题。 项目历吏会议纪要。 2X2米的白板，便签帖纸 介绍会议的目标，议程 评估尚末被评估的问题 确定冲刺(Sprint)的第一天和最后一天 确定每日例会，评审会议，回顾会议的时间安排 团队成员相互认可冲刺(Sprint)目标和即定产品Backlog
。
会议进程：
介绍会议的目标，议程 当会议结束时间已到，但仍未达到会议目标时，安排一个新的会议。 如果与会者达成一致结果，把结果写入会议纪要。 会议结束，向所有成员发送项目全员会议纪要。
评估会议
产品负责人和团队一起对整个产品Backlog进行评估，提出划分发行版本和冲 刺(Sprint)计划的主要依据。
提升冲刺 (Sprint)执行效率
达到“完成”—不太好的方式：
达到“完成”—更好的方式：
计划与跟踪
成功的项目通常具有以下特性：
明确项目的三个要素，进行折中,根据团队历史速度进行估算
项目是由用户需求驱动的。 团队会创建一个用于交付项目的概括计划。 开发是迭代性的，计划会随时间的推移而完善。
准备应急预案(contingency plan)
示例：规划冲刺 (Sprint) Backlog
团队在确定产品积压工作并建立发布计划后，即可开 始在冲刺 (sprint) 中工作。团队的冲刺 (sprint) 从冲刺 (sprint) 计划会议开始。在会上，团队承诺 完成产品积压工作中的一组用户情景。 这组用户情景以及支持这些情景的任务构成冲刺 (sprint) 积压工作。有关更多信息，请参见比较产 品积压工作和冲刺 (sprint) 积压工作。