![](https://img-blog.csdnimg.cn/20190111090146274.png?x-oss-process=image/resize,m_fixed,h_224,w_224)
实践敏捷开发中的Scrum
文章平均质量分 83
20多年经验丰富的IT企业架构师就敏捷Scrum的实施分享了自己的笔记:团队建设、从传统项目管理到Scrum的过渡、面向跨国组织的大规模Scrum等。
Warren2Lynch
Researcher and architect of object oriented technology, Agile software Development and enterprise process management
展开
-
Scrum指南更改 2017 vs 2020
Scrum 指南是了解 Scrum 框架元素和相应规则的官方资源。好消息是,Scrum Guide 也将不时被检查和调整,以使其更加有效。通常每 2 到 3 年,它的共同创建者 Ken Shwaber 和 Jeff Sutherland 就会发布一个新版本的 Scrum 指南。2020年11月,发布了最新版本(2020版)Scrum Guide。在此之前是 2017 年 11 月。根据从各个行业、实施 Scrum 的组织收到的信息,将对 Scrum 指南进行更改。在本文中,您将能够清楚地了解..原创 2021-11-16 09:30:34 · 347 阅读 · 0 评论 -
敏捷开发的现状
虽然离成熟还很远,但敏捷正在发展,组织正在意识到他们通过采用该方法来实现的好处。这些发现来自最新的敏捷状态调查,该调查涵盖全球软件开发社区的广泛行业。在这第 12 年中,收集和分析了 1,492 份回复。虽然它是由 CollabNet VersionOne 赞助的,但只有 22% 的受访者是 VersionOne 的客户。在今年的调查中,超过一半的受访者表示,他们的团队中有一半以上在使用敏捷实践,并且在所有受访者的组织中,97% 的受访者都在实践敏捷方法,65% 的受访者已经这样做了 3 年或更长时翻译 2021-11-11 14:10:56 · 897 阅读 · 0 评论 -
Scrum: 管理产品待办事项 (Project Backlog) 的原则
产品待办列表是产品中已知需要的所有内容的有序列表。它是对产品进行任何更改的唯一要求来源。”该产品负责人负责产品Backlog,包括它的内容,可用性和排序。产品待办事项永远不会最终确定。业务需求、市场条件或技术的变化可能会导致产品待办列表发生变化。它随着产品和项目环境的发展而不断发展。项目的需求永远不会停止变化,因此产品待办事项列表就像一个活的Scrum 工件。Product Backlog 中的高优先级项目是细粒度的,因为这些项目的信息和细节更多,所以有更多的细节和准确的估计。较低优先级的项目是具.翻译 2021-11-01 13:59:36 · 2536 阅读 · 0 评论 -
Sprint 评审 (review) 和 Sprint 回顾 (Retrospective) 有什么区别?
sprint 评审和 sprint 回顾都是生产团队在世界各地使用的Scrum 事件。虽然相似——它们都发生在冲刺结束时——但它们是独立且不同的练习,应该始终如此对待。冲刺评审为团队创造了一个展示最近冲刺中刚刚完成的工作的机会。这在本质上可能更随意,向内部团队成员展示工作演示。它也可以是一个更正式的会议,核心团队之外的利益相关者可以被邀请参加展示。无论您希望(或需要)如何进行 sprint 评审,工作都应该始终是完全可证明的,并且满足团队定义的质量,以便进行评审。因...原创 2021-10-29 14:08:26 · 6185 阅读 · 0 评论 -
SDLC - 螺旋模型
螺旋模型将迭代开发的思想与瀑布模型的系统、受控方面相结合。这种螺旋模型是迭代开发过程模型和顺序线性开发模型的组合,即非常重视风险分析的瀑布模型。它允许通过围绕螺旋的每次迭代增量发布产品或增量改进。螺旋模型 - 设计螺旋模型有四个阶段。一个软件项目在称为螺旋的迭代中反复经历这些阶段。螺旋模型的阶段有四个象限,每个象限代表软件开发的某个特定阶段。这四个象限的功能如下:规划目标或确定替代解决方案:在此阶段,从客户那里收集需求,然后在项目开发之初识别、阐述和分析目标。如果迭代轮数不止一个,则在同..原创 2021-10-28 15:11:48 · 1533 阅读 · 0 评论 -
什么是软件开发生命周期?
软件开发生命周期 (SDLC)(也称为应用程序开发生命周期)是规划、创建、测试和部署软件系统的过程。系统开发生命周期框架为系统设计人员和开发人员提供了一系列可遵循的活动。它由一组步骤或阶段组成,其中 SDLC 的每个阶段都使用前一个阶段的结果。SDLC 遵循对开发人员至关重要的重要阶段,例如规划、分析、设计和实施。就像在装配线上制造的任何东西一样,SDLC 旨在根据客户的要求,通过在预定的时间框架和成本估算内交付经过每个明确定义的阶段的系统,生产满足或超出客户期望的高质量系统。传统 / 瀑布 /翻译 2021-10-28 14:44:19 · 5881 阅读 · 0 评论 -
谁负责定义scrum中的 Definition of Done (DOD)?谁能判断用户故事是否完成?
(ProScrum 指南說; "Scrum 團隊是 DoD的擁有者, 所以包括 Po 。"Scrum 團隊擁有完成定義 (DOD),並且由開發團隊和產品擁有者 (PO) 共用。只有開發團隊能夠定義它,因為它維護了 [他們] 必須執行的工作品質。這有點像開發團隊和PO之間的"合同",就像任何合同一樣,兩個部分都可以提供輸入,直到雙方都準備好 "簽署" 它。PO (Product Owner) 决定价值是什么,开发团队决定质量是什么。开发团队的工作是编写高质量、高价值的软件。如果PO反馈说该产品..原创 2021-10-26 09:52:14 · 2261 阅读 · 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 · 202 阅读 · 0 评论 -
测试驱动方法(TDD):实现敏捷开发 (Agile Development)
什么是敏捷开发?敏捷开发是一种能够响应快速变化的需求的软件开发能力。它们的具体名称、概念、过程和术语各不相同。与“非敏捷”相比,他们强调程序员团队和业务专家之间的密切协作,面对面的交流(被认为比书面文档更有效),并经常交付新的软件版本,小型和自组织的小型团队和有价值的功能编写,以及适应不断变化的需求的团队组织方法,更加关注人在软件开发中的作用。然而,疗法Ë是TDD的几个类似版本的敏捷开发方法,比如TDD:BDD,DDD和ATDD。在详细介绍TDD之前,先简单介绍一下这些方法:TDD:测试驱动..翻译 2021-10-15 10:15:24 · 1243 阅读 · 0 评论 -
什麼是 “給定 (Given),何時 (When),然後 (Then)” 用戶故事模板?
Given-When-Then 是一種表示 User Story / Use Case 測試的風格——或者正如其倡導者所說——使用Specification By Example 指定係統的行為。這是由Daniel Terhorst-North和 Chris Matts開發的一種方法,作為 行為驅動開發(BDD) 的一部分。定義給定-當-然後式是一個模板旨在指導的寫入驗收測試為一個用戶故事:鑑於 (Given) 一 些背景 當 /何時 (When) 一 執行某些操作 然後 (Then.翻译 2021-10-12 13:31:43 · 1802 阅读 · 0 评论 -
4 个软件维护类别及其对用户的意义
只要您的软件产品还在使用中,它就从未真正完成永远不会真正完成。在不断变化的技术环境中,您的软件需要不断维护才能跟上。它需要能够与趋势、新技术、您的用户群和您的业务目标一起成长和发展。除了错误修复之外,还有几种不同的软件维护类别。一些软件维护更改发生在幕后,另一些则在舞台上和聚光灯下。因此,每个类别对您的用户都有不同的影响。在这里,我们探讨了不同类型的软件维护及其对用户的影响。软件维护 (Software Maintenance)软件维护是对软件产品进行微调的行为。这是关于维修、保养和持续翻译 2021-10-12 10:43:04 · 1852 阅读 · 0 评论 -
原型软件 (Prototype Development)开发指南
原型设计是一种极好的方式,可以就所提议的系统以及它满足用户信息需求的难易程度获得反馈,如下图所示。原型制作的第一步是估算构建系统模块所涉及的成本。如果程序员和分析师的时间成本以及设备成本都在预算范围内,则可以继续构建原型。一个原型模型是一个演示执行实际的产品或系统。与实际软件相比,原型模型通常表现出有限的功能 (limited capabilities)、低可靠性 (low reliability) 和低效率 (inefficient) 的性能。 一个原型模型通常用几个快捷方式建造。快捷方式可能涉及使翻译 2021-09-28 11:29:19 · 1388 阅读 · 0 评论 -
谁负责Scrum 中的产品待办列表?
Product Backlog (产品待办列表)是所有你所产品的需要 (Product requirements) 以及产品需求变化 (new product requirements) 的唯一来源排序列表。产品拥有者 (product owner)是负责该等内容,产品待办事项列表中的优先及可用性称为 Product Backlog的优先级 (priority order)。Product Backlog 是一个不断改进的列表,初始版本只列出了最初步和众所周知的需求(没有必要詳盡理解)。产品待办...翻译 2021-09-21 10:45:57 · 2310 阅读 · 0 评论 -
Scrum的基本功 - 集合中英文版本 (Scrum事件)
在Scrum的框架包括Scrum团队及其相关的角色,事件,器物,和规则,与作为特定目的范围内的每个组成部分,是对Scrum的成功和使用是必不可少的。Scrum角色,工件,事件Scrum活动本文向您介绍5个Scrum事件的相关的参考资料及文章。Sprint计划:在 sprint开始时发生一个时间框事件,团队确定他们将在sprint期间处理的产品待办事项。 每日Scrum:A...原创 2019-01-14 17:58:55 · 3179 阅读 · 0 评论 -
Scrum的基本功 - 集合中英文版本 (Scrum工件)
Scrum工件提供了Scrum团队和利益相关者需要了解的关键信息,以便了解正在开发的产品,正在计划的活动以及项目中完成的活动。Scrum Process Framework中定义了以下工件。产品愿景 冲刺目标 (规定的) 产品积压 (规定的) Sprint积压 (规定的) 完成的定义 (规定的) burndown chart (规定的) 增量 (规定的) 其他所需的工件........原创 2019-01-14 15:43:43 · 1685 阅读 · 0 评论 -
Scrum的基本功 - 集合中英文版本 (角色和责任篇)
如果你读过(Scrum的基本功 - 集合中英文版本 (基础篇),那么你在SCRUM的关键概念和最佳实践中就有了很好的基础。现在是时候进一步了解Scrum框架中的角色和职责了,这样您就可以立即构建自己的Scrum团队了。Scrum的基本功 - 收藏系列的前一部分Scrum的基本功 - 集合中英文版本 (基础篇)Scrum的基本功 - 角色和责任篇在这里,我再次收集了10多篇与Sc...原创 2019-01-11 13:03:27 · 2616 阅读 · 0 评论 -
Scrum的基本功 - 集合中英文版本 (基础篇)
在这里,我收集了20篇Scrum and Agile 文章,帮助您启动Scrum项目。列表中的链接将带您访问文章的每个中文版本,其中包含指向相应英文原文的链接: Scrum的基本功 - 收藏系列的下一个部分Scrum的基本功 - 集合中英文版本 (角色和责任篇)Timeboxing 在 Scrum中是什么含义?The goal of timeboxing is to de...原创 2019-01-10 15:00:11 · 3738 阅读 · 0 评论 -
专业Scrum Master I(PSM I)考试学习技巧
阅读并彻底理解/内化Scrum指南。在不同的会议中阅读几次。我们建议您下载PDF并像阅读书一样阅读。一遍又一遍地!多次参加Scrum Open评估。到达你可以连续5次服用的地方,每次得分100%,每次约10分钟或更短时间。非常重要 - 不要跳过这一步。是的,我们知道有很多重复的问题,但是当真实评估的每个问题的时间要短得多时,您需要能够快速回答这些问题。对于您错过的每个问题,请阅读评估对该...翻译 2019-01-02 18:12:30 · 8102 阅读 · 1 评论 -
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 · 1789 阅读 · 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 · 305 阅读 · 0 评论 -
迭代瀑布不是Scrum
当大多数团队拥有瀑布背景时,开始使用Scrum时会遇到一个陷阱。团队有可能以迭代瀑布的方式开始开发,而不是真正使用Scrum。风险很高,因为你很容易做你已经做过的事情,并使用你已有的知识。这个问题是以迭代瀑布方式开发的团队实际上认为他们正确地实现了敏捷开发。不知道错误有时使用迭代瀑布的团队不会注意到他们做错了什么。这主要是因为他们伪装了Scrum术语中的所有动作。他们创建用户故事,但不...翻译 2018-12-10 11:48:31 · 475 阅读 · 0 评论 -
敏捷需要迭代和增量 - Why Scrum Process is Iterative and Incremental?
[Source: 由迈克·科恩]与所有敏捷流程一样, scrum 既是迭代的, 也是增量的。由于这些词在没有定义的情况下经常使用, 让我们定义它们。开发团队首先在系统中进行切割,知道在一些(可能很多)区域中它是不完整或弱的。然后,团队反复精炼这些区域,直到产品令人满意为止。通过每次迭代,通过添加更多细节来改进软件。例如, 在第一次迭代中, 可以对搜索屏幕进行编码, 以便仅支持最简单的搜...翻译 2018-12-10 11:31:21 · 1647 阅读 · 1 评论 -
Scrum 快速参考 - Reference Card
关于 Scrum (About Scrum) 管理框架 Scrum是⼀个适⽤于增量式产品开发的管理框架,由⼀个或多个平均7⼈ 左右的团队组成。 它提供了⼀个包含⾓⾊、会议、规则和⼯件的结构。团队负责在此框架 范围内创建和调整他们的流程。 Scrum使⽤固定时间长度的迭代,称为Sprint,通常是2周到30天之间。 Scrum团队试图每⼀个迭代都构建初⼀个潜在可交付(充分测试过)的 产品增量。...翻译 2018-12-07 11:34:39 · 635 阅读 · 0 评论 -
敏捷和Scrum - 顶级资源
如果你是敏捷的新手,你可能充斥着大量的信息:相互竞争的解释; 矛盾的建议; 各种方法/方法的提案和批评。以下资源列表是我们推荐的敏捷新手的起点。无论您是从开发人员或项目经理的角度来看,这些资源都应该为您提供开始形成自己的敏捷概念所需的基本构建块。敏捷宣言使用启动它的文档直接访问源代码。由17位希望提出轻量级软件开发新方法的软件开发人员撰写,“敏捷软件开发宣言”简单地阐述了新哲学的四个价值观...原创 2018-12-06 15:11:56 · 317 阅读 · 0 评论 -
什么是Scrum事件?
Scrum事件在Scrum中使用规定的事件来创建规律性并最小化对Scrum中未定义的会议的需求。所有活动都是时间限制的。一旦Sprint开始,其持续时间是固定的,不能缩短或延长。只要达到事件的目的,剩下的事件就可以结束,确保花费适当的时间而不会在过程中浪费。Scrum活动是:短跑 (Sprint) - Sprint为一个月或更短的时间框,在此期间创建“完成”,可用且可能可释放的产品增量...原创 2018-12-06 14:43:34 · 1201 阅读 · 0 评论