Scrum介绍(中文版)
敏捷开发scrum介绍
培训系统实例
概念
流程
实践
总结
sprint计划会议1、2
• 目标：定出 Sprint cklog
附：《敏捷宣言》的12准则
• • • • • • • • • • • • 我们的最高目标是，通过尽早和持续地交付有价值的软件来满足客户。 欢迎对需求提出变更——即使是在项目开发后期。要善于利用需求变更，帮助客 户获得竞争优势。 要不断交付可用的软件，周期从几周到几个月不等，且越短越好。 项目过程中，业务人员与开发人员必须在一起工作。 要善于激励项目人员，给他们以所需要的环境和支持，并相信他们能够完成任务。 无论是团队内还是团队间，最有效的沟通方法是面对面的交谈。 可用的软件是衡量进度的主要指标。
Sprint会议
产品负责人 Scrum Master 团队
任务墙 每日例会
Scrum Master 团队 Scrum Master 团队
概念
流程
实践
总结
实践
参与角色
目的/好处 目的 好处 检查产品是否达到需 求要求和测试要求
注意事项 建议在QA测试环境进行
Backlog演示 产品负责人 QA 团队成员 Sprint回顾 产品负责人 Scrum Master 团队
敏捷开发scrum
Jet zhong 直观资讯
概念
流程
实践
总结
Scrum是什么？
概念
流程
实践
总结
IT方法的采用率对比
Forrest Research 2009年调查
scrum介绍
scrum介绍⽬的针对我们⽬前的现状：●整体⽐较松散，相互之间的协作和有效的沟通缺乏●事情繁杂，虽然疲于奔命但效率却不⾼●员⼯⾃⾝缺乏⾃组织性，纪律性，规范性，计划性和责任性●员⼯⼯作效率不⾼且有反复性和重复性需要⼀个统⼀的过程和模型来约束，规范和引导⼤家，scrum也许能有⼀些作⽤，但任何事物的都有其优缺点，关键看我们如何使⽤它，任何新的事物的引⼊都会有⼀个适应期，甚⾄在开始会有困难南，但只要终点不变，⽬标不变，就要坚持，贵在坚持。
Srum的介绍Scrum属于敏捷⽅法(Alile)的⼀种，虽然Scrum最初只应⽤于软件开发，但⽬前它也⼴泛成功地应⽤于其他产业。
现在Scrum 通常被认为是⼀种⽤于开发任何产品或管理⼈和⼯作的迭代式的，增量的过程。
其实scrum是⼀个很复杂的⽅法和过程，需要整本书来介绍，但可以归结为4个价值系统和12条指导原则四个价值：（1）较之于过程和⼯具，更注重⼈及其相互作⽤的价值。
（2）较之于⽆所不及的各类⽂档，更注重可运⾏的软件的价值。
（3）较之于合同谈判，更注重与客户合作的价值。
（4）较之于按计划⾏事，更注重响应需求变化的价值。
Agile⽅法的指导原则：（1）在快速不断地交付⽤户可运⾏软件的过程中，将使⽤户满意放在第⼀位。
（2）以积极的态度对待需求的变化（不管该变化出现在开发早期还是后期）。
Agile过程紧密围绕变化展开并利⽤变化来实现客户的竞争优势。
（3）以⼏周到⼏个⽉为周期，尽快、不断地交付可运⾏的软件供⽤户使⽤。
（4）在项⽬过程中，业务⼈员和开发⼈员最好能⼀起⼯作。
（5）以积极向上的员⼯为中⼼建⽴项⽬组，给予他们所需的环境和⽀持，对他们的⼯作予以充分的信任。
（6）在项⽬组中，最有⽤、最有效的信息沟通⼿段是⾯对⾯的交谈。
（7）项⽬进度度量的⾸要依据是可运⾏的软件。
（8）Agile过程⾼度重视可持续开发。
项⽬发起者、开发者和⽤户应能始终保持步调⼀致。
（9）应时刻关注技术上的精益求精和设计的合理，这样能提⾼软件的快速应变⼒。
Scrum敏捷开发详解
Scrum敏捷开发详解Scrum是一种敏捷开发方法，它在软件开发领域得到广泛应用。
本文将详细介绍Scrum的原理、过程和优势，以及如何实施Scrum方法进行敏捷开发。
1. Scrum概述Scrum是一种基于迭代和增量开发的软件开发方法。
它强调团队合作、自组织和自我管理，通过不断迭代交付高质量的软件产品，以适应不断变化的需求。
2. Scrum原理Scrum的原理包括三个关键要素：产品负责人、团队和Scrum大师。
产品负责人负责定义产品需求和优先级，团队负责实现产品需求，Scrum大师负责确保团队遵循Scrum过程。
3. Scrum过程Scrum过程包括产品backlog、Sprint计划会议、日常Scrum会议、Sprint评审会议和Sprint回顾会议。
- 产品backlog是由产品负责人创建的需求列表，其中包括优先级和详细描述。
- Sprint计划会议是团队根据产品backlog选择并承诺完成一部分需求的过程。
- 日常Scrum会议是团队每日进行的15分钟讨论，分享进展、解决问题和调整计划。
- Sprint评审会议是在Sprint结束后，团队向相关人员演示和讨论已完成的工作成果。
- Sprint回顾会议是团队回顾上一个Sprint的工作过程，识别问题并提出改进方法。
4. Scrum的优势Scrum方法具有以下几个优势：- 灵活性：Scrum允许团队在整个开发周期中灵活地调整需求和计划，以适应变化的市场需求。
- 透明度：通过日常Scrum会议和Sprint评审会议，所有相关人员可以了解项目的进展和问题。
- 高质量：Scrum鼓励团队通过持续集成和自动化测试来确保软件的质量。
- 客户满意度：Scrum强调与客户的紧密合作和持续交付，以满足客户需求并提高客户满意度。
5. 实施Scrum方法的步骤实施Scrum方法需要以下几个步骤：- 培训团队：为了顺利实施Scrum，所有相关人员需要接受Scrum 的培训和理念教育。
scrum白皮书
Scrum白皮书1. 介绍Scrum是一种敏捷项目管理方法。
它的主要目标是提高开发团队的效率、透明度和质量，以便更好地满足客户需求。
本文将详细介绍Scrum方法的基本概念、原则和实施步骤。
2. Scrum的基本概念Scrum方法基于以下几个基本概念：2.1. 产品积压列表 (Product Backlog)产品积压列表是一个有序的需求清单，其中包含了项目的所有需求，按照优先级排序。
这个列表是由产品负责人负责维护的，需求可以随时进行添加、删除或调整优先级。
2.2. 冲刺 (Sprint)冲刺是一个固定时间段内的开发周期，通常为2到4周。
冲刺的目标是按照产品积压列表中的优先级完成一部分需求，并交付可用的软件。
2.3. 冲刺积压列表 (Sprint Backlog)冲刺积压列表是一个有序的任务清单，其中包含了冲刺期间要完成的任务。
这个列表是由开发团队负责维护的，任务可以随时进行添加、删除或调整优先级。
2.4. 燃尽图 (Burn-down Chart)燃尽图是一个可视化的图表，用于跟踪冲刺期间剩余工作量的情况。
燃尽图以剩余工作量为纵轴，以时间为横轴，通过每天更新来展示项目进展情况。
3. Scrum的工作流程Scrum的工作流程分为以下几个步骤：3.1. 产品规划会议 (Product Planning Meeting)产品规划会议是一次由产品负责人主持的会议，与利益相关者共同确定产品的愿景和目标。
在会议中，产品负责人将产品积压列表按照优先级排序，并与团队共同制定一个冲刺目标。
3.2. 冲刺计划会议 (Sprint Planning Meeting)冲刺计划会议是一次由产品负责人和开发团队参与的会议，在会议中，产品负责人根据产品积压列表选择要完成的需求，并与开发团队一起制定冲刺目标，然后开发团队将冲刺目标转化为具体的任务，形成冲刺积压列表。
3.3. 每日站会 (Daily Scrum)每日站会是一个短暂的会议，团队成员在会上分享自己昨天的工作、今天的计划和遇到的问题。
scrum介绍中文版
迭代目 标
商业机会
迭代 计划
• •
写有产品
•
技术
Mountain Goat Software, LLC
决定如何实现迭代目标 从产品的backlog中选择一些创 建迭代backlog(任务) 以小时为单位评估迭代任务工 作量
迭代 backlog
迭代计划
• • •
团队自己从产品的backlog中选择一些他们能够完成的 任务作为迭代的backlog 迭代backlog被创建
敏捷宣言作者们的价值观
重视
个人与交互
重于
开发过程和工具
可用的软件
重于
复杂的文档
寻求客户的合作
重于
对合同的谈判
对变化的响应变化
Mountain Goat Software, LLC
重于
始终遵循固定的计划
资源来自:
项目噪音水平
远离ห้องสมุดไป่ตู้致
混乱的 需求数量 复杂度
全面视角的Scrum开发
图片源于 /scrum
Mountain Goat Software, LLC
Sprints
• • • •
Scrum项目周期以一组迭代周期“sprints”组成
•
可以和极限开发的迭代周期类比
典型的迭代周期为2-4周或者最多一个自然月 一个固定的周期能够创造出项目的更优美的节奏 感 产品的设计，开发，测试全部都在一个迭代内完 成
Hirotaka Takeuchi and Ikujiro Nonaka, “The New New Product Development Game”, Harvard Business Review, January 1986.
Scrum框架详解
Scrum框架详解Scrum（中文名称为“敏捷开发方法”）是一种软件开发中的敏捷开发（Agile）方法。
它被广泛用于组织和管理软件项目，特别是在需要快速交付高质量产品的复杂环境中。
Scrum框架为团队提供了一个基础架构，用于将复杂的问题分解为简单的任务，并跟踪每个任务的进度。
本篇文章将对Scrum框架进行详细的解释和分析。
Scrum框架的组成Scrum框架主要由三个角色（Roles）、三件艺术品（Artifacts）、五项仪式（Ceremonies）和十二个实践（Practices）组成。
下面分别解释一下。
1. 三个角色Scrum框架中的三个角色包括：产品负责人（Product Owner）：他/她是负责定义产品或功能的人，确定开发团队的优先事项。
产品负责人负责定义产品的功能、用户故事和需求，并与利益相关者（Stakeholders）合作，确保解决用户需求的产品。
开发团队（Development Team）：开发团队是负责实际开发工作的人，包括程序员、测试人员、设计师等。
开发团队是跨职能的，意味着每个成员都可以完成多个任务，而不仅限于单个领域。
Scrum主管（Scrum Master）：Scrum主管不是项目经理，而是负责协调团队，确保团队遵守Scrum框架的人。
Scrum主管应该帮助团队消除阻碍，确保团队顺利进行Scrum仪式并按时交付产品。
2. 三件艺术品Scrum框架中的三件艺术品指的是：产品待办清单（Product Backlog）：产品待办清单是产品负责人维护的需求池，里面包含了产品所有的需求和任务。
这些需求和任务通过优先级排序，以最大限度地实现产品的价值。
迭代计划（Sprint Backlog）：迭代计划是开发团队在每个迭代（Sprint）中计划要完成的任务列表。
迭代计划通常会在每个迭代前启动，并在每个迭代结束后进行评估，以提高工作效率。
增量（Increment）：增量是指Scrum团队在每个迭代期间生产出来的可用代码，即具有完整功能、不附带“技术债务”的成果。
Scrum_介绍
Scrum Master（项目经理）
Scrum Master是整个团队的导师和组织者，他负责提高团队的开发效率。他常提 出培训团队的计划，列出障碍Backlog。Scrum Master控制着检查和改进Scrum的 周期，他维护这一团队的正常运行，并与产品负责人一起让利益相关方获得最大 化投资回报。他关心的是这些敏捷开发思想是否能得到利益相关方的理解和支持
瀑布模型优缺点
优点 适用于大型软件的开发，有利于大型软件开发过程中人员的组织、管理， 有利于软件开发方法和工具的研究，从而提高了大型软件项目开发的质 量和效率
规范
过程
文档
各阶段的划分完全固定，阶段之间产生大量的文档，极大增加了工作量； 缺点 用户只有等到整个过程的末期才能见到开发成果，从而增加了开发的风险 早期的错误可能要等到开发后期的测试阶段才能发现
Scrum敏捷开发
软件开发模型 S c r u m 框 架 介 绍 S c r u m 应 用 情 况
软件开发过程
为了建造高质量软件所需完成的任务的框架，即形成软件产品的一系列步骤， 它规定了完成各项任务工作步骤，包括了中间产品、资源、角色、过程中采取 的方法、工具等.
传统软件开发过程
经典模型-瀑布模型
要在下个冲刺中改进
3. 项目经理最后根据讨论明确改进之处及责任人，更新团队的冲刺数据，，加入到 团队总结中，为后续项目实施提供经验教训 会议结果： 1 会议纪要含相关改进及负责人名单
Scrum—样例
Scrum—样例
Scrum敏捷开发
软件开发模型 S c r u m 框 架 介 绍 S c r u m 应 用 情 况
两种开发模型对比对比项瀑布敏捷开发核心强调过程强调以人为本文档作用产生大量文档少量文档战略形态防御性进攻性适用团队大型团队数十人小型团队几人十几人scrum软件开发模型scrum框架介绍scrum应用情况软件开发模型边做边改模型buildandfixmodel瀑布模型waterfallmodel增量模型incrementalmodel敏捷开发agiledevelopment极限编程xpscrum特征驱动开发fddcrystal自适应软件开发adp螺旋模型spiralmodel喷泉模型fountainmodel快速原型模型rapidprototypemodelscrum在开发模型的位置scrum定义scrum是敏捷开发的一种实践框架是一种迭代式增量软件开发过程包括了一系列实践和预定义角色的过程骨架scrum角色scrum过程scrum会议scrum工件文档scrum框架内容产品经理产品经理开发团队开发团队scrummaster产品积压订单产品积压订单冲剂积压订单冲剂积压订单障碍积压订单冲刺计划会议冲刺计划会议冲刺验收会议冲刺验收会议冲刺回顾会议每日站立会议scrum团队角色产品负责人又名客户产品负责人是利益相关方的代表他的工作重点是产品的业务方面
Scrum敏捷项目管理介绍
敏捷看板还可以用于展示风险 和问题，帮助团队更好地应对 和解决潜在问题。
敏捷估算技术
敏捷估算技术是一种估算项目工作量 的方法，可以帮助团队更好地预测和 管理项目进度。
敏捷估算技术还可以用于评估风险和 不确定性，帮助团队更好地应对潜在 问题和挑战。
敏捷估算技术包括故事点、理想时间、 相对估算等，可以帮助团队更好地评 估任务规模和工作量。
跨职能团队（Cross-functional Team）：团队成员具有多种技能，可以完成从需求分析、 设计、开发、测试到支持的所有工作。
事件
冲刺（Sprint）：一个时间盒， 通常为1到4周，在这个时间段 内，团队会集中精力完成一部分
产品待办事项。
冲刺计划会议（Sprint Planning Meeting）：在每个 冲刺开始时举行，讨论这个冲刺
确定迭代周期和冲刺计划
确定项目的迭代周期和每次迭代的冲 刺计划，明确每个迭代的目标和任务。
执行流程
任务分配和每日站会
根据冲刺计划，将任务分配给团队成员，并通过每日站会跟踪任 务进度和解决问题。
开发与迭代
按照迭代周期进行产品开发，不断优化和调整产品待办事项列表， 以满足项目目标和客户需求。
跨职能协作与信息透明
详细描述：造成项目超预算的原因可能包括需求变更频 繁、人力资源成本上升、技术难度预估不足等。为了解 决项目超预算问题，可以采取以下措施 建立预算调整机制，根据实际情况及时调整预算。
优化资源分配，合理利用外部资源降低成本。
项目范围变更
总结词：项目范围变更是敏捷项目管理中不可避免的问 题，可能导致项目进度和预算受到影响。
等角色。
Scrum工具包括Scrum框架、 Scrum指南、Scrum模板等，可
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Copyright © 2010专业的敏捷开发社区Scrum 中文网Scrum介绍Scrum中文网 版权说明：本文部分资料及图片翻译自Pete Deemer 的Introduction to Scrum for Managers and Executives 以及Mike Cohn 的An Introduction to Scrum.专业的敏捷开发社区Scrum 中文网许多企业面临的问题与挑战• 产品投放市场的时间太慢 • 项目失败的比例高的离谱 • 投资回报低，经常失败• 对变化与变更的响应，难度大且成本高 • 客户体验及客户为导向很差 • 软件质量不过关 • 生产力需要大幅提高 • 员工士气，动力及责任感很低 • 需要普遍的微观管理 • 人员流失率特别高 ......专业的敏捷开发社区Scrum 中文网 越来越多的企业开始使用Scrum 解决这些问题•Google •IBM •Nokia •Siemens •Philips •Accenture •Sun •UbisoB •Bleum •SAP• Microsoft • Infosys • Oracle • Wipro • Motorola • Yahoo! • Schneider • Agilent • Irdeto • Double Click• Autodesk • Tencent • Plenware • Trendmicro • Moody ’s • StarCite专业的敏捷开发社区Scrum 中文网哪些类型的项目已经在使用Scrum•大型企业级软件项目 •商业软件产品•消费者软件项目/大型网站•美国FDA批准的应用于X射线和MRI的软件 •高可靠性系统（99.9999％以上） •财务支付系统 •智能家居项目 •战斗机项目•大型数据库应用 •嵌入式电信系统 •手机项目 •CMMI5级的组织 •多地点同步开发 •支撑和维护项目 •非软件项目 • ……专业的敏捷开发社区Scrum 中文网Scrum在Yahoo！的应用Yahoo! 在全球有超过200个团队（超过两千人）使用Scrum • 面向用户的项目 • 关键的基础设施项目 • 分布式项目 • 全新产品开发 • 维护型项目这份调查的数据是在Yahoo!采纳Scrum后18个月时采集 • 反映80个团队的情况 • 采用匿名方式• 得到84%的调查响应率Scrum中文网 有多少人愿意继续使用Scrum专业的敏捷开发社区个体与交互客户协作过程和工具可用的软件完备的文档合同谈判遵循计划响应变化重于重于重于重于来源：来源：• 我们的最高目标是，通过尽早和持续地交付有价值的软件来满足客户。
• 欢迎对需求提出变更——即使是在项目开发后期。
要善于利用需求变更，帮助客户获得竞争优势。
• 要不断交付可用的软件，周期从几周到几个月不等，且越短越好。
• 项目过程中，业务人员与开发人员必须在一起工作。
• 要善于激励项目人员，给他们以所需要的环境和支持，并相信他们能够完成任务。
• 无论是团队内还是团队间，最有效的沟通方法是面对面的交谈。
• 可用的软件是衡量进度的主要指标。
• 敏捷过程提倡可持续的开发。
项目方、开发人员和用户应该能够保持恒久稳定的进展速度。
• 对技术的精益求精以及对设计的不断完善将提升敏捷性。
• 要做到简洁，即尽最大可能减少不必要的工作。
这是一门艺术。
• 最佳的架构、需求和设计出自于自组织的团队。
• 团队要定期反省如何能够做到更有效，并相应地调整团队的行为。
一个轻量级的软件开发方法Scrum是一个敏捷开发框架，是一个增量的、迭代的开发过程.。
在这个框架中，整个开发周期 包括若干个小的跌代周期，每个小的的跌代周期称为一个Sprint，每个Sprint的建议长度2到4周。
在Scrum中，使用产品Backlog来管理产品或项目的需求，产品backlog是一个按照商业价值排序的需 求列表，列表条目的体现形式通常为用户故事。
Scrum的开发团队总是先开发的是对客户具有较高价 值的需求。
在每个Sprint中，Scrum开发团队从产品Backlog中挑选最有价值的需求进行开发。
Sprint中挑选的需求经过Sprint计划会议上的分析、讨论和估算得到一个Sprint的任务列表，我们 称它为Sprint backlog 。
在每个迭代结束时，Scrum团队将交付潜在可交付的产品增量。
一个简单的框架• Scrum规定了一个非常简单的开发流程。
• Scrum是现有设计流程的总结。
• Scrum以团队为基础，是一种在需求迅速变化情况下迭代地、增量地开发系统和产品的方法。
• Scrum是一个控制由利益和需求冲突导致的混乱的流程。
• Scrum是改善交流并最优化合作的方式。
• Scrum是一种检测产品开发和生产过程中障碍并将其去除的方式。
• Scrum是最大化生产率的一种方法。
• Scrum适用于单一的项目到整个企业。
Scrum可以控制并组织多个具有相关性的产品开发以及 拥有超过千名开发者和执行者的项目实施过程。
• Scrum能让每个参与者都对自己所做的工作以及自己做出的贡献感到骄傲，并让他们发挥到最佳水平。
来源：• Scrum的项目过程有一系列的Sprint组成。
• Sprint的长度一般控制在2-4周。
• 通过固定的周期保持良好的节奏。
• 产品的设计、开发、测试都在Sprint期间完成。
• Sprint结束时交付可以工作的软件。
•在Sprint过程中不允许发生变更。
来源：YOURTEXT3个角色产品负责人 Scrum Master 团队产品负责人 Scrum Master 团队 三个角色 3个角色Sprint计划会议每日站会Sprint评审会议 Sprint 回顾会议Sprint计划会议 每日站会 Sprint评审会议 Sprint 回顾会议 四个仪式 3个角色产品BacklogSprint Backlog 燃尽图产品Backlog Sprint Backlog 燃尽图 三个物件来源：产品负责人（Product Owner）的职责如下： • 确定产品的功能。
• 决定发布的日期和发布内容。
• 为产品的profitability of the product (ROI)负责。
• 根据市场价值确定功能优先级。
• 每个Sprint，根据需要调整功能和优先级（每个Sprint开始前调整）。
• 接受或拒绝接受开发团队的工作成果。
Product Owner参与Scrum planning。
来源：作为Team Leader和Product owner紧密地工作在一起，他可以及时地为团队成员提供帮助。
他必须:• 保证团队资源完全可被利用并且全部是高产出的。
• 保证各个角色及职责的良好协作。
• 解决团队开发中的障碍。
• 做为团队和外部的接口，屏蔽外界对团队成员的干扰。
• 保证开发过程按计划进行，组织 Daily Scrum, Sprint Review and Sprint Planningmeetings。
来源：• 一般情况人数在5-9个左右 • 团队要跨职能（包括开发人员、测试人员、用户界面设计师等）• 团队成员需要全职。
（有些情况例外，比如数据库管理员） • 在项目向导范围内有权利做任何事情已确保达到Sprint的目标。
• 高度的自我组织能力。
• 向Product Owner演示产品功能。
• 团队成员构成在sprint内不允许变化。
团队速率 产品Backlog 当前产品 技术商业条件 Sprint目标Sprint BacklogSprint计划会议排列优先级1. 分析和评估产品Backlog2. 确定Sprint目标Sprint计划1. 决定如何达到Sprint目标 （设计）2. 根据产品Backlog条目（用户 故事，功能）创建Sprint Backlog（任务）3. 为Sprint Backlog中的任务做 估算，用小时来计算• 团队从产品backlog中挑选他们承诺完成的条目。
• 创建Sprint Backlog•标识具体的任务并为任务做估算•由团队协作完成，而不是Scrum Master• 考虑了高层设计作为一个博客作者，我想通过博客发布我的照片，以便于我的读者们认识我。
开发照片上传页面(4h)开发照片上传后台程序(8h) 写单元测试(2h)更新自动化测试脚本(2h) ……Sprint评审会用来演示在这个Sprint中开发的产品功能给Product Owner. Produc Owner会组织 这阶段的会议并且邀请相关的干系人参加。
• 团队展示Sprint中完成的功能• 一般是通过现场演示的方式展现功能和架构• 不要太正式•不需要PPT•一般控制在2个小时• 团队成员都要参加• 可以邀请所有人参加• 团队的定期自我检视，发现什么是好的，什么是不好的。
• 一般控制在15-30分钟• 每个Sprint都要做• 全体参加•Scrum Master•产品负责人•团队•可能的客户或其它干系人Sprint回顾会议上，全体成员讨论有哪些好的做法可以启动，哪些不好的做法不能再继续下去了， 哪些好的做法要继续发扬。
• 一个需求的列表。
• 一般情况使用用户故事来表示backlog条目• 理想情况每个需求项都对产品的客户或用户有价值 • Backlog条目按照商业价值排列优先级• 优先级由产品负责人来排列• 在每个Sprint结束的时候要更新优先级的排列一个产品Backlog的例子50……30 …… 20 作为一个博客作者，我想通过博客发布我的照片，以便于我 的读者们认识我。
10 作为一个博客作者，我想让我的读者对我的文章进行评价， 以便于收集读者反馈，日后改进。
8 作为一个博客作者，我想设置我发布文章的背景图片，以便 于我的读者阅读的时候感受到文章的意境。
估算（故事点）Backlog 条目Sprint backlog定义了Sprint的目标，明确了Sprint过程中具体需要完成的任务 下面是一个Sprint backlog的例子：3 6写单元测试(6h)开发文章背景图片设置页面 (16h)开发照片上传后台程序(8h) 开发照片上传页面(4h) 任务16 8 4 12 周的Sprint4 8 0 3 2 0 2 10987654 3 2管理Sprint的backlog:• 团队成员自己挑选任务，而不是指派任务• 对每一个任务，每天要更新剩余的工作量估算• 每个团队成员都可以修改Sprint backlog，增加、删除或者修改任务专业的敏捷开发社区Scrum 中文网Scrum物件之燃尽图（Burn Down Chart）燃尽图直观的反映了Sprint过程中，剩余的工作量情况，Y轴表示剩余的工作，X轴表示Sprint的 时间。