Warren Lynch 的博客

在過去十年中，軟件開發中從級聯到敏捷方法的轉變迎來了一個持續測試和變革的時代。這種質量工程的新方法使開發人員能夠引入新的更改並防止錯誤或故障阻礙應用程序的可擴展性，從而使開發過程更加動態化。在敏捷開發環境中操作的任何人都可能熟悉術語行為驅動開發 (BDD) 和測試驅動開發 (TDD)。由於這兩個術語發音相似，因此很容易將一個與另一個混淆或將它們視為同義詞。然而，事實並非如此。儘管 BDD 和 TDD 都是測試優先的方法，但過程卻明顯不同。在 TDD 中，書面測試用例用於檢查應用程序功能的有效性。另一

根据 Scrum 指南：“Scrum要求团队在每个sprint期间构建功能增量，并且增量必须是可交付的，因为产品负责人可能会决定在 sprint 结束时发布它。”产品增量 (Product Increment)产品增量是当前冲刺期间完成的所有待办事项的总和潜在的可出货产品 (Potential Shippable Product)潜在可发货是由对“产品增量”发货的信心或准备状态定义的。装运 (Shipping)发布可能会也可能不会发生在冲刺结束时（新功能可能会在发布之前通过..

SCRUM使用经验方法（或有时称为经验主义）以适应客户不断变化的需求。经验主义是根据实际经验做出决定的行为。实证方法是指以事实为基础、以经验为基础、以证据为基础的工作方式，特别是进展是基于对现实的观察，而不是基于大量前期需求的虚构计划。简而言之，我们可以从过去的错误和经验中学习和改进。支持经验过程控制的每个实施的 Scrum 的三大支柱是：透明性、检查和适应，如下图所示：透明度 (Transparency)Scrum 中的透明性可以通过 Scrum 工具实现，例如产品待办列表、任务板和.

Product Backlog (产品待办列表)是所有你所产品的需要 (Product requirements) 以及产品需求变化 (new product requirements) 的唯一来源排序列表。产品拥有者 (product owner)是负责该等内容，产品待办事项列表中的优先及可用性称为 Product Backlog的优先级 (priority order)。Product Backlog 是一个不断改进的列表，初始版本只列出了最初步和众所周知的需求（没有必要詳盡理解）。产品待办...

在消费市场上，销售产品的公司试图在品牌层面上脱颖而出。例如，可口可乐与百事可乐的目标人群不同的原因是什么？来自未知品牌（通常便宜很多倍）的漂亮运动鞋怎么可能无法与阿迪达斯和耐克等著名品牌竞争？企业通常会花费大量时间来开发有效的方法，以突出其产品所提供的独特优势来表达其公司的品牌本质。品牌精华轮的使用是贝茨（Bates）在1995年发布的一种营销模型，用于传达品牌的概念改进，从而帮助公司更深入地...

現在，企業變得越來越脆弱和更具競爭力，要求他們在選擇投資時要保持警惕，以取得最大的收益。GE麥肯錫矩陣可確保公司以更系統和精確的方式分析其投資組合。“ GE-McKinsey的九格矩陣是一種戰略工具，為多業務公司提供了一種系統化的方法，可以在其業務部門之間優先進行投資。”GE矩陣可幫助公司評估其業務組合併以系統的方式確定其各個部門之間的投資優先次序。它由九個單元組成，這些單元映射了公司的...

因果回路图（也称为系统思维图）用于从系统角度显示因果行为。鱼骨图可能引起影响问题的原因类别。因果循环显示了相互关系的原因及其影响。完成后，您将获得一个描述行为系统的正负增强图。因果循环的整洁之处在于它是去个性化。人们可以指向循环问题中的箭头，而不是指向人们。它成为创建系统结果的系统行为模型。因果关系图（CLD）是因果关系图，有助于可视化系统中不同变量之间的相互关系。该图由一组节点和边组成。节点...

Scrum: 大型企业规模化（LeSS框架）LeSS框架是scrum的放大版本，可帮助产品团队在大规模环境中实施Scrum。LeSS适用于在单个产品上一起工作的多个Scrum团队。LeSS提供了实验，指南，框架，原理和要素，以通过案例研究或从早期实施或不同环境中汲取的经验教训来帮助团队实施LeSS框架。它支持多团队以及(Mulit-Site)多站点敏捷开发。符合Scrum惯例的LeSS框架...

Nexus由Ken Schaber及其团队的Scrum.org创建。Nexus是一个框架，旨在用于开发和维持大型软件开发项目。Ken在他的博客中表示，他一直在与过去20年来为大型项目和产品计划真正使Scrum规模化的人们一起工作。他们最小的项目经验是3个团队，平均25个团队，最大的是80个团队。在回答他的一篇博客文章时，肯指出，经验是在Microsoft，Intuit，Keybank，Adobe...

LeSS提供了两种不同的大规模Scrum框架。LeSS的大多数扩展要素都集中于将所有团队的注意力转移到整个产品上，而不是“我的一部分”。全局和“端到端”的关注可能是扩展中要解决的主要问题。这两个框架（基本上是Scrum扩展的单团队）是：LeSS：最多八个团队（每个八个人）。 LeSS Huge：一种产品最多可容纳数千人。LeSS是单团队Scrum的放大版本，它保留了单团队Scrum的许多...

LeSS是一个轻量级的敏捷框架，用于将Scrum扩展到多个团队。从2005年开始，Bas Vodde和Craig Larman在大型项目中使用Scrum原则和规则后开发了LeSS框架。他们的目标是在不受Scrum约束的情况下成功开发大型项目。LeSS建立在经验主义，跨职能自我管理团队等Scrum原则之上，并提供了一个大规模应用该框架的框架。它提供了有关如何在大规模产品开发环境中采用Scrum的...

极限编程（XP）的起源始于1990年代，当时肯特·布莱克（Kent Black）在戴姆勒克莱斯勒（DaimlerChrysler）处理项目时试图寻找一种更好的软件开发方法。他的新方法后来被称为极限编程方法论，并被证明是一种成功的方法。作为对旧方法的一种反应而创建的方法，XP使用了与瀑布模型不同的不同方法。它的方法的一个重要区别是它关注于适应性而不是可预测性。这种方法背后的原因是，软件开发是一个...

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...

[Source: 由迈克·科恩]与所有敏捷流程一样, scrum 既是迭代的, 也是增量的。由于这些词在没有定义的情况下经常使用, 让我们定义它们。开发团队首先在系统中进行切割，知道在一些（可能很多）区域中它是不完整或弱的。然后，团队反复精炼这些区域，直到产品令人满意为止。通过每次迭代，通过添加更多细节来改进软件。例如, 在第一次迭代中, 可以对搜索屏幕进行编码, 以便仅支持最简单的搜...

当大多数团队拥有瀑布背景时，开始使用Scrum时会遇到一个陷阱。团队有可能以迭代瀑布的方式开始开发，而不是真正使用Scrum。风险很高，因为你很容易做你已经做过的事情，并使用你已有的知识。这个问题是以迭代瀑布方式开发的团队实际上认为他们正确地实现了敏捷开发。不知道错误有时使用迭代瀑布的团队不会注意到他们做错了什么。这主要是因为他们伪装了Scrum术语中的所有动作。他们创建用户故事，但不...

在这里，我收集了20篇Scrum and Agile 文章，帮助您启动Scrum项目。列表中的链接将带您访问文章的每个中文版本，其中包含指向相应英文原文的链接:  Scrum的基本功 - 收藏系列的下一个部分Scrum的基本功 - 集合中英文版本 (角色和责任篇)Timeboxing 在 Scrum中是什么含义？The goal of timeboxing is to de...

如果你读过（Scrum的基本功 - 集合中英文版本 (基础篇），那么你在SCRUM的关键概念和最佳实践中就有了很好的基础。现在是时候进一步了解Scrum框架中的角色和职责了，这样您就可以立即构建自己的Scrum团队了。Scrum的基本功 - 收藏系列的前一部分Scrum的基本功 - 集合中英文版本 (基础篇)Scrum的基本功 - 角色和责任篇在这里，我再次收集了10多篇与Sc...

阅读并彻底理解/内化Scrum指南。在不同的会议中阅读几次。我们建议您下载PDF并像阅读书一样阅读。一遍又一遍地！多次参加Scrum Open评估。到达你可以连续5次服用的地方，每次得分100％，每次约10分钟或更短时间。非常重要 - 不要跳过这一步。是的，我们知道有很多重复的问题，但是当真实评估的每个问题的时间要短得多时，您需要能够快速回答这些问题。对于您错过的每个问题，请阅读评估对该...

在Scrum项目中，每个sprint都从Sprint计划会议开始。主要目标应该只是规划冲刺。确保所有团队成员（包括产品负责人，Scrum Master和Scrum团队）都参加会议。您还可以包含此会议的兼职资源。这为Scrum团队提供了一个重要的机会，可以选择他们在即将到来的sprint中可以做多少工作。根据Scrum指南，对于为期一个月的Sprint，它的时间限制为8小时，并分为两部分 - 目...

利益相关者一词在Scrum中造成了很多混乱。通常，该术语与产品负责人的责任相混淆。现在让我们清除它周围的所有混乱。利益相关者的最佳定义是他们对项目有合法的兴趣，另一个需要注意的重点是，利益相关者并不总是产品所有者，但产品所有者始终是利益相关者。产品负责人帮助定义Scrum团队的积压工作，并帮助确定Scrum团队工作单元的优先级，并不断向利益相关者传达进度。利益相关者是首先创建产品或...

在最小的时间跨度内提供最大的业务价值在Scrum框架中根深蒂固。通常，Scrum项目有望创造业务或服务价值，这使得Scrum框架对业务利益相关者具有吸引力。但目前尚不清楚是否可以通过降低成本，增加最终收入，提高客户满意度，降低风险或提高组织能力来实现商业价值。商业价值及其分配是一项主观任务，需要根据大量不断变化的优先级来平衡大量信息。 产品拥有者 使用它作为指标来确定产品积压的优先顺序。产...

Scrum掌握并不容易。Scrum master的角色是一个具有挑战性的角色。我们已经与不同的scrum大师交谈，并列出了有用的scrum主要提示，以帮助您成为一个伟大的Scrum大师。所以，准备好向专家学习，成为最好的scrum大师！**1.做一名仆人领袖仆人领袖首先是仆人。专注于团队成员的成长和福祉。帮助您的团队成员并消除障碍。首先考虑他们的需求，以确保每个团队成员都能尽可能地发挥作用。...

在Scrum中，开发团队被引导为自我组织。在Scrum和敏捷哲学中，自组织的概念非常重要。Scrum框架规定团队在实现sprint目标和执行任务时应该是自给自足的。“ 敏捷宣言”指出，“ 最好的架构，要求和设计来自于自组织团队 ”。这引出了一些问题：什么是自组织团队？他们为什么需要自我组织？scrum高手如何指导团队自我组织？他们可以为非敏捷公司工作吗？什么是自组织团队？顾名思义，自组织团队负...

Scrum工件提供了Scrum团队和利益相关者需要了解的关键信息，以便了解正在开发的产品，正在计划的活动以及项目中完成的活动。Scrum Process Framework中定义了以下工件。产品愿景 冲刺目标 (规定的) 产品积压 (规定的) Sprint积压 (规定的) 完成的定义 (规定的) burndown chart (规定的) 增量 (规定的) 其他所需的工件........

在Scrum的框架包括Scrum团队及其相关的角色，事件，器物，和规则，与作为特定目的范围内的每个组成部分，是对Scrum的成功和使用是必不可少的。Scrum角色，工件，事件Scrum活动本文向您介绍5个Scrum事件的相关的参考资料及文章。Sprint计划：在 sprint开始时发生一个时间框事件，团队确定他们将在sprint期间处理的产品待办事项。 每日Scrum：A...

介绍在敏捷开发中， 用户故事 (user stories) 是一种轻量级，更灵活的替代品指定软件需求的传统方法 - 软件需求规范，用例规格等。 实际上，可以说用户故事是最重要的敏捷开发 (Agile Development) 中的工件 (Artifacts)，因为它是主要将值流传递给用户的容器，敏捷开发就是快速实现价值 (Value)。用户故事也可以作为我们整个增量价值交付 (increm...

几年前，Scrum在框架中添加了5个值，团队中的每个成员都使用它来指导他的决策。并不是很多人都知道并理解这些价值观，但它们对于scrum的成功实施至关重要，值得在这里详细阐述它们的含义。当团队中的每个人都有一种由敏捷宣言中的价值观驱动的心态时，敏捷团队是多么的有效。Scrum有自己的五个值集，它们对Scrum团队的作用完全相同。Scrum5个值那么Scrum值是什么？下图描绘了5个值：...

项目团队每天都必须做出决定：我们将在这个冲刺中构建哪些特性？ 我们将按什么顺序建造它们？ 用户将如何与此功能交互？ 我们将采用什么技术方法？传统的瀑布团传统的瀑布团队有一个答案：所有的计划 (Planning) 都是在项目 (Project) 开始时完成的。问题是，在制定计划的时候，大多数问题还没有答案。因此，项目经理与团队合作进行假设，并依靠变更控制过程在错误的猜测时更改计划...

每日Scrum的时间限制为15分钟，因此要确保每个人都将更新集中在重点上。说起来容易做起来难。一旦你和你的团队开始每天举行一次每日站立，你会发现有些人在团队中的其他人面前谈论他们的工作真的很不舒服，而其他人似乎无法停止交谈，如果你允许的话，他们会占用整个15分钟的时间。这就是为什么Scrum Master 认真对待自己的角色非常重要，尤其是确保团队理解并遵守Scrum规则 (Rule...

当 scrum 团队开始进行冲刺时, 他们使用的工具包括整个团队在设定目标和跟踪目标方面。虽然这些实践不是核心 scrum 规则的一部分, 但许多 scrum 团队都使用它们来规划工作并将每个人都保留在同一页上。这就是普遍接受的 scrum 实践 - 或 Generally Accepted Scrum Practices (gasp) 的来龙去脉。从技术上讲, 这些工具不是 scrum 框架的一...

软件可以帮助人们做事。当用户要求团队构建功能时, 是因为他们需要能够在未来用它做一些他们今天做不到的事情。确保团队构建正确的方法的最有效方法是在整个开发过程中牢记这些需求。用户情景是对用户所需的特定内容的非常简短的描述。很多团队都把它们写在索引卡或便笺上。通过围绕用户故事 (User Stories) 组织所有工作, Scrum 团队确保在规划和优先排序过程中保持用户需求的前沿和中心无误。这样, ...

原文英文版: What is the Problems of Waterfall Model? （日本語）瀑布模型是一种相对线性的顺序设计方法，适用于某些工程设计领域。在软件开发中，它往往是较少迭代和灵活的方法之一，因为进展在很大程度上向下流动，如瀑布，通过概念，启动，分析，设计，构建，测试，部署和维护的阶段。在软件开发项目中，阶段通常如下所示：瀑布模型1.要求如果您从事软...

虽然scrum首先应用于软件产品的开发，但它适用于所有类型的复杂工作。如今，它被用于管理软件和硬件开发、支持、广告和营销、教堂和整个组织。为什么Scrum对设计实践保持沉默？Scrum不会试图指导团队如何完成他们的工作。Scrum希望团队做任何必要的事情来交付所需的产品。它授权他们这样做。设计实践和工具随时都在变化和改进，优秀的团队将不断努力利用这些优势。如果您正在开发软件，则需...

用户故事可能是捕获产品功能的最流行的敏捷技术：使用用户故事很容易。但讲述有效的故事可能很难。以下十个提示可帮助您创建好故事。1位用户先到先得顾名思义，用户故事描述了客户或用户如何使用该产品; 从用户的角度讲述它。此外，用户故事特别有助于捕获特定功能，例如搜索产品或进行预订。下图说明了用户，故事和产品功能之间的关系（由圆圈表示）。如果你不知道谁是用户和客户，以及为什么他们会想要使用的产品...

有些人在一个领域有很深的专门性，但很少在该领域之外做出贡献。在敏捷社区中，这些人被称为“i-型人”，因为他们像字母“i”一样，有深度，但宽度不大。相比之下，“T形人”至少在一件事情上是专家，但在许多其他事情上也有一定的能力。例如，可以测试产品的某些区域并开发产品的不同区域的人被认为是T形人，如上图所示。例如，可以测试产品并开发产品的不同区域的人被认为是T-型形人，如上图所示。一个T...

在软件开发中应用80:20规则我们喜欢简单的经验法则，越简单越好。最有用的经验法则之一是80:20规则：80％的影响来自20％的原因，80％的影响来自20％的努力。这意味着 ：通过更聪明，更努力地工作，你可以从做得更少中获得更多收益。您可以看到80:20规则适用于软件开发而不太费劲的明显情况。例如，通过优化20％的代码可以找到80％的性能改进 - 尽管在性能优化方面，实际比率可能更...

什么是燃尽图?燃尽图表是一个非常有用的工具, 它真的很容易维护。这将使我们一目了然地看到这个项目的进展情况。曲线很陡, 我们很好。曲线一点也不陡, 我们不好。这不仅有用, 也很容易理解。在水平 (x) 轴上, 我们有预测的工作周或冲刺次数。在垂直轴上, 我们有待处理的工作量。这条线越高, 我们要做的工作就越多。如果接近于零, 我们几乎没有什么工作要做。让我们来看看项目中常见的不同类型的...

如果你选择 scrum 软件开发方法并使用它超过五年, 你应该知道, 自那时以来, 有些事情发生了根本的变化。您知道从 scrum 指南中删除的5件事情吗？以下是5个被删除或更换的有争议的项目。如果这些项目让你推迟之前, 你可能要重新考虑, 如果 scrum 对你有帮助。1. 鸡和猪 (Chicken and Pigs) scrum 团队是猪, 其他人都是鸡。鸡不能告诉猪如何做他们的...

(英文原文: Scrum Philosophy: Release Early, Release Often)早期发布，发布通常是一种软件开发理念，强调早期和频繁发布在开发人员和测试人员或用户之间创建紧密反馈循环的重要性，这与基于功能的发布策略相反。倡导者认为，这可以使软件开发进展更快，使用户能够帮助定义软件将成为什么，更好地符合用户对软件的要求，并最终产生更高质量的软件。开发理念试图消除创...

(英文原文: Why Development Teams Love Scrum?)Scrum开发团队拥有自主权来选择如何最好地完成他们的工作，而不是由团队之外的其他人指导。与传统的管理原则不同，开发团队不受高层指导和控制; 相反，他们是从积极参与所有Scrum实践和活动的团队成员发展而来的。为什么开发团队喜欢Scrum？为什么开发团队喜欢scrum开发团队喜欢scrum有多种原因，...