没有什么能比确保团队开发的是用户看重的东西更能帮助团队取得更好的成果了。这听起来可能很简单或显而易见，但我认为，经过本周的学习，你很可能会发现，在投资开发软件之前，通过更明确地测试想法，有助于提高团队的专注度。在本模块中，您将学习如何使概念测试成为产品管道中不可或缺的一部分。我们将继续应用精益创业中的方法，研究它们如何与敏捷配对。我们将了解高效团队如何设计和运行适合具体情况的实验来测试想法，以及如何在事前（测试想法时）和事后（测试已发布软件的价值时）进行测试。

最好的产品会在早期经常进行可用性测试，避免 "大揭幕 "带来的破坏性压力和不确定性。在本模块中，你将学习如何诊断、设计和执行阶段性的用户测试。在这里，您将学习使用的工具（测试计划模板、原型设计工具和测试会话基础架构）对团队中的任何人都是可用的/可教的。这是一件非常好的事情--产品发布时可用性不佳往往是因为 "没有足够的时间 "进行测试。有了这些技术，您就能尽早、频繁地进行测试，从而强化您的实验文化。

您已经了解了如何测试创意和可用性，以减少团队需要构建的软件数量，并集中精力执行。现在，您将学习高效团队如何测试软件本身。持续交付实践和与之密切相关的 Devops 运动正在改变我们构建和发布软件的方式。不久前，一年发布 2-3 个版本还被认为是标准做法。现在，以亚马逊为例，它每 11.6 秒就会发布一次代码。本周，我们将探讨交付管道，并逐步了解成功的实践者在每个阶段的做法，以及您如何诊断和应用这些做法，从而改进您的敏捷实施。