企業(yè)敏捷擴(kuò)展的四項(xiàng)必備規(guī)則

0 評(píng)論 7806 瀏覽 32 收藏 11 分鐘

敏捷方法早就證明了其在同地協(xié)作的小型團(tuán)隊(duì)中的效率,該方法能完美適應(yīng)以靈活和速率著稱的團(tuán)隊(duì)。但是,當(dāng)超越團(tuán)隊(duì)層面向組織規(guī)模擴(kuò)展時(shí),敏捷實(shí)踐就需要面對(duì)企業(yè)發(fā)展現(xiàn)狀,比如分布式團(tuán)隊(duì)、多組件項(xiàng)目和傳統(tǒng)資源管理。

事實(shí)上,無(wú)論組織多大型、多復(fù)雜或者多分布,都能采用敏捷實(shí)踐,尤其是Scrum。Scrum實(shí)踐在超過(guò)100人的復(fù)雜企業(yè)中的伸縮性非常好,能夠在組織轉(zhuǎn)變過(guò)程中給予足夠的重視。下面是在多團(tuán)隊(duì)企業(yè)層面實(shí)施敏捷時(shí)需要遵循的四項(xiàng)規(guī)則。

1.明確定義大規(guī)模敏捷意味著什么。

對(duì)敏捷開(kāi)發(fā)的誤解導(dǎo)致許多組織以一種絕對(duì)錯(cuò)誤的方式冒冒失失的一頭扎進(jìn)敏捷,進(jìn)而無(wú)法避免這種誤解,甚至更糟。一些與敏捷相關(guān)的誤解主要是人們認(rèn)為Scrum無(wú)法準(zhǔn)確提供支持組織規(guī)劃的項(xiàng)目進(jìn)度表。然而,事實(shí)是Scrum開(kāi)發(fā)有足夠的前期規(guī)劃和分析方法,并且在支持組織規(guī)劃方面,比其它大部分開(kāi)發(fā)方法更有效率。

首先,敏捷實(shí)踐易于管理和優(yōu)先級(jí)的特征范圍,使其能夠輕松地利用固定資源滿足最后期限,讓項(xiàng)目成本更具有可預(yù)測(cè)性。其次,基于優(yōu)先級(jí)完成特性,而不是將它們捆綁到規(guī)劃階段,這樣有助于消除最終你想要變更、擴(kuò)展或者取消已經(jīng)完成的功能的風(fēng)險(xiǎn)。

大規(guī)模Scrum包含了所有常規(guī)Scrum的可用特性,和已經(jīng)證明了的在多團(tuán)隊(duì)、多站點(diǎn)的大型環(huán)境中能夠有效連接Scrum構(gòu)建模塊的具體要素。舉個(gè)例子,假設(shè)客戶參與了規(guī)模擴(kuò)展;隨著Scrum團(tuán)隊(duì)希望從客戶候選人中獲得不同的技能集,可能需要建立一個(gè)獨(dú)立部門(mén)負(fù)責(zé)管理客戶參與。

另一個(gè)例子是,在一次迭代中集成所有團(tuán)隊(duì)致力于一個(gè)產(chǎn)品的輸出,實(shí)現(xiàn)一個(gè)潛在的可交付的產(chǎn)品增量。這可以通過(guò)以下方式實(shí)現(xiàn):

跨越組織協(xié)調(diào)‘完成標(biāo)準(zhǔn)’,實(shí)現(xiàn)為每個(gè)團(tuán)隊(duì)完成的故事、特性和缺陷定義驗(yàn)收標(biāo)準(zhǔn)。

建立Scrum的Scrum會(huì)議,幫助解決跨團(tuán)隊(duì)問(wèn)題和依賴項(xiàng)。每個(gè)Scrum團(tuán)隊(duì)?wèi)?yīng)該指派一個(gè)代表參與聯(lián)合沖刺評(píng)審,從而提高項(xiàng)目進(jìn)度的整體可見(jiàn)性。

2.揮手告別瀑布式的習(xí)慣。

即使是對(duì)敏捷實(shí)踐有著明確的理解也不一定能從試圖修改Scrum基本規(guī)則,以適應(yīng)長(zhǎng)期形成的瀑布式習(xí)慣中拯救組織。并且這種做法是極其危險(xiǎn)的,因?yàn)樗媾R著最終實(shí)施兩種方法最糟糕的特性,摒棄兩種方法的優(yōu)勢(shì)的風(fēng)險(xiǎn)。

敏捷可以通過(guò)持續(xù)的需求分析、設(shè)計(jì)、構(gòu)建/集成和測(cè)試獲得。此外,所有這些活動(dòng)的界限都是模糊的,所以任何在里程碑處試圖映射到階段的嘗試都是無(wú)效的。不過(guò),仍然有一些組織滿足于Scrum的‘前期分析,前期設(shè)計(jì)/持續(xù)開(kāi)發(fā)’帶來(lái)的改變,并在開(kāi)發(fā)工作中重新引入瀑布流程。我曾經(jīng)參與過(guò)一個(gè)項(xiàng)目,該客戶依賴Scrum來(lái)提高他們正在開(kāi)發(fā)的軟件產(chǎn)品的價(jià)值。不幸的是,公司不愿意放棄他們使用多年的正式需求審核程序。這樣一來(lái),盡管他們確實(shí)提高了團(tuán)隊(duì)性能,但是在每個(gè)沖刺交付中他們還是在增加特性值方面滯后。只有公司允許靈活創(chuàng)建和管理產(chǎn)品待辦事項(xiàng)列表,他們才能保證在每次沖刺會(huì)上交付有價(jià)值的產(chǎn)品增量。

另一個(gè)常見(jiàn)的錯(cuò)誤實(shí)踐是,當(dāng)在多個(gè)團(tuán)隊(duì)之間分裂大量共享的產(chǎn)品待辦事項(xiàng)列表需求時(shí),沿著任務(wù)線而不是功能切割用戶故事。更好的方法應(yīng)該是考慮將每個(gè)切割片作為更大功能的一個(gè)獨(dú)立可驗(yàn)證的功能片,實(shí)現(xiàn)其在所有跨應(yīng)用架構(gòu)層的實(shí)施,其中應(yīng)用架構(gòu)包括:用戶界面、業(yè)務(wù)邏輯、數(shù)據(jù)訪問(wèn)層和數(shù)據(jù)庫(kù)。

3.理解敏捷方法不是魔法。

轉(zhuǎn)向敏捷無(wú)疑可以通過(guò)提高軟件品質(zhì)和改善客戶關(guān)系幫助企業(yè)潛在地提高他們的業(yè)務(wù)底線。它同樣可以幫助組織工作,但是它不會(huì)教導(dǎo)團(tuán)隊(duì)的每個(gè)成員,使他們成為各自領(lǐng)域的尖兵。走向敏捷需要耐心,因?yàn)樾枰訌?qiáng)團(tuán)隊(duì)協(xié)作強(qiáng)度;一個(gè)跨功能的團(tuán)隊(duì)在開(kāi)始大步向前之前需要運(yùn)行數(shù)個(gè)試點(diǎn)沖刺。此外,團(tuán)隊(duì)所有成員需要學(xué)習(xí)新的過(guò)程技能,這會(huì)在初始階段減緩團(tuán)隊(duì)的進(jìn)度。

建立敏捷團(tuán)隊(duì)和過(guò)程僅僅才開(kāi)始了一半;為了協(xié)作和穩(wěn)定運(yùn)營(yíng),仍然有很多工作需要完成。應(yīng)對(duì)這一挑戰(zhàn)的一個(gè)方法是與具有成熟Scrum使用者的團(tuán)隊(duì)協(xié)作。例如,我們的一個(gè)客戶在項(xiàng)目交付時(shí)處于敏捷轉(zhuǎn)換過(guò)程中。他們?cè)谡麄€(gè)企業(yè)建立和運(yùn)行敏捷團(tuán)隊(duì),并期待獲得穩(wěn)定的速度和可預(yù)測(cè)的發(fā)布。當(dāng)與項(xiàng)目過(guò)程進(jìn)行同步時(shí),我們發(fā)現(xiàn)該公司具有產(chǎn)品待辦事項(xiàng)列表管理和發(fā)布計(jì)劃的問(wèn)題。好消息是,發(fā)現(xiàn)問(wèn)題是整個(gè)過(guò)程中最復(fù)雜的部分。僅僅經(jīng)過(guò)兩個(gè)沖刺后,公司成功加強(qiáng)了團(tuán)隊(duì),改進(jìn)了計(jì)劃并且給利益相關(guān)者提供了一個(gè)更好的如何發(fā)展其產(chǎn)品的主意。

同時(shí)請(qǐng)不要讓敏捷成為管理依賴的拐杖。當(dāng)然,管理者將會(huì)為環(huán)境設(shè)置好整體基調(diào),通過(guò)平衡一個(gè)穩(wěn)定系統(tǒng)傳統(tǒng)的管理方法,和一個(gè)自組織系統(tǒng)更具創(chuàng)新的管理方法,在團(tuán)隊(duì)的形成、發(fā)展、改善中扮演一個(gè)重要的角色。但是,當(dāng)涉及到監(jiān)管自我管理的跨功能的Scrum團(tuán)隊(duì)時(shí),傳統(tǒng)項(xiàng)目經(jīng)理的世界將會(huì)發(fā)生翻天覆地的變化。因?yàn)樗麄冃枰媾R更多的挑戰(zhàn),比如學(xué)習(xí)新項(xiàng)目預(yù)算確定流程,團(tuán)隊(duì)人員配置,項(xiàng)目進(jìn)度建設(shè)和協(xié)調(diào)其它部門(mén)的援助和支持。在Scrum中,團(tuán)隊(duì)自己決定每次沖刺時(shí)他們需要承擔(dān)承諾的范圍。留給項(xiàng)目經(jīng)理唯一的工作就是利用Scrum過(guò)程的透明度,確保沒(méi)有過(guò)高或者過(guò)低的承諾發(fā)生。

4.以人為先。

Scrum不是一種開(kāi)發(fā)方法,而是幫助組織工作、提升團(tuán)隊(duì)效率的一個(gè)框架。Scrum團(tuán)隊(duì)是以使成員能夠加速到他們最大的生產(chǎn)力的方式組織起來(lái)的。為了實(shí)現(xiàn)這個(gè)過(guò)程,需要結(jié)合許多要素。

工作的組織:100%奉獻(xiàn)到特定團(tuán)隊(duì)中去,在沖刺階段不間斷的運(yùn)行,沒(méi)有強(qiáng)迫加班的可持續(xù)發(fā)展的開(kāi)發(fā)步伐可以避免在員工效率,質(zhì)量和生產(chǎn)力上的損失;

工具的可用性:Scrum的力量來(lái)自團(tuán)隊(duì)成員之間的協(xié)作,這同樣適用于遠(yuǎn)程或者離岸的大規(guī)模產(chǎn)品開(kāi)發(fā)。因此,需要協(xié)同作業(yè)工具來(lái)支持每個(gè)團(tuán)隊(duì)成員發(fā)展的可見(jiàn)性,從而實(shí)現(xiàn)相互的承諾。當(dāng)然也有很多專(zhuān)門(mén)設(shè)計(jì)的解決方案——從即時(shí)通訊解決方案,用于共享信息的Wiki服務(wù)器和文件庫(kù),到網(wǎng)絡(luò)攝像頭和產(chǎn)品演示的共享桌面。這些方案將不在同一地點(diǎn)工作的團(tuán)隊(duì)成員,異地產(chǎn)品經(jīng)理和離岸團(tuán)隊(duì)連接起來(lái)。

企業(yè)培訓(xùn):赤裸的熱情和轉(zhuǎn)型的承諾還不足以使研發(fā)團(tuán)隊(duì)和項(xiàng)目經(jīng)理在敏捷環(huán)境下有效率地工作。為了始終滿足在組織范圍內(nèi)已經(jīng)建立的高標(biāo)準(zhǔn),應(yīng)該發(fā)展一個(gè)長(zhǎng)期穩(wěn)定的企業(yè)培訓(xùn)政策,為團(tuán)隊(duì)成員提供初始和持續(xù)的發(fā)展培訓(xùn)。

卓越的技術(shù):專(zhuān)注于實(shí)現(xiàn)最佳團(tuán)隊(duì)速度和快速交付可工作的功能時(shí),絲毫不應(yīng)該向交付代碼的質(zhì)量妥協(xié)。應(yīng)該確保Scrum團(tuán)隊(duì)的所有成員精通——或者至少熟悉——這種卓越技術(shù)的實(shí)踐和工具的使用,比如TDD,同行代碼評(píng)審,持續(xù)集成和自動(dòng)化測(cè)試。

敏捷軟件開(kāi)發(fā)宣言以個(gè)體和互動(dòng)高于流程和工具這樣的價(jià)值觀更好地實(shí)現(xiàn)軟件開(kāi)發(fā)開(kāi)頭。在這方面,能立即考慮到的方面是跨研發(fā)團(tuán)隊(duì)以及團(tuán)隊(duì)成員之間的交互。但是,這同樣有助于將與客戶的交互帶入一個(gè)全新的層面。加強(qiáng)客戶參與需要團(tuán)隊(duì)適應(yīng)客戶當(dāng)前的情緒、態(tài)度、需要和需求。客戶將要表現(xiàn)出不滿的跡象時(shí),為了維護(hù)未來(lái)客戶的參與力度,團(tuán)隊(duì)可以,比如說(shuō),從首選的高交互討論形式更改為更內(nèi)斂、訪談式的討論形式。

最重要的是,始終著眼于客戶。最后,員工生產(chǎn)力和客戶滿意度才最有助于實(shí)現(xiàn)組織層面的敏捷目標(biāo)。

 

譯者@陸志偉 ? ?來(lái)源@InfoQ

原文鏈接:Four Must-Have Rules for Scaling Enterprise Agile

版權(quán):人人都是產(chǎn)品經(jīng)理遵循行業(yè)規(guī)范,任何轉(zhuǎn)載的稿件都會(huì)明確標(biāo)注作者和來(lái)源,若該文涉及版權(quán)問(wèn)題,請(qǐng)聯(lián)系主編QQ:419297645

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 目前還沒(méi)評(píng)論,等你發(fā)揮!