如何实施假设驱动开发

还记得我们在高中上科学课的时候吗。我们的老师有一个帮助我们学习的框架——一种基于现有最佳证据的实验性方法。我们被要求对我们周围的世界进行观察，然后试图形成一个解释或假设来解释我们所观察到的东西。然后，我们通过预测一个基于我们的理论的结果来验证这个假设，这个结果将在一个对照实验中实现——如果这个结果实现了，我们就证明了我们的理论是正确的。

然后，我们可以通过构建更复杂的实验，调整、进化或放弃任何假设，并根据我们所获得的结果进一步观察，将这种学习应用于通知和测试其他假设。

实验是科学方法的基础，科学方法是探索我们周围世界的系统手段。尽管有些实验是在实验室进行的，但在任何地方、任何时间都可以进行实验，甚至在软件开发中也是如此。

练习假说驱动的开发是把新想法、新产品、新服务——甚至是组织变革——的发展作为一系列实验，以确定是否能达到预期的结果。这个过程反复进行，直到得到一个理想的结果，或者确定这个想法是不可行的。

我们需要改变思维方式，将我们对问题陈述提出的解决方案视为一种假设，特别是在新产品或服务开发中——我们的目标市场，商业模式如何运作，代码如何执行，甚至客户如何使用它。

我们不再做项目了，只做实验。客户发现和精益创业策略旨在测试对客户的假设。质量保证是根据定义的规范测试系统行为。实验原则也适用于测试驱动开发——我们首先编写测试，然后使用测试来验证我们的代码是正确的，如果代码通过了测试就成功了。最终，产品或服务开发是一个过程，用于测试系统在环境或市场中的行为假设。

商业会思考，“知道”什么是正确的。开发团队的目的是实现他们被告知的内容。但是，当在一个不确定和复杂的领域中操作时，应该鼓励开发团队的所有成员对问题和潜在的解决方案进行思考和分享。一个简单地听从企业主命令的团队并不能充分利用一个跨职能、多学科的团队所提供的全部潜力、经验和能力。

框架的假设

传统的用户故事框架关注于获取我们想要构建什么以及为谁构建的需求，从而使用户能够从系统中获得特定的好处。

作为一个…< >角色

我想要…> <目标/欲望

所以…<接受利益>

行为驱动开发(BDD)和特性注入旨在通过支持软件项目中开发人员、测试人员和非技术人员之间的交流和协作来改进原有的框架。

为了

作为一个…> <作用

我想要…> <目标/欲望

当将工作视为一种实验时，传统的故事框架是不够的。就像在我们的高中科学实验中一样，我们需要定义为达到预期结果而采取的步骤。然后，我们需要陈述我们希望观察到的具体指标(或信号)，以提供证据，证明我们的假设是有效的。这些需要在进行测试之前陈述，以减少对结果的偏见解释。

如果我们观察到表明我们的假设是正确的信号，我们就可以更自信地认为我们走在正确的道路上，并可以改变用户故事框架来反映这一点。

因此，支持假设驱动开发的用户故事结构应该是;