【編者按】軟件開(kāi)發(fā)和采購(gòu)人員經(jīng)常會(huì)對(duì)現(xiàn)有軟件開(kāi)發(fā)方法公给、技巧和工具產(chǎn)生一些疑問(wèn)。針對(duì)這些疑問(wèn)蜘渣，Kevin Fall 整理了五個(gè)軟件方面的話(huà)題：Agile at Scale淌铐，Safety-Critical Systems，Monitoring Software-Intensive System Acquisition Programs蔫缸，Managing Intellectual Property in the Acquisition of Software-Intensive Systems腿准，以及 Managing Operational Resilience。該系列的第一篇主要關(guān)注 Agile at Scale 問(wèn)題拾碌，本文由 OneAPM 工程師編譯整理：
這里會(huì)有一系列文章來(lái)介紹這5個(gè)話(huà)題相關(guān)的最佳實(shí)踐吐葱。第一組文章分為上下兩篇，介紹了規(guī)男Ｏ瑁化敏捷開(kāi)發(fā)中的挑戰(zhàn)以及總結(jié)出的10個(gè)最佳實(shí)踐弟跑。限于篇幅問(wèn)題，本文只介紹了10個(gè)最佳實(shí)踐中的前5個(gè)防症，下一篇將介紹余下的5個(gè)最佳實(shí)踐和應(yīng)用這些最佳實(shí)踐過(guò)程中的3個(gè)建議孟辑。
規(guī)乃撬裕化敏捷開(kāi)發(fā)所面臨的挑戰(zhàn)
敏捷開(kāi)發(fā)的概念在過(guò)去的十年間已經(jīng)得到了廣泛的使用，也使得軟件開(kāi)發(fā)團(tuán)隊(duì)能夠開(kāi)發(fā)出更好的軟件燕偶。之所以能取得這樣的效果喝噪，主要是敏捷開(kāi)發(fā)的方法能夠提高項(xiàng)目進(jìn)展的透明度，同時(shí)用戶(hù)還可以很早就預(yù)見(jiàn)產(chǎn)品的雛形指么，并與開(kāi)發(fā)團(tuán)隊(duì)進(jìn)行交流酝惧。然而，達(dá)到商業(yè)目的遠(yuǎn)遠(yuǎn)不是開(kāi)發(fā)出好軟件這么簡(jiǎn)單伯诬。而如果期望規(guī)耐泶剑化敏捷則必須先關(guān)注以下幾個(gè)方面：
1．團(tuán)隊(duì)規(guī)模
試想一下，敏捷開(kāi)發(fā)的方法應(yīng)用在超過(guò)100人的開(kāi)發(fā)團(tuán)隊(duì)中會(huì)有什么效果盗似？當(dāng)這支開(kāi)發(fā)團(tuán)隊(duì)需要與其他部門(mén)在質(zhì)檢哩陕、集成、項(xiàng)目管理、市場(chǎng)運(yùn)營(yíng)等進(jìn)行合作和溝通以保證產(chǎn)品的順利交付時(shí)又會(huì)有怎樣的問(wèn)題悍及？通常極限編程這類(lèi)的敏捷開(kāi)發(fā)方法只適用于7至10人的小型團(tuán)隊(duì)中闽瓢，而大型團(tuán)隊(duì)則需要分為幾個(gè)小團(tuán)隊(duì)，同時(shí)需要和一些非開(kāi)發(fā)的人員進(jìn)行配合心赶。目前已經(jīng)有人在研究如何更好地解決團(tuán)隊(duì)規(guī)模所帶來(lái)的協(xié)作問(wèn)題了扣讼。
2．系統(tǒng)復(fù)雜程度
通常情況下，大型系統(tǒng)會(huì)包括較多的特性和新技術(shù)缨叫，還要與其他系統(tǒng)進(jìn)行通信和集成椭符，并且要照顧不同用戶(hù)群的需求。需要搞清楚是否有實(shí)時(shí)性耻姥、可靠性和安全性的要求销钝，以及相關(guān)利益者都是誰(shuí)。通常復(fù)雜系統(tǒng)都需要經(jīng)過(guò)嚴(yán)格的驗(yàn)證琐簇，這使得敏捷開(kāi)發(fā)中的快速迭代變得復(fù)雜化了蒸健。
3．項(xiàng)目規(guī)劃
有多長(zhǎng)時(shí)間用于系統(tǒng)開(kāi)發(fā)？系統(tǒng)維護(hù)的周期是多長(zhǎng)鸽嫂？通常大型系統(tǒng)所需的開(kāi)發(fā)和維護(hù)時(shí)間都比敏捷開(kāi)發(fā)適用的系統(tǒng)長(zhǎng)一些纵装，而且需要關(guān)注可能的更改和重新設(shè)計(jì)，還可能會(huì)被要求交付不同的版本据某。搞清楚這些有助于決定對(duì)項(xiàng)目來(lái)說(shuō)哪些才是衡量項(xiàng)目成功的重要指標(biāo)橡娄。
規(guī)模化敏捷開(kāi)發(fā)的最佳實(shí)踐
各個(gè)企業(yè)的情況有所不同癣籽，所以如何應(yīng)用這些最佳實(shí)驗(yàn)需要判斷它是否能使企業(yè)得益挽唉。特別要注意企業(yè)的商業(yè)目的、現(xiàn)有的流程和企業(yè)文化筷狼，因?yàn)樗械膶?shí)踐都有其局限性瓶籽，不可能存在所謂的萬(wàn)金油。選擇這些最佳實(shí)踐時(shí)最好可以讓它們能互相配合埂材，而且要根據(jù)企業(yè)的實(shí)際情況做出一定的調(diào)整塑顺。
1.團(tuán)隊(duì)協(xié)作乃是第一要?jiǎng)?wù)
Scrum 是目前使用范圍最廣的敏捷項(xiàng)目管理方法。簡(jiǎn)單來(lái)說(shuō) Scrum 開(kāi)發(fā)環(huán)境只需要一個(gè) Scrum 團(tuán)隊(duì)俏险。這一團(tuán)隊(duì)需要具備說(shuō)明需求严拒、系統(tǒng)架構(gòu)、設(shè)計(jì)竖独、編碼以及測(cè)試所需的知識(shí)和能力裤唠。
然而，在項(xiàng)目的規(guī)模和復(fù)雜程度增加之后莹痢，單一的 Scrum 團(tuán)隊(duì)可能就不能滿(mǎn)足開(kāi)發(fā)的需求了种蘸，這時(shí)就要根據(jù)系統(tǒng)特性和服務(wù)來(lái)劃分不同的小團(tuán)隊(duì)墓赴。對(duì)一個(gè)項(xiàng)目如果已經(jīng)決定了要使用 Scrum 這樣的項(xiàng)目管理方法，可以對(duì)各個(gè) Scrum 小團(tuán)隊(duì)也使用 Scrum 的方法進(jìn)行管理航瞭。這就需要一個(gè)另外的協(xié)作團(tuán)隊(duì)诫硕，這個(gè)協(xié)作團(tuán)隊(duì)有兩個(gè)責(zé)任：一是確定團(tuán)隊(duì)之間所交換的信息，這是為了解決團(tuán)隊(duì)之間的依賴(lài)性和溝通問(wèn)題刊侯。二是對(duì)團(tuán)隊(duì)之間的協(xié)作問(wèn)題和潛在的風(fēng)險(xiǎn)進(jìn)行分析并解決痘括。協(xié)作團(tuán)隊(duì)的成員通常來(lái)自各個(gè)開(kāi)發(fā)團(tuán)隊(duì)，如此協(xié)作團(tuán)隊(duì)的成員就能夠了解整個(gè)項(xiàng)目所有的功能滔吠，另外也可能還有一些用戶(hù)界面設(shè)計(jì)、系統(tǒng)架構(gòu)挠日、測(cè)試和部署的專(zhuān)業(yè)人員參與疮绷。這一協(xié)作團(tuán)隊(duì)可以幫助各個(gè)開(kāi)發(fā)團(tuán)隊(duì)之間實(shí)現(xiàn)目標(biāo)、問(wèn)題和風(fēng)險(xiǎn)的交流和共享嚣潜。但當(dāng)協(xié)作團(tuán)隊(duì)自己人數(shù)也多起來(lái)的時(shí)候則要當(dāng)心了冬骚。
2.使用 Architectural Runway 來(lái)管理技術(shù)復(fù)雜性
嚴(yán)格的安全要求和任務(wù)關(guān)鍵需求會(huì)增加技術(shù)上的復(fù)雜性以及風(fēng)險(xiǎn)。如果一項(xiàng)任務(wù)在一次迭代中無(wú)法完成懂算，同時(shí)也無(wú)法分解成較小的任務(wù)交給多個(gè)小組并行的話(huà)只冻，這就說(shuō)明這項(xiàng)任務(wù)有著技術(shù)上的復(fù)雜性。需要解決技術(shù)復(fù)雜性的問(wèn)題计技，管理員必須在項(xiàng)目早期就完成最重要的軟件架構(gòu)特性喜德，有時(shí)甚至要將這個(gè)問(wèn)題提升到整個(gè)企業(yè)的高度，比如對(duì)基礎(chǔ)設(shè)施平臺(tái)或者產(chǎn)品線垮媒。
敏捷開(kāi)發(fā)里把這個(gè)叫做 Architectural Runway舍悯。它的目的是為以后的迭代提供一個(gè)相對(duì)穩(wěn)定的基礎(chǔ)。有一個(gè)相對(duì)穩(wěn)定的基礎(chǔ)對(duì)多個(gè)團(tuán)隊(duì)是很重要的睡雇。軟件的架構(gòu)可以決定系統(tǒng)特性的重要性進(jìn)萌衬，從而決定他們?cè)陂_(kāi)發(fā)中的優(yōu)先級(jí)。通過(guò)定義 Architectural Runway 并在系統(tǒng)開(kāi)發(fā)過(guò)程中對(duì)其進(jìn)行擴(kuò)展它抱，開(kāi)發(fā)團(tuán)隊(duì)可以?xún)?yōu)先開(kāi)發(fā)架構(gòu)跑道中的特性以滿(mǎn)足用戶(hù)的需求秕豫。
Architectural Runway 也可以幫助開(kāi)發(fā)團(tuán)隊(duì)在項(xiàng)目早期就發(fā)現(xiàn)技術(shù)上的風(fēng)險(xiǎn)，并避免技術(shù)復(fù)雜性的問(wèn)題观蓄。此外混移，系統(tǒng)質(zhì)量上的要求如安全性、可用性和性能也是越早確定越好蜘腌，否則很可能得進(jìn)行大的改動(dòng)或者造成項(xiàng)目延期沫屡。開(kāi)發(fā)系統(tǒng)功能時(shí)如果所需要的基礎(chǔ)設(shè)施已經(jīng)就位也能增加需交付功能的確定性。
3.基于特性開(kāi)發(fā)與系統(tǒng)分解的結(jié)合
敏捷團(tuán)隊(duì)通常的做法是在系統(tǒng)的所有組件中實(shí)現(xiàn)一個(gè)特性撮珠。這使得開(kāi)發(fā)人員能夠?qū)Ｗ⒂谕瓿蓪?duì)用戶(hù)有意義的特性沮脖，而不必等待其他人的開(kāi)發(fā)完成才能進(jìn)行金矛。這個(gè)途徑被稱(chēng)之為「vertical alignment」，因?yàn)橄到y(tǒng)中每個(gè)實(shí)現(xiàn)這個(gè)特性的組件都在各個(gè)團(tuán)隊(duì)中獨(dú)立開(kāi)發(fā)勺届。但系統(tǒng)的分解也可以是水平的驶俊，這主要基于系統(tǒng)的架構(gòu)。這種方法主要被用于一些通用服務(wù)商免姿，因?yàn)樗鼈兛梢员桓嗟膹?fù)用饼酿。
無(wú)論是針對(duì)特性進(jìn)行開(kāi)發(fā)還是對(duì)系統(tǒng)進(jìn)行水平分解，其目的都是根據(jù)系統(tǒng)的分解來(lái)安排開(kāi)發(fā)團(tuán)隊(duì)并且解耦以便保持進(jìn)度胚膊。當(dāng)需要在敏捷穩(wěn)定性和進(jìn)度上保持平衡時(shí)可以采用的策略是先開(kāi)發(fā)一個(gè)通用服務(wù)的平臺(tái)故俐，再在此基礎(chǔ)上以插件的方式快速進(jìn)行基于特性的開(kāi)發(fā)。
4.使用質(zhì)量評(píng)估來(lái)決定架構(gòu)上的需求
Scrum所注重的是解決用戶(hù)面對(duì)的特性問(wèn)題紊婉，這確實(shí)也對(duì)系統(tǒng)成功與否起到重要作用药版。但當(dāng)注意力完全放在功能特性上的時(shí)候，往往就會(huì)忽略架構(gòu)上的需求喻犁。
這里的建議是在開(kāi)發(fā) Architectural Runway 時(shí)收集槽片、記錄、溝通和確認(rèn)潛在的系統(tǒng)質(zhì)量上的要求肢础。而大型系統(tǒng)來(lái)說(shuō)由于維護(hù)周期都比較長(zhǎng)还栓，所以這點(diǎn)尤為重要。在項(xiàng)目早期就應(yīng)該對(duì)質(zhì)量上的要求進(jìn)行評(píng)估传轰，以便決定哪些架構(gòu)上的需求應(yīng)該盡快滿(mǎn)足或者有哪些方式交付用戶(hù)需求的捷徑剩盒。
舉個(gè)例子說(shuō)，比如一個(gè)系統(tǒng)要滿(mǎn)足100萬(wàn)用戶(hù)使用慨蛙。這是說(shuō)立刻就要滿(mǎn)足100萬(wàn)用戶(hù)使用呢勃刨？還是現(xiàn)在它其實(shí)只是一個(gè)測(cè)試產(chǎn)品再比如系統(tǒng)一般都會(huì)使用一些框架，理解系統(tǒng)質(zhì)量要求可以幫助開(kāi)發(fā)人員確定哪些架構(gòu)上的需求已經(jīng)被框架解決了股淡。當(dāng)需要解決安全和部署環(huán)境方面需求變化時(shí)身隐，架構(gòu)上的需求必須給予最高的優(yōu)先級(jí)。
5.在整個(gè)生命周期中使用測(cè)試驅(qū)動(dòng)理念
這一條如果用一句話(huà)來(lái)概括就是開(kāi)發(fā)之前先寫(xiě)好測(cè)試唯灵。如果開(kāi)發(fā)的過(guò)程中只考慮正常情況贾铝，那么后期就會(huì)過(guò)度依賴(lài)于測(cè)試來(lái)找出開(kāi)發(fā)中忽略掉的情況。為了避免這種情況在開(kāi)發(fā)過(guò)程中就要考慮到異常埠帕。如果能夠先寫(xiě)好測(cè)試垢揩，使用測(cè)試驅(qū)動(dòng)開(kāi)發(fā)或驗(yàn)收測(cè)試驅(qū)動(dòng)開(kāi)發(fā)的方法，將使得我們推薦的其他實(shí)踐變得更有成效。
原文鏈接：10 Recommended Practices for Achieving Agile at Scale
OneAPM 是應(yīng)用性能管理領(lǐng)域的新興領(lǐng)軍企業(yè)，能幫助運(yùn)維人員進(jìn)行故障預(yù)警和定位避诽，減少業(yè)務(wù)系統(tǒng)維護(hù)的工作量，同時(shí)還能提供可追溯的性能數(shù)據(jù)锋勺，量化運(yùn)維部門(mén)的業(yè)務(wù)價(jià)值蚀瘸。想告別加班熬夜，歡迎免費(fèi)注冊(cè)使用庶橱！
