敏捷轉(zhuǎn)型中的敏態(tài)與穩(wěn)態(tài) | IDCF
來源：Thoughtworks洞見作者：安輝?
一、困惑的概念
相信接觸過傳統(tǒng)企業(yè)數(shù)字化轉(zhuǎn)型項目的話，你應該都聽過敏態(tài)與穩(wěn)態(tài)這兩個詞。敏穩(wěn)結(jié)合的轉(zhuǎn)型方法在大多數(shù)的客戶轉(zhuǎn)型咨詢方案中會提及。但隨著客戶越來越多，其上下文也越來越復雜，我們發(fā)現(xiàn)在和客戶交流敏穩(wěn)態(tài)的時候理解上會有很大差異，最直接的表現(xiàn)就是詞匯越來越多，但對它們的理解并不一致，例如：敏態(tài)、穩(wěn)態(tài)；敏捷、精益；雙模、雙態(tài)、雙速等， 所以本文嘗試梳理這些概念的含義以及彼此之間的關(guān)系。
二、“敏態(tài)”與“穩(wěn)態(tài)”
數(shù)字化是近些年傳統(tǒng)企業(yè)的轉(zhuǎn)型方向，其中敏捷轉(zhuǎn)型是企業(yè)在數(shù)字化轉(zhuǎn)型中很重要的一部分。
- 一方面企業(yè)引入敏捷方法幫助他們適應數(shù)字時代的市場變化的要求。
- 另一面由于傳統(tǒng)企業(yè)往往業(yè)務規(guī)模龐大，系統(tǒng)邏輯復雜，長時間使用ERP等傳統(tǒng)商業(yè)套件構(gòu)建的中后臺系統(tǒng)很難適應數(shù)字化轉(zhuǎn)型時提出的業(yè)務高響應力要求。
Mode 1 is optimized for areas that are more predictable and well-understood.Mode 2 is exploratory, experimenting to solve new problems and optimized for areas of uncertainty.?按照Gartner的描述：
模式1是為了優(yōu)化那些確定性高，可預測的領(lǐng)域。這里Gartner舉了個例子，比如我們?nèi)ブ貙懸粋€遺留系統(tǒng)，以使其適應數(shù)字化的要求；模式2是為了優(yōu)化不確定的領(lǐng)域，應對需要探索以及實驗來解決的新問題的。這個相對比較好理解，比如我們開發(fā)一個新產(chǎn)品，要將其不斷推向用戶以驗證產(chǎn)品是否符合市場需求。下圖Gartner很好的總結(jié)了兩種模式的特點：
這兩種模式表述了作為一家數(shù)字化企業(yè)在面對不同特點的需求時，需要具備相應的IT能力。這里的能力還僅限于傳統(tǒng)企業(yè)的IT部門，并不包含業(yè)務部門，當然更不包括產(chǎn)品運營。上述雙模IT概念現(xiàn)在已經(jīng)被相當一部分傳統(tǒng)企業(yè)所接受，一般被認為是現(xiàn)在談論的穩(wěn)態(tài)，敏態(tài)的前身?，F(xiàn)在提到的穩(wěn)態(tài)對應于模式1也就是上圖中的Traditional Mode，敏態(tài)對應模式2也就是上圖中的Agile Mode。雙模IT中一方面強調(diào)Agile Mode要以短迭代式的開發(fā)來適應變化，另外在Traditional Mode中的表述是依然延續(xù)傳統(tǒng)的IT開發(fā)，包括組織架構(gòu)，開發(fā)流程等。當然雙模IT并不是各自獨立存在的，它們也會有互相依賴需要對齊的情況，目前有如下兩種主流的對齊模式：
那么目前ThoughtWorks在給客戶做敏捷轉(zhuǎn)型時提到的敏態(tài)與穩(wěn)態(tài)與Gartner的雙模是一回事么？其實二者還是有些區(qū)別的。以ThoughtWorks某個客戶為例，下圖是ThoughtWorks咨詢團隊給客戶規(guī)劃的開發(fā)體系：
這個研發(fā)體系依然是在定義IT部門的兩種開發(fā)模式。客戶案例中的敏捷產(chǎn)品模式對應敏態(tài)，精益項目模式對應穩(wěn)態(tài)。在敏捷產(chǎn)品模式中，基本是繼承了雙模IT中Agile Mode的思想。以敏捷產(chǎn)品模式來應對變化與不確定性。其中也具象化了敏態(tài)中兩種常用的團隊運作模式，即迭代模式與單件流模式，更細化的規(guī)劃能夠更好的指導團隊落地。在精益項目模式中則與雙模IT中的Traditional Mode有些區(qū)別。雙模IT中提倡的Traditional Mode IT對應于傳統(tǒng)項目，這種模式下案例客戶老的開發(fā)方式被完全保留下來。與此同時增加了精益模式，精益模式提倡在原有案例客戶的開發(fā)方式之上，根據(jù)團隊實際情況，引入精益實踐來提升團隊運作效率。從過往外部的一些文獻中來看，每當提到雙模、雙速，基本指的都是Gartner提出的雙模IT，它是根據(jù)前面提到的敏穩(wěn)兩種不同的特點所劃分的不同的IT能力類型，每個個能力類型概念下可能會有多個系統(tǒng)，可能會對應多個團隊分別以不同的方式運作。綜上可以看到，在ThoughtWorks上下文中雙態(tài)IT與Gartner的雙模IT基本原則是一致的，都將企業(yè)的IT運作二元分為敏穩(wěn)兩部分。在ThoughtWorks的雙態(tài)IT進一步細化與改進了雙模IT的實施方式，在敏態(tài)中明確了迭代與單件流的交付方式，在穩(wěn)態(tài)中改進產(chǎn)生了精益項目的分支。三、“敏捷”與“精益”
敏捷方式對應之前客戶案例研發(fā)體系中的迭代/單件流交付，Scrum與Kanban也是我們最熟悉最有代表性的的兩種敏捷團隊運作方式。對于精益方式，我觀察在大多數(shù)語境下指的是上一章節(jié)中客戶案例研發(fā)體系中的精益項目這一項，并不包含傳統(tǒng)項目。當然企業(yè)實際運作過程中，僅有團隊級別的定義是不足夠的。通常一個業(yè)務目標會涉及到雙態(tài)中的多個系統(tǒng)以及團隊，這種情況下多個不同運作方式的團隊怎么相互配合并且對齊信息的呢？經(jīng)過了無數(shù)前人的嘔心瀝血，ThoughtWorks逐漸沉淀出下圖中的開發(fā)體系全景。
開發(fā)體系全景共分為三個主要階段：業(yè)務規(guī)劃階段，需求分析階段，軟件交付階段。- 業(yè)務規(guī)劃階段，主要是企業(yè)的業(yè)務部門如何來規(guī)劃自己的業(yè)務愿景并將其拆解成不同的投資組合，進一步形成業(yè)務方案。
- 需求分析階段，接著業(yè)務方案，細化出相應的產(chǎn)品方案，技術(shù)方案和產(chǎn)品的版本規(guī)劃。上述需求進一步形成產(chǎn)品的需求隊列繼而成為開發(fā)團隊的需求來源。在這里敏穩(wěn)態(tài)的IT團隊所形成的需求略有不同，敏態(tài)團隊接收到的是產(chǎn)品的需求特性，穩(wěn)態(tài)的團隊收到的一般是對某個模塊的具體變更需求。
- 軟件交付階段，敏態(tài)穩(wěn)態(tài)團隊分別按照各自開發(fā)方式完成功能開發(fā)，關(guān)鍵點是，敏穩(wěn)團隊需要事先對齊關(guān)鍵活動，比如UAT日期和投產(chǎn)日期。這樣才能夠保證特定業(yè)務方案能夠如期實現(xiàn)并投產(chǎn)。
四、不同的聲音
- 雙模IT本身就是一個偽命題：雙模IT中的Traditional Mode是基于“predictable and well-understood”這個前提的，但真的有軟件項目是可用做到可預測以及完全已知么？這貌似和我們之前在接觸敏捷時被傳輸?shù)挠^點是相悖的，且不說現(xiàn)實中的大型遺留系統(tǒng)知識散落不完整的問題，重新構(gòu)造或優(yōu)化遺留系統(tǒng)本身也是一個需要探索和充滿不確定性的過程。
- 雙模IT是一個中間狀態(tài)，是企業(yè)轉(zhuǎn)型的過程而非終點：這類觀點認為Traditional Mode的產(chǎn)生并不是為了應對固定的需求，而是為了應對那些難以在短時間內(nèi)達到敏捷狀態(tài)的系統(tǒng)或團隊。這些團隊有可能受制于當前的系統(tǒng)架構(gòu)或組織架構(gòu)無法敏捷化，那么在制約因素被解決之前，也需要對齊不同模式團隊的流程。或者用精益項目模式讓團隊先動起來也不失為一個好的做法。
- 雙模IT僅聚焦于企業(yè)IT內(nèi)部，不引入業(yè)務方很難真正做到組織級敏捷，端到端提升企業(yè)對市場的響應速度：Thoughtworks咨詢總監(jiān)肖然在洞見《數(shù)字化時代的科技雙模，雙模IT成為過去式》中說“雙模IT的提法確實已經(jīng)不再適合于現(xiàn)代數(shù)字化業(yè)務的打造，問題不在“雙?！?，而在于將IT作為整個科技轉(zhuǎn)型的出發(fā)點” “核心是希望科技真正融入業(yè)務，成為業(yè)務發(fā)展的核動力，僅僅從IT出發(fā)是完全無法實現(xiàn)此目標的，如何讓業(yè)務團隊具備科技思維是根本性的全局問題。”
- 雙模IT為不愿轉(zhuǎn)型的團隊提供了借口：在一些客戶實際轉(zhuǎn)型過程中，我們發(fā)現(xiàn)選擇精益開發(fā)模式的團隊越來越多。對于一些轉(zhuǎn)型意愿不強的團隊，一方面礙于領(lǐng)導或整個轉(zhuǎn)型氛圍的壓力不得不做點兒什么，另外一方面又不想離開舒適區(qū)完全推翻以前的工作方式。所以對團隊沖擊相對較小的精益模式成了他們的避風港。
五、未來的敏穩(wěn)態(tài)
對于未來，我認為就像在Thoughtworks的研發(fā)體系全景中的規(guī)劃一樣，企業(yè)可以利用雙模IT來度過轉(zhuǎn)型的過渡期，但最終業(yè)務的不確定性與軟件開發(fā)過程中的的復雜性決定了絕大多數(shù)團隊是需要積極轉(zhuǎn)變?yōu)槊艚蓍_發(fā)方式來應對的，少數(shù)由于客觀情況無法做到敏捷的團隊至少也需要轉(zhuǎn)變?yōu)榫骓椖磕Ｊ?，引入精益實踐來加快團隊的響應速度，以避免成為端到端敏捷中的短板。長遠來看雙模IT并不是企業(yè)在進行敏捷轉(zhuǎn)型中追求的目標或終點。敏捷企業(yè)需要的是隨時能夠響應市場的變化，跳脫出IT的小圈子，擴展到業(yè)務甚至運營，真正做到全流程端到端敏捷。
7月【冬哥有話說】研發(fā)效能工具專場。今晚8點，字節(jié)跳動產(chǎn)品經(jīng)理胡賢彬老師分享《自動化測試，如何做到「攻防兼?zhèn)洹?？》?/span>關(guān)注公眾號回復“效能”可獲取直播地址。
【“研發(fā)效能工具”專場話題一覽】
7月8日（已結(jié)束），LEANSOFT-周文洋分享《微軟DevOps工具鏈的 "愛恨情仇"（Azure DevOps）》（公眾號回復“回放”可獲取回放地址）
7月15日（已結(jié)束），阿里云智能高級產(chǎn)品專家-陳遜分享《復雜型研發(fā)協(xié)作模式下的效能提升實踐》（公眾號回復“回放”可獲取回放地址）
7月22日（已結(jié)束），極狐(GitLab)解決?案架構(gòu)師-張揚分享《基礎設施即代碼的?動化測試探索》（公眾號回復“回放”可獲取回放地址）
8月5日（周四）晚8點，聲網(wǎng)Agora CICD System 負責人-王志分享《從0到1打造軟件交付質(zhì)量保證的閉環(huán)》
評論
圖片
表情