敏捷理念

康美国： 我们在西雅图的 Beyond Agile 聚会上采访了 Craig Larman。 Craig Larman 是一位知名的敏捷实践者和软件开发人员。 敏捷宣言的历史: https://agilemanifesto.org/history.html Craig Larman: http://www.craiglarman.com LeSS（大规模Scrum）的官方网站是：https://less.works The post 059 打破组织变革的幻想 first appeared on Agile Thoughts .

我们在西雅图地区的 Beyond Agile 聚会上，采访到了 Craig Larman，他正在做一场演讲。 Craig Larman 是一位知名的敏捷实践者和软件开发人员。 敏捷宣言的历史: https://agilemanifesto.org/history.html Craig Larman: http://www.craiglarman.com LeSS（大规模Scrum）的官方网站是：https://less.works The post 057 Craig Larman：用 LeSS 给企业减肥 first appeared on Agile Thoughts .

Craig Larman 是一位知名的敏捷实践者和软件开发人员。 敏捷宣言的历史: https://agilemanifesto.org/history.html Craig Larman: http://www.craiglarman.com LeSS（大规模Scrum）的官方网站是：https://less.works The post 056 Craig Larman 揭秘敏捷宣言的幕后故事 first appeared on Agile Thoughts .

康： Richard Hundhausen带我们了解Nexus如何进行冲刺评审。 插播： 我们将拥有Nexus Nexus，nexus，nexus。 Richard： 让我在这里转个弯。这里有一个地方规模化Scrum与Scrum不同的是：我们不让各个团队进行单独的冲刺评审。我们有一个整体的冲刺评审，叫做Nexus冲刺评审，整个Nexus参与。所以所有Scrum团队、他们的产品负责人、Scrum Master，以及与该冲刺目标相关的利益相关者，都来参加评审，他们检查已完成的集成工作，不只是...

康： Richard Hundhausen向我们介绍Nexus集成团队。 Richard： 我想指出，Nexus中有一个新角色，可能是最容易被误解的角色，这可能是因为它的名字。它叫做Nexus集成团队。这不像其他规模化框架，那些框架中他们是做工作的人，他们负责合并代码、编写测试和修复构建问题。而这个团队实际上是一个来自Nexus的即时团队。比如说我们在Nexus中有五个七人团队，总共有35个实际做工作的人。在任何一个冲刺中，其中几个人会戴着臂章，上面...

Richard:  你已经在一个团队中使用Scrum一段时间了，他们接受产品待办事项增量——团队在冲刺结束时交付的需求。现在，你将其扩展到一个更大的组织，多个团队需要协调他们的努力来交付一个产品待办事项增量。团队数量可能是两个、五个、十个。想象一下让这些团队朝着一个产品待办事项增量工作所需的协调努力。Richard Hundhausen告诉我们这在Nexus中是如何完成的。 Richard:  这是一个正常的产品待办事项列表，尽管是大规...

Richard Hundhausen和我讨论如何形成Nexus。 康（01:20）： Nexus是以某种程序化的方式形成的吗？还是有一些规则？ 理查德（01:26）： 嗯，我们更喜欢自组织，因此我们希望Nexus尽可能地自组织，就像其他框架需要一些组织重新设计来创建一个“泡泡”，让这个东西能够运作一样。与基于Scrum的其他框架一样。我们没有为管理者提供故事，因为在Scrum中没有管理者，只有自组织、自管理的团队。Scrum Master负责日常Scrum，帮助提高团队的...

康美国声音： 理查德·亨道森（Richard Hundhausen）为我们介绍了Nexus，这是一个用于进行多团队软件开发的框架。 康： 你刚才说Nexus是最简单的扩展框架。 理查德： 我研究了所有这些，其中一些需要一些严重的组织变革、重新设计或重构。而在Nexus中，我们只是假设你正在使用Scrum，所以Scrum已经存在并运作良好。我们在Scrum.org推荐首先使用专业的Scrum。我们有一个术语，我们称之为“nail it before you scale it”（在扩展之前先...

Lancer： Sunil Srivastava和我讨论了测试驱动开发对领导层的价值。 Sunil： 从领导的角度来看，他们关注的是我们如何更快、更便宜、更迅速地交付产品，而不仅仅是代码。所以，如果你从这个角度去思考团队如何能够交付高质量、易于改变且成本低廉的代码，尽可能快地完成，这就是测试驱动开发可以帮助领导层的地方。 Lancer： 比如说我是某公司的副总裁，我在考虑进行TDD；我需要花钱请顾问进来，让我的组织掌握这种技能。那我为我...

您可以通过邮箱：Brandon. Linton@Accenture.com或者Twitter联系到布兰登·林顿 兰瑟：你的团队一直致力于研究用户需求，然而有时候他们并没有实现所有的需求。在上一集中，我和布兰登·林顿讨论了如何将未完成的需求进度记录到你刚刚完成的sprint中。现在我们将继续讨论，当你把这些未完成的需求或者需求们带入下一阶段计划时，你该如何处理它们。 布兰登：我们总是想尽可能的反映出最真实的情况。如果你知道这个需求是13个点，那么...

布兰登·林顿的联系方式： Brandon. Linton@accenture.com 兰瑟： 这一集，我们和布兰登·林顿讨论了关于计算工作速度的便捷的方法，特别是关乎未完成的用户需求。 布兰登： 你好，我叫布兰登·林顿。我住在底特律，它位于美国的密歇根州。我是埃森哲解决方案的敏捷教练。 我在敏捷空间工作了八年时间，提供咨询业务长达四年。很高兴能和兰斯一起工作。 兰瑟： 是的。我也很高兴能和布兰登一起工作。 布兰登： 很高兴来到这里。...

Vanilla Pop：IT团队怎么样呢？我们可以用TDD来实施一次设计冲刺，然后看看情况吗？ Horst：我还是坚持我自己不赞成微测试的政策。不过，我很乐意让团队来自己决定如何才能向我交付功能和质量。 代码狗：我不相信TDD。你不能在写代码之前就先写好测试啊。你知道吗？没人会这样做。你想想，不过几周，就会回到老样子，我称之为错误驱动开发。我们调试代码的人就是这样做的。 架构师：我改变了。请教了专家，建议我尝试一下更为灵活...

要有持续的自动化测试，有一种方法就是你需要有二个层次的测试。 The post 001 坚不可摧的金字塔 first appeared on Agile Thoughts .

金字塔的最小楼层是顶部，因为它比宽敞的底部窄得多。而顶部只有一个乒乓球桌和电视的空间，底部有一个足球场或两个房间。 The post 002 金字塔的基石 first appeared on Agile Thoughts .

当测试金字塔底部最大的空间大到足以容纳几个足球场和一个怪物卡车，而这个金字塔的顶层只有一个长长的桌子的房间，大屏幕电视、冰箱、迷你吧！ The post 003 金字塔顶层 first appeared on Agile Thoughts .

在网上你就可以浏览到测试自动化金字塔的图像，你会看到宏观测试是在顶部和微观测试在底部，就如协商好的一样。但是位于二者的中间仍隐藏着许多神秘。我全副武装去探索了许多其他公司的自动化金字塔。我了解到，有些人将他们的服务API测试放在这里，有些人将独立的数据库测试或其它一些测试超出了边界，如过程和网络。但是每个人都同意，他们可以在底层保持简单的成千上万的的微观测试但只有少数UI和全栈的测试在玻璃阁楼顶部（所...

团队发现，只是因为验收标准可能让测试难以维护以及不可靠的UI测试，其中许多实际上不需要通过UI执行，而是在下面的某个子层中。 The post 005 皮下测试 first appeared on Agile Thoughts .

​ 狮身人面像是一个神话人物，有人的头和狮子的身体，喜欢提出问题并要求答案。如果你没有正确的回答问题，狮身人面像吃你。在IT行业，最接近狮身人面1像这个角色的质管和上线经理，他们虽然不可能吃你的，但会问一些问题来决定你的产品是否在一个好的状态下。 The post 006 来自于狮身人面像中的谜语以及就在金字塔中的答案 first appeared on Agile Thoughts .

在这一点上，我希望你得到了为什么在金字塔上层测试过度会导致金字塔跌倒的想法。在上一集里我提到了你可以得到一个测试金字塔工作表。这个工作表可以用来计划如何建立测试项目中最雄伟的金字塔。 The post 007 尺寸重要 first appeared on Agile Thoughts .

连续集成坐标的测试金字塔的内容就像交响乐的指挥一样。 回顾金字塔一般有三层：阁楼里充满了UI宏观测试，中间有皮下宏观测试，底层是大量的微观测试。CI的目标是尽可能快地向团队提供有价值的反馈。 The post 008 导体—连续集成 first appeared on Agile Thoughts .

我们的今天也是未来[echo, jetsons sounds or future sounding music] 世界一直前进，但仍然没有飞行汽车[whawha wha..] 。嗯，的确有会飞的汽车但是却没有大规模生产。为什么不量产呢？我们的开发人员和经理是为什么仍然没有这么好的东西的部分原因吗？是lT低质量的跟踪记录的责任吗？我们必须使用补丁，然后安装，并且希望这个新版本不会使事情变得更糟？ The post 009 介绍测试驱动开发系列 first appeared on Agile Thoughts .

在过去的二十年中，敏捷革命曾经是很尖锐并且是可选择的，而现在是IT行业大多数团队使用SCRUM和看板的主流。您可能还没有意识到，尽管这两个流行的精简权重框架是有价值的更改。 它们根本不涉及如何构造支持频繁交付的代码。 The post 010 敏捷和TDD玩忽职守 first appeared on Agile Thoughts .

假设你的工作是编写一个程序，在屏幕上输入单词“知道”。 The post 011 老办法是不可持续的 first appeared on Agile Thoughts .

TDD是一个聪明的过程。通过在编写代码之前编写测试，您将最终使用代码来扩展测试。 The post 012 TDD的一个案例 first appeared on Agile Thoughts .

在古腾堡以前，“圣经”的印刷是由一队和尚用大量手工制作的-甚至是纸和墨水。在一年多的时间里，许多人参与了“单一圣经”的制作。软件开发也是如此。 The post 013 开发意图与圣经 first appeared on Agile Thoughts .