了解敏捷，但无法解释经验主义？我们应该改变这一点。在本系列之前的博客文章中，我们已经了解了很多有关软件开发敏捷性的知识。当我们开发敏捷软件时，我们通常会创建一个假设。假设通常包括对客户需求的假设以及我们如何满足这种需求的想法。
如果我们现在实施这个假设，我们将与客户一起检查我们的结果。但我们也会审视通往结果的道路，并思考在这个过程中我们可以保留什么以及可以改进什么。我们检查我们所做的事情并调整我们的工作方式，以便在下一次迭代中取得更大的成功。
经验主义是什么意思？
今天它不应该变得太历史化，但由于经验主义并不是每个人的日常用语，我想首先澄清这个术语。 “Empiry”源自希腊语，意思是“经验”或“来自经验的知识”。杜登将“经验主义”描述为：“从科学经验中获得的知识”。
现在，在很大程度上，我们不是科学家。但简单地说，它主 餐馆电子邮件列表 要是系统地收集数据，以测试、验证或反驳所提出的理论或假设。这意味着，在经验主义方面，我们不能仅仅依靠理论科学，还要做出我们自己的经验。
仅仅获得经验是不够的，仅仅收集数据也是不够的。我们希望我们的工作高效。那么实证工作在实践中是如何运作的呢？
经验过程控制
经验主义基于三个支柱，所有这些我们都可以在敏捷宣言的原则中找到，而且也可以在不同的敏捷框架中找到。借助经验过程控制，我们可以应用经验主义并从中充分受益。
三大支柱是：透明度、审查和适应。
透明度
我们的工作越透明——无论是个人还是团队——我们拥有的关于我们行为的数据和信息就越多。但我们如何创造透明度呢？首先也是最重要的是通过沟通。如果我们经常谈论我们的目标、我们的工作和我们的挑战，我们已经在做很多正确的事情了。超越自己的部门，开放地提供和接受反馈，并勇于质疑结果，从而提高透明度。
在敏捷框架中，通常会促进和加强沟通，这反过来又会对透明度产生积极影响。借助工件、事件甚至预定义流程，我们可以更轻松地透明地工作。在 Scrum 中，所谓的每日（一种会议会议）帮助开发人员将影响冲刺目标的挑战直接可见。回顾活动促进了关于上一次冲刺的哪些工作方法应该保留以及哪些我们可以改变的讨论。