隨著數字化浪潮及軟體技術的持續發展進化，在充滿變化和未知的時代背景之下，敏捷產品開發及新的價值交付及團隊共創方式應運而生，CODING 邀請 UPerform 優普豐創始人 & CEO 李國彪老師為大家帶來——敏捷系列實戰課《正本清源——敏捷的為什么》，高屋建瓴地通過介紹敏捷的起源及發展歷程，闡述敏捷思維及方法的出發點，展示敏捷所能解決的實際問題和能帶來績效的多維度提升，
首先歡迎各位同學參加本次課程，我的演講大綱如下：
- 唯一不變的是變化
- 追逐移動靶
- 定義敏捷
- 潛在收益
- 敏捷的全貌
- 成功和成長
接下來進入第一個話題，唯一不變的是變化，大家可能都看過這樣一個圖：
我們可以思考一下，敏捷這一概念究竟存在了多久？如果追溯歷史，我個人認為可能真的可以回歸到遠古的時代，進化論里的一個經典推斷就是：物競天擇，適者生存，那么“唯一不變的是變化”就是指怎樣去更好的回應各種無法預測的變化，
如果用一個大圈來表示大自然，那么里面就有一個子集，包含人類社會/市場，其實市場經濟也是一種敏捷的狀態，比如在中國，改革開放實行市場經濟之前，都是計劃經濟，其實是一成不變，按部就班，比較僵化的，而市場經濟則是完全調動了所有人的能動性，但是因為巨大的資訊量的沖擊以及不確定性的提高，也讓大家又忙又亂，我們回想一下改革開放總設計師鄧小平說過的一些話，也體現了敏捷的概念，比如“不管白貓黑貓，能捉到老鼠就是好貓”、“摸著石頭過河”等等，所有事情都是第一次的時候，只能先試驗、再總結經驗、最后推廣開來，這些都是敏捷思想的體現，接下來還有一個子集，包含了公司/企事業單位等，它們要在市場中生存競爭和發展，其實也很符合自然規律，那么更為細分，在公司里再分出一個子集，這就是敏捷開發交付的一個重點，比如產品專案，這四種不同的形態，層層嵌套，從宏觀的現象說明我們為什么要敏捷，或者說是敏捷要解決的是什么問題呢，這里就引出一個理論基礎，叫做：復雜自適應系統，比如說大自然、天氣、環境污染，甚至說世界政治經濟環境都符合復雜自適應系統的特征，關于這些特征，軍事界有一個概念叫：VUCA，是指面對的情形將處于”不穩定”(Volatile)、”不確定”(Uncertain)、"復雜"(Complex)、和"模糊"(Ambiguous)狀態之中，對這個系統有興趣的話推薦閱讀凱文·凱利的《失控：機器、社會與經濟的新生物學》，以及納西姆的《反脆弱》，這兩本書對復雜自適應系統都有很好的闡釋，
再說回軟體產品研發，我們可以從一些其他的角度來看待復雜自適應性，先舉個其他例子，比如說航海，我也算是喬布斯的粉絲，他曾經在采訪里說過，在這個技術高速發展的時代里領導蘋果公司在復雜多變的市場里前進，就像是杰克船長帶領船員在海上找到下一個目的地，聯系到軟體產品研發，那么就有兩個維度，一個是 What，就是我們要實作什么，要達到什么目標，另一個是 How，就是說我們怎么去實作這個目標，怎么去做的問題，這兩個維度都有一定的復雜性和不確定性，
好比我們一起乘一艘船出海，并且給遠處立一個十環的箭靶，那么我們想快速找到這個靶子并打中十環，這個目標就是 What，理想狀況下我們想走一條直線到箭靶前并且打中十環，但是海面上的不確定因素太多，比如來一個側風，我們就只能走“之”字形，或者遇到大的風浪只能換路線前進，這個箭靶其實就是客戶的真實需求，我們想打造一個能獲得客戶的青睞，為他們創造價值的產品方案，但是箭靶的位置其實一開始是非常模糊的，甚至是在移動的，至少沒辦法在前期就把握百分百正確的一個方向，還有一個不確定性在于就算明確知道需要做的產品形態，比如箭靶的位置，但是這個范圍可能很大，很難定位可以真正為客戶創造價值的十環在靶子上哪個具體位置，除開市場和客戶需求等外部的不確定性，還有內部比如技術、合作、時間、投入等等的不確定性，所以說一開始定一條直線是沒有意義的，為了向前行進，敏捷的方式就是我們可以先在近處設一個小目標，這樣就能更容易地看到當前的十環，這樣可以讓我們與大目標間的路線越來越清晰，達到最終目標上的十環，
接下來講講怎樣定義“敏捷”，這是一個很有意思的話題，因為我們在與各種客戶、同學溝通程序中，每個人對“敏捷”的理解都很不一樣，比如一些領導認為敏捷等于快；一些開發工程師覺得敏捷就不需要寫檔案，覺得非常好；一些喜歡做流程改善的公司會說敏捷看起來比較適合小團隊，不適合他們這種大型公司，當然我也認可敏捷是“小強”的觀點，但是小強也是適者生存的一個典范，而且大象也可以跳舞嘛；還有一些經理們可能認為敏捷也就是一套典型的方法論，用來代替傳統的方法，這是團隊的事，與經理個人關系不大，團隊參加幾天敏捷培訓就能自動敏捷起來；也有一些同學認為敏捷等于 Scrum，一看沒在用 Scrum 就覺得肯定不是敏捷，這么多的不同理解，讓我說的話，敏捷就是要一統江湖，其實我們可以從下面三個視角來理解敏捷：
首先就是要保持一個學習者心態，老喬的“Stay hungry；Stay foolish”，用積極的心態去打造調整能力，創造最大的價值，從研發產品的角度說，就是以客戶為中心，打造適應、調整整個組織的能力，從管理或者交付來說，敏捷確實是在復雜多變的情況中一種快速反饋回圈的產品研發交付方法，通過完成每一個小目標一步步迭代、持續反饋調整優化從而達到最終目標，敏捷背后的科學原理就是試驗性程序理論的三根支柱：透明、檢視、適應調整，然后形成一個快速反饋的回圈，通過一系列小的回圈快速向前推進，當然如果在推進的程序中發現沒有辦法達到預期，也需要及時止損，去進行其他的“航行”，那么通過這樣一系列的往前推進，希望達至的狀態有五種，我們稱為“5 個持續”，第一個叫持續交付，通過每次完成一個小目標往前推進，交付任務的價值（Value）；第二個叫持續優化，因為你和你的競爭對手都面對著多種的不確定性，其實是在看誰能更快獲得新的、正確的認知（Knowledge），比如客戶真正的需求是什么、更合適的架構是什么等等；接下來就是持續改進我們做事情的方法（How），比如怎么去溝通，怎樣做用戶故事，怎么做風險管理、作業量評估，匯入怎樣的框架等等，這些都是具體的一招一式的方法；之后就是持續提升能力（Competence），因為方法和能力是兩個事情，比如你和師傅學廚藝，都是同一把刀，工具（方法）都是一模一樣，你和師傅切出來的不一樣呢，因為你們的功力（能力）不一樣；最后是持續塑造文化（Culture），比如說到團隊這個層面，就是指團隊的價值觀、氛圍、能動性，以及團隊所在的組織對其的支持等等，以上 5 個持續就是敏捷想達到的一種境界，
接下來我們看幾張圖，紅色線條指敏捷方法，黑色線條是傳統方法，為了方便理解，我們用身邊的例子，比如回轉壽司和普通點菜吃飯的體驗對比來說明一下，比如可見性，回轉壽司與普通的根據選單來點菜不同，選單可能有欺詐性，而回轉壽司就像是一個持續可見的可視流，所見即所得，適應性就是說這道壽司不好吃，那我就馬上換一盤做調整，那么繼續吃繼續調整的話總會得到更好的用戶體驗，而說到業務價值，回轉壽司的話你會先拿最想吃的那盤，那么在最短時間就可以獲得最高的業務價值，關于風險，比如說我不知道這家回轉壽司的口味，那么我坐下來吃兩盤覺得味道不對，那我就可以及時止損買單走人，但是在普通的餐廳吃飯，點了九菜一湯，結果第一口就覺得太辣了吃不習慣，退菜重做也不行，剛剛是從用戶的角度來說，那么從業主及廚子（開發人員）角度說，他是能直觀看到顧客喜愛吃哪種，及時對菜品的增減作出調整，和用戶共創一個良好的體驗，
接下來講一講“敏捷的全貌”，首先敏捷是一個很大的概念，而不是一套單一的具體方法，流程或者框架，比如用以一棵大樹舉例，那么對它來說最重要的是樹根，樹根扎根于土壤中，在敏捷這個大概念里，土壤可以理解為組織或者專案內的價值觀，支撐它筆直向上生長的樹干就是“原則”，這棵樹逐漸枝繁葉茂，它的枝葉就相當于敏捷概念里的“招式”，這和我們中國的一些傳統文化也有相通之處，比如說江湖這個概念，那么江湖里就有武功，里面還會細分一些流派，比如武當少林丐幫等等，而在敏捷流派里，Scrum 就好比丐幫，Scrum這個詞來源于橄欖球，橄欖球的球隊大家也知道，就是人多勢眾、亂中取勝，在混亂局面中集中所有能量及時回應互相配合，盡快觸地得分，還有一些比較常見的流派比如極限編程（XP）、DevOps、精益看板等等，也有一些小的流派，樹枝樹葉總體來說是保持一個持續發展的趨勢，除了單一團隊，我們還有 LeSS 這樣的框架，是適用于大公司的規模化敏捷，還有像 MVP、設計思考（Design Thinking）這些概念，它們背后一定是符合敏捷原則的，從另一方面看，假設這棵樹是一個團隊、一個產品，如果這棵樹長得特別茂盛，成果特別豐碩，那么一定也是有外部環境的影響比如陽光雨露的滋養，一定有組織土壤上的支持，我們叫“生態化敏捷”，它一定是形成了一個良性的敏捷生態，
這里的敏捷宣言就是一個總結，可能一些同學和軟體研發領域不直接相關，那么把“作業的軟體”替換為“作業成果”也是共通的，從敏捷宣言可以看出左邊藍色的描述即為我們需要關注的核心，是價值觀的體現，而右邊部分是被“高于”而不是被“排除”，做好右側事項可以給我們左側的目標提供更好的支持，右邊需要持續改進，
同時也給大家分享敏捷開發的十二條原則，對照這張可視化表為大家快速講解一下：
1.即創造客戶價值；
2.是因為我們面對各種變化和不確定性，所以我們要有擁抱變化的能力和意愿；
3.是需要去持續交付；
4.是所有人要在一起作業來實作共創；
5.意思是信任和支持我們的團隊，帶來更多的尊重和理解，而不是一味要求對方 996；
6.是指面對面的頻繁溝通；
7.是指可作業的軟體或成果才是度量作業進展的最好方式，而不是只描述這個產品的設計檔案或者 PPT；
8.是指作業中保持一個良好的發展節奏，而不是猛沖幾次然后后繼乏力，如果沒有一個空間讓團隊進行反思并且提升能力、優化方法，只會讓團隊原地踏步；
9.是說要持續關注技術的卓越性才能帶來敏捷，這條非常重要，做過開發的同學可能深有體會，要時刻鍛煉自己的“招式”，提升專業程度和職業操守，保持技術的前沿性，守住能力、品質的底線，不做一些半成品；
10.是指簡潔為本，敏捷的理念就是開始設定一些小目標，然后聚焦所有的能量去擊中這個小目標，通過這個小目標去往下發展，所以怎么去應對復雜，就是通過一系列簡單的目標的實作去疊加復雜性；
11.即自組織文化；
12.則是持續的反思與改進，
在最后的“成功與成長”章節，我來做一個總結，如果大家讀過 Scrum 指南應該就會知道一個高效的 Scrum 團隊會有 5 個團隊價值觀：勇氣、開放、專注、投入、尊重，成功和成長都有賴于這五個價值觀形成的文化，以劃龍舟為例，如果用 Scrum 作為敏捷的基礎框架來進行匯入，那么一般會有三個角色：劃船、掌舵和打鼓的，這三個角色三位一體在一條船上一起共創，在充滿不確定因素的波濤中向前推進，
如果帶入 Scrum 框架中，那么三個角色分別是 PO（Product Owner 產品負責人），相當于掌握方向的舵手，劃船的人就相當于 DT（Dev Team），打鼓的則是 Scrum Master，通用一點的話可以稱這個角色為 Coach，那么 PO 就是呼應了前文所提到的“What”，我們要交付正確的產品，實作正確的價值；DT 則是對應“How”，需要團隊持續且正確的交付；那么 SM 則是負責“Why”敏捷，給 PO 和 DT 賦能，使他們能做得更好，達到之前所說的“5 個持續”的狀態；最后實作與客戶共創，最重要的兩種客戶可以分為產品的使用者，與確定購買的決策者，有很多同學也提到專案管理里還存在利益干系人，其實干系人越少越好，以防出現這個角色不太懂敏捷，沒有與團隊達成共識的情況下變成利益干擾人，一字之差就增加了專案管理的復雜性，這樣就只能移除這種障礙，以便讓龍舟隊能直接觸達客戶，這才是我們要打造的良好的組織環境，
最后總結一下，本次課程提到了一些概念以及很多關鍵數字，有復雜自適應系統的 4 個特征；在產品研發追逐移動靶的程序中需要關注的復雜自適應的兩個維度；也有敏捷背后的科學原理-試驗性程序理論的 3 根支柱；還有 12 條敏捷開發原則等等，最重要的是在實踐程序中融會貫通，以達到真正的敏捷，
點擊觀看完整錄播視頻
轉載請註明出處，本文鏈接：https://www.uj5u.com/gongcheng/2436.html
標籤：其他