Doug+Dockery

事實(shí)上，“部署敏捷”與“變敏捷”完全是兩回事，僅僅部署敏捷并沒有多少實(shí)際價(jià)值。

時(shí)至今天，相信大家都已經(jīng)聽說過“敏捷”這個(gè)詞。許多公司甚至很可能已有專門的敏捷團(tuán)隊(duì)。大多數(shù)軟件驅(qū)動(dòng)的公司希望通過從事敏捷（doing agile）開發(fā)來協(xié)助解決重大的業(yè)務(wù)和組織結(jié)構(gòu)問題：諸如各種未兌現(xiàn)的承諾、不盡如人意的質(zhì)量、缺乏可視性、成本過高、協(xié)作性差，以及創(chuàng)新進(jìn)度緩慢等等。但很可惜，有許多公司發(fā)現(xiàn)他們并沒有從敏捷投資中得到預(yù)期的結(jié)果。

事實(shí)上，“部署敏捷”與“變敏捷”完全是兩回事。坦白來講，僅僅部署敏捷并沒有多少實(shí)際價(jià)值。

這并非敏捷團(tuán)隊(duì)的錯(cuò)。公司戰(zhàn)略與執(zhí)行不一致，導(dǎo)致團(tuán)隊(duì)成果與預(yù)期南轅北轍是見慣不怪的事情。這些公司一般在組織架構(gòu)中存在巨大的“脫節(jié)”。那些知道如何彌補(bǔ)這一脫節(jié)的公司可以確保正確的投資，并以正確的方式組建。但更重要的是，他們可以定期以較低成本改變正在創(chuàng)建的產(chǎn)品，以緊跟市場(chǎng)需求，在開發(fā)過程中創(chuàng)造最大價(jià)值。這是在規(guī)模上實(shí)現(xiàn)打造真正的敏捷企業(yè)的保證，但要如何實(shí)現(xiàn)呢？

對(duì)Scrum的迷惘

在提供企業(yè)咨詢時(shí)，我通常會(huì)提出以下三個(gè)問題：你的團(tuán)隊(duì)結(jié)構(gòu)怎樣？團(tuán)隊(duì)的工作流程怎樣？你會(huì)怎樣計(jì)劃？ 典型答案都會(huì)關(guān)注團(tuán)隊(duì)數(shù)量、角色、技術(shù)、流程、估算故事價(jià)值、sprints長度等等。我們總能改善團(tuán)隊(duì)層面的行為準(zhǔn)則，但那又如何？每家公司都可以有Scrum團(tuán)隊(duì)，但絕對(duì)不可以迷信Scrum框架會(huì)解決公司所面臨的重大問題。事實(shí)上，如果你所做的一切只是依賴這些單獨(dú)的Scrum團(tuán)隊(duì)，其結(jié)果可能比瀑布開發(fā)模式更糟糕。

讓我們潛心思考一下。如果你的敏捷團(tuán)隊(duì)的成員認(rèn)為用瀑布開發(fā)模式更好，其中可能的原因就是：在瀑布模式中，當(dāng)我們對(duì)工作所知甚少時(shí)，我們會(huì)預(yù)先作出決策。經(jīng)驗(yàn)告訴我們項(xiàng)目將會(huì)推遲且超出預(yù)算，但我們會(huì)知道構(gòu)建的內(nèi)容，因?yàn)榉秶枪潭ǖ?。與之相比，被稱為“自然法則下的Scrum”（Feral Scrum） 的優(yōu)化團(tuán)隊(duì)能夠快速交付軟件，而他們則只在Scrum模式下埋頭做著自己的工作。有時(shí)，他們與組織的唯一聯(lián)系就是唯一一個(gè)跟其他模式共享的產(chǎn)品負(fù)責(zé)人。他們投入許多資源進(jìn)行開發(fā)，但我們不知道他們要交付的產(chǎn)品是否就是我們目前真正所需要的。

敏捷的首要問題

我們先不談出色的團(tuán)隊(duì)執(zhí)行未能解決我們的業(yè)務(wù)問題，讓我們來看一下如何計(jì)劃工作和安排人員。這時(shí)候，我們就要談到項(xiàng)目章程、業(yè)務(wù)案例、資金和資源審批。我們會(huì)討論他們計(jì)劃的頻率、參與人員以及需要花費(fèi)的時(shí)間和精力。

一位客戶曾告訴我他們的年度計(jì)劃批準(zhǔn)了商業(yè)智能團(tuán)隊(duì)的71個(gè)項(xiàng)目，并且該71個(gè)項(xiàng)目目前全部仍處于活躍狀態(tài)，“因?yàn)楣芾碚咝枰吹秸麄€(gè)系統(tǒng)進(jìn)展”。其中有一半的項(xiàng)目是從上一年度順延下來的。更致命的是，他們預(yù)期今年內(nèi)不會(huì)有一個(gè)項(xiàng)目能夠完工。

通過實(shí)施看板方案，我們能夠解決這個(gè)進(jìn)行中的工作問題。按照對(duì)業(yè)務(wù)的價(jià)值劃分項(xiàng)目?jī)?yōu)先等級(jí)，列出項(xiàng)目必須完成的步驟，以及限制“正在進(jìn)行中”的工作量。只有在當(dāng)前的工作完成后，團(tuán)隊(duì)才能接新的工作。一轉(zhuǎn)眼，項(xiàng)目交付變成可預(yù)測(cè)了，我們只構(gòu)建最具有業(yè)務(wù)價(jià)值的部分。我們已經(jīng)解決了我們的問題，對(duì)嗎？答案當(dāng)然是否定的。

培養(yǎng)企業(yè)的敏捷文化

市場(chǎng)每天千變?nèi)f化，新的客戶需求層出不窮。一家公司的生存有賴于能夠定期、以較低的成本改變項(xiàng)目組合，以緊追新的業(yè)務(wù)變化。想要縮短企業(yè)選擇最佳方案的時(shí)間，并不斷交付予客戶，我們就需要解決戰(zhàn)略與團(tuán)隊(duì)工作之間的脫節(jié)問題。

答案就是如何細(xì)分舉措，讓團(tuán)隊(duì)與不斷變化的優(yōu)先重點(diǎn)保持一致、自動(dòng)化進(jìn)度報(bào)告和選擇能夠推動(dòng)持續(xù)改善的指標(biāo)。其中的核心就在于季度小組計(jì)劃活動(dòng)Big Room Planning，它讓團(tuán)隊(duì)和領(lǐng)導(dǎo)共同構(gòu)建每個(gè)人可以交付的共享、可實(shí)現(xiàn)的發(fā)布計(jì)劃。由現(xiàn)在開始，每個(gè)團(tuán)隊(duì)的工作與戰(zhàn)略變化將會(huì)保持一致，Scrum團(tuán)隊(duì)可以“查看”以了解他們正在建模背后依據(jù)的基本原理，以及他們的工作如何推動(dòng)公司戰(zhàn)略的實(shí)施。但是，我們還需要具備另外一個(gè)條件。

一個(gè)敏捷企業(yè)必須深諳只有將戰(zhàn)略、能力及文化結(jié)合起來，才能實(shí)現(xiàn)真正的機(jī)構(gòu)轉(zhuǎn)變。文化產(chǎn)生于人們的互動(dòng)方式，因此我們尋求能夠促進(jìn)不斷學(xué)習(xí)和改進(jìn)的互動(dòng)，而回顧和良好的績(jī)效指標(biāo)能派上用場(chǎng)。

最后，我們不應(yīng)只是“做敏捷”，更應(yīng)真正“變敏捷”（being Agile）。我們已具備所有解決重大問題所需的一切條件：包括出色的團(tuán)隊(duì)執(zhí)行、按價(jià)值劃分的優(yōu)先等級(jí)、從戰(zhàn)略到執(zhí)行的連接，以及滿足我們協(xié)調(diào)、溝通和改進(jìn)文化需要的平臺(tái)。我們應(yīng)專注于為客戶創(chuàng)優(yōu)增值，而非只是創(chuàng)建過程。我們已經(jīng)彌補(bǔ)組織中的缺口，現(xiàn)在我們可以積極引導(dǎo)我們的公司響應(yīng)市場(chǎng)變化，真正成為一個(gè)敏捷企業(yè)。