官方Scrum与Kanban认证

待办列表细化(Scrum 整理):
会议与最佳实践

Scrum 整理会议,也称待办列表细化,是团队与产品负责人之间的集中讨论。他们仔细审视产品待办列表的细节,为 Sprint 规划做好准备。这不只是整理列表,更是共同理解后续工作、澄清每个用户故事的验收标准,帮助团队回应各个 Sprint 中的新认识。从进入会议的那一刻起,您就开启了分享见解、明确前路的旅程。

让我们深入看看这一过程包含什么……

Scrum 整理会议旨在审视并细化产品待办列表条目,确保为后续 Sprint 做好准备。 这场协作会议让团队讨论需求、估算工作量并确定优先级,最终让 Sprint 规划更清晰、更有效。

Scrum 整理(待办列表细化)会议的定义

Scrum 待办列表细化(整理)会议,旨在让产品待办列表保持更新。 这样,产品待办列表就能反映 Scrum 团队对当前项目最充分的知识与理解。


People Collaborating on Backlog RefinementPeople Collaborating on Backlog RefinementInternal stakeholders: businessowners, managers, program managementExternal stakeholders: customers,users, partners, regulatorsScrum TeamProduct OwnerScrum MasterDevelopersProduct BacklogCreating andrefiningSizing / estimatingOrdering /prioritizing
打开完整尺寸图表

Scrum 整理会议


定义:Scrum 待办列表细化,常称 Scrum 整理,有时也称待办列表整理,是团队检视并进一步定义产品待办列表条目的持续活动。团队可以安排集中细化会议,但细化并非额外的正式 Scrum 事件。 过程中,团队检查通常以用户故事表述的产品待办列表条目,判断其清晰度、可行性和相关性。产品负责人结合利益相关者需求与依赖关系的讨论,根据价值及其他因素对条目排序,并对此负责。实际承担工作的开发人员负责估算规模;故事点是可选的相对估算单位之一。Scrum Master 可以帮助团队改善协作。共同努力确保产品待办列表排序合理,让团队顺畅规划和执行开发周期。

Scrum 待办列表细化会议可以按需或定期举行。例如,团队可以选择每周两次、每次 30 分钟;这是实践选项,并非 Scrum 的时长限制或规定时间盒。产品负责人与相关开发人员协作,Scrum Master 和其他参与者按需要加入。

在 Scrum 待办列表细化(整理)会议中,参与者进一步完善 Scrum Product Backlog ,具体行动包括:

  • 根据新发现的需求添加用户故事。
  • 删除产品不再需要的用户故事。
  • 微调用户故事估算。
  • 更新用户故事优先级。
  • 将巨大的用户故事拆成易于消化的小故事,并相应排序。

以下是改善待办列表细化会议成果的一些关键建议与最佳实践:

  • 确保跨团队参与, 也就是尽早识别依赖关系;
  • 正确确定用户故事规模, 也就是为下一轮 Sprint 考虑的条目,应足够小,能够在该 Sprint 内达到完成定义;
  • 确定用户故事优先级, 也就是立即向最终用户交付价值,快速取得成果,让他们满意;
  • 像专家一样估算, 也就是为可靠的发布规划取得可执行的信息(更多内容请参阅 Scrum 发布规划),
  • 识别依赖关系, 也就是让所需团队和资源参与进来,推动项目成功;
  • 发现风险, 也就是避免在项目后期遭遇棘手的意外。

什么是 Scrum 整理会议?

Scrum 整理会议,有时称为待办列表细化,是 Scrum 框架中的重要实践。开发团队与产品负责人共同审视、讨论产品待办列表条目,确保列表为 Sprint 规划做好准备,并对用户故事及其验收标准形成共同理解。

在会议中,团队有机会澄清故事中的含糊之处,确保每个人全面理解要完成什么。逐项深入讨论,能在 Sprint 规划会之前识别并处理潜在问题,减少不确定性和误解。这种主动方式让团队清楚看到前方工作,形成一致方向与共同目的。

例如,某个用户故事的验收标准不够具体。在整理会议中,成员可以与产品负责人协作,清楚定义标准,降低误解风险,提高 Sprint 成功执行的可能性。

此外,除了细化单个条目,这些会议还提供机会,根据新认识或项目需求变化重新评估优先级。这种适应性确保产品待办列表保持更新,反映当前项目需要。

理解 Scrum 整理会议中会发生什么之后,可以清楚看到,这一实践促进协作,确保整个团队在进入 Sprint 规划会之前掌握全面信息。


Ongoing Product Backlog RefinementOngoing Product Backlog RefinementProduct Backlog:Feature A / B /CCreating and refiningSizing / estimatingOrdering /prioritizing
打开完整尺寸图表

Scrum 待办列表细化会议


整理会议的好处

整理会议看起来像是在本已忙碌的 Sprint 周期中增加一步,却为团队带来几项不可忽视的好处。下面详细了解其中一些。

改善 Sprint 规划

整理待办列表,就像画杰作之前准备画布。整理充分的列表为顺畅的 Sprint 规划奠定基础,消除困惑,帮助团队聚焦 Sprint 中最重要的事。这让规划讨论更高效、更有成效,确保 Sprint 执行更顺利。

更顺畅的 Sprint 规划: 细化后的列表让用户故事更容易识别和排序,理顺 Sprint 规划流程,为其他关键任务节省宝贵时间。

提高清晰度

整理充分的待办列表让用户故事更清晰、精确,为 Sprint 执行提供明确路线图。将大条目拆成更小、易于管理的任务,能让团队更深入理解工作,提高估算和规划准确性。

加深理解: 整理使用户故事更清晰、粒度更细,更容易理解、估算与规划,最终提高 Sprint 中的准确性和效率。

高效执行

整理会议的另一项显著好处,是促进高效执行。及早处理依赖和潜在障碍,能减少 Sprint 中的意外。主动预判挑战,在造成重大干扰前予以缓解,可确保顺畅推进,减少最后一刻的救火。

减少意外: 提前识别依赖和潜在障碍,帮助团队避免 Sprint 执行中的意外阻碍,确保进展顺利,减少最后一刻的救火。

了解整理会议的一些主要优势后,现在转向它们希望达成的目标。

整理会议的目标

整理会议的主要目标,是细化用户故事、识别依赖和消除含糊之处。这是为敏捷项目管理维护组织有序的产品待办列表的重要环节。


Scrum 用户故事整理
Scrum 用户故事整理


细化用户故事

整理会议的主要目标之一,是将大型用户故事拆成更小、更精确的任务或子故事。细致的细化过程简化故事实施,增强团队准确理解和估算各项工作的能力。

精确拆分任务: 通过深入讨论细化故事,让团队聚焦每个故事中的具体任务或功能,使实施和测试更易管理。

识别依赖关系

认识用户故事之间的相互依赖,对有效规划和执行 Sprint 至关重要。整理会议提供专门空间,让团队及早识别这些联系,主动规划,在影响 Sprint 进展前应对依赖。

主动管理依赖: 及早识别依赖,让团队有策略地分配资源,在多个故事之间有效协作,无须临时手忙脚乱。

消除含糊之处

清晰是敏捷项目管理的关键。整理会议对解决故事细节中的不确定性或含糊之处发挥重要作用。共同消除模糊表达,确保所有参与者统一理解当前任务。

统一理解: 消除含糊之处,能让成员形成共同愿景,在 Sprint 中执行用户故事时方向一致、行动协调。

整理会议聚焦这些目标,能确保敏捷团队的待办列表持续细化、清晰明确,随时准备高效执行 Sprint,最终促进整个项目成功。

用放大镜把握细节,常会引向一个重要方面:详述产品需求。


Ongoing Product Backlog RefinementOngoing Product Backlog RefinementHigher order / finer detailLower order / coarser detailSplit an itemRemove an item
打开完整尺寸图表

Scrum 产品待办列表整理


详述产品需求

整理会议的一项关键目标,是充分展开用户故事,分解功能性与非功能性需求。深入讨论让所有参与者看清全貌,确保充分理解产品待办列表中的每个条目。

在细化会议中,产品负责人提供产品背景,并可能引导讨论;若其他人更合适,团队也可以选择其他引导者。他们说明功能性需求,也就是每个故事必须满足的具体特性和功能。例如,电商平台的一项功能性需求,可能是让用户把商品加入购物车。团队也详细探索非功能性需求,通常涉及性能、安全和易用性等品质。银行应用的非功能性需求,例如确保安全的用户身份验证程序。详述这些方面,让整个团队不仅关注功能本身,也对更广泛因素保持一致。

成员必须积极参与深入讨论,全面了解对各个用户故事的期望。这种清晰理解让大家围绕共同目标和期望保持一致,也提供机会澄清不明或含糊之处。例如,讨论客户结账流程的故事时,开发人员可能就非功能性需求中的支付网关潜在集成提出问题。在整理会议中讨论,能及早识别潜在障碍,主动采取措施。

此外,深入探索能帮助成员预判具体故事的潜在挑战与依赖,更有效地规划,并据此分配资源。

在整理会议中深入详述各个用户故事的具体需求,可以让团队明确期望,在软件开发生命周期早期减轻风险。这种协作方式促进共同理解,为后续更有效的规划与执行铺路。

整理会议中的精心准备,为顺畅开展 Sprint 规划奠定基础,让想法转化为可执行的计划和策略,推动 Sprint 成功。

改善 Sprint 规划流程

Sprint 规划在 Scrum 框架中极为重要,团队在其中决定下一轮 Sprint 将承担什么工作。要让流程顺畅、保持专注,就必须通过有效的整理会议建立坚实基础。

整理会议 通过细化和准备以下内容,为 Sprint 规划过程的成功发挥关键作用: 用户故事 ,为接下来的 Sprint 做好准备。充分细化的用户故事,能显著简化 Sprint 规划。在这些会议中,产品负责人详细说明每个故事的不同方面,定义清晰的验收标准,并澄清含糊之处。这让全体成员共同理解每个故事的期望和目标,并能根据重要性与依赖关系,为产品待办列表条目排序。

编写定义清楚、验收标准精确的用户故事,让团队明确理解故事意图,在 Sprint 规划中更好地估算。整理会议中讨论这些细节,让团队充分理解、准备后续工作,形成完善且结构清晰的故事集合。Sprint 规划因此更顺畅,对后续工作理解更清楚,能够承诺实现精心制定的 Sprint 目标.

没有地图或方向就上路旅行,会很混乱,对吗?整理会议为团队提供路线图,确保了解前方有什么,以及如何顺利前进。有效的整理会议让整个 Sprint 规划流程更高效、更专注、更清晰。

这些实践帮助敏捷团队及时准备、顺畅协调,也强化了一个同样重要的方面:参与者及其角色。

参与者及其角色

整理会议的参与者,为有效开展 Sprint 规划发挥关键作用。每位成员带来独特视角和见解,共同细化产品待办列表条目。下面进一步了解各参与者的角色和具体贡献:

Product Owner

产品负责人是整理会议的核心,为每个用户故事提供关键背景和期望。他们应充分准备,以引导讨论并回应团队问题。产品负责人的参与,对确保细化后的列表符合产品愿景与目标至关重要。

主要职责:

  • 围绕用户故事引导讨论,提供必要背景、细节和期望。
  • 及时回答团队问题,澄清内容,确保共同理解用户故事。
  • 作为利益相关者与 Scrum 团队之间的桥梁,通过需求细化反映其需要和偏好。

优秀的产品负责人带领团队理解故事,传递从利益相关者和客户处积累的宝贵见解。他们需要平衡最终用户需求与业务目标,在优先级冲突时作出艰难决定。强有力的领导和清晰沟通,能营造融合不同视角、有效澄清需求的环境。

Scrum 团队成员

Scrum 团队成员积极参与整理会议,对全面理解用户故事、共同细化故事十分重要。他们的参与有助于拆分复杂任务、准确估算工作量,并评估技术可行性。

主要贡献:

  • 积极参与用户故事讨论,澄清细节,在细化中提供宝贵意见。
  • 提供工作量估算方面的见解,根据专业知识帮助衡量故事复杂度。
  • 分享不同观点,确保彻底审视用户故事的各个方面。

除了细化需求,这种协作也让成员与后续工作保持一致,通过深入理解即将开展的任务,为 Sprint 规划做好准备。

Scrum Master

Scrum Master 可以在需要时引导细化,帮助讨论保持专注,支持消除障碍。团队也能在并非每次都由 Scrum Master 引导的情况下有效开展细化。他们营造适宜环境,让所有参与者自由表达观点。

主要作用:

  • 在整个会议中引导团队,让讨论朝富有成效的细化推进,而不偏离议程。
  • 协助处理需求细化中遇到的障碍。
  • 培养合作氛围,让不同声音得到倾听,每位参与者都能作出有意义的贡献。

把 Scrum Master 想象成乐队指挥。他们促进健康讨论、建设性地解决冲突,并让细化稳步推进,从而建立团队和谐。他们的努力为顺畅过渡到 Sprint 规划奠定基础,确保细化后的条目反映成员的共同理解。

在整理会议中遵循这些明确的角色与职责,敏捷团队能够围绕产品待办列表条目形成一致方向、清晰理解、协作和共同主人翁意识,理顺 Sprint 规划流程。

更深入了解整理会议中的关键角色后,现在来剖析这一不可或缺的敏捷流程的系统性细节。它正是 Sprint 规划成功的基石。

Scrum 整理会议流程概览

Scrum 整理流程就像为重要活动做准备,为成功奠定基础,确保 Sprint 执行更顺畅。主要目标是分析待办列表各个方面,使其保持优化、更新和良好结构,为成功的开发周期铺路。

第一步通常是 审视并细化 产品待办列表。团队细致检查每个故事,作出必要更新或调整。这是澄清困惑、根据新认识添加内容,以及删除不再相关条目的机会。必要时,还会把每个故事拆成更小、更易管理的任务。

在这一过程中,深入理解验收标准、处理依赖至关重要。明确完成故事必须满足的具体场景和边界情况,并识别相关任务,能避免后续瓶颈。

例如,某个故事需要与外部系统集成。及早理解这种依赖,团队就能据此分配时间与资源,避免 Sprint 截止前临时忙乱。

请记住,整理会议不只是操作练习,也是成员协作的平台。它促进对后续工作的共同理解,确保大家对期望与时间安排保持一致。

加深对这些关键方面的理解,将帮助我们探索这些会议的一些最佳实践……

确定用户故事讨论优先级

优先级排序在 Scrum 整理会议中十分关键,需要决定哪些故事对后续 Sprint 最重要。先关注最关键的故事,能确保最有价值的条目得到充分整理,让产品负责人为后续 Sprint 准备好最相关的故事。

这不会偶然发生,需要认真考量和策略。产品负责人通常主导这一环节,根据故事对整体项目的重要性和价值排序。这些故事应直接有助于项目既定业务目标,确保每个 Sprint 都为利益相关者交付最大价值。

这就像规划公路旅行:必须知道目的地,才能决定走哪条路线。

优先级排序策略

在 Scrum 整理会议中,可以采用多种策略有效确定用户故事的优先级。一种常用方式是 MoSCoW 排序:

  • 必须有: 约定交付范围内不可妥协的需求。是否选入某个 Sprint,仍取决于 Sprint 目标、对工作的理解,以及开发人员的预测。
  • 应该有: 重要且值得拥有,但对下一轮 Sprint 并非强制的需求。
  • 可以有: 时间允许时可以考虑的锦上添花的需求。
  • 本次不会有: 明确推迟或降低优先级的需求。

MoSCoW: One Backlog Ordering TechniqueMoSCoW: One Backlog Ordering TechniqueM — Must-Have: Non-negotiable for theagreed delivery scope.S — Should-Have: Important, but notmandatory for the upcoming Sprint.C — Could-Have: Nice to have if timepermits.W — Won’t-Have (this time): Explicitlydeferred or deprioritized.
打开完整尺寸图表

Scrum 整理优先级排序


另一种方式是相对排序,根据业务价值、规模、复杂度、依赖或风险,比较用户故事并排名。采用这些策略,团队可优先整理和细化最关键的故事,让后续 Sprint 的工作更清晰、更可见。

让所有相关利益相关者参与,收集关于故事优先级的意见与见解,十分重要。这种协作方式帮助全体成员共同理解优先级和目标。

确定用户故事讨论优先级,为高效、富有成效的整理会议奠定基础,让团队在后续 Sprint 中聚焦交付最大价值。

估算与规划会议

估算与规划是整理会议的重要组成部分。团队在这一阶段把已识别的故事转化为具体任务与时间安排。它像出发前规划旅程,是为 Sprint 确定方向的必要准备。

首先估算每个故事所需工作量。这不是给出完成所需的精确小时或天数,而是让所有人共同理解工作规模。这对有效规划十分重要,能让团队公平分配任务,避免低估工作量或让任何成员负担过重。为辅助估算,成员常用规划扑克等相对规模技巧,根据感知的复杂度与工作量,为故事赋予点数。

所选工作的详细规划,在 Sprint 规划中进行,并随着开发人员在 Sprint 中不断学习而持续。细化可能发现候选任务,但并不要求预先将每个任务分配给个人。目标不仅是将故事拆成小任务,也要就任务如何开展、按什么顺序进行保持一致。细致规划因此明确谁做什么、何时完成,进一步完善实现 Sprint 目标的路径。例如,开发新功能的故事,在规划中可能深入讨论需求收集、设计审查、编码、测试和文档等任务。团队考虑依赖并确保工作量均衡,决定各任务由谁处理。

良好开展估算与规划,确保每项任务都被考虑,并有助于满足故事验收标准。把复杂需求拆成易于管理的任务,让团队现实地了解前方工作,据此制定策略。应始终鼓励开放讨论。每位成员的意见都很宝贵,能促进协作,让个人对自己在 Sprint 中的角色产生主人翁意识。

从估算和规划过渡到实际执行,体现敏捷的精髓。每个步骤顺畅推进,都会让团队更接近目标。

高效且有效的会议技巧

整理会议对细化待办列表、确保敏捷团队共同理解任务与项目需求十分重要。为让会议高效进行,可以采用多种技巧,使所有成员保持专注、积极投入,并取得成果。其中一项实践是 为讨论设置时间盒.

为每个主题或故事预设时间限制,避免讨论偏题或过于详细。为各议程项分配具体时间,能确保重要方面都得到讨论,同时避免不必要的延误。

此外, 限制每次会议的范围 对避免成员负担过重和疲劳至关重要。与其试图在一次会议中涵盖细化的所有方面,不如每次聚焦具体用户故事或主题。在可管理的时间内,这样能更深入探索、关注细节。

例如,一次整理会议只关注高优先级故事或下一轮 Sprint 的交付成果,就能提供充分讨论的空间,而不让参与者因信息过多而不堪重负。

除了设置时间盒和限制范围,使用可视化辅助工具也能显著提高整理会议的有效性。

可视化辅助工具:提高清晰度与参与度

看板或数字待办列表工具等可视化辅助,在整理会议中对提高清晰度、组织性和参与度发挥重要作用。

Scrum 产品待办列表板直观呈现条目、状态和进展阶段。此外,看板让团队容易看到工作流动,识别瓶颈,并共同确定任务优先级。

同样,数字待办列表工具可以用数字形式集中所有条目,支持实时更新、评论和任务分配。这不仅提高透明度,也让成员围绕细化活动的沟通更顺畅。

想象一个数字工具,让所有人都能查看用户故事、实时添加评论、跟踪进展,无须冗长的邮件往返或分别更新文档。

最后,促进全体成员积极参与,对形成细化流程的共同主人翁意识至关重要。

鼓励积极参与:培养主人翁意识和责任感

成员在整理会议中积极分享见解、提供反馈和提出问题,就会对待办列表形成主人翁意识。

鼓励不同观点和每位成员的意见,让整理会议成为协作场合,个人感觉受到重视,并对细化成功承担责任。

投入的成员更愿意对条目准确性和完整性负责,使工作更符合项目目标,增强团队承诺。

这些技巧共同营造出高效、包容、富有成效的整理会议环境。为讨论设置时间盒、限制范围、使用看板或数字工具等可视化辅助,并鼓励全体成员积极参与,敏捷团队便能通过会议形成细化充分、紧密符合项目目标的待办列表。

Scrum 整理(待办列表细化)会议常见问题

有哪些最佳实践或技巧,能有效开展 Scrum 整理会议?

回答:当然有!最佳实践包括设定清晰议程和时间盒,确保全体成员积极参与,根据价值与复杂度确定用户故事优先级,并始终聚焦细化产品待办列表。International Scrum Institute 的调查显示,遵循这些实践的团队,报告了协作、生产力及 Sprint 整体成功表现的改善。

Scrum 整理会议的目的是什么?

回答:目的是讨论并细化产品待办列表条目,确保为后续 Sprint 清楚定义、排序和估算。这帮助敏捷团队共同理解需求,有效规划工作。Scrum Institute 的调查显示,定期开展整理会议的团队,其软件发布中的缺陷比忽视这一实践的团队少 50%。

Scrum 整理会议通常开展哪些活动或讨论哪些主题?

回答:团队通常讨论并细化产品待办列表条目,包括把故事拆成小任务,估算工作量与复杂度,澄清需求,以及排序。这让成员理解更清楚、方向更一致,减少含糊之处,改善规划,提高项目时间预测准确性。Agile Alliance 的调查中,78% 的敏捷团队表示,整理会议通过加深故事理解、减少返工,提高了生产力。

Scrum 整理会议通常持续多久?

回答:一些团队采用一至两小时的细化会议,审视条目并讨论估算;另一些偏好更短会议,例如上文的 30 分钟示例。Scrum 不规定细化会议时长,应选择足以有效准备、又避免不必要细节的频率和长度。International Scrum Institute 的调查显示,约 70% 的团队表示整理会议持续 1–2 小时,只有 5% 表示超过 2 小时。

哪些角色和成员应参加 Scrum 整理会议?

回答:产品负责人和实际承担工作的开发人员协作澄清相关条目、估算规模;Scrum Master 和其他参与者在有帮助时加入。产品负责人带来产品愿景和知识,确保准确定义需求。Scrum Master 引导会议,帮助保持专注和效率。开发团队贡献专业知识和技术见解。International Scrum Institute 的调查显示,成功的 Scrum 团队强调这些角色对有效整理会议的重要性,由此改善协作与整体生产力。

待办列表细化会议的一项关键好处是什么?

回答:待办列表细化,也称待办列表整理,一项关键好处是协作细化并排序产品待办列表条目。会议中,产品负责人带来产品愿景和战略目标,开发团队提供技术见解与估算,双方进行重要互动。

细化过程中,团队可以根据产品负责人的意见排序,确保最有价值的功能位于列表顶部。这既让产品愿景更清晰,也让团队在每轮迭代中聚焦交付高优先级功能。

此外,细化会议是团队估算各个条目所需工作量的好时机,通常使用故事点。 估算有助于在迭代中有效规划、分配工作,让团队更准确、切实地承诺实现这一特定时间盒内的目标。

此外,还可以将用户故事地图融入细化会议,直观呈现用户旅程,确保全面理解产品开发。这种协作、迭代的整理方式,促成准备充分、排序合理的列表,最终提升开发过程中每轮迭代的效率与成功表现。


An Example Weekly Refinement RoutineAn Example Weekly Refinement Routine1. A team may choose the middle 60% of a Sprint as arefinement window; refinement can happen whenever useful.2. Refinement prepares understanding for Sprint Planning;it does not replace that event or its full purpose.3. Work with the Product Owner on upcoming needs. Roughly 2Sprints ahead is an example horizon, not a prescribedbacklog size.4. Give near-term Product Backlog items useful detail;distant work can remain larger and less detailed.5. Do not turn estimates into stress or performancepromises. Developers size their work; estimates areuncertain.6. Welcome early changes instead of last-minute surprises.Clarify scope with the Product Owner without endangeringthe Sprint Goal.
打开完整尺寸图表

Scrum 待办列表细化


Scrum 整理(待办列表细化)会议回顾

Scrum 整理,也称产品待办列表细化,是依靠产品团队集体知识持续开展的 Scrum 活动;细化会议是组织这一活动的一种方式。 会议让产品负责人、开发人员和其他利益相关者协作讨论,细致检视并排序产品待办列表条目。主要目标是细化故事,确保其定义清楚、估算恰当,并符合公司整体目标。产品负责人对列表管理负责,以清晰产品愿景引导团队,让整理会议为顺畅交付产品奠定基础。

整理会议中,团队讨论各条目所需工作量,估算成为重点。这既帮助规划后续迭代,也让成员共同理解前方任务的复杂度和范围。会议培养的集体思维促进协作文化,确保所有人共同理解产品优先级和需求。

在产品待办列表整理中,讨论结构十分关键。围绕用户需求、技术可行性和业务优先级组织交谈,能获得有助于产品整体成功的宝贵见解。这种结构化方式确保 Scrum 团队符合公司目标,促进高效交付与持续改进。

深入学习 Scrum 整理的细节时,可以阅读 Scrum Institute 的《Scrum Framework Book》,进一步扩充知识。这份全面资源深入介绍 Scrum 框架,为希望精通敏捷项目管理的个人和团队提供宝贵指导。 立即免费下载您的《Scrum Framework Book》 ,掌握知识,自信、熟练地应对 Scrum 的复杂性。




将本培训分享给您的同事和朋友!

您的 SCRUM 培训

目录

Scrum 框架 — 第三版

The Scrum Framework — 第二版

报名参加认证

我们保证,免费在线培训将帮助您通过 Scrum 与 Kanban 认证考试!

  1. 01

    在线报名

    选择您的认可认证并完成报名。

  2. 02

    获取您的访问码

    您的个人考试访问码会立即通过邮件发送。

  3. 03

    准备并参加考试

    学习免费培训内容,并根据课程在线回答30 / 50道选择题。

  4. 04

    获得您的终身凭证

    获取全球有效的证书,以及可验证的数字徽章。

Scrum Master Accredited Certification™样本
报名参加认证

您的免费优质在线培训

The Scrum Framework第三版已备妥。

我们与各主要行业的知名企业领导者、团队领导者、Scrum 与 Kanban 教练、导师、专家及权威人士组成的联盟共同编写了您的培训内容。所有访问 International Scrum Institute™ 的人都可以使用。请通过以下入口查找资料: 您的免费Scrum书籍 和 您的免费优质 Scrum 与 Kanban 培训 位于顶部菜单中。

这些资料是 International Scrum Institute™ 享有版权的知识产权。我们将其免费分享给所有人,因为分享专业知识能够服务于 Scrum 与 Kanban 专业人士,并促进该领域的发展。

您的认证考试采用选择题。请阅读在线培训资料,掌握通过考试、获得 Scrum 与 Kanban 认证所需的知识。

我们保证,免费优质在线培训将帮助您通过 Scrum 与 Kanban 认证考试!