在本书中,作者 Henrik Kniberg 讲 述了他在一年的时间里,带领 40 人的团队实施 Scrum 的过程。他们试过了多种团队尺寸(3~12 人)、sprint 长度(2~6 星期),定义“完成”的 不同方式,不同的 backlog 格式,各种测试策略,在多个 Scrum 团队之间进行同步的多种方式。他们还尝试过 XP 实践——持续集成、结对编程、测试驱 动开发等等,还试过了把 XP 跟 Scrum 组合。
本书描述的是一个成功敏捷团队的工作过程,没有理论、没有引用、没有脚注、没有废话。读者可以把它当作一些基础实践的入门指南,帮助团队进行正确实施——但不能模仿,你需要了解自己所处的环境,进而对具体实践做出取舍,创造出属于自己的过程。
免费下载此书:硝烟中的 Scrum 和 XP
更多内容推荐
深入浅出了解 OKR(九):OKR 和 Scrum 共舞
作为熟悉敏捷的高手,你也许已经发现OKR在很多方面和我们熟悉的Scrum有非常多的理念和做法高度重合。
大规模敏捷已经开始,再不成为这样的管理者就晚了 | 极客时间
如何用敏捷开发打造一支无往不胜的团队?
86|PyFlink 实践与应用
2020 年 12 月 24 日
硝烟中的 Scrum 和 XP
在本书中,作者Henrik Kniberg讲述了他在一年的时间里,带领40人的团队实施Scrum的过程。他们试过了多种团队尺寸(3~12人)、sprint长度(2~6星期),定义“完成”的不同方式,不同的backlog格式,各种测试策略,在多个Scrum团队之间进行同步的多种方式。他们还尝试过XP实践——持续集成、结对编程、测试驱动开发等等,还试过了把XP跟Scrum组合。
测试人员在敏捷过程中的挑战
Vu Lam是一位资深的敏捷测试专家,他最近撰文分析了测试人员在敏捷过程中的挑战,指出现在许多敏捷实践忽视了测试人员的处境和压力,并提出了自己的一些解决办法。
微软为 TFS2010 正式发布 Scrum 模板
上周一,微软正式发布了针对TFS2010的流程模板——Microsoft Visual Studio Scrum 1.0。这是一个和scrum.org合作创建的完全符合Scrum规范的流程模板。
微软发布基于 TFS 的项目管理工具—eScrum 1.0
eScrum是一个基于Web的点对点Scrum项目管理工具,构建在微软Visual Studio Team Foundation Server平台上。它能提供多种和Scrum项目交互的方法,比如eScrum基于Web的UI、团队浏览器(Team Explorer)、或者通过Team Foundation Office Integration来应用Excel和Project等。
Scrum Master:职位还是角色?
Scrum交付团队需要专职Scrum Master。但在团队成长起来以后,是否仍然需要这样一个专职Scrum Master呢?本文提出了另一个方案。
用了敏捷实践就是敏捷项目吗?
采用敏捷方法学的人越来越多,但是这也带来了新的挑战:当团队只是简单的把敏捷实践拷贝到项目中而不是在实践中逐步掌握,没有理解就直接加以实现,这又怎么谈得上敏捷呢?也许是时候该讨论一下如果没有正确的教授一些基本知识会对团队最重要的资产——诚实,守诺以及客户的信任——带来怎样的负面影响了。
“一问一答”第 2 期 | 30 个软件开发常见问题解决策略
项目管理贯穿项目始终,需求是项目的源头。
2019 年 4 月 13 日
Nexus 指南已经发布
Nexus是开发和维护大型软件开发项目的一种框架。Nexus指南可以同Scrum指南一起用于扩展Scrum和支持多个软件开发团队的集成工作。
使用 Water-Scrum-Fall 交付软件
Water-Scrum-fall通常被描述成一种混合的敏捷工作方法。根据 Andy Hiles所说,Water-Scrum-fall是一种封闭的、阶段性的软件交付方法,其中 Scrum是最主要的开发管理方法。它可以作为通向敏捷、成为活生生的敏捷组织的跳板。
Kubernetes 应用金丝雀发布实验
2019 年 9 月 25 日
持续集成:集成本身就是写代码的一个环节
虽然我们在同一个时代写代码做开发,但在技术实践层面,不同的团队却仿佛生活在不同的年代。
2019 年 1 月 4 日
开发环境配置:创建你的第一个小程序项目
2020 年 5 月 20 日
浅析敏捷测试及其实践运用
随着互联网技术的发展,产品的快速迭代且能适应市场需求已经成为各大公司的痛点。而传统的开发模式已经不再适用于快速迭代的产品,在这种情况下,敏捷开发模式因其高度迭代、频繁交付以及适应变化的特点,已经在各个领域得到广泛应用。
比较 Kanban 和 Scrum
看板开发方式是近年引起很多讨论和注目的一种敏捷开发实施,有不少人问到「看板开发方式如何跟Scrum比较?」,Henrik Kniberg就尝试回应这问题。
实施敏捷:抄近道的迷思
实施敏捷看上去只是一个非常微不足道的任务。我们结对、编写单元测试、频繁集成,并且用类似Scrum这样容易管理的框架为团队提供支持。但这种做法几乎在大多数情况下都收不到成效,团队也没有按预期那样的工作。Ross Petit在一篇文章中讲述了为什么我们真正上路以后会偏离方向。
价值流中的障碍
Scrum将障碍定义为“任何阻碍团队提高生产效率的因素”,并明确强调团队应建立持续不断移除它们的办法。Joe Little提议:使用“障碍范围”这种定义,可以帮助组织更有效地向客户传递价值。
DevOps 的“定义”:DevOps 究竟要解决什么问题?
今天,我带你一起梳理一下DevOps的发展历程。希望你能通过今天的课程,建立起你自己对于DevOps的独特认知。
2019 年 10 月 8 日
暂无签名
推荐阅读
敏捷开发到底是想解决什么问题?
2019 年 3 月 5 日
敏捷实践实施模式——技术实践组合
“一问一答”第 1 期 | 30 个软件开发常见问题解决策略
2019 年 3 月 16 日
内部教练:守护敏捷实践,求人不如求己
2020 年 1 月 6 日
视频:Jeff Sutherland 论什么是真正的 Scrum
在 Scrum 中识别非功能性需求
敏捷度量的 Why、What、Who、When
电子书
大厂实战PPT下载
换一换 曹继光 | 美团点评 基础研发平台-资深技术专家
张忻正 | bilibili 主站技术中心 架构师
覃超 | Sophon Tech 创始人,前 Facebook 工程师 《算法面试通关40讲》作者
评论