，两者各自有适合的领域。今天，工业互联网研习社和大家分享 Kyle Evans 在 Medium 上非常受欢迎的文章，这篇文章讲述项目思维和产品思维的区别，以及为什么产品思维更有利于创新型互联网业务。
项目思维相当普遍。特别是对于从事软件开发的工作人员，他们职业生涯的大部分时间都专注于项目执行以及项目管理。大型组织通常有PMO部门——项目管理办公室，专注于项目管理。这并不奇怪，因为项目管理已经存在了很长时间。且我们人类倾向于从项目角度思考：依次做完那些需要我们完成的事情即可。
产品思维产品思维则采用了完全不同的方法。产品思维并不关注产出（output），而是关注结果（outcome）。
这种思维方式可能是一个很大的转变，特别是对于那些花费大量时间专注于项目执行和项目管理的人。对于没有定期监控的时间轴和日程表，许多人可能会因这种不确定性而感到不安。
这就是项目思维让我们陷入各种麻烦的地方。一旦我们制定了计划，尤其是在大型组织中可能就很难转移和改变。在确定好日期并且每个人都对计划表示同意的情况下，不管我们尽多大努力学习和适应，这样的计划通常会根深蒂固于每个人的大脑中。且如果我们最终错过了某个日期，那么它可能会给团队和业务进度带来很大的影响。
但是，使用产品思维，我们能够随时学习和适应。我们不去确定日期和工作节点，而是专注于研究和实现结果。
更重要的是，问题出现时（不要自欺欺人，问题总是会出现的），产品思维使我们能够学习和适应，并专注于我们要努力实现的结果。相反的，问题出现时，当处在被时间表困住的项目思维中，我们常常会陷入无休止的会议，并试图搞清楚为什么我们的初步猜测是错误的，以及我们如何重新按计划进行下去。这最终会导致牺牲产品的质量，工作与生活的平衡以及最终结果，因为我们不得不继续专注在交付最初商定的产出上，不管这是否仍然是正确的事情。
在我了解了这个问题后，我便开始研究解决方案，从构建特性到集成第三方软件。当我这样做的时候，我发现解决方案实际上是不开发任何东西。与其构建新功能或集成其他人的软件（在本例中，是为了展示学生的作品集），解决方案是改变我们要求学生做的事情。与其专注于做作品集的工具，我们可以简单地要求他们创建作品集，然后利用他们想用的任意软件来展示他们的作品。这对每个人都有很大的好处。学生们可以为自己的作品集做主，我们也可以不用局限于构建软件或使用任何特定的供应商。
这种结果通常是在产品思维下所产生的。且任何时候都有可能发生。在我上面的例子中，我们避免做任何开发工作。但通常需要用几个设计原型来弄清楚什么是可行的。或者我们可以做少量的开发工作来学习哪些特性将真正驱动我们得到想要的结果。无论我们在哪个过程中学到东西，最关键的是我们在这个过程中学习到了东西，而不是预先决定进程并遵循项目计划。
关键是只有在我们高度自信的情况下才可以做出承诺和项目计划。因此，我们要在验证了我们正在做的事情并且有机会真正理解它将采取什么措施的情况下，作出承诺，而不是事先承诺特定的路径。通常是在进入工作的冲刺时段。看起来可能有点迟，但正是在那时估算和计划才真正有意义。Marty Cagan 在他的书《启示录：打造用户喜爱的产品》中称这种承诺是「高度诚信的承诺」。我们允许团队在要求承诺之前有时间进行适当的探索和研究。
