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

點(diǎn)此查看原文：http://click.aliyun.com/m/40992/?

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

前言

今天分享的題目是第一性原理和精益敏捷的規(guī)模化實(shí)施檀夹。

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

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

他們每年定期會在自己的身體上畫出USA三個(gè)大字母立隊(duì)行軍，拿著木頭槍游行吼畏，并拜飛機(jī)督赤，手里還會拿樹葉翻來翻去，大家猜猜他們在干什么泻蚊？

他們覺得美軍不需要打獵躲舌、捕魚卻有充分的物資，這些物資都是島民沒有見過的好東西性雄。他們認(rèn)為美軍只是普普通通的人没卸，美軍的種種行為是在召喚神靈——也就是被他們稱為鐵鳥的飛機(jī)，鐵鳥帶來無窮無盡的物資秒旋，而這本是祖先賜予他們禮物的约计，結(jié)果卻被美軍劫持了。

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

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

我們在精益敏捷實(shí)施里面也經(jīng)彻潦荩看到貨物崇拜革骨，比如我們產(chǎn)品經(jīng)理不叫產(chǎn)品經(jīng)理，叫PO析恋，項(xiàng)目經(jīng)理不叫PM良哲，而改成Scrum Master，我們的需求不叫需求叫故事助隧。我們也搞各種儀式——比如說站會筑凫，搞所謂大規(guī)模的敏捷框架，我們希望對于這種形式的模仿可以帶來不同的結(jié)果并村。

而我們經(jīng)澄∈担看到形式模仿了，但本質(zhì)沒有改變哩牍。我經(jīng)歷過很多成功的團(tuán)隊(duì)棚潦，也有看到過很多不成功的。托爾斯泰說幸福的家庭都是相似的膝昆，不幸的家庭各有各的不幸丸边。

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

這算是個(gè)開頭，為第一性原理做一個(gè)鋪墊患膛。今天我主要分享敏捷的規(guī)奶В化實(shí)施，會從以下四個(gè)方面進(jìn)行分享：

1、第一性原理

2胞此、產(chǎn)品開發(fā)的第一性原理

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

4漱牵、以第一性原理檢驗(yàn)規(guī)亩嵘撸化的效果

一、第一性原理

我們不要貨物崇拜酣胀，那我們該怎么做呢刁赦？我們應(yīng)該探尋第一性原理，回到事情的本源闻镶。我來解釋一下什么叫做第一性原理甚脉。

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

第一性原理就是用物理學(xué)的角度看待世界，一層一層撥開事物的表象蒲障，看到里面的本質(zhì)歹篓，再從本質(zhì)一層一層往上走。這恰恰和貨物崇拜相反揉阎。貨物崇拜看到的是表象庄撮，第一性原理是要回到事物的本質(zhì)。

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

比如他剛做電動車的時(shí)候洞斯，人們告訴他別做電動車，因?yàn)殡姵爻杀咎呖由模妱榆嚥豢尚欣尤纭usk是準(zhǔn)物理學(xué)博士（中途輟學(xué)創(chuàng)業(yè)，未能取得博士學(xué)位）毅否，他說我們要回到第一性原理亚铁，那么問題是：構(gòu)成電池的基本原材料是金屬元素，這些金屬元素加起來成本是多少螟加，多少錢一度電徘溢？比如60美元左右一度電吞琐。

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

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

關(guān)于公司，他曾經(jīng)說肯污，“我創(chuàng)建公司唯一的目的是為了產(chǎn)品翘单，公司只不過是一種手段，可以讓真正有創(chuàng)造力的人合作打造產(chǎn)品蹦渣『逦撸”

關(guān)于銷售他說：“我堅(jiān)信我們打造好的產(chǎn)品用戶一定喜歡，用戶喜歡一定會給錢柬唯，所以銷售不是問題”认臊。

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

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

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

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

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

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

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

順暢先蒋，就是交付的過程外部價(jià)值要順暢，不管內(nèi)部怎么去協(xié)作宛渐，采取什么樣的流程竞漾，用什么樣的技術(shù)，構(gòu)件什么樣的基礎(chǔ)設(shè)施窥翩，都是要為價(jià)值的順暢交付服務(wù)业岁。

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

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

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

接下來我們要講講精益敏捷規(guī)哪盍矗化實(shí)施路徑，第一性原理為我們的規(guī)幕矗化精益敏捷實(shí)施的路徑提供了方向性的指導(dǎo)掂墓。

3.1 康威定律的啟示

我們經(jīng)常看到所謂敏捷的規(guī)目闯桑化實(shí)施方案君编，會從組織結(jié)構(gòu)的規(guī)模化方案開始川慌。這樣做好嗎吃嘿？

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

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

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

當(dāng)時(shí)讶踪，一個(gè)公司要做小型機(jī)芯侥，與如日中天的DEC的VAX11競爭。主人公潛入用戶的機(jī)房乳讥，把用戶的 VAX11打開柱查，看到其中一塊塊電路板，于是他放心了云石。

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

3.2 聚焦用戶價(jià)值是規(guī)劃規(guī)模化路徑的必由之路

康威定律告訴我們阵幸，一開始去設(shè)計(jì)和決定組織結(jié)構(gòu)花履，那同時(shí)也就幾乎決定你的產(chǎn)品結(jié)構(gòu)芽世，至少是限制了產(chǎn)品結(jié)構(gòu)。今天市場和環(huán)境變化太快诡壁，業(yè)務(wù)本身也需要靈活捂襟，產(chǎn)品本身當(dāng)然也需要靈活性，不能被人為設(shè)計(jì)的層次化的組織結(jié)構(gòu)所限制欢峰。所以我們認(rèn)為如果上來就去設(shè)計(jì)規(guī)模化的組織結(jié)構(gòu)是不對的涨共，應(yīng)該避免從組織結(jié)構(gòu)的規(guī)呐μ化開始考慮這個(gè)問題。

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

康威原理說產(chǎn)品會拷貝組織結(jié)構(gòu)融撞，那我們產(chǎn)品要靈活多變，組織結(jié)構(gòu)也應(yīng)該是靈活的粗蔚。所以我們永遠(yuǎn)應(yīng)該從用戶價(jià)值出發(fā)尝偎，來決定我們怎么去做規(guī)模化鹏控。

從用戶價(jià)值出發(fā)致扯，我看到兩類規(guī)模化的需求当辐。

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

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

打通端到端的價(jià)值流脂男，這是規(guī)亩丝迹化要解決的問題之一。這才能產(chǎn)生快速和有效的交付。同時(shí)也才能產(chǎn)生有效反饋瓶珊，基于反饋不斷調(diào)整保證我們交付的價(jià)值有用惦费。

還有另外一種情況哮塞，比如對于一個(gè)典型設(shè)備制造商南蹂，就說華為吧，要交付一個(gè)移動的解決方案囱井，比如 VOIP 驹尼、 VOLTE這樣的解決方案可能要涉及到上千人，比如基站庞呕、基站控制器扶欣、核心網(wǎng)、網(wǎng)管等網(wǎng)絡(luò)設(shè)備千扶，在電信行業(yè)把單個(gè)網(wǎng)絡(luò)設(shè)備成為網(wǎng)元料祠，每個(gè)網(wǎng)元背后都是相對獨(dú)立的開發(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è)層次工作的對齊图焰，才能快速交付最終對用戶有意義的價(jià)值启盛。

這就引出了規(guī)模化要解決的第二個(gè)問題——怎么協(xié)調(diào)各個(gè)層面，最終交付有效的用戶價(jià)值僵闯、用戶需求卧抗。這也就是如何協(xié)調(diào)每個(gè)層次、不同團(tuán)隊(duì)的工作鳖粟，對齊各個(gè)層次上的工作社裆，保證最終用戶價(jià)值交付的順暢流動和交付。

總結(jié)下來向图，規(guī)挠拘悖化的敏捷實(shí)施要解決兩類問題：

打通端到端的價(jià)值流，連接價(jià)值鏈上的不同職能榄攀；

在各個(gè)層次上協(xié)調(diào)各個(gè)關(guān)聯(lián)的團(tuán)隊(duì)嗜傅，保證他們工作的對齊。

通過這兩點(diǎn)聯(lián)通前后航攒，對齊左右，目標(biāo)是順暢交付對外部也就是對用戶有用的業(yè)務(wù)價(jià)值趴梢。順暢意味著快速漠畜，也意味著高質(zhì)量。

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

單個(gè)小團(tuán)隊(duì)層面和局部環(huán)節(jié)的實(shí)施不能帶來真正的價(jià)值交付，那這就提出了規(guī)恼靡酰化的需求瘾敢。面對這樣的需求我們來考慮怎么樣做，下面我會分享一些例子尿这，其中有華為簇抵、平安的，也有創(chuàng)業(yè)公司射众。

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

我們將介紹四種常見的模式，也就是融合伙菜、拓展轩缤、連接和層次化。

3.3.1 融合

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

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

它涉及兩類技術(shù)：

一類是后端的技術(shù)脱茉，做文件系統(tǒng)剪芥、集群控制，以及各類應(yīng)用的基礎(chǔ)服務(wù)琴许；

一類是前端技術(shù)税肪，提供安卓、IOS和Web以及PC的客戶端應(yīng)用榜田。

前后端兩類技術(shù)并不通用益兄，所以很自然他們分成了前后端兩個(gè)團(tuán)隊(duì)，分別做迭代箭券，分別有一塊看板净捅。

這時(shí)，如果有一個(gè)需求辩块，比如在線視頻播放需求蛔六。它會被分別分解為前端和后端的子需求，前端和后端團(tuán)隊(duì)分別做迭代废亭，兩周一個(gè)迭代国章，后端先做，前端再集成豆村。還需要一個(gè)單獨(dú)的缺陷管理系統(tǒng)捉腥。

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

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

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

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

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

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

接下來看一下這個(gè)實(shí)現(xiàn)中的故事（Story）濒旦，后面數(shù)據(jù)株旷、集群、應(yīng)用疤估、Web灾常、PC，這些是什么铃拇？是模塊名稱钞瀑，既有前端的，也有后端的模塊慷荔。各個(gè)模塊下是故事分解出的開發(fā)任務(wù)雕什，其中藍(lán)色的是開發(fā)任務(wù)，黃色是自動測試任務(wù)显晶，這些任務(wù)之間沒有時(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ì)開會的時(shí)候苞慢，會review看板上的內(nèi)容诵原。大家覺得是從左到右還是從右到左的順序更好呢？答案是從右往左挽放，原因是我們的最終目的是完成需求绍赛，而非開始需求。

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

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

做完這個(gè)看板以后我問負(fù)責(zé)這個(gè)產(chǎn)品的公司副總裁三個(gè)問題：

能不能清晰全面的反映需求和交付的過程？

瓶頸和問題能不能在看板上得到及時(shí)的體現(xiàn)菲饼？

團(tuán)隊(duì)可以根據(jù)看板的信息協(xié)作做決定嗎肾砂？

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

上面的融合是第一個(gè)規(guī)淖┣疲化的場景息堂，它讓我們看到端到端的價(jià)值流動，以及團(tuán)隊(duì)協(xié)作交付需求的過程块促，可以更加順暢地發(fā)現(xiàn)解決瓶頸和問題荣堰，更加順暢高質(zhì)量的交付價(jià)值。

3.3.2 拓展

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

這個(gè)看板跟上面的非常像即硼。業(yè)務(wù)看到這個(gè)看板后覺得非常好逃片。說：“原來你們把我們叫做需求池，你們知道我們在需求池這個(gè)階段做了多少工作嗎只酥？”

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

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

3.3.3 連接

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

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

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

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

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

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

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

這個(gè)叫做累積流圖柠衅，累積流圖只漲不跌。最上面的線業(yè)務(wù)已經(jīng)提出需求的個(gè)數(shù)籍琳，最下面一條線是已經(jīng)交付的需求個(gè)數(shù)菲宴，中間分析完成的，API開發(fā)完成的趋急，開始測試的喝峦，開始UAT測試，已經(jīng)交付的等等呜达。從左到右畫的線一條橫線谣蠢，它的長度是需求從開始到交付的前置時(shí)間。比如10月18號這一天提出了25個(gè)需求查近，到12月18號完成了25個(gè)需求眉踱，說明一個(gè)需求從開始到結(jié)束要一個(gè)月。

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

但是無論如何縮短UAT這個(gè)階段的時(shí)間胎署，是我們改進(jìn)交付時(shí)長的著手點(diǎn)。所以把它真正連接起來窑滞，打通端到端的價(jià)值流琼牧，以后就可以去分析改進(jìn)恢筝，產(chǎn)生系統(tǒng)的改進(jìn)，而不是一個(gè)局部的改進(jìn)巨坊。這是規(guī)那瞬郏化的第三個(gè)路徑——連接。

3.3.4 層次化

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

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

這種情況下悬槽，我們怎么規(guī)模化實(shí)施瞬浓？還是要回到價(jià)值順暢交付上來陷谱。當(dāng)然這里的價(jià)值最終應(yīng)該是用戶需求。這里的需求層次較多瑟蜈，達(dá)到了三層烟逊，相應(yīng)的看板也需要分層。

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

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

解決方案層的看板只有一個(gè)火欧，起到整體規(guī)劃的作用棋电，處于上層。它的下一層次是項(xiàng)目看板苇侵，每個(gè)網(wǎng)元都有自己的項(xiàng)目离陶，對一個(gè)單獨(dú)的看板⌒铺矗看板上招刨，藍(lán)色的是故事，黃色的是子模塊的任務(wù)哀军。同樣在項(xiàng)目層面要約束并行故事的個(gè)數(shù)沉眶，讓任務(wù)向故事對齊，我們追求故事的快速交付杉适。

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

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

四坦喘、從第一性原理反饋規(guī)拿ぴ伲化的效果

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

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

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

總結(jié)

我們從第一性原理出發(fā)驻民，今天我們講了規(guī)姆撸化實(shí)施的四種方案。規(guī)幕鼗梗化應(yīng)該被用戶需求裆泳，被順暢和高質(zhì)量的交付價(jià)值驅(qū)動出來的。

不能因?yàn)榻M織的規(guī)模大就要有規(guī)哪叮化的框架工禾，其實(shí)很多時(shí)候，你會發(fā)現(xiàn)你并不需要很復(fù)雜的方案蝗柔。只在有實(shí)際業(yè)務(wù)需要時(shí)再考慮規(guī)奈趴化方案，永遠(yuǎn)選擇夠用但最簡的規(guī)难⑸ィ化方案笙隙。

針對不同的場景，選擇與之匹配的最簡方案坎缭。比如這兩個(gè)看板怎么融合起來竟痰，怎么連接上下游，怎么從一個(gè)地方開始向上下游拓展掏呼，怎么做出一個(gè)層次化的方案坏快，但是最終都服務(wù)于順暢的交付。

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

現(xiàn)在規(guī)南榈茫化敏捷兔沃、規(guī)模化精益實(shí)施有很多流行的框架级及。最近 Ron Jeffries 寫了《軟件開發(fā)本質(zhì)論》一書乒疏，他評價(jià)了大規(guī)模敏捷框架的突然流行。他說大公司開始做敏捷了饮焦，他們很自然會想大公司需要大規(guī)模怕吴。Jefferise說我相信他們會取得成功，然而那只會是咨詢公司的成功县踢，而不是實(shí)施敏捷和精益的公司的成功转绷。大公司需要的并不是大規(guī)模，而是需要真正敏捷的方法和技術(shù)本身硼啤。

我非常同意Jefferise的說法议经，去模仿照搬一個(gè)規(guī)模化的框架谴返，正是貨物崇拜煞肾。我們應(yīng)該做的是，回到問題的本質(zhì)亏镰，回到我們的目標(biāo)扯旷，再決定怎么才能順暢、快速索抓、高質(zhì)量的交付價(jià)值钧忽。

Denning有過類似的描述，他總結(jié)了微軟實(shí)現(xiàn)敏捷規(guī)谋瓶希化的16條原則耸黑，其中特別強(qiáng)調(diào)，我們要追求的是敏捷的規(guī)睦捍保化大刊，而不是規(guī)模化的敏捷三椿。也就是說我們要讓敏捷成為公司范圍內(nèi)實(shí)施的方法缺菌，實(shí)現(xiàn)正在的敏捷性，并順暢交付價(jià)值搜锰。而不是要搞一個(gè)規(guī)陌橛簦化的框架，那反而會制約我們蛋叼。

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

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

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

敏捷宣言是2001年發(fā)布的窟社，當(dāng)時(shí)叫敏捷軟件宣言券勺，今天我們看價(jià)值的角度需要對它進(jìn)行拓展，這些年互聯(lián)網(wǎng)特別是移動互聯(lián)網(wǎng)的發(fā)展日新月異灿里，對產(chǎn)品開發(fā)提出了更高的要求。

個(gè)體和互動重于流程，但是我們要連接和打通組織的各個(gè)職能以確保協(xié)調(diào)一致的行動锰瘸。

我們尊崇可工作的軟件桌肴，重于面面俱到的文檔，但是更重要的是要交付價(jià)值色鸳，要聚焦端到端價(jià)值流動以快速靈活交付真正客戶的價(jià)值社痛。

客戶合作重于合同和談判，在今天選擇權(quán)越來越向用戶側(cè)轉(zhuǎn)移的時(shí)候命雀，我們要與客戶建立共同目標(biāo)蒜哀，以最大優(yōu)化業(yè)務(wù)成果。

我們尊崇響應(yīng)變化吏砂，但是響應(yīng)變化是被動的撵儿，今天要有計(jì)劃和系統(tǒng)主動的試錯(cuò)以支持我們有效的學(xué)習(xí)和創(chuàng)新。

所以今天時(shí)代不同了狐血，我們提出比過去高得多的要求淀歇。敏捷規(guī)模化需求是真實(shí)存在的氛雪，但還是要避免不必要的各種規(guī)姆看遥化的框架，為了規(guī)模化而規(guī)脑『瑁化井氢，更不要做所謂的貨物崇拜。所以我們要回到問題的第一性原理——順暢和高質(zhì)量交付有用的價(jià)值岳链。