Issue trees 问题树是以系统的方式组织和解决问题。
问题树基本上是问题的地图。它们为您提供了一种清晰而系统的方式来看待您需要解决的问题。它们帮助您将一个大问题分解为更小、更易于管理的问题,并确定问题的某些部分的优先级。换句话说,它们对于“分而治之”的策略很有用。
问题树也非常适合与他人交流问题,因为它们提供了问题的地图。
有两种基本的问题树:
- 问题树——通过回答“为什么?”创建
- 解决方案树 - 通过回答“如何?”创建
如何创建问题树
1、问题树
一个好的问题树必须涵盖整个问题。它必须是严格的。以下是创建问题树的一些基本原则。
- 开始将问题分解为单独的类别/分支。
- 使用 MECE 原则:相互排斥,集体穷举。
- 互斥意味着树的不同部分之间没有重叠。集体详尽意味着它们涵盖了整个问题。
- 这最好基于数据,而不是您自己的假设。
2、解决方案树
当您挑选出您想要关注的问题的某些特定部分时,您可以跟进创建解决方案树。
- 拿出你想要关注的问题部分,然后问“我们如何改进/解决这个问题?”
- 绘制解决方案的潜在类别
- 在每个类别中产生想法
这种结构化思维方式的优势在于,处理约束实际上会帮助你产生更多的想法。
例子
让我们看一个创建问题树的示例。假设您正在开发一种产品,并且您看到客户没有采用您的关键功能之一。那将是树的起点。
我们将其分解为涵盖可能原因的较小分支:
- 功能 X 采用率低
- 客户不知道该功能。
- 客户知道它,但仍然不使用它。
对于树的第一层,它非常基础,但它实际上是 MECE——它是互斥的,但涵盖了整个问题。
进一步扩展,我们最终可以得到这棵树:
- 功能 X 采用率低
- 客户不知道该功能
- 在产品中找不到该功能
- 客户不了解产品之外的功能
- 客户知道它,但仍然不使用它
- 客户还没试过
- 他们不相信该功能可以帮助他们
- 客户尝试过但决定不使用
- 该功能不可用
- 该功能无法正常工作
- 该功能不支持客户需求
- 客户还没试过
- 客户不知道该功能
我们可以进一步调查,但我们已经可以看到问题的哪一部分开始了。在这种情况下,应该将重点放在有关该功能的知识上——该功能可能没有任何问题,只是客户不知道而已。
这是一个很好的例子,说明了一个非常简单的问题树如何帮助您分解问题并为您提供解决问题的起点。