问题 vs. 解决方案 ?

经常遇到问题空间和解决方案空间这两个短语。人们使用这些词来尝试阐明他们所指的工作和活动的类型，或者他们在构建新事物的过程中所处的位置。

不幸的是，我注意到这些词非但没有帮助沟通，反而非常含糊，以至于我们花在争论它们含义上的时间比使用它们来改善沟通和协作所获得的时间要多。

约翰·卡特勒 (John Cutler) 说道：“请注意，问题与解决方案的二分法并不那么明确。这听起来不错。但在很多情况下它并没有多大帮助。”

由于这些原因，我已经停止使用术语“问题”和“解决方案空间”。在这篇文章中，我将总结来自Marty Cagan、Teresa Torres、John Cutler和Indi Young等领先产品声音的适合现代产品开发的更好模型。

什么是问题、策略和解决方案空间
为了使术语更加清晰，最好先描述一下构建产品所涉及的各种活动，然后再将这些活动归类为问题和解决方案空间之类的类别。

杨英迪（Indi Young）的问题、战略和解决方案空间模型就是一个很好的开端。英迪为每个空间提供了精确的定义，包括适合这些空间的活动类型。

英迪模式中问题空间是：

•  一个独立于你的解决方案的领域，在这里开展的活动包括通过倾听等技巧，对人们及其需求进行全面了解。
• 战略空间是指企业有意识地决定要解决哪些用户需求，以及要开发哪些类型的产品/解决方案来满足这些需求。

• 发现是关于建立假设和测试想法以放入待办事项中，
• 而开发则是通过该待办事项来构建新功能。

增强英迪的模型
为了进一步提高清晰度，我建议对英迪的模型进行一些额外的调整。首先是明确问题发现和解决方案发现之间的区别，马蒂-卡根（Marty Cagan）将其解释为验证用户需求和探索解决用户需求的解决方案之间的区别。

马蒂的定义似乎与英迪对问题空间和产品发现（解决方案空间的前半部分）的定义非常吻合。

在工作中，我经常遇到一些软件开发人员，他们把软件称为解决方案空间。需求是他们的问题空间（如积压工作），而在软件中实现这些需求就是解决方案。但这与其他模型并不一致，我认为实施空间才是更好的名称。

从问题到机遇
我非常喜欢 特蕾莎 · 托雷斯在产品领域所做的工作。我认为她提出的机遇而非问题的概念更适合我们的工作。我们所做的工作并非都是为了解决人们的问题。

在产品领域，我们不仅仅要解决客户的问题。问题 "这个词意味着有些事情需要解决。然而，我们有很多产品或服务并不解决问题的例子。
—特蕾莎·托雷斯（来自producttalk.org）

特蕾莎她创建了一种名为 "机会解决方案树 "的工具。这是一个将预期业务成果与机遇、解决方案和赌注联系起来的模型。团队可以使用该工具对工作进行可视化和规划，因此该模型实际上是可用的。

如果您是软件开发人员，请记住：解决方案不仅仅是实施，而是应对机遇的整体概念。

任务级别
在这方面，我最喜欢的作品之一是约翰-卡特勒（John Cutler）的《授权等级》（mand mandate levels）。这是一个用于确定团队自主权范围或限制的工具，分为 9 个等级，从完全自主地构建和发现任何他们想要的东西（I 级）到被明确告知构建什么（A 级）。

团队的授权级别会对他们认为的问题空间产生很大影响。例如，如果一个团队在功能工厂工作时只有 A 级授权（被明确告知要构建什么），那么他们在实施空间中只有自主权，因此可能会将解决方案开发或解决方案发现视为问题空间。

任务层级是快速摆脱问题空间和解决方案空间混淆的简便方法。例如，您只需出示任务层级图，然后让人们选出他们在谈论问题空间时所指的层级。

总结
请记住，当您使用“问题”和“解决方案空间”这两个术语时，它会让人想起许多不同的想法和观点，因此请谨慎使用它们或使用更好的模型来更准确地传达您的意图。