最完整的Scrum敏捷软件开发过程共87页文档
SCRUM
• 每个迭代开始前优先级 的排序工作还需要再度 修正
产品 backlog的样例
Backlog 列表
顾客可以酒店预定 顾客可以取消预定.
顾客可以提前更改预定的日期.
酒店工作人员可以出具RevPAR(revenueper-available-room)报告 提高对突发事情的处理能力 ... ...
估计量
XP，SCRUM
SCRUM概述
Scrum是一个轻量级的项目管理的框架。它的核心在于迭代。
经验性的过程控制
可视化
调整
检查
Scrum概述
华为无线的ROSA-RB项目引进Scrum后： TR5后遗留问题缺陷率降低了30% TTM（Time To Market）改进了30% 平均生产率提升了49.6%
数据来自华为官网 /cn/publications/view.do?id=3269&cid=5764&pid=87
Sprint: 确保一个迭代周期的稳 定
变化
• 一个迭代周期的长短的设定取决于您能够 保障多长时间需求变化不影响到产品开发
Sprint Planning Meeting （冲刺计划会）
• 确定冲刺目标：简短陈生命述科这学个迭代将要完
成什么
功能用于人口遗传学研究.
数据库应用
应S•e用r根 每v可e个据r环以订P境运r.行单od于项uOc的rtaBc工lea和c作kSl量QoLg金（融产服务品订单），确定
– 开发人员 (Developer)
– 测试人员 (Tester) – 文档工程师 (Documentation Member)
开发团队
– ……
Scrum Team -2
• 经典团队拥有 5-9 人 • 团队成员都是是多面手:
软件开发中的敏捷开发和Scrum过程
软件开发中的敏捷开发和Scrum过程随着互联网的飞速发展，软件行业已经成为了一种必不可少的产业。
如今，它已经贯穿了人们的生产和生活的方方面面，成为了人们不可或缺的一部分。
而软件开发则成为了整个软件产业的基础，其快速和高效的开发水平也是企业成功的一个重要因素。
敏捷开发和Scrum过程则成为了软件开发行业中的重要手段，可以帮助企业更快速地开发出高质量的软件。
一、敏捷开发的概念和特点敏捷开发（Agile Development）是一种以人为本、迭代、快速响应变化、重视实效的开发方法。
它是一种对于需求变化和快速迭代的回应，它通过一系列的敏捷化开发流程，以时间短、频率高的迭代思想为核心，来实现更快速和更可靠的软件开发。
敏捷开发的特点如下：1.迭代式开发敏捷开发是一种迭代式开发思想，强调的是在各个阶段中不断迭代、不断优化，不断探索和改进，使得软件一步步地达到客户的需求。
2.灵活性敏捷开发中强调的是在一个现实的环境中，以人为本，以更好的方法来完成软件开发。
3.重视实效敏捷开发强调的是迅速响应变化，以尽可能快地响应变化为核心，以实现尽早地交付可用的软件为目的。
4.增量式开发敏捷开发不是一次开发出最终的软件，而是以小步快跑的方式，不断地添砖加瓦，不断优化和改进。
二、Scrum过程的基本概念Scrum是一种敏捷开发的管理框架，它的主要特点是通过倒序演进的方式来推动产品开发的进程。
它在软件开发过程中的应用越来越广泛，并已成为了替代传统开发模式的重要方式之一。
Scrum过程的基本概念如下：1.产品负责人产品负责人（Product Owner）是Scrum团队中一个非常重要的角色。
他或她是开发团队和客户之间的桥梁，也是客户需求的代表，对于产品的所有细节策略都有绝对的决策权。
2.Scrum MasterScrum Master是Scrum团队中一个重要的角色，负责保证Scrum团队能够按照Scrum框架顺利地进行开发，并促进团队的协作和创新。
最完整的Scrum敏捷软件开发过程ppt课件
8
采用敏捷方法得当的话，可以：
› 更加透明; 随时跟踪项目的状态和进展情况，及早发现问题和风 险.
› 快速交付, 每次迭代都能交付可运行的软件. › 最高风险和最高优先级的需求，最优先进行开发. › 改善应对变更能力, 减少大量的重计划. › 改善项目沟通. › 更好的客户参与, 避免错误的假设.
8 5 8 3 1
More accurate estimates as man hours
May be constantly updated
Product Backlog (Features)
5 2 1 3 8 5 8 ∑32
Short term planning (commitment by Team):
13
项目分成增量的迭代过程，在Scrum中称为迭代任务清单, 通常持续2-4周的时间.
› Sprint 的时间是限定好的; 不能从外部改变正在进行中的sprint持 续时间和范围.
每个sprint都可以产生可交付的迭代, 即测试过并具备文档 的的功能点
› 原则上, 当产品开发到一定程度时，如实现了足够的客户价值， 项目可以在任何一个sprint后结束,.
如同任何项目，敏捷的项目有三个主要阶段 :
› 产品定义 (规划); 运行Sprints 所需要的准备、规划、技术分析. › 执行Sprints (执行): 在增量时间段内实现 需求 (产品需求清单). › 结束: 准备最终发布，结束项目
Scope frozen new PBL items to next Sprint
Initial Size Estimates As Story Points
Long term planning (best guess at the moment): 32 SP of functionality, Team Velocity 8 SP/Sprint 4 Sprints Target Sprint for each PBL item set, feasible implementation Order.
敏捷开发的流程和实践概述
敏捷开发的流程和实践概述敏捷开发是一种以增量交付、迭代开发和灵活适应变化为核心的软件开发方法论。
相较于传统的瀑布式开发模型，敏捷开发注重灵活性和快速交付，通过不断的迭代和持续反馈，确保软件能够及时满足用户的需求。
本文将对敏捷开发的流程和实践进行概述，以帮助读者更好地了解和应用敏捷开发。
一、敏捷开发的流程敏捷开发包括几个核心流程，其中最常见的是Scrum和Kanban。
1. Scrum流程Scrum是一种常见的敏捷开发框架，其流程包括以下几个阶段：需求收集和规划：与利益相关者明确需求，并将其纳入产品特性列表(Product Backlog)中。
团队通过与客户和产品负责人的沟通，对需求进行排序和优先级划分。
Sprint计划会议：根据产品特性列表，团队制定一个Sprint目标，并将Sprint周期内的工作可交付的任务项划分为独立的待办事项(Sprint Backlog)。
团队估算任务的工作量和完成时间。
日常Scrum会议：每日固定的短会议，团队成员分享进展，讨论问题和挑战，以确保整个团队对项目的进展有一个清晰的视图。
Sprint评审会议：在每个Sprint结束后，团队演示和展示他们所完成的工作成果。
该次会议也是与利益相关者之间的互动和反馈的机会。
Sprint回顾会议：回顾整个Sprint的过程，反思项目的进展以及出现的问题和挑战，并提出下一个Sprint的改进计划。
2. Kanban流程Kanban是另一种常见的敏捷开发方法，其核心概念是通过限制工作的数量来控制开发过程，确保团队始终能够专注于完成手头的工作。
Kanban流程的关键步骤包括：制作看板：将项目的任务可视化，通常通过列来表示不同任务状态，比如待办、进行中、已完成等状态。
设定工作限制：为每个列设置限制，以确保同一时间段内所接受的任务量不会过多，避免过载。
优化流程：通过对工作流程的分析和改进，不断优化和提高工作效率，减少浪费。
持续交付：开发团队根据任务的优先级和限制条件，按照先进先出的原则进行任务的处理，确保高优先级任务得到及时交付。
SCRUM开发流程
SCRUM的基础知识Scrum 是迭代的，增量型的流程。
Scrum 构造的产品迭代周期为Sprints, 工作的迭代时间一般为一到四周。
Sprints 是有固定的周期——结束于固定明确的日期，无论该工作完成与否，从不延长。
在每一Sprint 的启始阶段，一个多职能的团队从已优先化的要求列表中挑选若干项目，并承诺在Sprint 的末期完成这些项目。
每一工作日，团队成员互相通告工作进度，并更新简易的剩余工作量直观表示图表。
在Sprint 的末期，团队将对这一阶段工作结果作——展示并取得相关的反馈，为下一Sprint 做好准备。
Scrum 强调生产可以使用的产品，意指在Sprint 的末期产品的“完成”；在软件方面，是指编码已经被检测并可以随时交付使用。
Scrum 中的角色在Scrum 中有三个基本的角色：产品所有者，开发团队成员和ScrumMaster。
产品所有者（Product Owner）负责收集相关于产品的所有信息——从客户或产品的终端使用者，开发团队成员和项目管理者中获取——并将信息转化为产品的形式。
在一些情况下，产品所有者正是客户本人；在另一些情况下，客户可能是有不同需求的成百上千的人。
产品所有者这一角色在许多企业中是由产品经理或产品市场经理担任。
开发团队成员构建客户将会购买的产品：软件，网站，或者是任何一种产品。
Scrum 团队通常包括五到十个成员，尽管团队大到15 个成员和小到3 个成员也有很好的收效。
团队应该包括所有交付工作所需的专门人员——例如，一个软件项目的开发团队包括程序员，界面设计师，检测员，市场人员和研究人员。
开发团队不仅构建产品，他们也向产品所有者提供让产品尽善尽美的建议和想法。
开发项目包括15 个或以上的人员时，通常会被划分为若干的Scrum 团队，每一团队注重于产品开发的不同方面，并相互紧密的协作。
团队成员同时可以参与其他项目开发，这样比只限制开发团队致力于Scrum 更能提高生产效率。
最完整Scrum敏捷软件开发过程
敏捷项目管理和传统项目管理
传统项目管理：
事先对整个项目进行估计、计划、分析
反对变更; 变更需要重新估计、重新规划 严密的合同来减少风险, 如果改变需求要走
CR 流程. 项目作为一个“黑盒子” ，对客户与供应
商的可视性差. 产品化和测试阶段是分离的. 文档和计划驱动的方法. 软件交付时间晚, 意识源自风险的时间晚.Source:
Shippable Product Increment
Sprint Retrospective
Scrum角色、实践和工作产品
Scrum中的三种角色
Product Owner- 产品所有者
个人：代表所有的干系人
Scrum Master:
个人：负责指导过程的执行
Scrum Team – Scrum团队:
依赖迭代和增量的敏捷方法.
Scrum 是一种工作管理的方法，不仅仅限于
Scrum 概述 (2/3) – 项目的 阶段
项目分成增量的迭代过程，在Scrum中称为 迭代任务清单, 通常持续2-4周的时间.
Sprint 的时间是限定好的; 不能从外部改变正在 进行中的sprint持续时间和范围.
May be constantly updated
Product Backlog (Features)
5 2 1 3 8 5 8 ∑32
Short term planning (commitment by Team):
Scope frozen new PBL items to next Sprint
自发选择任务 标识任务的完成
Scrum 角色 – Scrum Master
Scrum Master不是一个管理者，而是一个教 练和推动者 - Scrum团队是一种自发的组织， 是自我管理的.
敏捷开发详细流程
敏捷开发详细流程一、引言敏捷开发是一种以迭代、循序渐进的方式进行软件开发的方法论。
它强调团队合作、快速反馈和适应性，以实现高质量的软件产品交付。
本文将介绍敏捷开发的详细流程，包括需求分析、计划、设计、开发、测试和交付等各个阶段。
二、需求分析阶段在敏捷开发中，需求分析是一个关键的阶段。
团队与客户密切合作，明确产品的功能和特性，并将其记录为用户故事。
用户故事是对用户需求的简短描述，包含一个角色、一个目标和一些条件。
团队通过与客户的沟通来完善用户故事，并根据重要性和优先级对其进行排序。
三、计划阶段在计划阶段，团队制定一个迭代计划，确定在每个迭代中要完成的用户故事。
团队根据故事点（Story Points）来估算工作量，并根据团队的速度和可用资源来制定计划。
此外，还需要确定每个迭代的时间周期和迭代目标。
四、设计阶段在设计阶段，团队根据用户故事和需求分析，设计软件架构和系统接口。
团队采用迭代方式进行设计，每个迭代都会有一个可工作的原型。
团队成员之间进行密切合作，确保设计满足用户需求，并具备可扩展性和可维护性。
五、开发阶段在开发阶段，团队按照迭代计划进行开发工作。
每个迭代都有一个明确的目标和交付物。
团队采用迭代和增量的方式进行开发，每个迭代都会生成一个可工作的软件版本。
团队成员之间进行紧密协作，及时解决问题和调整计划。
六、测试阶段在测试阶段，团队对软件进行全面的测试，包括单元测试、集成测试和系统测试等。
测试团队与开发团队密切合作，及时发现和修复缺陷。
测试用例是根据用户故事和需求编写的，以确保软件满足功能和性能要求。
七、交付阶段在交付阶段，团队将软件交付给客户，并进行部署和安装。
团队与客户一起测试软件，并进行用户培训和支持。
团队还会收集用户的反馈和建议，以改进产品和提高用户满意度。
八、迭代循环敏捷开发是一个迭代循环的过程，每个迭代都会生成一个可工作的软件版本。
团队根据用户反馈和需求变更，不断优化和调整产品。
迭代周期通常为2至4周，以保证快速交付和快速反馈。
scrum开发流程
Scrum开发流程一、什么是Scrum?开发软件就像开发新产品，无法一开始就能定义软件产品最终的规程，过程中需要研发、创意、尝试错误，所以没有一种固定的流程可以保证专案成功。
Scrum 将软件开发团队比拟成橄榄球队，有明确的最高目标，熟悉开发流程中所需具备的最佳典范与技术，具有高度自主权，紧密地沟通合作，以高度弹性解决各种挑战，确保每天、每个阶段都朝向目标有明确的推进。
Scrum 开发流程通常以30 天(或者更短的一段时间)为一个阶段，由客户提供新产品的需求规格开始，开发团队与需求方于每一个阶段开始时挑选该完成的规格部分，开发团队必须尽力于30 天后交付成果，团队每天用15 分钟开会检查每个成员的进度与计划，了解所遭遇的困难并设法排除。
二、Scrum角色定义及名次解释（一）有关Scrum的角色定义（二）有关Scrum的名次解释三、Scrum的过程简单介绍1、我们首先需要确定一个Product Backlog（按优先顺序排列的一个产品需求列表），这个是由Product Owner 负责的；2、Scrum Team根据Product Backlog列表，做工作量的预估和安排；3、有了Product Backlog列表，我们需要通过Sprint Planning Meeting（Sprint计划会议）来从中挑选出一个Story作为本次迭代完成的目标，这个目标的时间周期是1~4个星期，然后把这个Story进行细化，形成一个Sprint Backlog；4、Sprint Backlog是由Scrum Team去完成的，每个成员根据Sprint Backlog再细化成更小的任务（细到每个任务的工作量在2天内能完成）；5、在Scrum Team完成计划会议上选出的Sprint Backlog过程中，需要进行Daily Scrum Meeting（每日站立会议），每次会议控制在15分钟左右，每个人都必须发言，并且要向所有成员当面汇报你昨天完成了什么，并且向所有成员承诺你今天要完成什么，同时遇到不能解决的问题也可以提出，每个人回答完成后，要走到黑板前更新自己的 Sprint burn down（Sprint燃尽图）；6、做到每日集成，也就是每天都要有一个可以成功编译、并且可以演示的版本；很多人可能还没有用过自动化的每日集成，其实TFS就有这个功能，它可以支持每次有成员进行签入操作的时候，在服务器上自动获取最新版本，然后在服务器中编译，如果通过则马上再执行单元测试代码，如果也全部通过，则将该版本发布，这时一次正式的签入操作才保存到TFS中，中间有任何失败，都会用邮件通知项目管理人员；7、当一个Story完成，也就是Sprint Backlog被完成，也就表示一次Sprint完成，这时，我们要进行 Srpint Review Meeting （演示会议），也称为评审会议，产品负责人和客户都要参加（最好本公司老板也参加），每一个Scrum Team的成员都要向他们演示自己完成的软件产品（这个会议非常重要，一定不能取消）；8、最后就是 Sprint Retrospective Meeting（回顾会议），也称为总结会议，以轮流发言方式进行，每个人都要发言，总结并讨论改进的地方，放入下一轮Sprint的产品需求中；。
敏捷开发方法scrum的步骤
敏捷开发方法scrum的步骤
Scrum 敏捷开发方法有以下步骤：
1. 产品负责人列出产品需求（Product Backlog），并对需求进行排序，以确定哪些需求最先实现。
2. 团队在每个迭代（Sprint）开始前，选出需要完成的一部分需求，称为Sprint backlog。
一般每个迭代周期为2~4 周。
3. 迭代期间，团队持续开发、测试、交付产品原型，并每天开一个15分钟的站会，以确定下一步工作任务和清除困难。
4. 团队在Sprint 最后一天开Demo，展示当期发布的功能，并根据用户反馈和团队评估确定下一轮需求。
5. 团队开会总结Sprint 过程和结果，并进行评估和改进。
以上就是Scrum 敏捷开发方法的步骤。
Scrum敏捷开发模式精品PPT课件
通过四步骤完成：
1.找出角色（role）；
2.明确不同角色能够做什么（goal）；
3.确定怎样做会给该角色带来的好处（business ；
4.明确其衡量标准（Acceptance Test）。
分阶段细化需求，并行研发
Backlog示例如下：
分阶段细化需求，并行研发
两层级沟通会逐渐细化明确研发范围
沟通不及时之困—推到“角色墙”组建多角色分层敏 捷团队
▪ 在产品研发过程中，仅仅依靠文档进行知识传递是远远不够的，往往一个 产品 的研发效率与这个团队的沟通氛围有直接关系。为了解决沟通不及时，在 组建Scrum敏捷团队时，推到“角色墙”，组建多角色分层敏捷团队，使不同 角色之间沟通无障碍，并通过日常7会议确保有效沟通。
期召开“需求会议”和“下一次迭代内容沟通”，稳步推进需求逐步细化，为
后续开发工作提前做准备。
编写迭代详细需求
根据产品概要需求，编写迭代详细需求文档，并形成SprintBacklog,确定迭代的工 作范围，每个backlog的编写遵循以下格式的关键要素：
As a<role>,I want to <goal> so i can <business value>.
需求会议： 每个迭代中期召开； 各Scrum开发团队需求分析师讨论下一迭代Sprint目标； 确定下一迭代Backlog优先级； 讨论需要跨团队协调问题，指定责任人； 全员发布会议内容; 会议以需求Scrum团队为单位。
下一迭代内容沟通会： 每个迭代中期召开； 需求分析师向Scrum开发团队说明下一迭代工作目标和范围； 开发经理和测试工程师粗略估计工作量，最终确定下一迭代Backlog; 全员发布会议内容; 会议以开发Scrum团队为单位。
【精品】Scrum流程(个人整理版)(精)
S c r u m流程(个人整理版)(精)•Sprint 计划会议1:原始需求者、产品负责人及团队一起,确定任务优先级,定出Sprint 目标和既定产品Backlog。
•Sprint 计划会议2:团队将既定产品Backlog 中的每一项细化成多个任务。
每个任务完成的时间限定在一天内。
•Scrum 每日例会:项目团队成员间的一个进度协调会议。
会议每天都在同一时间同一地点举行。
时间限定在15 分钟内。
•Sprint 验收会议:由原始需求者或产品负责人断定实际所发布的功能是否与既定的Sprint 目标一致。
•Sprint 回顾会议:项目团队分析Sprint中的成功经验和所遇到的障碍。
整个Sprint的周期(时间盒确定为10天(两周,具体的时间安排为:•Sprint会议(0.5天•开发(8天•验收&总结(0.5天•技术提升日(1天,自主学习技术1、需求收集1.1 需求的分类需求可与分为业务团队的,也可以包括团度内部的,比如性能优化。
1.2 需求提交模板•–任务•–可用性问题(Bug•–性能问题•–概念想法注意:即使是概念性的想法,目前技术上无法实现的想法都可以收集。
②优先级可从以下五种情况中选择•–特别的严重•–非常重要•–很重要•–普通•–低注意:切忌将所有的任务的优先级都设置的非常的高,这里不提供非常紧急这样的表述。
我们只会根据重要程度去执行任务,所以紧急的任务需要业务部门及需求方尽早的提出。
③需求类型可以是两种类型•–详细需求•–毛坯需求注意:我们的需求并不是要求一定要完整的,及时是一些非常毛坯的需求,也可以提交过来,毛坯的需求由产品负责人进行分析和梳理,暂不清楚的可选择搁置。
④需求标题有自己进行书写,但是需要遵守的规范是采用动宾短语格式。
比如:―导出+CN酒店每天的PV、UV等流量数据‖注意:这里的需求内容一定是站长使用者角度是提出的,切勿出现专业的程序方面的表述:如添加一个导出的按钮。
Scrum软件开发流程优质PPT课件
Scrum过程—迭代规划会
时间：每个迭代开始 人员：PO、SM、团队 输入：产品Backlog 过程：
• PO按照优先级次序依次 解释每个故事；
• 团队估算团队速率，并对 用户故事进行估算，选择 要放进本次迭代的故事， 并进行任务拆分。
输出： • Sprint 目标 • 团队成员名单 • Sprint Backlog • Sprint Timebox • 确定好的Sprint演示日期 • 确定好的每日立会的时间、
在迭代终点，团 队召开反思会，总 结本次迭代的优缺 点以及改进建议。
Scrum中的工作产品
• 产品代办事项列表（产 品Backlog）:站在用户 角度理解的产品功能列 表。
按照优先级排序 具备三要素：角色、
活动、商业价值 符合用INVEST特性
• 迭代代办事项列表（迭代 Backlog）:本迭代要完成产 品功能列表。在迭代规划会 上将这些功能项拆分为具体 的任务。
时间：Sprint 结束时 人员：PO、SM、团队、对项目感
兴趣的人 过程：
• PO阐述本Sprint目标 • 团队演示此次新增功能 输入：本次Sprint 所产生的可工作 软件。
输出： • Sprint 验收结果 • 项目干系人的反馈
Scrum过程—Sprint 回顾会
时间：Sprint 结束时 人员：SM、PO、SM、团队 过程： • SM展示本次Sprint目标及
• 保证团队内部沟通顺畅。
• 确保团队的人是最适合的人， 在团队内进行跨职能培训，通
um过程—创建和维护产品待开发项列表
• 产品经理创建和维护产品待开发项列表。 • 产品待办事项列表梳理贯穿整个Scrum活动。 • 团队参与产品代办事项的估算。 • 具体事项：
scrum敏捷项目开发
应用可以运行于Oracle和 SQL Server环境.
金融服务
提供比ABC更实时的数据流 量来支持更多的技术指标.
管理迭代的 backlog
•
团队的个人将要签收其将拥有的工作
• • • •
•
•
工作不是单向的分配
对于剩余工作量的估计每天需要更新 团队中任何人都可以添加，删减或者更改迭代中 的工作项目 为了迭代目标以及将发布的结果而工作 如果对将要面对的困难不清楚，最好先定义一个 相对工作量较大的工作项目然后适时在以后将其 分散成较小额工作量的几个部分 更新每个项目的剩余工作量
• 整个团队都需要参加 • 邀请所有关注产品的人参加
3.3 迭代总结会议
• 周期性的回顾，总结工作中的经验和教训 • 一般 15–30 分钟 • 在每个迭代结束时开始做 • 整个团队都需要参加
• • • •
ScrumMaster 产品所有者 团队 可能还包括客户
总结会议讨论内容：
• 整个团队集结一起讨论以下方案:
管理迭代的backlog?团队的个人将要签收其将拥有的工作?工作不是单向的分配?对于剩余工作量的估计每天需要更新?团队中任何人都可以添加删减或者更改迭代中团队中任何人都可以添加删减或者更改迭代中的工作项目?为了迭代目标以及将发布的结果而工作?如果对将要面对的困难不清楚最好先定义一个相对工作量较大的工作项目然后适时在以后将其分散成较小额工作量的几个部分?更新每个项目的剩余工作量迭代backlog的样例任务编写用户界面编写中间层中mon816tues412wedthur84fri10测试中间层编写在线帮助编写foo类8128168118488增加对错误的日志记录168823迭代耗散图时数小任务编写用户界面编写中间层测试中间层编写在线帮助mon816812tueswedthur4fri121671181016850小时数403020100montuewedthufriscrum结构框架?迭代计划会议?迭代验收会议?迭代总结会议?每天召开的scrum会议会议迭代计划会议迭代优先级?分析和评估产品backlog各项目?选择一些作为迭代的目标迭代目标标迭代目商商商业机会商业机会机会机会团队能力团队能力产品backlogbacklog产品31迭代计划会议迭代计划?决定如何实现迭代目标?从产品的backlog中选择一些创建迭代backlog任务?以小时为单位评估迭代任务工作量迭代backlogbacklog迭代技术技术现有产品现有产品迭代计划成果?团队自己从产品的backlog中选择一些他们能够完成的任务作为迭代的backlog?迭代backlog被创建?任务被确认并且每一任务估计工作量应该在116小时左右?迭代的backlog的确定是团队协作的结果而不是只有scrummaster的决定scrummaster的决定?概要设计已经讨论完成为了选择好去处度过这个假期我需要先看到酒店的照片