? ? 《精益創(chuàng)業(yè)》這本書讀完給我的最大的感覺就是，精益創(chuàng)業(yè)的思路就是當前敏捷軟件開發(fā)的思路，應該說比敏捷開發(fā)更進一步默怨，和目前devops幕庐、端到端跨職能團隊的互聯(lián)網(wǎng)思路是一致的久锥。更重要的是，理論基礎是一致的异剥。
? ? ?這個理論基礎瑟由，就是適用于復雜的、混沌的場景下的經(jīng)驗性過程控制届吁，強調(diào)的快速交付可用的產(chǎn)品->測試衡量->調(diào)整優(yōu)化這樣的循環(huán)错妖。區(qū)別的是來源于生產(chǎn)線的預定義計劃控制型的過程【毋澹《精益創(chuàng)業(yè)》這本書里把這兩種過程分別比喻為發(fā)射火箭和開車暂氯。計劃控制型的過程就像發(fā)射火箭，預設好細致入微的步驟亮蛔，期望達到指定的目標痴施，帶來的風險是一旦假設中有細小的錯誤，也會帶來慘痛的后果究流。而開車則是不斷根據(jù)反饋快速調(diào)整方向盤辣吃。所以，《精益創(chuàng)業(yè)》說芬探，你需要的不是基于眾多假設制定復雜的計劃神得，而是可以通過轉(zhuǎn)動方向盤進行不斷調(diào)整，我們把這個過程稱為“開發(fā)--測量--認知”的反饋過程（P9）偷仿。
? ? 通過《精益創(chuàng)業(yè)》的第6章“測試”和第7章“衡量”哩簿，我也認識到之前我們實施的敏捷開發(fā)中存在的問題，P103頁描述了一個敏捷開發(fā)團隊存在的問題酝静，恰恰也是之前我們存在的問題节榜。即衡量依賴產(chǎn)品經(jīng)理的主觀認知。我們甚至很多時候沒有衡量别智，只是趕著完成業(yè)務功能宗苍。這會導致上面所說的經(jīng)驗性控制過程出了問題，這個過程沒能閉環(huán)，循環(huán)不起來或者循環(huán)效果比較差讳窟。特別是让歼，我們B2B的廣義上的產(chǎn)品，應該是平臺+開思的運營+供應商的服務挪钓，才是一個完整的提供給維修廠的是越，有價值的產(chǎn)品。其中缺了任何一環(huán)碌上，對維修廠的體驗都可能很差倚评。所以，我們應該以端到端的業(yè)務目標進行牽引馏予，建立跨職能部門團隊天梧，圍繞這個業(yè)務目標，業(yè)務結(jié)合產(chǎn)品霞丧，快速迭代呢岗，通過數(shù)據(jù)進行驗證，再進行調(diào)整蛹尝，不斷朝著這個目標前進后豫。這也是我們成立E2E的目的。
? ? ?下一步突那，我們應該把如何衡量放到與做功能同等重要的地位挫酿，涉及到衡量的需求，也應該優(yōu)先處理愕难。盡量用技術(shù)的手段解決衡量問題早龟，舉個例子，通過灰度發(fā)布猫缭，進行AB測試葱弟，來進行衡量。通過用戶行為監(jiān)控猜丹，來分析用戶的使用情況芝加，來進行衡量。不能像現(xiàn)在射窒，依賴市場人員的反饋妖混，第一比較片面，第二反應時間太長轮洋。
