Scrum
文章平均质量分 83
Warren2Lynch
Researcher and architect of object oriented technology, Agile software Development and enterprise process management
展开
-
写一个很棒的用户故事
用户故事代表团队可以在迭代中交付的一小部分业务价值。虽然传统需求(如用例)试图尽可能详细,但用户故事是逐步定义的,分为三个阶段: 需求的简要描述 在 backlog 细化和迭代计划期间发生的对话以巩固细节 确认故事圆满完成的测试 结构良好的故事将符合 Bill Wake 的 INVEST 首字母缩略词的标准:独立的 (Independent)-我们希望能够以任何顺序进行开发。 面议 (Negotiable) -避免过多的细节;保持他们的灵...原创 2021-12-21 11:50:07 · 1050 阅读 · 0 评论 -
产品待办列表细化 (Product Backlog Refinement)
什么是产品积压细化?产品待办事项优化是向产品待办事项中的项目添加细节、估计和订单的行为。这是一个持续的过程,在这个过程中,产品所有者和开发团队就产品待办事项的细节进行协作。在产品待办事项优化过程中,对项目进行审查和修订。产品待办列表细化 (PBR) 是改进要完成的(软件)工作列表的持续过程。PBR 是决定必须完成什么以及以什么顺序完成的基石。在本文中,我们描述了产品待办列表细化的主要活动。执行产品待办事项优化的5个步骤产品Backlog细化是大多数或所有的球队在备战即将到来的迭代(或多个原创 2021-11-02 17:30:53 · 2558 阅读 · 0 评论 -
七种最流行的敏捷开发方法
在创建敏捷宣言时,有不少“轻量级”开发流程;此后出现了其他此类方法。它们现在统称为“敏捷”方法。敏捷是一种思维方式和行为方式。 敏捷是一种心态,是一套价值观和原则。 敏捷是关于短周期、迭代和增量交付、快速失败、获得反馈、尽早向客户交付业务价值以及人员、协作和交互。敏捷是一种思考透明度、检查和适应的方式。但是,敏捷不包含任何角色、事件或工件。这是一种心态。例如Scrum 是敏捷方法下广泛使用的框架之一。它可以帮助你变得更加一个GILE,但也有更多的框架,敏捷运动,如看原创 2021-10-29 16:02:40 · 9548 阅读 · 0 评论 -
SDLC - 螺旋模型
螺旋模型将迭代开发的思想与瀑布模型的系统、受控方面相结合。这种螺旋模型是迭代开发过程模型和顺序线性开发模型的组合,即非常重视风险分析的瀑布模型。它允许通过围绕螺旋的每次迭代增量发布产品或增量改进。螺旋模型 - 设计螺旋模型有四个阶段。一个软件项目在称为螺旋的迭代中反复经历这些阶段。螺旋模型的阶段有四个象限,每个象限代表软件开发的某个特定阶段。这四个象限的功能如下:规划目标或确定替代解决方案:在此阶段,从客户那里收集需求,然后在项目开发之初识别、阐述和分析目标。如果迭代轮数不止一个,则在同..原创 2021-10-28 15:11:48 · 1635 阅读 · 0 评论 -
确立Sprint 目标 (Sprint Goal) 的8个理由
你应该认真对待Sprint目标的8个理由在sprint期间,开发团队可以讨论并跟踪与sprint目标相关的进度。这有助于监控和评估整个sprint过程中的进展。 冲刺目标 (Sprint Goal) 为构建产品增量提供了一个理由: 在“冲刺”的末尾,团队应该产生一个潜在的可发布产品增量,与冲刺目标一致。 一个通用的sprint目标可以帮助开发团队设置优先级,这使得查看接下来应该处理哪些故事变得更简单。 一个sprint目标通过鼓励一个共同的焦点和目标来促进团队合作,并为高效的sprint计划奠定基原创 2021-10-26 16:14:27 · 683 阅读 · 0 评论 -
Scrum成功项目必备的十二法则
Scrum 框架旨在优化开发过程并最大限度地减少浪费的时间。为了实现上述目标,开发过程被分解为 Sprint。根据 Scrum.org 的说法,Sprint 是“一个为期一个月或更短的时间框,在此期间会创建“完成”、可用且可能发布的产品增量。在整个开发工作中,冲刺具有一致的持续时间。新的 Sprint 在上一个 Sprint 结束后立即开始。”很明显,使用 Scrum 方法开发的最终软件部分的质量取决于流程中每个 Sprint 的有效性。为确保 Sprint 成功,您需要牢记Scrum 中的原创 2021-10-26 15:11:57 · 304 阅读 · 0 评论 -
谁负责定义scrum中的 Definition of Done (DOD)?谁能判断用户故事是否完成?
(ProScrum 指南說; "Scrum 團隊是 DoD的擁有者, 所以包括 Po 。"Scrum 團隊擁有完成定義 (DOD),並且由開發團隊和產品擁有者 (PO) 共用。只有開發團隊能夠定義它,因為它維護了 [他們] 必須執行的工作品質。這有點像開發團隊和PO之間的"合同",就像任何合同一樣,兩個部分都可以提供輸入,直到雙方都準備好 "簽署" 它。PO (Product Owner) 决定价值是什么,开发团队决定质量是什么。开发团队的工作是编写高质量、高价值的软件。如果PO反馈说该产品..原创 2021-10-26 09:52:14 · 2364 阅读 · 0 评论 -
Scrum 指南 2020 版的 5个修改
每隔几年,Scrum 的作者 Ken Schwaber 和 Jeff Sutherland 就会聚在一起更新 Scrum 指南中定义的 Scrum 框架。这些是 Scrum 的官方规则,它们已经经历了多次迭代。到 2020 年底,他们的最新版本发布了,它的标题只是2020 Scrum Guide™。目标是简化框架并减少不需要的部分,以便更多的受众更容易访问该框架。这可以从 Scrum 指南的大小减少(从 19 页到 13 页)中得到最好的体现。他们还对框架进行了一些更改,虽然有些不那么重要,但我相.原创 2021-10-25 18:05:16 · 216 阅读 · 0 评论 -
实践 TDD / BDD: 两个重要质量工程的实践
在過去十年中,軟件開發中從級聯到敏捷方法的轉變迎來了一個持續測試和變革的時代。這種質量工程的新方法使開發人員能夠引入新的更改並防止錯誤或故障阻礙應用程序的可擴展性,從而使開發過程更加動態化。在敏捷開發環境中操作的任何人都可能熟悉術語行為驅動開發 (BDD) 和測試驅動開發 (TDD)。由於這兩個術語發音相似,因此很容易將一個與另一個混淆或將它們視為同義詞。然而,事實並非如此。儘管 BDD 和 TDD 都是測試優先的方法,但過程卻明顯不同。在 TDD 中,書面測試用例用於檢查應用程序功能的有效性。另一翻译 2021-10-19 09:22:34 · 543 阅读 · 0 评论 -
Sprint 增量 vs 潜在可交付产品 vs MVP vs MMP
根据 Scrum 指南:“Scrum要求团队在每个sprint期间构建功能增量,并且增量必须是可交付的,因为产品负责人可能会决定在 sprint 结束时发布它。”产品增量 (Product Increment)产品增量是当前冲刺期间完成的所有待办事项的总和潜在的可出货产品 (Potential Shippable Product)潜在可发货是由对“产品增量”发货的信心或准备状态定义的。装运 (Shipping)发布可能会也可能不会发生在冲刺结束时(新功能可能会在发布之前通过..翻译 2021-09-28 13:28:18 · 1154 阅读 · 0 评论 -
原型软件 (Prototype Development)开发指南
原型设计是一种极好的方式,可以就所提议的系统以及它满足用户信息需求的难易程度获得反馈,如下图所示。原型制作的第一步是估算构建系统模块所涉及的成本。如果程序员和分析师的时间成本以及设备成本都在预算范围内,则可以继续构建原型。一个原型模型是一个演示执行实际的产品或系统。与实际软件相比,原型模型通常表现出有限的功能 (limited capabilities)、低可靠性 (low reliability) 和低效率 (inefficient) 的性能。 一个原型模型通常用几个快捷方式建造。快捷方式可能涉及使翻译 2021-09-28 11:29:19 · 1478 阅读 · 0 评论 -
产品负责人 (product Owner) — 成为开发团队和其他涉众之间的桥梁
产品负责人扮演着极其重要的决策角色,因为他们是Scrum团队 (Development Team) 和客户之间的主要纽带。因此,产品负责人应该能够与利益相关者 (Stakeholders) 有效沟通,以领导团队发现产品并收集需求。产品负责人应该是了解产品愿景 (Product Vision) 并且可以将该愿景传达给 Scrum 团队的人。 产品负责人应该了解更广泛的市场框架内的业务目标、客户需求、竞争对手和数字趋势。可以将产品负责人视为关注组织和利益相关者拥有的价值,而 Scrum Master 代翻译 2021-09-24 11:14:08 · 1356 阅读 · 0 评论 -
Scrum 的三大支柱: 透明/检查/调节
SCRUM使用经验方法(或有时称为经验主义)以适应客户不断变化的需求。经验主义是根据实际经验做出决定的行为。实证方法是指以事实为基础、以经验为基础、以证据为基础的工作方式,特别是进展是基于对现实的观察,而不是基于大量前期需求的虚构计划。简而言之,我们可以从过去的错误和经验中学习和改进。支持经验过程控制的每个实施的 Scrum 的三大支柱是:透明性、检查和适应,如下图所示:透明度 (Transparency)Scrum 中的透明性可以通过 Scrum 工具实现,例如产品待办列表、任务板和.翻译 2021-09-24 09:33:24 · 1486 阅读 · 1 评论 -
什么是用户故事 (User Story)?
用户故事 (User Story)是从需要新功能的人(通常是系统的用户或客户)的角度对功能进行的简短而简单的描述。它们通常遵循一个简单的模板:作为<类型的用户>,我想要 <某个目标> 以便达成 <某种原因>。用户故事通常写在索引卡或便签上,存放在鞋盒中,并排列在墙壁或桌子上以方便计划和讨论。因此,他们强烈地将重点从写功能转移到讨论它们。事实上,这些讨论比写的任何文本都重要。你能展示一些用户故事的例子吗?敏捷用户故事的好处之一是它们可以在不同的细节层次...原创 2021-09-23 14:42:32 · 11792 阅读 · 0 评论 -
谁负责Scrum 中的产品待办列表?
Product Backlog (产品待办列表)是所有你所产品的需要 (Product requirements) 以及产品需求变化 (new product requirements) 的唯一来源排序列表。产品拥有者 (product owner)是负责该等内容,产品待办事项列表中的优先及可用性称为 Product Backlog的优先级 (priority order)。Product Backlog 是一个不断改进的列表,初始版本只列出了最初步和众所周知的需求(没有必要詳盡理解)。产品待办...翻译 2021-09-21 10:45:57 · 2442 阅读 · 0 评论 -
Scrum:自组织与自管理团队
2017 年 Scrum 指南将自组织团队描述为:自组织团队选择如何最好地完成他们的工作,而不是由团队外的其他人指导。Self-organizing teams choose how best to accomplish their work, rather than being directed by others outside the team.2020 Scrum 指南将自我管理团队描述为:他们也是自我管理的,这意味着他们在内部决定谁做什么、什么时候做什么、以及如何做。Th原创 2021-09-20 14:35:39 · 385 阅读 · 0 评论 -
什么是价值流图?大量的例子
价值流图(VSM)是识别浪费,减少流程浪费的基本工具。对于希望在精益旅程中进行计划,实施和改进的组织,它是必不可少的精益工具。VSM帮助用户创建可靠的实施计划,该计划将最大限度地利用其可用资源,并帮助确保有效地使用材料和时间。价值流分析是功能强大的计划工具,可优化消除浪费的结果。但是无论如何,这是什么浪费?浪费可以是时间,材料和劳力的形式。但这也可能与技能集的使用以及不良的计划有关。VSM...原创 2020-03-05 15:30:51 · 10545 阅读 · 0 评论 -
Nexus框架
Nexus由Ken Schaber及其团队的Scrum.org创建。Nexus是一个框架,旨在用于开发和维持大型软件开发项目。Ken在他的博客中表示,他一直在与过去20年来为大型项目和产品计划真正使Scrum规模化的人们一起工作。他们最小的项目经验是3个团队,平均25个团队,最大的是80个团队。在回答他的一篇博客文章时,肯指出,经验是在Microsoft,Intuit,Keybank,Adobe...原创 2019-12-02 16:13:28 · 1090 阅读 · 0 评论 -
LeSS框架
LeSS提供了两种不同的大规模Scrum框架。LeSS的大多数扩展要素都集中于将所有团队的注意力转移到整个产品上,而不是“我的一部分”。全局和“端到端”的关注可能是扩展中要解决的主要问题。这两个框架(基本上是Scrum扩展的单团队)是:LeSS:最多八个团队(每个八个人)。 LeSS Huge:一种产品最多可容纳数千人。LeSS是单团队Scrum的放大版本,它保留了单团队Scrum的许多...原创 2019-12-02 15:49:49 · 1584 阅读 · 0 评论 -
什么是LeSS框架?Scrum / LeSS / LeSS Huge
LeSS是一个轻量级的敏捷框架,用于将Scrum扩展到多个团队。从2005年开始,Bas Vodde和Craig Larman在大型项目中使用Scrum原则和规则后开发了LeSS框架。他们的目标是在不受Scrum约束的情况下成功开发大型项目。LeSS建立在经验主义,跨职能自我管理团队等Scrum原则之上,并提供了一个大规模应用该框架的框架。它提供了有关如何在大规模产品开发环境中采用Scrum的...原创 2019-12-02 14:09:10 · 2423 阅读 · 0 评论 -
极限编程一览
极限编程(XP)的起源始于1990年代,当时肯特·布莱克(Kent Black)在戴姆勒克莱斯勒(DaimlerChrysler)处理项目时试图寻找一种更好的软件开发方法。他的新方法后来被称为极限编程方法论,并被证明是一种成功的方法。作为对旧方法的一种反应而创建的方法,XP使用了与瀑布模型不同的不同方法。它的方法的一个重要区别是它关注于适应性而不是可预测性。这种方法背后的原因是,软件开发是一个...原创 2019-12-02 10:01:13 · 6005 阅读 · 2 评论 -
什么是Scrum事件?
Scrum事件在Scrum中使用规定的事件来创建规律性并最小化对Scrum中未定义的会议的需求。所有活动都是时间限制的。一旦Sprint开始,其持续时间是固定的,不能缩短或延长。只要达到事件的目的,剩下的事件就可以结束,确保花费适当的时间而不会在过程中浪费。Scrum活动是:短跑 (Sprint) - Sprint为一个月或更短的时间框,在此期间创建“完成”,可用且可能可释放的产品增量...原创 2018-12-06 14:43:34 · 1234 阅读 · 0 评论 -
敏捷和Scrum - 顶级资源
如果你是敏捷的新手,你可能充斥着大量的信息:相互竞争的解释; 矛盾的建议; 各种方法/方法的提案和批评。以下资源列表是我们推荐的敏捷新手的起点。无论您是从开发人员或项目经理的角度来看,这些资源都应该为您提供开始形成自己的敏捷概念所需的基本构建块。敏捷宣言使用启动它的文档直接访问源代码。由17位希望提出轻量级软件开发新方法的软件开发人员撰写,“敏捷软件开发宣言”简单地阐述了新哲学的四个价值观...原创 2018-12-06 15:11:56 · 330 阅读 · 0 评论 -
Scrum 快速参考 - Reference Card
关于 Scrum (About Scrum) 管理框架 Scrum是⼀个适⽤于增量式产品开发的管理框架,由⼀个或多个平均7⼈ 左右的团队组成。 它提供了⼀个包含⾓⾊、会议、规则和⼯件的结构。团队负责在此框架 范围内创建和调整他们的流程。 Scrum使⽤固定时间长度的迭代,称为Sprint,通常是2周到30天之间。 Scrum团队试图每⼀个迭代都构建初⼀个潜在可交付(充分测试过)的 产品增量。...翻译 2018-12-07 11:34:39 · 667 阅读 · 0 评论 -
The Best Free Scrum Learning Resources, Guides and Articles
The Best Free Scrum Learning Resources, Guides and ArticlesScrum GuidesGuide - Scrum Guides - Developed and sustained by Scrum creators: Ken Schwaber and Jeff Sutherland [PDF Download] Scr...原创 2018-12-20 14:00:11 · 1836 阅读 · 0 评论 -
敏捷需要迭代和增量 - Why Scrum Process is Iterative and Incremental?
[Source: 由迈克·科恩]与所有敏捷流程一样, scrum 既是迭代的, 也是增量的。由于这些词在没有定义的情况下经常使用, 让我们定义它们。开发团队首先在系统中进行切割,知道在一些(可能很多)区域中它是不完整或弱的。然后,团队反复精炼这些区域,直到产品令人满意为止。通过每次迭代,通过添加更多细节来改进软件。例如, 在第一次迭代中, 可以对搜索屏幕进行编码, 以便仅支持最简单的搜...翻译 2018-12-10 11:31:21 · 1667 阅读 · 1 评论 -
迭代瀑布不是Scrum
当大多数团队拥有瀑布背景时,开始使用Scrum时会遇到一个陷阱。团队有可能以迭代瀑布的方式开始开发,而不是真正使用Scrum。风险很高,因为你很容易做你已经做过的事情,并使用你已有的知识。这个问题是以迭代瀑布方式开发的团队实际上认为他们正确地实现了敏捷开发。不知道错误有时使用迭代瀑布的团队不会注意到他们做错了什么。这主要是因为他们伪装了Scrum术语中的所有动作。他们创建用户故事,但不...翻译 2018-12-10 11:48:31 · 484 阅读 · 0 评论 -
用例2.0及敏捷軟件開發
正在構建大型複雜系統的企業正在逐漸遠離傳統的瀑布式開發,轉而採用敏捷流程。這使我們想知道用例如何適應敏捷過程,特別是敏捷關注用戶故事。由Ivar Jacobson,Ian Spence和Brian Kerr開發的Use-Case 2.0是用戶故事和Scrum和Kanban的敏捷方法開發的新一代用例驅動的開發 - 輕量級,敏捷和精益。Use-Case 2.0具有過去的所有流行價值,例如支持需求以及架...原创 2018-12-12 12:10:24 · 319 阅读 · 0 评论 -
Scrum的基本功 - 集合中英文版本 (基础篇)
在这里,我收集了20篇Scrum and Agile 文章,帮助您启动Scrum项目。列表中的链接将带您访问文章的每个中文版本,其中包含指向相应英文原文的链接: Scrum的基本功 - 收藏系列的下一个部分Scrum的基本功 - 集合中英文版本 (角色和责任篇)Timeboxing 在 Scrum中是什么含义?The goal of timeboxing is to de...原创 2019-01-10 15:00:11 · 3802 阅读 · 0 评论 -
Scrum的基本功 - 集合中英文版本 (角色和责任篇)
如果你读过(Scrum的基本功 - 集合中英文版本 (基础篇),那么你在SCRUM的关键概念和最佳实践中就有了很好的基础。现在是时候进一步了解Scrum框架中的角色和职责了,这样您就可以立即构建自己的Scrum团队了。Scrum的基本功 - 收藏系列的前一部分Scrum的基本功 - 集合中英文版本 (基础篇)Scrum的基本功 - 角色和责任篇在这里,我再次收集了10多篇与Sc...原创 2019-01-11 13:03:27 · 2659 阅读 · 0 评论 -
专业Scrum Master I(PSM I)考试学习技巧
阅读并彻底理解/内化Scrum指南。在不同的会议中阅读几次。我们建议您下载PDF并像阅读书一样阅读。一遍又一遍地!多次参加Scrum Open评估。到达你可以连续5次服用的地方,每次得分100%,每次约10分钟或更短时间。非常重要 - 不要跳过这一步。是的,我们知道有很多重复的问题,但是当真实评估的每个问题的时间要短得多时,您需要能够快速回答这些问题。对于您错过的每个问题,请阅读评估对该...翻译 2019-01-02 18:12:30 · 8145 阅读 · 1 评论 -
Scrum: 在冲刺计划中你要做什么?
在Scrum项目中,每个sprint都从Sprint计划会议开始。主要目标应该只是规划冲刺。确保所有团队成员(包括产品负责人,Scrum Master和Scrum团队)都参加会议。您还可以包含此会议的兼职资源。这为Scrum团队提供了一个重要的机会,可以选择他们在即将到来的sprint中可以做多少工作。根据Scrum指南,对于为期一个月的Sprint,它的时间限制为8小时,并分为两部分 - 目...原创 2019-01-24 11:15:06 · 1346 阅读 · 1 评论 -
Scrum: 谁是利益相关者?
利益相关者一词在Scrum中造成了很多混乱。通常,该术语与产品负责人的责任相混淆。现在让我们清除它周围的所有混乱。利益相关者的最佳定义是他们对项目有合法的兴趣,另一个需要注意的重点是,利益相关者并不总是产品所有者,但产品所有者始终是利益相关者。产品负责人帮助定义Scrum团队的积压工作,并帮助确定Scrum团队工作单元的优先级,并不断向利益相关者传达进度。利益相关者是首先创建产品或...原创 2019-01-24 11:34:52 · 957 阅读 · 0 评论 -
Scrum: 商业价值的重要性
在最小的时间跨度内提供最大的业务价值在Scrum框架中根深蒂固。通常,Scrum项目有望创造业务或服务价值,这使得Scrum框架对业务利益相关者具有吸引力。但目前尚不清楚是否可以通过降低成本,增加最终收入,提高客户满意度,降低风险或提高组织能力来实现商业价值。商业价值及其分配是一项主观任务,需要根据大量不断变化的优先级来平衡大量信息。 产品拥有者 使用它作为指标来确定产品积压的优先顺序。产...原创 2019-01-24 11:47:33 · 401 阅读 · 0 评论 -
Scrum的基本功 - 集合中英文版本 (Scrum工件)
Scrum工件提供了Scrum团队和利益相关者需要了解的关键信息,以便了解正在开发的产品,正在计划的活动以及项目中完成的活动。Scrum Process Framework中定义了以下工件。产品愿景 冲刺目标 (规定的) 产品积压 (规定的) Sprint积压 (规定的) 完成的定义 (规定的) burndown chart (规定的) 增量 (规定的) 其他所需的工件........原创 2019-01-14 15:43:43 · 1714 阅读 · 0 评论 -
Scrum的基本功 - 集合中英文版本 (Scrum事件)
在Scrum的框架包括Scrum团队及其相关的角色,事件,器物,和规则,与作为特定目的范围内的每个组成部分,是对Scrum的成功和使用是必不可少的。Scrum角色,工件,事件Scrum活动本文向您介绍5个Scrum事件的相关的参考资料及文章。Sprint计划:在 sprint开始时发生一个时间框事件,团队确定他们将在sprint期间处理的产品待办事项。 每日Scrum:A...原创 2019-01-14 17:58:55 · 3220 阅读 · 0 评论 -
用户故事详解
介绍在敏捷开发中, 用户故事 (user stories) 是一种轻量级,更灵活的替代品指定软件需求的传统方法 - 软件需求规范,用例规格等。 实际上,可以说用户故事是最重要的敏捷开发 (Agile Development) 中的工件 (Artifacts),因为它是主要将值流传递给用户的容器,敏捷开发就是快速实现价值 (Value)。用户故事也可以作为我们整个增量价值交付 (increm...翻译 2019-01-28 14:33:24 · 29120 阅读 · 1 评论 -
为什么5个Scrum值使团队更有效率? (Why the 5 Scrum Values Make the Team More Effective?)
几年前,Scrum在框架中添加了5个值,团队中的每个成员都使用它来指导他的决策。并不是很多人都知道并理解这些价值观,但它们对于scrum的成功实施至关重要,值得在这里详细阐述它们的含义。当团队中的每个人都有一种由敏捷宣言中的价值观驱动的心态时,敏捷团队是多么的有效。Scrum有自己的五个值集,它们对Scrum团队的作用完全相同。Scrum5个值那么Scrum值是什么?下图描绘了5个值:...原创 2019-01-31 13:40:02 · 625 阅读 · 0 评论 -
Scrum团队如何适应整个冲刺过程中的变化? (How a Scrum teams adapt to changes throughout the sprint)
项目团队每天都必须做出决定:我们将在这个冲刺中构建哪些特性? 我们将按什么顺序建造它们? 用户将如何与此功能交互? 我们将采用什么技术方法?传统的瀑布团传统的瀑布团队有一个答案:所有的计划 (Planning) 都是在项目 (Project) 开始时完成的。问题是,在制定计划的时候,大多数问题还没有答案。因此,项目经理与团队合作进行假设,并依靠变更控制过程在错误的猜测时更改计划...原创 2019-01-31 14:12:21 · 386 阅读 · 0 评论 -
为什么Scrum每日站立时间限制为15分钟? (why the scrum daily standup is timeboxed 15 mins)
每日Scrum的时间限制为15分钟,因此要确保每个人都将更新集中在重点上。说起来容易做起来难。一旦你和你的团队开始每天举行一次每日站立,你会发现有些人在团队中的其他人面前谈论他们的工作真的很不舒服,而其他人似乎无法停止交谈,如果你允许的话,他们会占用整个15分钟的时间。这就是为什么Scrum Master 认真对待自己的角色非常重要,尤其是确保团队理解并遵守Scrum规则 (Rule...原创 2019-01-31 14:30:15 · 770 阅读 · 0 评论