摘要：摘要什么是第一性原理第一性原理如何指導(dǎo)我們的精益敏捷開(kāi)發(fā)阿里資深解決方案架構(gòu)師暢銷書(shū)精益產(chǎn)品開(kāi)發(fā)原則方法與實(shí)施作者何勉，結(jié)合實(shí)踐案例，詳述第一性原理和精益敏捷的規(guī)?；瘜?shí)施。前言今天分享的題目是第一性原理和精益敏捷的規(guī)?；瘜?shí)施。

摘要： 什么是第一性原理？第一性原理如何指導(dǎo)我們的精益敏捷開(kāi)發(fā)？阿里資深解決方案架構(gòu)師、暢銷書(shū)《精益產(chǎn)品開(kāi)發(fā)：原則、方法與實(shí)施》作者何勉，結(jié)合實(shí)踐案例，詳述第一性原理和精益敏捷的規(guī)模化實(shí)施。

導(dǎo)讀：什么是第一性原理？第一性原理如何指導(dǎo)我們的精益敏捷開(kāi)發(fā)？阿里資深解決方案架構(gòu)師、暢銷書(shū)《精益產(chǎn)品開(kāi)發(fā)：原則、方法與實(shí)施》作者何勉，結(jié)合實(shí)踐案例，詳述第一性原理和精益敏捷的規(guī)模化實(shí)施。

前言

今天分享的題目是第一性原理和精益敏捷的規(guī)?；瘜?shí)施。

我們講第一性原理，先從它的反面“貨物崇拜”說(shuō)起。

貨物崇拜發(fā)生在西南太平洋的小島，二戰(zhàn)時(shí)期美軍在這里駐軍，美軍撤走以后小島發(fā)生一個(gè)很奇特的現(xiàn)象，小島的原住民部落中興起一個(gè)宗教儀式——他們用草木搭起飛機(jī)模型，并作為圖騰來(lái)崇拜。

他們每年定期會(huì)在自己的身體上畫(huà)出USA三個(gè)大字母立隊(duì)行軍，拿著木頭槍游行，并拜飛機(jī)，手里還會(huì)拿樹(shù)葉翻來(lái)翻去，大家猜猜他們?cè)诟墒裁矗?/p>

他們覺(jué)得美軍不需要打獵、捕魚(yú)卻有充分的物資，這些物資都是島民沒(méi)有見(jiàn)過(guò)的好東西。他們認(rèn)為美軍只是普普通通的人，美軍的種種行為是在召喚神靈——也就是被他們稱為鐵鳥(niǎo)的飛機(jī)，鐵鳥(niǎo)帶來(lái)無(wú)窮無(wú)盡的物資，而這本是祖先賜予他們禮物的，結(jié)果卻被美軍劫持了。

他們覺(jué)得自己只要模仿美軍的動(dòng)作就可以召喚神的再次降臨，比如翻樹(shù)葉——其實(shí)是在模仿美軍翻閱作戰(zhàn)文件。

他們模仿這些行為，一直堅(jiān)持到今天，從來(lái)沒(méi)有改變過(guò)，以至于已經(jīng)成為一個(gè)宗教，人類學(xué)家稱其為貨物崇拜教，也就是說(shuō)對(duì)那些飛機(jī)以及飛機(jī)帶來(lái)的貨物的崇拜。他們希望通過(guò)模仿現(xiàn)象和表象，得到想要的結(jié)果。

我們?cè)诰婷艚輰?shí)施里面也經(jīng)?？吹截浳锍绨?，比如我們產(chǎn)品經(jīng)理不叫產(chǎn)品經(jīng)理，叫PO，項(xiàng)目經(jīng)理不叫PM，而改成Scrum Master，我們的需求不叫需求叫故事。我們也搞各種儀式——比如說(shuō)站會(huì)，搞所謂大規(guī)模的敏捷框架，我們希望對(duì)于這種形式的模仿可以帶來(lái)不同的結(jié)果。

而我們經(jīng)常看到形式模仿了，但本質(zhì)沒(méi)有改變。我經(jīng)歷過(guò)很多成功的團(tuán)隊(duì)，也有看到過(guò)很多不成功的。托爾斯泰說(shuō)幸福的家庭都是相似的，不幸的家庭各有各的不幸。

在成功的精益敏捷實(shí)施中，我的確看到了共性，它就是聚焦價(jià)值交付。不成功的根本原因各不相同，如理解不到位，方法錯(cuò)誤，技術(shù)能力不足等。但是，不成功的表現(xiàn)形式也有共性，那就是最終都會(huì)表現(xiàn)出某種程度的貨物崇拜——只在乎形式，而忘記了實(shí)質(zhì)。

這算是個(gè)開(kāi)頭，為第一性原理做一個(gè)鋪墊。今天我主要分享敏捷的規(guī)?；瘜?shí)施，會(huì)從以下四個(gè)方面進(jìn)行分享：

1、第一性原理
2、產(chǎn)品開(kāi)發(fā)的第一性原理
3、精益和?捷的規(guī)模化路徑
4、以第一性原理檢驗(yàn)規(guī)?；男Ч?/p>

一、第一性原理

我們不要貨物崇拜，那我們?cè)撛趺醋瞿?？我們?yīng)該探尋第一性原理，回到事情的本源。我來(lái)解釋一下什么叫做第一性原理。

第一性原理這個(gè)詞很早就存在，但是最近特別熱，可能是因?yàn)樘厮估膭?chuàng)始人 ELON MUSK吧 ，接受采訪時(shí)，他總會(huì)提到第一性原理，認(rèn)為考慮事情應(yīng)該注重其第一性原理。以至于現(xiàn)在硅谷投資人也都學(xué)會(huì)了，經(jīng)常會(huì)問(wèn)：“這個(gè)項(xiàng)目不錯(cuò)，可是第一性原理是什么呢？”

第一性原理就是用物理學(xué)的角度看待世界，一層一層撥開(kāi)事物的表象，看到里面的本質(zhì)，再?gòu)谋举|(zhì)一層一層往上走。這恰恰和貨物崇拜相反。貨物崇拜看到的是表象，第一性原理是要回到事物的本質(zhì)。

看看 ELON MUSK 怎么講第一性原理的。

比如他剛做電動(dòng)車(chē)的時(shí)候，人們告訴他別做電動(dòng)車(chē)，因?yàn)殡姵爻杀咎?，電?dòng)車(chē)不可行。Musk是準(zhǔn)物理學(xué)博士（中途輟學(xué)創(chuàng)業(yè)，未能取得博士學(xué)位），他說(shuō)我們要回到第一性原理，那么問(wèn)題是：構(gòu)成電池的基本原材料是金屬元素，這些金屬元素加起來(lái)成本是多少，多少錢(qián)一度電？比如60美元左右一度電。

我們的任務(wù)就是無(wú)限逼近原材料的成本，因?yàn)槌嗽牧铣杀局猓渌杀径际侨祟悈f(xié)作過(guò)程之中產(chǎn)生的，就有可能被消除掉，從而逼近原材料成本。這是馬斯克眼中的第一性原理——回到事物的物理本質(zhì)。

再看喬布斯的第一性原理。他說(shuō)我們做一切事情要圍繞產(chǎn)品——公司、管理、技術(shù)、銷售、創(chuàng)新都要圍繞產(chǎn)品做。

關(guān)于公司，他曾經(jīng)說(shuō)，“我創(chuàng)建公司唯一的目的是為了產(chǎn)品，公司只不過(guò)是一種手段，可以讓真正有創(chuàng)造力的人合作打造產(chǎn)品?！?/p>

關(guān)于銷售他說(shuō)：“我堅(jiān)信我們打造好的產(chǎn)品用戶一定喜歡，用戶喜歡一定會(huì)給錢(qián)，所以銷售不是問(wèn)題”。

關(guān)于創(chuàng)新喬布斯說(shuō)“我對(duì)創(chuàng)新沒(méi)有興趣，我只在乎偉大的產(chǎn)品，只要把產(chǎn)品做好了，這件事本質(zhì)做好了其他會(huì)跟著來(lái)”。

第一性原理就是要回到事物的本質(zhì)，從本質(zhì)出發(fā)再一層一層看看我們應(yīng)該怎么規(guī)劃其他的方面。

產(chǎn)品是商業(yè)成功的根本，至少喬布斯是這么認(rèn)為的，也是這樣做的。

二、產(chǎn)品開(kāi)發(fā)的第一性原理

那產(chǎn)品開(kāi)發(fā)的第一性原理應(yīng)該是什么？我覺(jué)得要從理解其根本目標(biāo)出發(fā)，才能回答這個(gè)問(wèn)題。

德魯克說(shuō)，任何組織的績(jī)效只能在它的外部反映出來(lái)。我們探究產(chǎn)品開(kāi)發(fā)的目標(biāo)，不能從組織內(nèi)部找，要從它的外部找，要看用戶和價(jià)值。管理存在的目的是幫助組織取得成效，他的責(zé)任是協(xié)調(diào)內(nèi)部資源取得成效。所以說(shuō)他的第一性原理不在于內(nèi)部，而是要取得外部的成效，我們稱之為：“交付有用的價(jià)值”。

我們內(nèi)部的種種方式，協(xié)調(diào)資源做計(jì)劃，改善技術(shù)或流程都是為取得外部的成效服務(wù)的。對(duì)產(chǎn)品開(kāi)發(fā)來(lái)說(shuō)就是要：“順暢和高質(zhì)量交付有用的價(jià)值”，包括三個(gè)關(guān)鍵字。

順暢，就是交付的過(guò)程外部?jī)r(jià)值要順暢，不管內(nèi)部怎么去協(xié)作，采取什么樣的流程，用什么樣的技術(shù)，構(gòu)件什么樣的基礎(chǔ)設(shè)施，都是要為價(jià)值的順暢交付服務(wù)。

當(dāng)然順暢還要符合質(zhì)量的要求。

最后交付的價(jià)值是要有用的，有用的就是用戶在乎的，愿意付錢(qián)的，可以為我們帶來(lái)利益的。如果用4x100米接力賽做比喻，那我們聚焦應(yīng)該是接力棒的傳遞而不是運(yùn)動(dòng)員是不是時(shí)刻在動(dòng)。產(chǎn)品開(kāi)發(fā)的目的是要把用戶的價(jià)值最快的傳遞出去，而不是內(nèi)部資源是不是時(shí)刻忙碌。

三、精益和?捷的規(guī)模化路徑

接下來(lái)我們要講講精益敏捷規(guī)?；瘜?shí)施路徑，第一性原理為我們的規(guī)?；婷艚輰?shí)施的路徑提供了方向性的指導(dǎo)。

3.1 康威定律的啟示

我們經(jīng)?？吹剿^敏捷的規(guī)?；瘜?shí)施方案，會(huì)從組織結(jié)構(gòu)的規(guī)?；桨搁_(kāi)始。這樣做好嗎？

著名的康威定律告訴我們，組織結(jié)構(gòu)會(huì)決定團(tuán)隊(duì)溝通的結(jié)構(gòu)，也會(huì)決定產(chǎn)品的結(jié)構(gòu)。聽(tīng)起來(lái)有點(diǎn)抽象，我們看兩個(gè)具體的例子。

康威在一篇論文中給了一個(gè)例子，當(dāng)年有一個(gè)團(tuán)隊(duì)要做兩個(gè)編譯器，一個(gè)叫做 COBOL ，一個(gè)叫做 ALGOL ， 一共有8個(gè)程序員。團(tuán)隊(duì)評(píng)估認(rèn)為COBOL 復(fù)雜度要比ALGOL復(fù)雜，于是給 COBOL 團(tuán)隊(duì)分5個(gè)人，給 ALGOL 團(tuán)隊(duì)分了3個(gè)人，從此以后這個(gè)世界上COBOL編譯分5步，ALGOL的編譯分3步。也就是說(shuō)產(chǎn)品結(jié)構(gòu)拷貝了組織的結(jié)構(gòu)。

再看另外一個(gè)例子，我當(dāng)年做項(xiàng)目經(jīng)理的時(shí)候帶過(guò)硬件團(tuán)隊(duì)，為了激勵(lì)團(tuán)隊(duì)讀過(guò)一本硬件工程師勵(lì)志書(shū)《新機(jī)器靈魂》，它講的是小型機(jī)時(shí)代的硬件開(kāi)發(fā)。

當(dāng)時(shí)，一個(gè)公司要做小型機(jī)，與如日中天的DEC的VAX11競(jìng)爭(zhēng)。主人公潛入用戶的機(jī)房，把用戶的 VAX11打開(kāi)，看到其中一塊塊電路板，于是他放心了。

書(shū)中是這樣說(shuō)的：“威斯特打開(kāi)機(jī)器，拉開(kāi)電路板的一刻，他放心了。他從中看到的是DEC組織結(jié)構(gòu)，而不是一塊塊電路板，VAX11過(guò)于復(fù)雜，他對(duì)VAX11各部分連接方式不以為然。因?yàn)殡娐窚贤ǚ绞娇截惖氖墙M織溝通的方式”。這是一個(gè)真實(shí)的故事，康威原理也適用于硬件開(kāi)發(fā)。

3.2 聚焦用戶價(jià)值是規(guī)劃規(guī)?；窂降谋赜芍?/p>

康威定律告訴我們，一開(kāi)始去設(shè)計(jì)和決定組織結(jié)構(gòu)，那同時(shí)也就幾乎決定你的產(chǎn)品結(jié)構(gòu)，至少是限制了產(chǎn)品結(jié)構(gòu)。今天市場(chǎng)和環(huán)境變化太快，業(yè)務(wù)本身也需要靈活，產(chǎn)品本身當(dāng)然也需要靈活性，不能被人為設(shè)計(jì)的層次化的組織結(jié)構(gòu)所限制。所以我們認(rèn)為如果上來(lái)就去設(shè)計(jì)規(guī)?；慕M織結(jié)構(gòu)是不對(duì)的，應(yīng)該避免從組織結(jié)構(gòu)的規(guī)?；_(kāi)始考慮這個(gè)問(wèn)題。

你應(yīng)該從用戶價(jià)值出發(fā)去考慮，由實(shí)際的業(yè)務(wù)需要驅(qū)動(dòng)，讓用戶價(jià)值交付的需要決定組織的協(xié)作方式。在今天這個(gè)多變的世界里，用戶價(jià)值的交付需要有靈活性，組織結(jié)構(gòu)也應(yīng)該有靈活性，這是對(duì)康威原理的一個(gè)推論。

康威原理說(shuō)產(chǎn)品會(huì)拷貝組織結(jié)構(gòu)，那我們產(chǎn)品要靈活多變，組織結(jié)構(gòu)也應(yīng)該是靈活的。所以我們永遠(yuǎn)應(yīng)該從用戶價(jià)值出發(fā)，來(lái)決定我們?cè)趺慈プ鲆?guī)?；?/p>

從用戶價(jià)值出發(fā)，我看到兩類規(guī)?；男枨?。

第一是先后各個(gè)順序職能的打通。瀑布開(kāi)發(fā)模式中，開(kāi)發(fā)團(tuán)隊(duì)批量的進(jìn)行需求的設(shè)計(jì)、開(kāi)發(fā)、測(cè)試，這一方式延遲了價(jià)值交付和即時(shí)有效的反饋。與之對(duì)應(yīng)，敏捷倡導(dǎo)迭代開(kāi)發(fā)方式。希望迭代地交付價(jià)值和獲取反饋，比如 Scrum框架。但是真實(shí)世界要更復(fù)雜。

更宏觀的看產(chǎn)品交付過(guò)程，需求之前還有業(yè)務(wù)規(guī)劃、產(chǎn)品定義等，需求之后還有實(shí)施和驗(yàn)證等。這樣我們發(fā)現(xiàn)如果僅僅在實(shí)現(xiàn)階段迭代，整體來(lái)看，它還是瀑布，只不過(guò)是更大的瀑布，我們稱之為Water-Scrum-Fall，局部的迭代，并不能帶來(lái)真正的快速交付和真實(shí)反饋。

打通端到端的價(jià)值流，這是規(guī)?；鉀Q的問(wèn)題之一。這才能產(chǎn)生快速和有效的交付。同時(shí)也才能產(chǎn)生有效反饋，基于反饋不斷調(diào)整保證我們交付的價(jià)值有用。

還有另外一種情況，比如對(duì)于一個(gè)典型設(shè)備制造商，就說(shuō)華為吧，要交付一個(gè)移動(dòng)的解決方案，比如 VOIP 、 VOLTE這樣的解決方案可能要涉及到上千人，比如基站、基站控制器、核心網(wǎng)、網(wǎng)管等網(wǎng)絡(luò)設(shè)備，在電信行業(yè)把單個(gè)網(wǎng)絡(luò)設(shè)備成為網(wǎng)元，每個(gè)網(wǎng)元背后都是相對(duì)獨(dú)立的開(kāi)發(fā)團(tuán)隊(duì)。

一個(gè)網(wǎng)元也有幾百人在做，功能需求還要被分解到一個(gè)個(gè)功能模塊。這個(gè)產(chǎn)品的價(jià)值也是分層次的：
在解決方案層我們稱之為用戶原始需求；
在網(wǎng)元層稱之為功能需求；
在模塊層稱之為可分配需求。
需求也是分層次的。

我們不可能把一千個(gè)人變成跨功能，跨職能的單個(gè)團(tuán)隊(duì)。只有各個(gè)團(tuán)隊(duì)能夠協(xié)調(diào)一致，并保證各個(gè)層次工作的對(duì)齊，才能快速交付最終對(duì)用戶有意義的價(jià)值。

這就引出了規(guī)?；鉀Q的第二個(gè)問(wèn)題——怎么協(xié)調(diào)各個(gè)層面，最終交付有效的用戶價(jià)值、用戶需求。這也就是如何協(xié)調(diào)每個(gè)層次、不同團(tuán)隊(duì)的工作，對(duì)齊各個(gè)層次上的工作，保證最終用戶價(jià)值交付的順暢流動(dòng)和交付。

總結(jié)下來(lái)，規(guī)?；拿艚輰?shí)施要解決兩類問(wèn)題：
打通端到端的價(jià)值流，連接價(jià)值鏈上的不同職能；
在各個(gè)層次上協(xié)調(diào)各個(gè)關(guān)聯(lián)的團(tuán)隊(duì)，保證他們工作的對(duì)齊。
通過(guò)這兩點(diǎn)聯(lián)通前后，對(duì)齊左右，目標(biāo)是順暢交付對(duì)外部也就是對(duì)用戶有用的業(yè)務(wù)價(jià)值。順暢意味著快速，也意味著高質(zhì)量。

3.3 規(guī)模化精益、敏捷實(shí)施的不同路徑及其案例

單個(gè)小團(tuán)隊(duì)層面和局部環(huán)節(jié)的實(shí)施不能帶來(lái)真正的價(jià)值交付，那這就提出了規(guī)?；男枨蟆Ｃ鎸?duì)這樣的需求我們來(lái)考慮怎么樣做，下面我會(huì)分享一些例子，其中有華為、平安的，也有創(chuàng)業(yè)公司。

這些例子面對(duì)的場(chǎng)景和上下文不同，其具體的方案也不同，但總體上可以分為四種模式，它們的共同特點(diǎn)是以團(tuán)隊(duì)級(jí)實(shí)施為基礎(chǔ)，再需求更大范圍的規(guī)?；瘧?yīng)用，最終都是為了順暢交付價(jià)值。

我們將介紹四種常見(jiàn)的模式，也就是融合、拓展、連接和層次化。

3.3.1 融合

我們先看一個(gè)例子，團(tuán)隊(duì)的融合，是兩個(gè)團(tuán)隊(duì)被融合為一個(gè)團(tuán)隊(duì)。

這是一家做企業(yè)網(wǎng)盤(pán)的部門(mén)。企業(yè)網(wǎng)盤(pán)類似于百度云盤(pán)，相對(duì)而言，難度在于需求多樣化，比如安全的需求、合規(guī)的需求，跟辦公系統(tǒng)集成等。

它涉及兩類技術(shù)：
一類是后端的技術(shù)，做文件系統(tǒng)、集群控制，以及各類應(yīng)用的基礎(chǔ)服務(wù)；
一類是前端技術(shù)，提供安卓、IOS和Web以及PC的客戶端應(yīng)用。
前后端兩類技術(shù)并不通用，所以很自然他們分成了前后端兩個(gè)團(tuán)隊(duì)，分別做迭代，分別有一塊看板。

這時(shí)，如果有一個(gè)需求，比如在線視頻播放需求。它會(huì)被分別分解為前端和后端的子需求，前端和后端團(tuán)隊(duì)分別做迭代，兩周一個(gè)迭代，后端先做，前端再集成。還需要一個(gè)多帶帶的缺陷管理系統(tǒng)。

有了BUG先提給前端，前端發(fā)現(xiàn)是后端的問(wèn)題，再轉(zhuǎn)給后端。問(wèn)題是后端這時(shí)正在做下一批需求，相對(duì)新需求，我們認(rèn)為解決Bug的優(yōu)先級(jí)更高。但事實(shí)執(zhí)行中卻正好相反，因?yàn)樾滦枨笥忻鞔_的時(shí)間要求啊，除非有人追——通常是項(xiàng)目經(jīng)理來(lái)追。

包括剛才說(shuō)的排計(jì)劃，也就是協(xié)調(diào)前后端的迭代計(jì)劃，也需要項(xiàng)目經(jīng)理來(lái)做。在這里項(xiàng)目經(jīng)理是非常關(guān)鍵的角色，是一個(gè)樞紐，是一個(gè)關(guān)節(jié)點(diǎn)，當(dāng)然也是一個(gè)瓶頸。

這個(gè)看板做的好不好？還是可以的，至少工作任務(wù)的分解和狀態(tài)清楚。但它對(duì)產(chǎn)品經(jīng)理友好嗎？不太友好，需求會(huì)被拆成什么樣不知道，也看不到需求端到端的流動(dòng)，看不到前后端團(tuán)隊(duì)的協(xié)作，看不到缺陷和需求的關(guān)聯(lián)，最重要的是看不到用戶需求的交付過(guò)程。

所以我們要改造它。改造之前我們用戴明的一句話，戴明說(shuō)：“如果不能以一個(gè)清晰的過(guò)程展示你從事的工作，你不會(huì)真正了解你在做什么”。對(duì)這個(gè)團(tuán)隊(duì)來(lái)說(shuō)它并沒(méi)有用清晰的過(guò)程展示前后端怎么協(xié)作的，BUG怎么關(guān)聯(lián)的，怎么解決的，價(jià)值是怎么提出并交付給用戶的。所以這個(gè)看板對(duì)團(tuán)隊(duì)能起到的作用就非常有限了。

這個(gè)團(tuán)隊(duì)當(dāng)時(shí)29個(gè)人，還有6個(gè)產(chǎn)品經(jīng)理。我們后來(lái)改造了這個(gè)看板，前后端要融合在一起，做以用戶需求而不是開(kāi)發(fā)任務(wù)為主體的看板。

改造后的看板上的主體流動(dòng)單元不再是開(kāi)發(fā)任務(wù)，而是用戶的需求。需求首先進(jìn)入需求池，也就是圖中的pool，然后是設(shè)計(jì)中、待澄清等，這時(shí)還是藍(lán)色的卡片。到了就緒這個(gè)階段，藍(lán)色的卡片被轉(zhuǎn)換成了白色的卡片，我們稱之為故事，是打印出來(lái)手填的，相對(duì)正式一點(diǎn)。從這一步開(kāi)始故事替代了原先的用戶需求。

接下來(lái)看一下這個(gè)實(shí)現(xiàn)中的故事（Story），后面數(shù)據(jù)、集群、應(yīng)用、Web、PC，這些是什么？是模塊名稱，既有前端的，也有后端的模塊。各個(gè)模塊下是故事分解出的開(kāi)發(fā)任務(wù)，其中藍(lán)色的是開(kāi)發(fā)任務(wù)，黃色是自動(dòng)測(cè)試任務(wù)，這些任務(wù)之間沒(méi)有時(shí)間順序關(guān)系，做完了就放在完成這一列。完成之后是待驗(yàn)證，待驗(yàn)證是需求（也就是story）。

橫向被稱為泳道，故事和它所屬的任務(wù)共同放入一個(gè)泳道。當(dāng)一個(gè)泳道中所有的任務(wù)完成后，故事也完成了，可以進(jìn)入待驗(yàn)證了。泳道就被清空了，可以進(jìn)行下一個(gè)故事了。

這個(gè)團(tuán)隊(duì)開(kāi)會(huì)的時(shí)候，會(huì)review看板上的內(nèi)容。大家覺(jué)得是從左到右還是從右到左的順序更好呢？答案是從右往左，原因是我們的最終目的是完成需求，而非開(kāi)始需求。

開(kāi)始是一件非常簡(jiǎn)單的事情，但團(tuán)隊(duì)交付的速度是完成速度決定的，要趕快把這些接近完成的完成。從右往左，優(yōu)先完成已經(jīng)開(kāi)始的需求，有問(wèn)題及時(shí)解決問(wèn)題，這也體現(xiàn)了用戶價(jià)值的拉動(dòng)。

這是一個(gè)端到端的看板，最左邊的需求池和設(shè)計(jì)由產(chǎn)品負(fù)責(zé)，最右邊的驗(yàn)收是產(chǎn)品驗(yàn)收。所以它從產(chǎn)品開(kāi)始到產(chǎn)品結(jié)束，是用戶價(jià)值從提出到交付端到端的過(guò)程。同時(shí)它也反映了團(tuán)隊(duì)協(xié)作、需求的分解和合并、缺陷和問(wèn)題。

做完這個(gè)看板以后我問(wèn)負(fù)責(zé)這個(gè)產(chǎn)品的公司副總裁三個(gè)問(wèn)題：
能不能清晰全面的反映需求和交付的過(guò)程？
瓶頸和問(wèn)題能不能在看板上得到及時(shí)的體現(xiàn)？
團(tuán)隊(duì)可以根據(jù)看板的信息協(xié)作做決定嗎？

他對(duì)前兩個(gè)問(wèn)題的回答是肯定的，但第三個(gè)問(wèn)題還有些不確定，因?yàn)閳F(tuán)隊(duì)的協(xié)作需要明確的規(guī)則，后來(lái)團(tuán)隊(duì)又定義了更加明確的協(xié)作和需求流轉(zhuǎn)規(guī)則，這樣更多的協(xié)作就可以由團(tuán)隊(duì)自主完成，圖中是其中的一個(gè)例子，它定義了什么樣的需求才能叫就緒。

上面的融合是第一個(gè)規(guī)?；膱?chǎng)景，它讓我們看到端到端的價(jià)值流動(dòng)，以及團(tuán)隊(duì)協(xié)作交付需求的過(guò)程，可以更加順暢地發(fā)現(xiàn)解決瓶頸和問(wèn)題，更加順暢高質(zhì)量的交付價(jià)值。

3.3.2 拓展

再看第二個(gè)叫拓展，這是平安的一個(gè)例子。

這個(gè)看板跟上面的非常像。業(yè)務(wù)看到這個(gè)看板后覺(jué)得非常好。說(shuō)：“原來(lái)你們把我們叫做需求池，你們知道我們?cè)谛枨蟪剡@個(gè)階段做了多少工作嗎？”

業(yè)務(wù)決定也要做一個(gè)看板，在他們的看板中，首先就把整個(gè)開(kāi)發(fā)看板中的各個(gè)階段壓縮了，變成了一個(gè)小小的開(kāi)發(fā)階段。測(cè)試強(qiáng)調(diào)了用戶驗(yàn)收測(cè)試（UAT）外，還加上了生產(chǎn)驗(yàn)證，也就是在生產(chǎn)環(huán)境中觀察業(yè)務(wù)的運(yùn)營(yíng)和驗(yàn)證實(shí)施的效果。而需求在提出給開(kāi)發(fā)前的工作也被清晰的呈現(xiàn)出來(lái)了，比如初始的創(chuàng)意和業(yè)務(wù)設(shè)計(jì)，內(nèi)部的業(yè)務(wù)評(píng)審，業(yè)務(wù)交互的設(shè)計(jì)，視覺(jué)設(shè)計(jì)等。

這是一個(gè)業(yè)務(wù)看到的端到端的看板，這個(gè)很好。我們有時(shí)候沒(méi)有條件一開(kāi)始就完全打通整個(gè)端到端的價(jià)值流，這時(shí)可以從局部做起，條件成熟的時(shí)候需要向兩端拓展，拓展的目的是要從業(yè)務(wù)的角度更加端到端，讓端到端價(jià)值的交付過(guò)程更加順暢，這是一個(gè)拓展的方式，最終還是為順暢交付外部的用戶價(jià)值服務(wù)。

3.3.3 連接

再看第三種方式叫連接，這也是平安的例子。

這個(gè)團(tuán)隊(duì)比較復(fù)雜，有四個(gè)異地團(tuán)隊(duì)構(gòu)成：業(yè)務(wù)方在深圳，底層服務(wù)在上海，上海開(kāi)發(fā)完了給成都做應(yīng)用開(kāi)發(fā)，再給深圳做接收測(cè)試。本來(lái)上海開(kāi)發(fā)團(tuán)隊(duì)有一塊看板，成都開(kāi)發(fā)團(tuán)隊(duì)有一塊看板，都是物理形式的。

在這樣復(fù)雜的組織結(jié)構(gòu)下，我們自然會(huì)擔(dān)心價(jià)值交付的速度很慢，因?yàn)樯婕暗竭@么多團(tuán)隊(duì)之間的交互。

作為解決方案，我們要設(shè)法把這兩塊看板連接起來(lái)，同時(shí)也要業(yè)務(wù)團(tuán)隊(duì)包含進(jìn)來(lái)。我們用電子看板來(lái)完成這一任務(wù)，但物理看板仍然保留著。

電子看板的流程是從業(yè)務(wù)側(cè)開(kāi)始，需求作為業(yè)務(wù)設(shè)計(jì)后，由上海團(tuán)隊(duì)進(jìn)行分析，分析之后做API開(kāi)發(fā)，一旦進(jìn)入API開(kāi)發(fā)階段，上海開(kāi)發(fā)團(tuán)隊(duì)，也會(huì)copy一份到自己的物理看板里面。

物理看板的信息更細(xì)致，會(huì)分解成更細(xì)的任務(wù)，而電子看板里只有需求，不體現(xiàn)任務(wù)，它更關(guān)注的是價(jià)值流動(dòng)，而不是具體環(huán)節(jié)的任務(wù)跟蹤。等上海團(tuán)隊(duì)開(kāi)發(fā)完成，需求放入API開(kāi)發(fā)完成列，這一列也相當(dāng)于成都團(tuán)隊(duì)的需求池，成都團(tuán)隊(duì)開(kāi)發(fā)完了再給業(yè)務(wù)方驗(yàn)證。

電子看板有一個(gè)好處，它的度量會(huì)變得非常容易得到，也非常及時(shí)。

這個(gè)叫做累積流圖，累積流圖只漲不跌。最上面的線業(yè)務(wù)已經(jīng)提出需求的個(gè)數(shù)，最下面一條線是已經(jīng)交付的需求個(gè)數(shù)，中間分析完成的，API開(kāi)發(fā)完成的，開(kāi)始測(cè)試的，開(kāi)始UAT測(cè)試，已經(jīng)交付的等等。從左到右畫(huà)的線一條橫線，它的長(zhǎng)度是需求從開(kāi)始到交付的前置時(shí)間。比如10月18號(hào)這一天提出了25個(gè)需求，到12月18號(hào)完成了25個(gè)需求，說(shuō)明一個(gè)需求從開(kāi)始到結(jié)束要一個(gè)月。

通過(guò)累積流圖，可以看需求在各個(gè)階段之間的分布，在最右面的階段是UAT用戶驗(yàn)收測(cè)試，它占據(jù)了差不多一半的時(shí)間。說(shuō)明要想縮短需求的交付實(shí)踐，還是應(yīng)該及時(shí)做驗(yàn)收測(cè)試，當(dāng)然具體原因就需要具體分析了，也有可能是業(yè)務(wù)并不緊迫，也可能開(kāi)發(fā)給我的東西不可測(cè)試。

但是無(wú)論如何縮短UAT這個(gè)階段的時(shí)間，是我們改進(jìn)交付時(shí)長(zhǎng)的著手點(diǎn)。所以把它真正連接起來(lái)，打通端到端的價(jià)值流，以后就可以去分析改進(jìn)，產(chǎn)生系統(tǒng)的改進(jìn)，而不是一個(gè)局部的改進(jìn)。這是規(guī)?；牡谌齻€(gè)路徑——連接。

3.3.4 層次化

再看看華為這個(gè)例子，相對(duì)要更復(fù)雜一些，他們的產(chǎn)品是分層次的，價(jià)值也是分層次的。

需求可以分為用戶需求、功能性需求和模塊需求。用戶需求被分解成一個(gè)個(gè)故事稱之為功能需求，用戶需求是最小的交付單位，用戶故事是一個(gè)集成和功能驗(yàn)證單位，最下面還有子模塊任務(wù)，是不可做系統(tǒng)測(cè)試的，它可以分配給某個(gè)團(tuán)隊(duì)，是分配單位。

這種情況下，我們?cè)趺匆?guī)?；瘜?shí)施？還是要回到價(jià)值順暢交付上來(lái)。當(dāng)然這里的價(jià)值最終應(yīng)該是用戶需求。這里的需求層次較多，達(dá)到了三層，相應(yīng)的看板也需要分層。

上層是解決方案層看板，其實(shí)是做規(guī)劃用的。這里的泳道中，綠色的是用戶需求，藍(lán)色是故事，故事隸屬于用戶需求。我們?cè)诮鉀Q方案層要約束并行用戶需求的數(shù)目，就是并行的用戶需求數(shù)目不能太多了，因?yàn)椴⑿械纳倬捅破任覀儼岩呀?jīng)開(kāi)始的盡快完成掉，讓各個(gè)團(tuán)隊(duì)，各個(gè)網(wǎng)元對(duì)齊和一致。

泳道數(shù)有限的，起到了約束并行用戶需求的數(shù)目的作用，讓故事向用戶需求對(duì)齊，我們追求的是用戶需求的快速完成，而不僅僅是完成更多的故事，但是需求做不完。更重要的是讓故事向用戶需求對(duì)齊，盡快和順暢地交付用戶需求。

解決方案層的看板只有一個(gè)，起到整體規(guī)劃的作用，處于上層。它的下一層次是項(xiàng)目看板，每個(gè)網(wǎng)元都有自己的項(xiàng)目，對(duì)一個(gè)多帶帶的看板?？窗迳希{(lán)色的是故事，黃色的是子模塊的任務(wù)。同樣在項(xiàng)目層面要約束并行故事的個(gè)數(shù)，讓任務(wù)向故事對(duì)齊，我們追求故事的快速交付。

現(xiàn)在的問(wèn)題是這兩塊看板能夠聯(lián)動(dòng)起來(lái)嗎？能！因?yàn)楣适略趦蓚€(gè)層次都出現(xiàn)了，在項(xiàng)目層面追求任務(wù)向故事的對(duì)齊，讓故事快速完成；在解決方案層追求故事向用戶需求的對(duì)齊，讓用戶需求的快速完成。

在這個(gè)案例中，需求是層次化的，看板的方案也是層次化的，核心還是價(jià)值流動(dòng)——通過(guò)對(duì)齊最終實(shí)現(xiàn)用戶價(jià)值的順暢流動(dòng)。

四、從第一性原理反饋規(guī)?；男Ч?/p>

怎么更加順暢高質(zhì)量交付真正的價(jià)值這是我們要考慮的，當(dāng)然我們還要建立所謂的反饋機(jī)制，有了剛才說(shuō)的各種方法，端到端的價(jià)值流拉通以后，就為系統(tǒng)改進(jìn)價(jià)值流動(dòng)打下了基礎(chǔ)。

而精益、敏捷實(shí)施的改進(jìn)效果也應(yīng)該以價(jià)值的流動(dòng)為基礎(chǔ)來(lái)衡量。比如需求從提出、確認(rèn)到交付的前置時(shí)間，比如開(kāi)發(fā)完成到測(cè)試開(kāi)始之間的等待時(shí)長(zhǎng)等。其中前面提到過(guò)的累積流圖，就是反映價(jià)值流動(dòng)的一個(gè)例子。

如上圖所示，橫線的長(zhǎng)度是時(shí)間，縱向是有多少并行的在制品，斜率是速度，累積流通反映的是價(jià)值流動(dòng)和團(tuán)隊(duì)協(xié)作的過(guò)程，中間有哪些等待、瓶頸或改進(jìn)的空間，以及過(guò)去一段時(shí)間的改進(jìn)趨勢(shì)等。精益的度量和反饋已經(jīng)形成了一個(gè)以價(jià)值流動(dòng)為核心的度量體系，這里不再一一列舉。

總結(jié)

我們從第一性原理出發(fā)，今天我們講了規(guī)?；瘜?shí)施的四種方案。規(guī)?；瘧?yīng)該被用戶需求，被順暢和高質(zhì)量的交付價(jià)值驅(qū)動(dòng)出來(lái)的。

不能因?yàn)榻M織的規(guī)模大就要有規(guī)模化的框架，其實(shí)很多時(shí)候，你會(huì)發(fā)現(xiàn)你并不需要很復(fù)雜的方案。只在有實(shí)際業(yè)務(wù)需要時(shí)再考慮規(guī)?；桨?，永遠(yuǎn)選擇夠用但最簡(jiǎn)的規(guī)?；桨浮?/p>

針對(duì)不同的場(chǎng)景，選擇與之匹配的最簡(jiǎn)方案。比如這兩個(gè)看板怎么融合起來(lái)，怎么連接上下游，怎么從一個(gè)地方開(kāi)始向上下游拓展，怎么做出一個(gè)層次化的方案，但是最終都服務(wù)于順暢的交付。

其實(shí)，我們一直在講看板，但看板只是一個(gè)載體，它背后是一個(gè)價(jià)值交付的團(tuán)隊(duì)和單元。

現(xiàn)在規(guī)?；艚?、規(guī)?；鎸?shí)施有很多流行的框架。最近 Ron Jeffries 寫(xiě)了《軟件開(kāi)發(fā)本質(zhì)論》一書(shū)，他評(píng)價(jià)了大規(guī)模敏捷框架的突然流行。他說(shuō)大公司開(kāi)始做敏捷了，他們很自然會(huì)想大公司需要大規(guī)模。Jefferise說(shuō)我相信他們會(huì)取得成功，然而那只會(huì)是咨詢公司的成功，而不是實(shí)施敏捷和精益的公司的成功。大公司需要的并不是大規(guī)模，而是需要真正敏捷的方法和技術(shù)本身。

我非常同意Jefferise的說(shuō)法，去模仿照搬一個(gè)規(guī)?；目蚣?，正是貨物崇拜。我們應(yīng)該做的是，回到問(wèn)題的本質(zhì)，回到我們的目標(biāo)，再?zèng)Q定怎么才能順暢、快速、高質(zhì)量的交付價(jià)值。

Denning有過(guò)類似的描述，他總結(jié)了微軟實(shí)現(xiàn)敏捷規(guī)模化的16條原則，其中特別強(qiáng)調(diào)，我們要追求的是敏捷的規(guī)?；?，而不是規(guī)模化的敏捷。也就是說(shuō)我們要讓敏捷成為公司范圍內(nèi)實(shí)施的方法，實(shí)現(xiàn)正在的敏捷性，并順暢交付價(jià)值。而不是要搞一個(gè)規(guī)?；目蚣?，那反而會(huì)制約我們。

規(guī)模化的敏捷的需求的確存在，但它應(yīng)該不是被組織的規(guī)模決定和驅(qū)動(dòng)的，而是需求交付的復(fù)雜性，和產(chǎn)品及服務(wù)的真實(shí)復(fù)雜性驅(qū)動(dòng)出來(lái)。

我們?yōu)榱隧槙澈透哔|(zhì)量地交付有用的價(jià)值，是我心目中的產(chǎn)品開(kāi)發(fā)的第一性原理，是不能被忽略的基本出發(fā)點(diǎn)，也不能被違反。我們認(rèn)為有了高質(zhì)量的交付價(jià)值，并打通端到端的交付過(guò)程，不斷反饋?zhàn)寖r(jià)值順暢流動(dòng)，并以快速的價(jià)值反饋和驗(yàn)證來(lái)探索真正的價(jià)值，這才是我們要做的東西。

以下是我的書(shū)《精益產(chǎn)品開(kāi)發(fā)原則方法和實(shí)施》前言寫(xiě)的東西，我稱之為精益和敏捷宣言，我用它來(lái)結(jié)束本文的分享。

敏捷宣言是2001年發(fā)布的，當(dāng)時(shí)叫敏捷軟件宣言，今天我們看價(jià)值的角度需要對(duì)它進(jìn)行拓展，這些年互聯(lián)網(wǎng)特別是移動(dòng)互聯(lián)網(wǎng)的發(fā)展日新月異，對(duì)產(chǎn)品開(kāi)發(fā)提出了更高的要求。
個(gè)體和互動(dòng)重于流程，但是我們要連接和打通組織的各個(gè)職能以確保協(xié)調(diào)一致的行動(dòng)。
我們尊崇可工作的軟件，重于面面俱到的文檔，但是更重要的是要交付價(jià)值，要聚焦端到端價(jià)值流動(dòng)以快速靈活交付真正客戶的價(jià)值。
客戶合作重于合同和談判，在今天選擇權(quán)越來(lái)越向用戶側(cè)轉(zhuǎn)移的時(shí)候，我們要與客戶建立共同目標(biāo)，以最大優(yōu)化業(yè)務(wù)成果。
我們尊崇響應(yīng)變化，但是響應(yīng)變化是被動(dòng)的，今天要有計(jì)劃和系統(tǒng)主動(dòng)的試錯(cuò)以支持我們有效的學(xué)習(xí)和創(chuàng)新。
所以今天時(shí)代不同了，我們提出比過(guò)去高得多的要求。敏捷規(guī)?；枨笫钦鎸?shí)存在的，但還是要避免不必要的各種規(guī)?；目蚣?，為了規(guī)?；?guī)模化，更不要做所謂的貨物崇拜。所以我們要回到問(wèn)題的第一性原理——順暢和高質(zhì)量交付有用的價(jià)值。