項目思維關(guān)注產(chǎn)出 output，產(chǎn)品思維關(guān)注結(jié)果 outcome，兩者各自有適合的領(lǐng)域。

今天和大家分享 Kyle Evans 在 Medium 上非常受歡迎的文章，這篇文章講述項目思維和產(chǎn)品思維的區(qū)別，以及為什么產(chǎn)品思維更有利于創(chuàng)新型互聯(lián)網(wǎng)業(yè)務(wù)。

一個產(chǎn)品經(jīng)理（或組織）面臨的最大挑戰(zhàn)之一就是如何將思維模式以及文化特性從項目層面提升到整個產(chǎn)品的高度。

項目思維

項目思維相當(dāng)普遍。特別是對于從事軟件開發(fā)的工作人員，他們職業(yè)生涯的大部分時間都專注于項目執(zhí)行以及項目管理。大型組織通常有PMO部門——項目管理辦公室，專注于項目管理。

這并不奇怪，因?yàn)轫椖抗芾硪呀?jīng)存在了很長時間。且我們?nèi)祟悆A向于從項目角度思考：依次做完那些需要我們完成的事情即可。

那么項目思維是什么呢？

項目思維的重點(diǎn)在于交付?？梢允菍τ谔囟üδ芑蜍浖慕桓?，或者說實(shí)際上是對任何東西的交付。從飛機(jī)到房屋亦是如此。那么由于專注在交付上，主要的衡量標(biāo)準(zhǔn)就是時間軸和日程表。

項目管理專注于輸出，并通過我們先前對時間軸估算的準(zhǔn)確程度來衡量，再按照日程表交付指定「產(chǎn)量」。

在這樣的情況下，能否成功很大程度上取決于，是否預(yù)先制定產(chǎn)品規(guī)格，設(shè)定具有一個個節(jié)點(diǎn)的日程表，以及按照這些日期完成交付。

產(chǎn)品思維

產(chǎn)品思維則采用了完全不同的方法。產(chǎn)品思維并不關(guān)注產(chǎn)出（output），而是關(guān)注結(jié)果（outcome）。

與項目思維相比，這是一個重大的思維轉(zhuǎn)變。我們并不關(guān)注時間表和日期，而是關(guān)注想要實(shí)現(xiàn)的目標(biāo)或要完成的工作。

由于我們專注于結(jié)果而不是產(chǎn)出，所以在前期，對交付時間做出約束會比較困難。這主要是因?yàn)榍捌谖覀儾惶枰牢覀儗⑷绾螌?shí)現(xiàn)目標(biāo)。

這種思維方式可能是一個很大的轉(zhuǎn)變，特別是對于那些花費(fèi)大量時間專注于項目執(zhí)行和項目管理的人。對于沒有定期監(jiān)控的時間軸和日程表，許多人可能會因這種不確定性而感到不安。

產(chǎn)品思維的好處

那么放棄項目時間表改為關(guān)注結(jié)果會帶來什么好處呢？

首先，無論我們做出什么努力去實(shí)現(xiàn)目標(biāo)，從根本上來講我們都要向著結(jié)果去前進(jìn)。產(chǎn)品思維的主要好處是我們確保我們更高效地獲得結(jié)果。

而項目思維，則需要在一開始時就假設(shè)，我們已經(jīng)知道如何去實(shí)現(xiàn)預(yù)期的結(jié)果。根據(jù)這一假設(shè)，我們創(chuàng)建一個具有目標(biāo)要求和工作節(jié)點(diǎn)的項目計劃和時間軸，然后開始執(zhí)行該計劃。

如果我們做的正確，且我們最初的設(shè)定在事后被證明是正確的解決方案，那么我們就會得到好的結(jié)果。我們要做的也只是執(zhí)行計劃并取得成果。

但如果我們最初是錯的該怎么辦？我們確定下來的解決方案無法達(dá)到我們渴望的結(jié)果要怎么辦？

這就是項目思維讓我們陷入各種麻煩的地方。一旦我們制定了計劃，尤其是在大型組織中可能就很難轉(zhuǎn)移和改變。

在確定好日期并且每個人都對計劃表示同意的情況下，不管我們盡多大努力學(xué)習(xí)和適應(yīng)，這樣的計劃通常會根深蒂固于每個人的大腦中。且如果我們最終錯過了某個日期，那么它可能會給團(tuán)隊和業(yè)務(wù)進(jìn)度帶來很大的影響。

但是，使用產(chǎn)品思維，我們能夠隨時學(xué)習(xí)和適應(yīng)。我們不去確定日期和工作節(jié)點(diǎn)，而是專注于研究和實(shí)現(xiàn)結(jié)果。如果某些事情沒有成功，或并沒有得到用戶積極的反饋，我們就去處理這件事，去適應(yīng)并仍朝著我們預(yù)期的結(jié)果努力，而不用擔(dān)心破壞了所有人的美好計劃。

更重要的是，問題出現(xiàn)時（不要自欺欺人，問題總是會出現(xiàn)的），產(chǎn)品思維使我們能夠?qū)W習(xí)和適應(yīng)，并專注于我們要努力實(shí)現(xiàn)的結(jié)果。

相反的，問題出現(xiàn)時，當(dāng)處在被時間表困住的項目思維中，我們常常會陷入無休止的會議，并試圖搞清楚為什么我們的初步猜測是錯誤的，以及我們?nèi)绾沃匦掳从媱澾M(jìn)行下去。

這最終會導(dǎo)致犧牲產(chǎn)品的質(zhì)量，工作與生活的平衡以及最終結(jié)果，因?yàn)槲覀儾坏貌焕^續(xù)專注在交付最初商定的產(chǎn)出上，不管這是否仍然是正確的事情。

項目示例

我們已經(jīng)討論了很多概念的東西，那么現(xiàn)在讓我們看一些例子來更好地理解這些概念。

關(guān)于項目的一個很好的例子是建造房屋。我妻子和我去年建了我們的房子。我們經(jīng)歷了包括從選擇平面圖到選擇房子里的所有飾面和細(xì)節(jié)的整個過程，之后也投入了很多錢來推動這項工程。

當(dāng)我們開始時，我們的施工經(jīng)理（絕對優(yōu)秀）給了我們估計的完成日期。大約6個月。顯然，這個估計并不會完全符合現(xiàn)實(shí)，通?？赡軙霈F(xiàn)導(dǎo)致工期拖后的事情，但由于房屋的建造是一個具有明確輸入的且可重復(fù)的過程，一個好的施工經(jīng)理可以逐周查看計劃并確定他們何時可以完成工作。

我們的房子大約比預(yù)期晚了一個星期建完，完全符合我對項目日期的看法。其中一項交易拖延了，因此工程擱置了幾天，并且產(chǎn)生了一些連鎖反應(yīng)。但那沒關(guān)系。這是在預(yù)料之中的。

對于這種類型的建筑工程，非常適用于項目管理。每個人都知道需要做什么，按時完成是關(guān)鍵，尤其是當(dāng)我們考慮的不僅是要居住的房子，而是整個開發(fā)過程。

產(chǎn)品示例

但是這種項目管理在任何地方都有效嗎？

并不是這樣。

雖然我們很想把軟件開發(fā)看作是建筑工程，但事實(shí)并非如此。無論我們多么努力，明確定義的計劃和工作都不能轉(zhuǎn)化為產(chǎn)品開發(fā)。雖然在明確的時間表可以帶來很大的舒適性，但這并不符合我們進(jìn)行新產(chǎn)品開發(fā)的情況。

在我一直做的一個產(chǎn)品中，我發(fā)現(xiàn)了一個關(guān)鍵問題，并且知道我們需要解決這個問題，以便繼續(xù)擴(kuò)大我們的受眾范圍并接觸到更多的用戶。

傳統(tǒng)的方法是收集需求，確定工作范圍，然后構(gòu)建特性。但令我所在組織的許多人感到震驚的是，我并沒有采用這種典型的方法。

在我了解了這個問題后，我便開始研究解決方案，從構(gòu)建特性到集成第三方軟件。

當(dāng)我這樣做的時候，我發(fā)現(xiàn)解決方案實(shí)際上是不開發(fā)任何東西。

與其構(gòu)建新功能或集成其他人的軟件（在本例中，是為了展示學(xué)生的作品集），解決方案是改變我們要求學(xué)生做的事情。

與其專注于做作品集的工具，我們可以簡單地要求他們創(chuàng)建作品集，然后利用他們想用的任意軟件來展示他們的作品。

這對每個人都有很大的好處。學(xué)生們可以為自己的作品集做主，我們也可以不用局限于構(gòu)建軟件或使用任何特定的供應(yīng)商。

用項目思維永遠(yuǎn)不會解決這個問題。這個解決方案產(chǎn)生的原因是我關(guān)注的是問題及其結(jié)果（在我們的應(yīng)用程序上獲得更多用戶）。而不是構(gòu)建另一個特性。

這種結(jié)果通常是在產(chǎn)品思維下所產(chǎn)生的。且任何時候都有可能發(fā)生。在我上面的例子中，我們避免做任何開發(fā)工作。但通常需要用幾個設(shè)計原型來弄清楚什么是可行的?；蛘呶覀兛梢宰錾倭康拈_發(fā)工作來學(xué)習(xí)哪些特性將真正驅(qū)動我們得到想要的結(jié)果。

無論我們在哪個過程中學(xué)到東西，最關(guān)鍵的是我們在這個過程中學(xué)習(xí)到了東西，而不是預(yù)先決定進(jìn)程并遵循項目計劃。

正確的處理方式

那我們怎么做呢？如何保持產(chǎn)品開發(fā)專注重點(diǎn)？

所有產(chǎn)品和產(chǎn)品管理都涉及一定程度的項目管理。我們必須讓工作進(jìn)行下去，并且（不幸的是），我們的利益相關(guān)者以及合作伙伴一定還是會期待某些日期或承諾。

關(guān)鍵是只有在我們高度自信的情況下才可以做出承諾和項目計劃。因此，我們要在驗(yàn)證了我們正在做的事情并且有機(jī)會真正理解它將采取什么措施的情況下，作出承諾，而不是事先承諾特定的路徑。

通常是在進(jìn)入工作的沖刺時段。看起來可能有點(diǎn)遲，但正是在那時估算和計劃才真正有意義。

Marty Cagan 在他的書《啟示錄：打造用戶喜愛的產(chǎn)品》中稱這種承諾是「高度誠信的承諾」。我們允許團(tuán)隊在要求承諾之前有時間進(jìn)行適當(dāng)?shù)奶剿骱脱芯俊?/p>

我們還需要讓其他人了解采用產(chǎn)品思維的好處。有很多人要求提供日期和時間表是有原因的。部分原因是因?yàn)榕f習(xí)慣。對于業(yè)務(wù)和預(yù)算來說是必要考慮時間的。因此，在這些情況下，我們需要搞清時間軸的作用。

如果是為了幫助銷售產(chǎn)品，我們應(yīng)該將重點(diǎn)從特定功能提升到更高級別。如果是為了管理風(fēng)險，也許我們需要幫助人們理解真正的風(fēng)險并不在于錯過日期，這完全忽視了我們試圖提供的價值。

最后，我們要明白產(chǎn)品開發(fā)的目的就是為用戶和消費(fèi)者創(chuàng)造價值。大多數(shù)情況下，我們并不確切地知道什么會帶來這個價值。如果你在做年度計劃和預(yù)算編制時，認(rèn)為我們可以預(yù)先一年提出正確的解決方案，那是非常不現(xiàn)實(shí)的。

項目思維的重點(diǎn)是預(yù)先提出解決方案，然后按計劃進(jìn)行交付，但產(chǎn)品思維會將重點(diǎn)放在結(jié)果上。這涉及一定程度的不確定性和對學(xué)習(xí)能力的要求，這可能相當(dāng)困難。但是，如果我們想要獲得好的結(jié)果，而不僅是準(zhǔn)時產(chǎn)出，那么它實(shí)際上是唯一的工作方式。

原文：https://productcoalition.com/product-thinking-vs-project-thinking-380692a2d4e

標(biāo)題：Product Thinking vs. Project Thinking

作者：Kyle Evans，公眾號：光澗實(shí)驗(yàn)室（ID：lightstream0）

本文由 @光澗實(shí)驗(yàn)室 翻譯發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議