## ##

        企業(yè)敏捷轉(zhuǎn)型的痛點(diǎn)在哪里?

        2017-05-20 14:18:13 閱讀 250216 本文來源:ThoughtWorks
        分享至:

        很多企業(yè)已經(jīng)走在敏捷轉(zhuǎn)型的路上,首先始于電信和互聯(lián)網(wǎng)公司,然后是金融行業(yè),現(xiàn)在連零售這樣的傳統(tǒng)行業(yè)都在嘗試轉(zhuǎn)向敏捷。

        從2001年敏捷宣言宣布到現(xiàn)在,已經(jīng)有將近十五年的歷史。十五年,在我們這個(gè)變化迅速的軟件工程行業(yè)已經(jīng)是一個(gè)非常悠久的時(shí)期了。敏捷并不是什么新玩意,而已經(jīng)成為我們行業(yè)主流的管理運(yùn)營體系。

        如果一個(gè)企業(yè)還沒開始擁抱敏捷思想并付諸實(shí)踐,那它很快要就out了!原因很簡單,為了快速響應(yīng)市場需求的變化,企業(yè)采用和擁抱一些敏捷的方法和思維是必須的。

        走向敏捷并不表示完全放棄目前的工作方式。很多企業(yè)可能會覺得目前的運(yùn)營有敏捷所不具備的優(yōu)勢,但在這個(gè)快速變化的時(shí)代中,持續(xù)改進(jìn)已經(jīng)成為必然,敏捷有很多成熟可操作、可落地的改進(jìn)方法是完全可以被拿來借鑒的。如果一個(gè)企業(yè)對現(xiàn)有的工作方式太執(zhí)著,結(jié)果必然是逐漸邊緣化,直到被市場淘汰。

        1-mind

        十年前,很多企業(yè)對敏捷有所懷疑,說敏捷不成熟。但如今形勢恰恰相反,一個(gè)還沒有擁抱敏捷的企業(yè)會懷疑自己到底出了什么問題,為何不愿意敏捷、為何敏捷不起來。

        在2007年,每當(dāng)我介紹敏捷,都一定會跟瀑布模式做個(gè)比較,解釋敏捷的好處。眼下我再給企業(yè)介紹敏捷時(shí),已經(jīng)不談瀑布了,大家都知道敏捷的好處,解釋也變得多余。我遇到的問題大多是如何讓敏捷落地,如何把敏捷帶給整個(gè)企業(yè)。

        企業(yè)痛點(diǎn)在哪?

        即使敏捷已經(jīng)是主流了,一個(gè)企業(yè)也不應(yīng)該為了敏捷而敏捷。敏捷是要解決具體問題的。企業(yè)具體問題在哪?有哪些痛點(diǎn)?涉及哪些方面?這些問題應(yīng)該從組織結(jié)構(gòu)開始梳理。

        圖1展示了一個(gè)典型的企業(yè)組織結(jié)構(gòu)。上層負(fù)責(zé)指定方向,規(guī)劃、預(yù)算、決策、治理和激勵。在執(zhí)行層面會有業(yè)務(wù)部門直接與用戶對口。用戶的請求和期望由業(yè)務(wù)代表來收集。如果組織有復(fù)雜的系統(tǒng)應(yīng)用組合,往往會有一個(gè)解決方案部門,負(fù)責(zé)整理需求傳達(dá)給開發(fā)和測試。開發(fā)測試交付的軟件系統(tǒng)由運(yùn)維部門來運(yùn)營和支撐。

        我咨詢過的很多企業(yè),從互聯(lián)網(wǎng)企業(yè)、傳統(tǒng)企業(yè)、到嵌入式產(chǎn)品廠商等,他們的組織結(jié)構(gòu)大概就如圖1。

        1

        圖1 典型企業(yè)組織結(jié)構(gòu)

        雖然圖1是一個(gè)高度抽象的組織結(jié)構(gòu)展示,但它有益于讓我們在討論企業(yè)痛點(diǎn)時(shí)找到具體聚焦的主體:是業(yè)務(wù)側(cè),還是解決方案側(cè);是開發(fā)測試側(cè),還是運(yùn)維側(cè),亦或是決策層的問題?

        企業(yè)的痛點(diǎn)一般是如何讓各部門端到端的更好協(xié)作,那么具體痛點(diǎn)在哪?瓶頸在哪?具體哪些部門必須更加敏捷靈活的運(yùn)作來響應(yīng)市場變化?

        小范圍的嘗試、小范圍的效果

        很多企業(yè)在嘗試敏捷的初期往往都會從一個(gè)小范圍開啟,大部份會從開發(fā)測試小團(tuán)隊(duì)開始。小團(tuán)隊(duì)的敏捷方法和理論非常成熟,比方說Scrum的小團(tuán)隊(duì)迭代運(yùn)作,極限編程(Extreme Programming)的用戶故事(User Story),持續(xù)集成(Continuous Integration),看板(Kanban)等。

        2

        圖2 小范圍的嘗試,小范圍的效果

        小團(tuán)隊(duì)敏捷運(yùn)作的方法和理論是很成熟的。有能力讓小團(tuán)隊(duì)敏捷落地的教練和資源也很多。

        1. 如果企業(yè)的應(yīng)用都是十人以下小團(tuán)隊(duì)能夠完成的,那么實(shí)施Scrum和XP就會獲得一些效果。但如果只停留在小范圍的嘗試,必然只有小范圍的效果。

        2. 如果企業(yè)有比較復(fù)雜的系統(tǒng),開發(fā)團(tuán)隊(duì)上百人的話,那Scrum和XP就遠(yuǎn)遠(yuǎn)不夠了。

        不管企業(yè)團(tuán)隊(duì)大小,如果企業(yè)敏捷落地只限于開發(fā)測試這一側(cè),沒有執(zhí)行層端到端的考慮,以及和企業(yè)上下對齊的思維,就不能發(fā)揮敏捷的潛能,就失去了獲取更大效益的可能。

        沒有組織層面的支持,小團(tuán)隊(duì)的良好效果也不容易持續(xù),反而很容易倒退。組織一旦想踏上敏捷的道路,就必須要有決心,必須要有長遠(yuǎn)的目標(biāo),必須考慮企業(yè)的整體敏捷轉(zhuǎn)型。

        大型企業(yè)的挑戰(zhàn)

        除了小團(tuán)隊(duì)必須敏捷之外,一個(gè)擁有大型開發(fā)團(tuán)隊(duì)的企業(yè)還必須解決一系列的問題。我與許多上千人企業(yè)的管理者和工作者交流他們面臨的挑戰(zhàn),做了一個(gè)總結(jié)(看圖 3):

        3

        圖3 大型企業(yè)的挑戰(zhàn)

        這些企業(yè)面臨的挑戰(zhàn)包括:

        1. 端到端的敏捷:如何讓執(zhí)行層端到端的運(yùn)作更加順暢穩(wěn)定?包括前端的需求管理和后端的運(yùn)維協(xié)同。前端的業(yè)務(wù)代表往往非常希望需求能夠快速上線,而后端運(yùn)維則希望系統(tǒng)穩(wěn)定,能不變是最好的。在這樣的矛盾中,大型組織必須思考如何建立一個(gè)快速又穩(wěn)定的開發(fā)通道。

        2. 跨團(tuán)隊(duì)協(xié)作敏捷:團(tuán)隊(duì)之間和項(xiàng)目之間如何協(xié)作得更好?每個(gè)小團(tuán)隊(duì)都有他們的目標(biāo)和工作量,團(tuán)隊(duì)之間的工作計(jì)劃如何更好的對齊,減少協(xié)作的成本和不必要的等待或者沖突?我經(jīng)常觀察到由于團(tuán)隊(duì)之間沖突導(dǎo)致工作中不必要的拖延,浪費(fèi)了時(shí)間非??上?。

        3. 用戶互動敏捷:如何更好得貼近用戶聆聽他們的需求?業(yè)界調(diào)查顯示,大部份開發(fā)后的功能都沒人關(guān)注,甚至沒人用。用戶對這些功能覺得無所謂,沒太大的感覺。如何更有效的理解“用戶真正想要什么”是一個(gè)挑戰(zhàn),企業(yè)要考慮如何讓整個(gè)組織具備這樣的共情能力。

        4. 人力敏捷:個(gè)人能力是非常重要的。在一個(gè)大的企業(yè)里,人員能力參差不齊,如何提高各個(gè)層面人員的能力,讓他們學(xué)會自我管理,是企業(yè)必須解決的問題。如果能夠達(dá)到這一點(diǎn),就會減少很多的管理成本。

        5. 戰(zhàn)略治理敏捷:執(zhí)行層面運(yùn)作如何有效的與決策層面結(jié)合?決策層的舉措如何有效的落地到執(zhí)行層面?執(zhí)行層面遇到市場機(jī)會時(shí)如何有效反饋到規(guī)劃層面從而指導(dǎo)方向調(diào)整?

        6. 文化敏捷:敏捷以人為本。一個(gè)大型企業(yè)由于人數(shù)眾多,很容易忽略個(gè)人特別是基層的戰(zhàn)士。我們這個(gè)行業(yè)有“屌絲”和“碼農(nóng)”這種說法,說明對基層不夠重視的情況長期存在。事實(shí)上他們也很有想法,有改進(jìn)的意愿。如何激勵他們,發(fā)揮他們的價(jià)值和協(xié)助他們成長是企業(yè)文化建設(shè)中必須考慮的。

        當(dāng)企業(yè)在考慮以上的挑戰(zhàn)時(shí),會發(fā)現(xiàn)小團(tuán)隊(duì)敏捷運(yùn)作的實(shí)踐,已經(jīng)不是企業(yè)敏捷轉(zhuǎn)型所關(guān)注的重點(diǎn)了。小團(tuán)隊(duì)有效的運(yùn)作僅僅是個(gè)基礎(chǔ),企業(yè)需要的是整個(gè)組織的戰(zhàn)略和布局。就像一名將軍或總司令,看的是整個(gè)戰(zhàn)場,不只是一兵一卒,看問題需要更加宏觀。

        大型企業(yè)敏捷實(shí)踐

        要解決一個(gè)大型組織面臨的挑戰(zhàn),辦法不是沒有的。敏捷方法也在持續(xù)的演進(jìn)中,從開始僅僅解決開發(fā)側(cè)的問題,到如今已經(jīng)延伸到整個(gè)組織的運(yùn)營體系中。目前,業(yè)界所強(qiáng)調(diào)的已經(jīng)不是團(tuán)隊(duì)的敏捷(Team Agility),而是產(chǎn)品端到端的敏捷(Product Agility),以及整個(gè)企業(yè)的敏捷(Enterprise Agility)。

        4

        圖4 大型組織的敏捷實(shí)踐

        敏捷方法和理論有豐富的實(shí)踐(Practice)和經(jīng)驗(yàn)總結(jié)。這幾年來,我花了不少時(shí)間總結(jié)這實(shí)踐。在企業(yè)內(nèi),除了小團(tuán)隊(duì)敏捷Scrum和XP之外,還必須引入許多方法和實(shí)踐(見圖 4)。

        1. Super Scrum:不僅小團(tuán)隊(duì)需要Scrum,Super Scrum拔高了一個(gè)層次,指導(dǎo)跨團(tuán)隊(duì)和項(xiàng)目的運(yùn)作。

        2. 前端協(xié)同和后端協(xié)同:當(dāng)然也必須有前端和后端的敏捷。前端敏捷包括敏捷的需求管理,有效的概念過濾,需求的ROI排序,尊重開發(fā)側(cè)的能力和容量而不強(qiáng)壓需求。后端除了穩(wěn)定上線之外,避免上線的風(fēng)險(xiǎn),提供運(yùn)營的反饋。

        3. 一個(gè)產(chǎn)品的演進(jìn)是經(jīng)過很多市場需求積累的。如果需求的實(shí)現(xiàn)沒有標(biāo)準(zhǔn)化,代碼和架構(gòu)很快就會腐爛。標(biāo)準(zhǔn)化不僅僅能夠提高軟件本身的質(zhì)量,也能夠提高開發(fā)的效率。有了標(biāo)準(zhǔn),各職責(zé)都知道要做什么,實(shí)現(xiàn)起來簡單,評估也簡單。

        4. 貼近客戶包括與客戶進(jìn)行有效的接觸和快速反饋,還借鑒用戶行為分析,構(gòu)建用戶的同理心,有效挖掘客戶和用戶的痛點(diǎn),形成明確的產(chǎn)品定位。

        5. 質(zhì)量不僅僅需要后端的測試和驗(yàn)證,更重要的是如何進(jìn)行更有效的設(shè)計(jì)。這包括產(chǎn)品設(shè)計(jì)、業(yè)務(wù)設(shè)計(jì)、系統(tǒng)設(shè)計(jì)和不可缺少的代碼設(shè)計(jì)。這些設(shè)計(jì)能力,必須融入到各成員的習(xí)慣中。

        6. 大型企業(yè)必須要有針對每個(gè)個(gè)體的回顧和反饋體系。這不是一件容易的事,企業(yè)不僅僅需要時(shí)刻聆聽用戶,也必須有效地聆聽每個(gè)成員的心聲。一個(gè)團(tuán)隊(duì)開心就會積極,一個(gè)團(tuán)隊(duì)積極,什么問題都能解決。

        7. 以上的實(shí)踐必須有一個(gè)改進(jìn)工作組來落地。這個(gè)工作組必須具備分析、說服、探索、嘗試、總結(jié)等能力,改進(jìn)也必須有章法。

        每個(gè)實(shí)踐是解決企業(yè)運(yùn)營上某個(gè)問題的一種方案。每個(gè)實(shí)踐(Practice)有具體的操作指導(dǎo),還有交付對象、交付物、職責(zé)、活動、模式等定義,這樣能夠方便學(xué)習(xí)和落地。建立實(shí)踐的架構(gòu)也應(yīng)該有方法。

        大型企業(yè)敏捷轉(zhuǎn)型路標(biāo)

        一個(gè)大型企業(yè)不是說變就變的,需要一步一步來,首先選擇一些基礎(chǔ)的實(shí)踐來落地,然后逐漸延伸到整個(gè)企業(yè)的運(yùn)營。圖 5顯示了一個(gè)可參考的大型企業(yè)的敏捷轉(zhuǎn)型路標(biāo)。

        5

        圖5 大型企業(yè)敏捷轉(zhuǎn)型路標(biāo)(共參考)

        圖5的橫軸代表時(shí)間。從企業(yè)當(dāng)前的運(yùn)營來看,可以首先讓開發(fā)測試團(tuán)隊(duì)內(nèi)部運(yùn)作,通過Scrum或XP的實(shí)踐,讓團(tuán)隊(duì)先養(yǎng)成敏捷運(yùn)作的習(xí)慣,然后是整個(gè)執(zhí)行層端到端的敏捷運(yùn)作,再延伸到上層的戰(zhàn)略治理和基層的大規(guī)?;仡櫯c激勵,確保改進(jìn)能夠持續(xù)。

        有一個(gè)敏捷轉(zhuǎn)型路標(biāo)非常重要,這是企業(yè)踏上敏捷轉(zhuǎn)型的關(guān)鍵步驟!在這條走向敏捷的道路上,企業(yè)必須一開始就明確改進(jìn)工作組,來協(xié)商制定這個(gè)路標(biāo)。有了路標(biāo),就能給各參與者一個(gè)統(tǒng)一的方針,管理他們的期望,從而推動企業(yè)敏捷實(shí)踐落地的方向和計(jì)劃,進(jìn)而有助于衡量進(jìn)展和效果。 敏捷就是響應(yīng)變化。敏捷的落地也必須敏捷,也必須按照實(shí)際情況而演進(jìn),所以企業(yè)必須明確自己的步伐和節(jié)奏。經(jīng)過以上的實(shí)踐積木化,就能夠有一個(gè)相對靈活的路標(biāo)。希望通過以上的積木識別,協(xié)助你的企業(yè)走向敏捷。


        責(zé)任編輯:Steph
        分享至:

        聯(lián)系客服

        故障反饋