设计和开发时，产品思维vs项目思维

项目思维

项目思维相当普遍。特别是对于从事软件开发的工作人员，他们职业生涯的大部分时间都专注于项目执行以及项目管理。大型组织通常有PMO部门——项目管理办公室，专注于项目管理。

这并不奇怪，因为项目管理已经存在了很长时间。且我们人类倾向于从项目角度思考：依次做完那些需要我们完成的事情即可。

那么项目思维是什么呢？

项目思维的重点在于交付。可以是对于特定功能或软件的交付，或者说实际上是对任何东西的交付。从飞机到房屋亦是如此。那么由于专注在交付上，主要的衡量标准就是时间轴和日程表。

项目管理专注于输出，并通过我们先前对时间轴估算的准确程度来衡量，再按照日程表交付指定「产量」。

在这样的情况下，能否成功很大程度上取决于，是否预先制定产品规格，设定具有一个个节点的日程表，以及按照这些日期完成交付。

产品思维

产品思维则采用了完全不同的方法。产品思维并不关注产出（output），而是关注结果（outcome）。

与项目思维相比，这是一个重大的思维转变。我们并不关注时间表和日期，而是关注想要实现的目标或要完成的工作。

由于我们专注于结果而不是产出，所以在前期，对交付时间做出约束会比较困难。这主要是因为前期我们不太需要知道我们将如何实现目标。

这种思维方式可能是一个很大的转变，特别是对于那些花费大量时间专注于项目执行和项目管理的人。对于没有定期监控的时间轴和日程表，许多人可能会因这种不确定性而感到不安。

产品思维的好处

那么放弃项目时间表改为关注结果会带来什么好处呢？

首先，无论我们做出什么努力去实现目标，从根本上来讲我们都要向着结果去前进。产品思维的主要好处是我们确保我们更高效地获得结果。

而项目思维，则需要在一开始时就假设，我们已经知道如何去实现预期的结果。根据这一假设，我们创建一个具有目标要求和工作节点的项目计划和时间轴，然后开始执行该计划。

如果我们做的正确，且我们最初的设定在事后被证明是正确的解决方案，那么我们就会得到好的结果。我们要做的也只是执行计划并取得成果。

但如果我们最初是错的该怎么办？我们确定下来的解决方案无法达到我们渴望的结果要怎么办？

这就是项目思维让我们陷入各种麻烦的地方。一旦我们制定了计划，尤其是在大型组织中可能就很难转移和改变。

在确定好日期并且每个人都对计划表示同意的情况下，不管我们尽多大努力学习和适应，这样的计划通常会根深蒂固于每个人的大脑中。且如果我们最终错过了某个日期，那么它可能会给团队和业务进度带来很大的影响。

但是，使用产品思维，我们能够随时学习和适应。我们不去确定日期和工作节点，而是专注于研究和实现结果。如果某些事情没有成功，或并没有得到用户积极的反馈，我们就去处理这件事，去适应并仍朝着我们预期的结果努力，而不用担心破坏了所有人的美好计划。

更重要的是，问题出现时（不要自欺欺人，问题总是会出现的），产品思维使我们能够学习和适应，并专注于我们要努力实现的结果。

相反的，问题出现时，当处在被时间表困住的项目思维中，我们常常会陷入无休止的会议，并试图搞清楚为什么我们的初步猜测是错误的，以及我们如何重新按计划进行下去。

这最终会导致牺牲产品的质量，工作与生活的平衡以及最终结果，因为我们不得不继续专注在交付最初商定的产出上，不管这是否仍然是正确的事情。