雲效助力企業走出靈活之路

2018雲栖大會南京峰會，阿裡巴巴資深解決方案架構師趙喜鴻帶來以雲效助力企業走向靈活之路，讓價值順暢流動為題的演講。首先由西南太平洋小島上貨物崇拜的故事引申出靈活之路之轉變思維範式，其次以微信疊代為例講述了減小批量、縮短周期，再次以醉漢警察的漫畫對促進價值順暢流動進行了分析，最後用湖水岩石效應提出了怎樣讓資料驅動得到改進。

數十款阿裡雲産品限時折扣中，

趕快點選這裡 ，領券開始雲上實踐吧！ 直播視訊請點選 以下是精彩視訊内容整理：

靈活之路之轉變思維範式

先從一個小故事談起，在西南太平洋的一個小島上，當地人崇拜的不是神也不是上帝，他們崇拜地是用草與木頭搭起來的輪船與槍。他們為什麼崇拜這些呢？原因是二戰時期美軍在此地駐紮過，美軍每當用輪船、飛機将物資運輸過來時，都會将一部分物資分給當地人。二戰結束後，他們依舊期待着有物資由空而降，慢慢地就成為了一種宗教，得到當地人的信仰。

與上述小故事類似地，當大家走靈活之路時，也會有類似的現象。但為什麼還不靈活呢？因為大家沒有看到産品靈活的本質。一個産品要想做的成功，那麼它必須能解決一些高價值的問題，通過解決這些問題使大家收益。

解決高價值問題的步驟如下：

1)找到問題

2)靠譜的方案

3)更快速的傳遞

4)使用者願意買單

但是這些步驟并不是容易實作，都是一些假設，依舊面臨着許多問題。例如：所找到的問題是高價值的問題嗎？解決方案是真的靠譜嗎？能夠按期望的方式傳遞出來嗎？使用者說的問題是他最想解決的問題嗎？核心資源會不會被對手挖走呢？存不存在bug呢？這些問題都是不可控、不确定的。

例如在醫學上應對“不确定性”時， 選擇用小白鼠做實驗，但為什麼不選擇其它的小動物呢？原因不僅僅是小白鼠的基因與人類的基因相似度高，還有選擇小白鼠的成本低，繁殖速度快。

産品開發具有醫學一樣的性質，要做到比競争對手更快的速度、更低的成本來驗證假設、傳遞價值、響應變化。

現實去醫院看病的流程為開始→等待→挂号→等待→看醫生→等待→交費→等待→拍片→等待→看醫生→确診，這個過程需要耗費大量的時間，使得資源效率最大化。

而期待中去醫院看病的流程為開始→挂号→看醫生→交費→拍片→看醫生→确診，這個過程不需要耗費大量的時間，使得流動效率最大化。

将現實中與期待中看醫生相比較，可以得到局部的效率不能帶來全部的靈活，必須要分工進行。在産品開發中也一樣，我們的問題幾乎從來都不是停滞的資源（工程師），而是停滞的産品需求（使用者價值）。但資源效率與流動效率相比較，流動效率更重要，因為需要做到快速的驗證假設、傳遞價值、響應變化。

快捷之路之減小批量、縮短周期

排隊論裡的利特爾法則是：平均傳遞周期 =在制品數量∕吞吐率。

要想縮短周期有兩種方法：一是将在制品數量減少，二是将吞吐率增大。兩種方法相比控制在制品數量減少，是最簡單的縮短傳遞周期的方法。

疊代開發要想做到縮短周期需做到更少的需求、更短的周期和更頻繁的學習調整。

雲效的分支功能，讓傳遞更可控應做到以下四點：

• 第一，企業走向靈活之路并不是一開始就做到很大，而是一步步來。首先要小批量保證産品正常的釋出出去，然後分支到位，在分支上進行功能開發。
• 第二，使用內建分支進行釋出。将分支集合起來進行調試，如果某個分支不到位，則将這個分支踢出去，剩下分支重新內建。
• 第三，自動化拉分支、合并、拉內建分支、含并主幹、復原代碼等操作。
• 第四，功能分支随時可以退出。

靈活之路之促進價值順暢流動

上面的漫畫講述了這樣的一個故事，一個醉漢在拼命的找東西，警察問醉漢你在找什麼？醉漢說“我在找我的鑰匙。”警察說：“這裡沒有鑰匙呀！你為什麼在這找呀！”醉漢說：“因為這裡有燈呀，我隻能在這裡找呀！”

與漫畫同理，在做優化的過程中不應該隻在開發看得見的地方優化，而是要将光照到有問題的地方。讓光照亮關鍵所在應做到下面三條：

• 雲效需求看闆：可視化端到端價值傳遞過程。
• 需求卡片：可視化需求的端到端傳遞過程。
• 任務卡片：關注共同的目标，對齊不同人的工作。

  

讓光照亮出現的五個關鍵性的問題如下：

• 瓶頸：出現了擁塞現象，所有的任務擁擠在一起不能按序完成。
• 中斷：中斷導緻沒有需求。
• 障礙：開發的品質太差，存在bug。
• 即将到期或已經到期的需求：有些需求存在截至時間。
• 長時間無進展需求：應當解決沒有進展的需求。

靈活之路之讓資料驅動改進

從一個簡單的例子開始說起，即湖水岩石效應，當湖水水位高的時候看不見岩石，當水位下降時看見岩石。

所謂的開發就是指的是水位周期，水位周期也并不是越短越好，因為短到一定極限時，并不是開發的所有分支都能在周期内完成任務。周期可以劃分為以下三個階段：

• 響應周期：客戶提出需求後，多長時間能夠滿足客戶提出的需求。
• 傳遞周期：開發的産品多久能夠上線。

• 開發周期：問題被解決需要的時間。

  對此提出了水位（改進目标）示例：

• 客戶周期（2周）: 從選擇一個機會到上線的時間
• 開發周期（1周）: 從需求就緒到可上線的時間

• 釋出前置時間（1小時）: 代碼就緒到上線所需要花費的時間

  本文由雲栖志願小組毛鶴整理編輯