项目思维相当普遍。像大型组织通常都有项目管理办公室，还有比如像从事软件开发的工作人员，他们职业生涯的大部分时间都专注于项目执行以及项目管理。
项目思维的重点在于交付。可以是对于特定功能或软件的交付，或者说实际上是对任何东西的交付。由于专注在交付上，主要的衡量标准就是时间轴和日程表。
项目管理专注于输出，并通过我们先前对时间轴估算的准确程度来衡量，再按照日程表交付指定「产量」。在这样的情况下，能否成功很大程度上取决于是否预先制定产品规格，设定具有一个个节点的日程表，以及按照这些日期完成交付。
与项目思维相比，这是一个重大的思维转变。由于专注于结果而不是产出，所以在前期，对交付时间做出约束会比较困难。这主要是因为前期不太需要知道将如何实现目标。
这种思维方式可能是一个很大的转变，特别是对于那些花费大量时间专注于项目执行和项目管理的人。对于没有定期监控的时间轴和日程表，许多人可能会对这种不确定性而感到不安。
使用产品思维，我们能够随时学习和适应。我们不去确定日期和工作节点，而是专注于研究和实现结果。如果某些事情没有成功，或并没有得到用户积极的反馈，我们就去处理这件事，去适应并仍朝着我们预期的结果努力，而不用担心破坏了所有人的美好计划。
更重要的是，问题出现时，产品思维使我们能够学习和适应，并专注于我们要努力实现的结果。相反的，问题出现时，当处在被时间表困住的项目思维中，我们常常会陷入无休止的会议，并试图搞清楚为什么我们的初步猜测是错误的，以及我们如何重新按计划进行下去。
这最终会导致牺牲产品的质量，工作与生活的平衡以及获得的结果，因为我们不得不继续专注在交付最初商定的产出上，不管这是否仍然是正确的事情。
在做产品过程中，如果发现了一个关键问题，传统的解决方法是收集需求，确定工作范围，然后构建产品功能，但并没有采用这种典型的方法。
从构建功能到集成第三方软件开发，但发现解决方案实际上是不开发任何东西。与其构建新功能或集成其他人的软件，解决方案其实是改变我们要求学生做的事情。
与其专注于做作品集的工具，我们可以简单地要求他们创建作品集，然后利用他们想用的任意软件来展示他们的作品。这对每个人都有很大的好处。学生们可以为自己的作品集做主，我们也可以不用局限于构建软件或使用任何特定的供应商。
这种结果通常在产品思维下所产生，且任何时候都有可能发生。避免了做任何开发工作，通常只需要用几个设计原型就可以弄清楚什么是可行的。或者可以做少量的开发工作来学习哪些特性将真正驱动我们得到想要的结果。
通常是在进入工作的冲刺时段。看起来可能有点迟，但正是在那时估算和计划才真正有意义。我们允许团队在进行承诺之前有时间进行适当的探索和研究。
我们还需要让其他人了解采用产品思维的好处。很多人要求提供交付日期和时间表是有原因的，部分原因是因为旧的习惯，还有考虑到业务和预算。
因此，在这些情况下，我们需要搞清时间轴的作用。如果是为了帮助销售产品，我们应该将重点从打造一个特定的功能提升到更高级别。如果是为了管理风险，也许我们需要帮助人们理解真正的风险并不在于错过日期，这完全忽视了我们试图提供的价值。
大多数情况下，我们并不确切地知道什么才会带来这个价值。如果你在做年度计划和预算编制时，认为我们可以预先一年提出正确的解决方案，那是非常不现实的。
项目思维的重点是预先提出解决方案，然后按计划进行交付，但产品思维会将重点放在结果上。这涉及一定程度的不确定性和对学习能力的要求，可能相对困难。但是，如果我们想要获得好的结果，而不仅是准时产出，那么它实际上是唯一的工作方式。
