SCRUM开发流程
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开发流程中，项目被分解成小的可迭代的工作项，称为Sprint，通常为2周到4周的时间段。
团队在每个Sprint中完成一部分功能，并在Sprint结束时展示和交付可用的软件。
Scrum开发流程包括三个核心角色：产品负责人、Scrum团队和Scrum主管。
产品负责人负责定义产品需求、优先级和发布计划。
Scrum团队由开发人员、测试人员和其他相关角色组成，他们一起工作，完成Sprint中的工作。
Scrum主管负责确保团队遵守Scrum 流程，并协助团队解决问题。
在Scrum开发流程中，产品需求被记录在产品Backlog中，产品负责人根据需求的重要性和价值为其排序。
在每个Sprint计划会议上，团队从产品Backlog中选择一部分需求，并承诺在Sprint结束时完成。
团队每天举行短暂的站会，分享进展、讨论问题和调整计划。
在Sprint结束时，团队举行评审会议，展示完成的工作，并接受反馈。
然后进行回顾会议，讨论团队的表现，找出改进的方法。
Scrum开发流程的优势在于能够快速响应变化，通过短周期的迭代开发，及时交付软件。
团队在每个Sprint中都有机会反思和改进，不断提高工作效率和产品质量。
另外，Scrum流程能够有效地促进团队合作和沟通，减少项目风险。
然而，Scrum开发流程也存在一些挑战。
团队需要保持高度的自组织和自我管理能力，确保Sprint计划的完成。
产品负责人需要不断调整需求的优先级，以确保团队始终开发出有价值的软件。
团队成员之间的合作和沟通也需要持续改进，以确保团队的效率和凝聚力。
总的来说，Scrum开发流程是一种灵活、高效的软件开发方法，适用于需要快速交付、持续改进的项目。
通过Scrum流程，团队能够更好地应对变化，提高工作效率和产品质量，实现项目的成功。
Scrum开发流程的核心理念是团队合作、持续改进和快速交付，这也是其持续受到业界青睐的原因。
敏捷软件开发中的Scrum框架详解
敏捷软件开发中的Scrum框架详解在软件开发领域中，敏捷开发已经成为了一种趋势，为了让开发过程更加高效，Scrum框架应运而生。
Scrum框架是一种敏捷开发方法，它可以帮助开发团队更好地协作，快速响应客户需求，提高软件开发的质量和效率。
本文将详细介绍Scrum框架的概念、流程和应用。
一、Scrum框架概述Scrum框架是一种基于迭代和增量的敏捷开发方法，它采用迭代、透明、自组织和实时反馈的方式来实现软件开发。
Scrum框架的核心是团队合作和持续交付，每个迭代都需要完成一个潜在可交付的增量。
在Scrum框架中，有三个角色：产品负责人、Scrum Master和开发团队。
产品负责人确定产品需求、优先级和发布计划；Scrum Master负责推动Scrum流程，确保团队遵循Scrum原则；开发团队负责实现需求。
Scrum框架有一些重要的术语和概念，例如冲刺（Sprint）、冲刺计划会议(Sprint Planning Meeting)、每日站会(Daily Scrum)、冲刺评审会议(Sprint Review Meeting)和回顾会议(Retrospective Meeting)等等。
二、Scrum框架流程Scrum框架流程包含以下步骤：1.产品规划：在这个阶段，产品负责人和团队合作定义产品范围、需求和目标，确定一个产品BACKLOG。
2.冲刺计划会议：团队将产品BACKLOG转换为可完成的待办事项，并计划如何实现它们。
冲刺计划会议的结果是一个冲刺目标，该目标概括了需要在此冲刺中完成的所有功能。
3.每日站会：每个工作日的同一时间和地点，开发团队成员在15分钟内互相汇报昨天完成了什么，今天将完成什么，以及他们面临的任何障碍。
4.冲刺周期：每个冲刺都是一个迭代，通常持续2-4周。
在此期间，开发团队将实现待办事项，并与其他团队成员共同努力，以实现冲刺目标。
5.冲刺评审会议：在这个阶段，团队展示他们刚刚完成的工作，并接受利益相关者的反馈和建议。
Scrum产品研发流程
Scrum产品研发流程Scrum是一种敏捷软件开发的方法论，提供了一种灵活的项目管理框架，旨在使团队能够更加高效地开发和交付软件。
Scrum具有简单、迭代、自适应等特点，适用于各种规模的项目。
下面是一个典型的Scrum产品研发流程：1.产品规划：在Scrum中，产品规划由产品负责人（Product Owner）和团队共同完成。
产品负责人负责明确产品的愿景和目标，并将其转化为待办事项列表（Product Backlog）。
团队和产品负责人一起评估和优先级排序待办事项。
2.迭代计划：每个迭代称为一个冲刺（Sprint），冲刺的长度通常在1到4周之间。
在每个冲刺开始时，团队和产品负责人共同制定冲刺目标，评估团队的能力和可用资源，确定需要在冲刺中完成的工作。
3.冲刺启动会议：每个冲刺开始时，团队会举行一个冲刺启动会议。
会议上，团队回顾上一个冲刺的成果，检查待办事项是否仍然有效，从产品待办事项中选择并承诺完成一个或多个工作项。
4.每日站会：每天，整个团队参加一个短暂的每日站会（Daily Scrum）。
在会议上，每个团队成员分享他们昨天完成的工作、今天计划完成的工作和遇到的问题。
这有助于保持团队成员之间的沟通和协作。
5.冲刺期间：在整个冲刺期间，团队按照冲刺目标完成工作。
团队成员在自我组织和协作的环境中进行工作，同时有一个可视化的任务面板来跟踪工作进度。
6.冲刺回顾会议：每个冲刺结束时，团队会举行一个冲刺回顾会议。
在会议上，团队回顾整个冲刺的工作过程，讨论工作中的问题和改进的机会，并决定要在下一个冲刺中采取的行动。
7.产品演示会议：每个冲刺结束后的第二天，团队会举行一个产品演示会议。
在会议上，团队展示他们在冲刺中完成的工作，并向产品负责人和其他相关人员展示实际的软件功能。
8.产品回顾会议：每个冲刺结束后的第三天，团队会举行一个产品回顾会议。
在会议上，产品负责人和团队一起回顾整个产品的进展，讨论用户反馈和市场变化，并更新产品待办事项列表。
敏捷开发scrum的步骤
敏捷开发scrum的步骤
Scrum是一种敏捷开发方法论，适用于团队协作开发软件和其他复杂产品。
以下是Scrum的基本步骤：
1. 产品待办清单（Product Backlog）：根据项目需求，列出所有需要完成的任务，这些任务按照优先级排序，并且进行明确的描述。
2. 冲刺计划会议（Sprint Planning Meeting）：团队在冲刺期开始前，通过讨论和评估来确定下一个冲刺要完成哪些工作，并将这些工作分配给各个团队成员。
3. 冲刺（Sprint）：一个冲刺通常持续两周到一个月（具体时间由团队决定），在这个时间内，团队集中精力完成之前确定的工作。
4. 每日站立会议（Daily Scrum Meeting）：每天团队成员在15分钟内互相汇报工作进展情况、遇到的问题和解决方案，以确保所有人都知道项目的状态。
5. 冲刺回顾会议（Sprint Review Meeting）：在冲刺结束后，团队成员要进行回顾，检查他们所完成的工作是否达到了预期目标并探讨如何改善。
6. 冲刺回顾和改进计划（Sprint Retrospective and Improvement Plan）：团队评估过去的冲刺，找出改进的方法，并且创建下一个冲刺计划的待办清单。
以上就是Scrum流程的基本步骤，每个步骤都有具体的执行规
则和时间要求，团队需要按照这些规则和要求进行协作和沟通，以确保项目能够按时完成并达到预期效果。
产品开发管理方法.流程.工具
产品开发管理方法.流程.工具
产品开发管理方法：
1. Agile开发方法：采用迭代开发、需求变更响应能力强、团队合作等特点，适用于快速变化的市场需求。
2. 瀑布式开发方法：将整个项目划分为不同阶段，每个阶段完成后再进行下一步开发，适用于比较固定的产品和需求。
3. Scrum开发方法：一种敏捷的开发流程，主要关注开发者之间的协作和项目管理，重视团队沟通和审计。
产品开发管理流程：
1. 计划阶段：明确产品的目标、需求、规划、时间表及用户需求调研等。
2. 研发阶段：进行产品初版的开发、测试与产品功能迭代等。
3.测试阶段：验证产品的可用性和性能等。
4.发布阶段：发布产品并进行推广、培训及运维。
产品开发管理工具：
1. 产品脑图工具：可以用来分析、理解和组织产品需求和开发建议。
2. 项目管理工具：可用来跟踪开发进度、协同工作、资源分配等。
3. 用户调查工具：可以用来收集和分析用户反馈，帮助优化产品功能。
4. 数据分析工具：可以分析用户行为、产品使用情况、市场趋势等信息，帮助优化产品。
敏捷开发流程详解
敏捷开发流程详解敏捷开发流程详解敏捷开发是一种以人为核心、迭代、循序渐进的软件开发方法。
它强调团队合作、客户需求和适应变化。
敏捷开发流程包括许多不同的方法和框架，例如Scrum、极限编程（XP）和精益开发（Lean Development）等。
本篇文章将详细介绍敏捷开发的核心原则、方法和实践。
一、敏捷开发的核心原则1.以人为本：敏捷开发强调人的重要性，包括开发人员、测试人员、产品负责人和客户。
它认为只有当人们能够有效地协作和沟通时，才能实现最大的效益。
2.可持续的开发：敏捷开发追求可持续的开发速度，保持长期稳定的工作节奏。
这需要避免突击和过度工作，以保持团队成员的积极性和效率。
3.适应变化：敏捷开发能够灵活地适应需求变化，因为客户和业务环境的变化是不可避免的。
敏捷团队应该能够快速响应这些变化，以满足客户需求。
4.快速反馈：敏捷开发通过频繁的反馈循环来优化开发过程。
团队成员应该能够及时获得反馈，以便对产品进行持续改进。
5.质量保证：敏捷开发注重质量保证，通过持续测试和代码审查来确保软件质量。
团队成员应该对代码质量负责，并采用自动化工具来提高效率。
二、敏捷开发方法1.Scrum：Scrum是一种流行的敏捷开发框架，它采用迭代式开发方法，将大型项目分解为小的可交付成果。
Scrum团队由产品负责人、开发人员、测试人员和利益相关者组成，他们共同协作完成产品目标。
2.极限编程（XP）：XP是一种以实践为基础的敏捷开发方法，它强调高效率和高质量的软件开发。
XP的核心原则包括简单性、沟通、反馈、勇气和尊重。
XP实践包括测试驱动开发（TDD）、持续集成（CI）和重构等。
3.精益开发（Lean Development）：精益开发是一种旨在消除浪费和提高生产率的开发方法。
它强调价值流分析、持续改进和客户需求，以最小化成本和最大化价值为目标。
精益开发框架包括价值流映射、5S管理、看板管理等。
4.Kanban：Kanban是一种可视化工作流管理方法，它通过可视化板和卡片来跟踪工作进度。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
SCRUM的基础知识Scrum 是迭代的，增量型的流程。
Scrum 构造的产品迭代周期为Sprints, 工作的迭代时间一般为一到四周。
Sprints 是有固定的周期——结束于固定明确的日期，无论该工作完成与否，从不延长。
在每一Sprint 的启始阶段，一个多职能的团队从已优先化的要求列表中挑选若干项目，并承诺在Sprint 的末期完成这些项目。
每一工作日，团队成员互相通告工作进度，并更新简易的剩余工作量直观表示图表。
在Sprint 的末期，团队将对这一阶段工作结果作——展示并取得相关的反馈，为下一Sprint 做好准备。
Scrum 强调生产可以使用的产品，意指在Sprint 的末期产品的“完成”；在软件方面，是指编码已经被检测并可以随时交付使用。
Scrum 中的角色在Scrum 中有三个基本的角色：产品所有者，开发团队成员和ScrumMaster。
产品所有者（Product Owner）负责收集相关于产品的所有信息——从客户或产品的终端使用者，开发团队成员和项目管理者中获取——并将信息转化为产品的形式。
在一些情况下，产品所有者正是客户本人；在另一些情况下，客户可能是有不同需求的成百上千的人。
产品所有者这一角色在许多企业中是由产品经理或产品市场经理担任。
开发团队成员构建客户将会购买的产品：软件，网站，或者是任何一种产品。
Scrum 团队通常包括五到十个成员，尽管团队大到15 个成员和小到3 个成员也有很好的收效。
团队应该包括所有交付工作所需的专门人员——例如，一个软件项目的开发团队包括程序员，界面设计师，检测员，市场人员和研究人员。
开发团队不仅构建产品，他们也向产品所有者提供让产品尽善尽美的建议和想法。
开发项目包括15 个或以上的人员时，通常会被划分为若干的Scrum 团队，每一团队注重于产品开发的不同方面，并相互紧密的协作。
团队成员同时可以参与其他项目开发，这样比只限制开发团队致力于Scrum 更能提高生产效率。
团队内部成员也可以在不同Sprint 中变化，但是这样会减少整个团队的生产效率。
ScrumMaster 的任务是以任何方式帮助整个团队取得成功。
ScrumMaster 不是团队中的经理；他或她是服务于整个团队，帮助团队铲除壁垒而取得成功。
协助团队会议，并支持Scrum 的实践。
在一些团队中会有某一人专心致力于担任ScrumMaster，而另一些团队可以是其中一个成员兼职担任（此人会适当减少日常工作量）。
一个好的ScrumMaster 可以有不同的背景和学科：项目管理，工程技术，设计，检测。
ScrumMaster 和产品所有者不应是同一人；有时， ScrumMaster 可能会号召拒绝产品所有者（例如，他们有时会在某一Sprint 中期试图加入新的条件）的要求。
不同于项目经理，ScrumMaster 不会指示和分配工作——他们只是协助流程的实施，推动团队自我组织和管理。
除以上三个角色之外，还有其他对于项目成功作出重要贡献的人员：可能其中最重要的是经理。
他们的角色在Scrum 中的发展, 他们仍保持了相当重要的位置——他们支持开发团队使用Scrum，他们为整个项目的开发提供知识，技术和各种必要的协助。
在Scrum 中，这些人转化了以前“保姆”式的角色（布置任务，收取进程报告，和其他一些谨小慎微的管理方式），取而代之的是承担起更多的“指导“作用（指导职业发展，在职辅导培训，扮演魔鬼的代言人，协助铲除障碍，帮助解决问题，提供创新的建议和指导团队成员的技能发展）。
为了能更好地实现这一变化，经理们需要改进他们的管理方式方法。
SCRUM方法SCRUM方法的开发过程(1)计划和体系结构设计（确定性过程）将Backlog（急待完成的一系列任务，包括：未细化的产品功能要求、Bugs、缺陷、用户提出的改进、具竞争力的功能及技术升级等）按优先级排序形成Backlog 列表，根据该表和风险评估制订产品交付基线。
建立系统体系结构（如为已有系统改进，则只作有限分析、调整），将Backlog项按高内聚低耦合的原则分解为一系列问题包(Packets,每个Packet是一组对象或构件的集合) ，依据同样原则相应划分若干个开发小组（SCRUM 小组）,分配各小组合适的Backlog项或问题包。
建立开发运行环境。
(2)Sprint（经验性过程）该过程由若干个迭代的冲刺(Sprint) 活动组成，直至风险评估认为产品可交付为止。
一个Sprint是在限定时间段内（Sprint周期，通常为1~6周，可在前一个Sprint结束时调整）的一系列开发活动（包括分析、设计、编码、测试等），每个SCRUM小组并行开发且必须步调一致（在一个Sprint结束后，均须完成所分配的Backlog项并有可执行的产出）。
每个Sprint包含以下活动：*开发。
对分配的Backlog工作进行分析，将所需改动（changes）映射到各packets，打开packets,进行领域分析，然后设计、开发、实施、测试、文档化这些改动。
*打包(Wrap)。
封装packets,产生一个满足Backlog需求的可执行版本。
*评审（Review）。
所有的SCRUM小组一起开会，提交各自的工作并演示(Demo)，然后提出和解决问题(Issue)及难点（problem）,增加新的Backlog项；发布、审查或调整产品的标准规范；进行风险评估并提出合适的对策；确定下一个Sprint的工作内容和结束时间。
*调整（Adjust）。
根据评审会汇集的信息，对受影响的Packets进行适当调整和巩固。
(3) 交付和巩固（确定性过程）一旦根据风险评估结果认为可交付产品时，即进入该阶段。
该阶段的活动包括：组装，系统测试和回归测试（Regression），准备培训材料，完成最终文档。
SCRUM过程认为一个产品的开发将一直持续下去，除非经风险评估后认为应停止。
产品交付后的巩固活动类似于传统方法中的维护和改善，目的在于整理Sprint期压力下忽略的工作，为下一阶段的开发做准备，以便轻装上阵。
SCRUM对过程的管理：SCRUM的控制手段。
SCRUM提出了八个控制项（Controls）用于开发过程的调控，其中风险控制是首要的手段。
*Backlog。
*对象/构件。
*Packets。
* 变动（Changes）。
实施一个Backlog项时，对相应Packet的改动。
* 难点（Problems）。
实施一个变动时所必须解决的技术难点。
* 问题（Issues）。
涉及到整个项目或在Backlog项分解到Packet之前须解决的问题。
* 措施（Solutions）。
对问题或难点的解决，通常会导致变动。
* 风险（Risks）。
影响项目成功的风险，应持续跟踪评估并相应做出调整。
风险评估的结果将影响其他所有控制项。
SCRUM定义了六个概念性变量来用于风险评估：用户需求，时间压力，竞争，质量，远见（vision）和可用资源。
在SCRUM的各个阶段都使用这些控制项来评估和权衡，管理人员侧重于以此管理Backlog，开发组用以处理变动和难点。
所有人员一起来管理问题、风险和措施。
根据对控制项特别是风险的不断度量评估和权衡，一方面，计划和进度（在每个Sprint结束时）不断相应调整，保证实现产品的商务目标；另一方面，对开发中的工作任务Backlog动态地进行优先级排序，开发组总是先开发优先级最高的Backlog项，这样就保证了资源的最合理使用。
另外，SCRUM强调度量（采用标准功能点度量方法）的重要性，通过对每个Sprint中生产率等的度量，计划和进度将越来越趋于准确。
(1)项目组织。
项目组由全职开发人员及与该交付产品有关的市场人员、销售人员、用户等组成。
设以下小组：* 项目管理组。
由产品经理领衔，包括总设计师，各SCRUM小组组长，市场、销售的高级职员及典型用户等。
* 若干个SCRUM小组。
各小组由组长（SCRUM Master）领衔。
每个小组都是跨专业的（通常包括开发人员，文档人员，质量控制人员或用户代表等），通常为3~7人，以使小组内有充分的交流。
小组的划分最好是功能导向的（按所分配的问题包或Backlog），也可是系统层次导向（按体系结构中的分层）。
.在项目组人数增大时，可在管理组之上再设管理组（SCRUM of SCRUM）,从而使SCRUM 方法的应用到大项目中。
(2)Sprint期间的调控。
在Sprint期间，应使各SCRUM小组尽量避免外界的干扰（不可将新的Backlog任务加进来，组内产生的Backlog可放到整个项目的Backlog列表中，也可在本次Sprint中解决），使小组成员专心于目前的工作，使他们工作在混沌的边沿。
为避免项目组在Sprint期间不陷入混乱，SCRUM采取两个措施:l SCRUM会议（SCRUM Meeting）。
对小组行为进行监控和刺激。
会议在Sprint期间每天在同一地点举行，由SCRUM Master主持。
会议上，SCRUM Master对每个小组成员提三个问题：1）昨天的工作进展如何。
2）有否遇到困难和障碍。
3）今天的工作打算。
会后SCRUM Master集中精力排除障碍，小组成员则进行当天的开发。
*Sprint评审会议。
评审后根据对每人的工作成绩，进行相应的激励。
Scrum 启始Scrum 的第一步是产品所有者清晰地展示产品的未来景象（vision）。
这些是以按需求的优先列表展示的，按客户和商业价值排序，最高价值的项目排在列表顶端。
这就是Product Backlog,它存在（并发展）于产品的整个生命周期。
Product Backlog 包括许多的不同项目，例如功能（“使用户可以把所选书籍放入购物车”），开发需求（“重新改进处理流程模块，使其可以升级”），探索式的工作（“研究关于加速信用卡确认过程的方法”），和已知的bugs（“判断并修复定单流程中的错误”）。
Product Backlog 是由产品所有者随时更新，以反映客户需求的变化，竞争对手的发布，新的想法和见识，出现的技术障碍等等。
在项目开发的任何时候，Product Backlog 是唯一具有权威性的“需要完成的所有任务”的概况。
只可以存在唯一一个Product Backlog；这就意味着产品所有者需要在所有的工作范围中作出优先项的决策。
Product Backlog 中的项目在规模上会相差甚远；有些大的项目通常在Sprint 计划会议上被划分为许多较小的项目，而小的项目有些会被合并为一。
关于Scrum 的误解之一是它会阻止你记录详细的规范说明；而现实中，这是由产品所有者和开发团队共同决定详细资料的多少，这些从其中一个Product Backlog 到另一个有可能存在不同。