你必須把精力集中在那些你必須要做的事情上，不要只盯著模型。

統(tǒng)計界有句老話：

所有模型都是錯誤的，但有些是有用的。

一直以來，這句話都引起了我的共鳴。雖然概念模型從來都是不完美的，但我發(fā)現(xiàn)它是解釋重要概念的一個特別有力的工具。但人們過于隨便地接受概念模型，或者在模型中進(jìn)行過多的規(guī)劃，并將其解釋為一個約定俗成的過程是有風(fēng)險存在的。這種風(fēng)險偶爾會發(fā)生在分析連續(xù)的產(chǎn)品識別和交付過程中。

我很早就使用了概念模型來表示這兩個并行的活動：

這個概念模型實際上有許多名稱。事實上，我認(rèn)為這正好表明了該模型的構(gòu)造能夠代表事實情況，以至于很多人用不同的術(shù)語來引用這個模型。我見過這個模型被稱為“正確產(chǎn)品/產(chǎn)品正確模型”，“預(yù)假設(shè)模型”等等?，F(xiàn)在很多人引用這個模型為”雙軌敏捷開發(fā)”或通稱“雙軌產(chǎn)品開發(fā)”。

Jeff Patton最近發(fā)表了一篇很好的文章，涵蓋了“雙軌”短語的起源（文章鏈接見文末）。在他的文章中，您可以看到Jeff是如何努力在概念模型中捕捉更多產(chǎn)品挖掘和實施過程的。我們能看出這個簡單的概念模型是如何演變成復(fù)雜的流程圖的。

應(yīng)用敏捷思維和產(chǎn)品思維在同一過程中

這些年來，很多人鼓勵我擴充簡單概念模型，以突出此類問題：

1. 基本產(chǎn)品規(guī)劃和/或用戶研究工作，這些工作通常要在更多的戰(zhàn)術(shù)發(fā)現(xiàn)工作之前完成。
2. 描述在交付過程中要完成的工作活動
3. Scrum與看板交付過程的差異（文末有相關(guān)資料）
4. 在生產(chǎn)和發(fā)現(xiàn)學(xué)習(xí)中出現(xiàn)的反饋回路

我拒絕了這些建議，不是因為其中哪一個都是錯誤的，而是因為人們總是希望能輕易從一個簡單的概念模型轉(zhuǎn)到一個更詳細(xì)的具體產(chǎn)品開發(fā)中，如文章開始所述，這樣容易出現(xiàn)差錯。更重要的是，我比較喜歡這個簡單的模型，因為它不是面向過程的。有許多不同的識別過程和技術(shù)，正如會有許多不同的交付過程和技術(shù)。

對我來說更高階的問題是：

• 產(chǎn)品識別和交付活動是平行進(jìn)行的，它們并不是“階段”。
• 在產(chǎn)品識別中，團(tuán)隊正面臨著巨大的風(fēng)險——價值、可用性、可行性和可存活性。
• 在識別中，產(chǎn)品團(tuán)隊正在協(xié)作解決的問題——產(chǎn)品管理、產(chǎn)品設(shè)計和工程。
• 產(chǎn)品團(tuán)隊要對業(yè)務(wù)結(jié)果進(jìn)行度量，而不僅僅是輸送功能。

這就是一個產(chǎn)品團(tuán)隊對產(chǎn)品識別和交付的責(zé)任（顯然，產(chǎn)品經(jīng)理和設(shè)計師將大部分時間花在探索活動上，而工程師則把大部分時間花在交付活動上）。

我一直對產(chǎn)品人強調(diào)，沒有孤立的產(chǎn)品開發(fā)過程，也沒有孤立的產(chǎn)品識別/交付過程。照搬硬套，只能是依葫蘆畫瓢。許多不同的產(chǎn)品識別過程，都是針對不同的情況。此外，重要的是要認(rèn)識到這并不只是個過程。它更重要的是投入必要的文化理念，并在關(guān)鍵技術(shù)上訓(xùn)練你的團(tuán)隊。

在最近的（必讀）股東信件中（《亞馬遜CEO Jeff Bezo：如何讓團(tuán)隊保持活力？》），Jeff Bezos談到了一些同樣的問題：“良好的過程為你服務(wù)，這樣您就可以為客戶服務(wù)?！?。但如果你不注意，這個過程就會成為一個東西。這在大型組織中經(jīng)常發(fā)生。過程成為了結(jié)果的代替品。你不看結(jié)果，只是確保你在正確地執(zhí)行這個過程。

如果你要在前面解決風(fēng)險、真正地與工程和設(shè)計結(jié)合，并提出好的解決方案；如果你要確保正在解決潛在的業(yè)務(wù)和客戶問題，而不僅僅是在輸送功能，那么你就得把精力集中在那些你必須要做的事情上，不要只盯著模型。

拓展閱讀

雙軌產(chǎn)品開發(fā)的始末

http://jpattonassociates.com/dual-track-development/

Scrum簡介?

• 把組織細(xì)分成小組、跨功能、自我組織團(tuán)隊。
• 把工作細(xì)分成細(xì)小、實在的交付成果，交排人員負(fù)責(zé)需求清單以及跟據(jù)重要性排優(yōu)先級別，由團(tuán)隊估算每個項目相對工量。
• 把整個開發(fā)時間分成固定時長的短迭代（通常于一至四星期），在每個迭代后演示新增可發(fā)布功能。
• 優(yōu)化發(fā)布以及跟客戶一起更新優(yōu)先級別，基于每個迭代后發(fā)布的觀察。
• 優(yōu)化過程，在每個迭代之后進(jìn)行回顧

看板開發(fā)方式簡介?

• 看板開發(fā)方式是近年引起很多討論和注目的一種敏捷開發(fā)實施。
• 工作流程形象化
• 把工作細(xì)分成任務(wù)，寫在卡紙上，貼在墻上
• 把欄命名好，來顯示任務(wù)在工作流程中的狀況
• 限制“在制品”（work in progress，簡稱 WIP） – 明確設(shè)定限制在每個狀態(tài)下同一時間能有多少工作任務(wù)。只有當(dāng)前的某項工作被交付，或是有了來自于下游的拉動，新的工作才能開始。
• 度量生產(chǎn)周期（即完成一個任務(wù)的平均時間），優(yōu)化開發(fā)過程，縮短開發(fā)周期和使它更易于預(yù)測。

翻譯：盯襠貓

原文作者：Marty Cagan

原文：https://svpg.com/process-vs-model/

本文由 @盯襠貓 翻譯發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

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