发现与交付

发现与交付

我们中的大多数人都致力于解决一些相当困难的问题，并且这些问题通常需要一些相当复杂的系统来实现这些解决方案。因此，对于大多数团队来说，有两个非常重要的挑战需要解决:

首先，详细地发现客户的解决方案需要是什么。这包括所有事情，从确保有足够多的客户实际上需要这个解决方案(需求)，到打造一个适合我们的客户和我们自己公司的解决方案。更困难的是，我们需要确保我们提出的是一个适用于许多客户的单一解决方案，而不是一系列的特例。为了做到这一点，我们需要快速学习。

其次，我们需要确保我们交付了一个健壮的、可扩展的实现，我们的客户可以依靠它获得持续可靠的价值。你的团队需要对发布充满信心。虽然我们从来没有百分之百的信心，你也不应该“发布和祈祷”。

所以我们需要在快速学习的同时充满信心地发布。

可以理解许多团队可能自然地认为这两个困难的目标是不一致的。我们急于推出一些东西，以便了解哪些可行，哪些不可行;然而，我们不想发布那些还没有准备好上市的产品，以免伤害我们的客户和品牌。

我花了很多时间走访产品团队,我有时被称为了一分钟努力为团队更积极地得到顾客和早期反馈自己的想法,然后几分钟后把同样的团队很难妥协他们的标准发布可伸缩、容错、可靠、高性能、安全的软件。

您可能还会以另一种形式认识到这个问题。许多团队进入很多的悲伤与最小可行产品的概念(MVP),因为一方面我们非常愿意得到这个在客户面前快速得到反馈和学习,另一方面当我们走出去快,人们觉得这个所谓的“产品”是一个尴尬的品牌和公司,和我们怎么可能考虑“发射”呢?

在本文中，我想说明强大的团队如何工作，以满足在发现方面快速学习的双重和同步目标，同时交付稳定可靠的版本。

一般来说，我发现大多数产品团队对于如何完成交付可靠软件的第二个目标比如何完成快速试验和发现的第一个目标有更好的感觉。持续交付是我在理解对复杂系统的一系列小的、递增的变更的重要性的团队中发现的高级交付技术的一个很好的例子。

造成混淆的部分原因是，当我们称某物为“产品”、“产品质量”、“产品化”或“生活在生产中”时，其真正含义被淡化了。“我一直努力保留使用产品这个术语来描述我们实际上可以用它来经营业务的状态。具体来说，它具有必要的可伸缩性和性能。它有一套强大的回归测试。它被用来收集必要的分析。它已经在适当的地方被国际化和本地化。它是可维护的。这与品牌承诺一致。最重要的是，团队可以满怀信心地发布它。

这并不容易。当我们的工程师在建造的时候，大部分时间都在这里。因此，我们非常努力地不浪费这一努力。

当产品经理甚至不确定这是否是客户想要或需要的解决方案时，做所有这些工作是一种巨大的浪费。

因此，产品发现的目的是确保我们有一些证据，当我们要求工程师构建产品质量的软件时，它不会是一个浪费的努力。

这就是为什么我们在产品发现中有这么多不同的技术。我们已经掌握了技术，可以更深入地了解我们的用户和客户，并从质量和数量上验证产品的想法。事实上，大多数技术甚至不需要开发人员的时间(这是很重要的，因为我们知道在创建产品质量的软件上需要花费多少时间和精力)。

有效的产品发现的关键是接触到我们的客户，而不是仅仅把我们的快速试验推向生产。

如果您是一个早期的初创公司，并且没有客户，那么当然这并不是一个真正的问题(现在创建具有生产质量的软件可能还为时过早)。

但对我们大多数人来说，我们有真正的客户和收入，所以我们必须关心这个。我写了许多最重要的技术，以负责任的方式在成熟的公司中进行这种快速试验。

我们的许多技术可以归结为邀请一组客户或潜在客户“选择加入”(以一种或另一种形式)来测试我们的新产品创意。客户发展项目就是一个很好的工具。这些人本质上是自愿成为测试对象的。我们可能会花一些时间亲自和他们交谈，观察他们尝试我们的产品想法，或者我们可能会让他们运行一段时间我们的实验版本(通常是实时数据原型)，然后查看他们生成的数据。

但这是关键。如果你想发现伟大的产品，在真正的用户和客户面前得到你的想法是非常重要的，早和经常。如果您想要交付伟大的产品，您就需要为工程使用最佳实践，而不是试图忽略工程师的关注。

如果我们想快速行动和快速发现，我们会使用发现技术和选择客户。一旦我们收集了一些证据来证明我们知道我们需要构建的解决方案，我们就允许我们的工程师构建他们认为合适的“生产质量”的软件，这样他们就可以放心地发布了。