○袁 荃 （武漢大學(xué)經(jīng)濟(jì)與管理學(xué)院 湖北 武漢 430072）

一、敏捷管理理論

1、敏捷管理的定義

敏捷即靈活性，是動(dòng)態(tài)的、適應(yīng)于具體情況、迎合變化和自我完善的。敏捷項(xiàng)目管理是應(yīng)對(duì)經(jīng)常變化的、具有不確定性的軟件項(xiàng)目的管理方法。敏捷是一種態(tài)度而不是一個(gè)流程，是一種氛圍而不是方法。敏捷項(xiàng)目管理中最重要的一個(gè)術(shù)語(yǔ)就是創(chuàng)新。實(shí)施敏捷項(xiàng)目管理過(guò)程中項(xiàng)目管理者要注意：調(diào)整團(tuán)隊(duì)自身來(lái)適應(yīng)變化，致力于產(chǎn)品，和客戶進(jìn)行協(xié)調(diào)，注重溝通。

2、敏捷管理的開(kāi)發(fā)方法

常見(jiàn)的敏捷軟件方法包括：Crystal、ASD（Adaptive Software Development）、Scrum、FDD （Feature Driven Development）、XP（Extreme Programming）、RUP（Rational unified Process）等，它們都具有強(qiáng)調(diào)靈活、階段迭代、反饋和逐步逼近目標(biāo)的特性，本文中將重點(diǎn)介紹Scrum方法。

二、Scrum開(kāi)發(fā)方法

Scrum（英式橄欖球爭(zhēng)球隊(duì)），軟件開(kāi)發(fā)模型是敏捷開(kāi)發(fā)的一種，在最近的一兩年內(nèi)逐漸流行起來(lái)。正如Schwaber所言，Scrum is an agile，lightweight process that can be used to manage and control software and product development using iterative，incremental practices。Scrum將軟件開(kāi)發(fā)團(tuán)隊(duì)比擬成橄欖球隊(duì)，有明確的最高目標(biāo)，熟悉開(kāi)發(fā)流程中所需具備的最佳典范與技術(shù)，具有高度自主權(quán)，緊密地溝通合作，以高度彈性解決各種挑戰(zhàn)，確保每天、每個(gè)階段都朝目標(biāo)有明確的推進(jìn)。下面介紹Scrum方法的原理。

Scrum team。Scrum team指整個(gè)項(xiàng)目小組，不僅僅包括全職開(kāi)發(fā)人員，也包括了發(fā)行軟件會(huì)影響到的外部人員，比如市場(chǎng)營(yíng)銷(xiāo)人員和顧客。

Backlog。Backlog是一種任務(wù)列表，包括Product Backlog和Sprint Backlog兩種，是指導(dǎo)Scrum開(kāi)發(fā)方向的指針。Sprint Backlog是一個(gè)Scrum團(tuán)隊(duì)計(jì)劃將要在當(dāng)前Sprint中完成的所有功能列表。Sprint Backlog實(shí)際上是Product Backlog的一個(gè)子集，在Product Backlog的綱要性指導(dǎo)下，Sprint Backlog不斷發(fā)展并且充實(shí)整個(gè)項(xiàng)目的Product Backlog，使之趨于完善。比如：未細(xì)化的產(chǎn)品功能要求、Bugs、缺陷、用戶提出的改進(jìn)、具競(jìng)爭(zhēng)力的功能及技術(shù)升級(jí)等，按優(yōu)先級(jí)定義出來(lái)，這些任務(wù)可能不是完整的，甚至可能隨時(shí)會(huì)更改或添加。

Sprint（沖刺）。Scrum開(kāi)發(fā)過(guò)程由一系列迭代的Sprint過(guò)程組成，一個(gè)Sprint過(guò)程就是一個(gè)沖刺過(guò)程，多個(gè)Sprint過(guò)程順序進(jìn)行，直至風(fēng)險(xiǎn)評(píng)估認(rèn)為產(chǎn)品可交付為止。一個(gè)sprint是在限定時(shí)間段內(nèi)的一系列開(kāi)發(fā)活動(dòng)，包括分析、設(shè)計(jì)、編碼、測(cè)試等。通常為30天的迭代時(shí)間，把Backlog中的每一項(xiàng)安排在Sprint中，由團(tuán)隊(duì)估算出所需要的時(shí)間（按小時(shí)記）。每一次Sprint之后，一定要有可以交付使用的功能。每一次Sprint之后要回顧，團(tuán)隊(duì)按照既定的Sprint Backlog目標(biāo)來(lái)演示完成的內(nèi)容。

Scrum meeting。Scrum meeting是Scrum中項(xiàng)目管理的有效手段，分為兩種：Sprint meeting和Daily meeting。Sprint meeting是在下一個(gè)Sprint開(kāi)始之前，即在當(dāng)前sprint即將結(jié)束之時(shí)舉行的，Sprint meeting討論并決定下一個(gè)sprint的sprint Backlog，會(huì)議舉行的時(shí)間周期隨Sprint的周期而定。Daily meeting也稱(chēng)為Daily Scrum，顧名思義就是Scrum期間每天舉行的例會(huì)，這也是與傳統(tǒng)方式最大的區(qū)別，每天15-20分鐘的Scrum會(huì)議，通常在每天的同一時(shí)間和同一個(gè)房間內(nèi)舉行。Scrum團(tuán)隊(duì)所有人都參加，在這個(gè)15分鐘的會(huì)議上，Scrum Master會(huì)詢問(wèn)每個(gè)成員三個(gè)問(wèn)題。比如：自上次Scrum會(huì)議后的1天里你做了什么，當(dāng)前任務(wù)完成的百分比？你在工作中遇到了哪些困難，需要其他團(tuán)隊(duì)成員提供什么樣的幫助？從現(xiàn)在到下次Scrum會(huì)議的1天時(shí)間里你準(zhǔn)備做什么？每個(gè)成員在Backlog條目上所花費(fèi)的時(shí)間會(huì)被記錄到Sprint backlog中，Scrum Master在會(huì)上對(duì)存在的問(wèn)題提出即時(shí)的解決方案或指導(dǎo)，使團(tuán)隊(duì)不斷向著目標(biāo)前進(jìn)。和傳統(tǒng)軟件開(kāi)發(fā)方法中依靠每周數(shù)小時(shí)的例會(huì)來(lái)監(jiān)督項(xiàng)目的進(jìn)度不同，通過(guò)Scrum Meeting來(lái)管理項(xiàng)目，這種方法更加簡(jiǎn)單和直觀，更加人性化，容易及時(shí)發(fā)現(xiàn)和糾正問(wèn)題。從而有利于在宏觀上控制項(xiàng)目，保證項(xiàng)目朝健康、成功的方向發(fā)展。

通過(guò)Sprint Backlog的分析，可以了解Backlog的進(jìn)度，盡早的了解所發(fā)生的問(wèn)題。

管理者不再是項(xiàng)目或者團(tuán)隊(duì)的“老板”，而是幫助團(tuán)隊(duì)解決問(wèn)題的協(xié)調(diào)者或是助手。

每一次Sprint之后要review，團(tuán)隊(duì)按照既定的SprintBacklog目標(biāo)來(lái)演示完成的內(nèi)容。

總體來(lái)說(shuō)，Scrum就是一個(gè)使用迭代遞增模型的快捷輕便的實(shí)踐過(guò)程，它結(jié)合了極限編程和RUP的優(yōu)點(diǎn)，是一種非常有助于提高軟件生產(chǎn)效率的敏捷開(kāi)發(fā)方法。

三、實(shí)例研究

下面，讓我們來(lái)剖析Scrum方法在某土地利用系統(tǒng)軟件項(xiàng)目?jī)?nèi)部開(kāi)發(fā)中實(shí)際運(yùn)作的例子。該系統(tǒng)以土地利用現(xiàn)狀調(diào)查為基礎(chǔ)，實(shí)現(xiàn)圖文一體化的遠(yuǎn)程用地報(bào)批與開(kāi)發(fā)復(fù)墾整理業(yè)務(wù)信息管理。系統(tǒng)要實(shí)現(xiàn)土地利用規(guī)劃信息的圖形管理、屬性管理和圖文互查功能。由于本項(xiàng)目的特殊性，為內(nèi)部使用軟件，其產(chǎn)品需求確定，客戶方為土地局及下屬地方土地局內(nèi)部系統(tǒng)單位，需滿足可提供資料、數(shù)據(jù)全面且隨時(shí)準(zhǔn)確調(diào)用的要求等，遵循可操作性、安全性、可兼容性以及圖數(shù)一體性的原則。

1、Scrum的組織結(jié)構(gòu)

上述提及的Scrum方法的流程，實(shí)際上是理論上的一個(gè)大致劃分。由于Scrum方法有所有敏捷開(kāi)發(fā)方法固有的靈活性特征，它在實(shí)際的操作過(guò)程中可以根據(jù)不同的需求進(jìn)行裁減，比如，階段的劃分、小組人員的規(guī)模、項(xiàng)目組的組織結(jié)構(gòu)等。Scrum在實(shí)際操作中的關(guān)鍵是要保持其精髓，即相對(duì)短的Sprint周期、每日的Scrum會(huì)議和適時(shí)的回顧。在圖1中給出了土地利用系統(tǒng)開(kāi)發(fā)流程的詳細(xì)劃分。

圖1 項(xiàng)目開(kāi)發(fā)過(guò)程

2、Sprint周期管理程序

在一個(gè)Sprint周期里，各成員都有各自相對(duì)獨(dú)立的進(jìn)程管理和日志。這一階段的Sprint管理過(guò)程如下。Scrum成員：小規(guī)模的開(kāi)發(fā)組和一個(gè)負(fù)責(zé)人。階段目標(biāo)：通常相對(duì)明確，即可以在收尾階段進(jìn)行演示。幾個(gè)重要日期：開(kāi)始，中間審閱，收尾演示。任務(wù)列表：把階段目標(biāo)細(xì)分成小的獨(dú)立任務(wù)，然后分配給小組成員，按照任務(wù)的分配完成情況分別歸類(lèi)到“未開(kāi)始”，“已分配”，“已完成”的類(lèi)別中。

3、Scrum 實(shí)施

（1）目前的團(tuán)隊(duì)8人，團(tuán)隊(duì)成員主要是項(xiàng)目經(jīng)理（ProjectManager），架構(gòu)師（Architect），開(kāi)發(fā)人員（Developer），測(cè)試人員（Tester），以及發(fā)布經(jīng)理（Release manager）。項(xiàng)目背景提供了可實(shí)踐Scrum的良好土壤。

（2）小版本迭代。從項(xiàng)目啟動(dòng)開(kāi)始，采用最多不超過(guò)3周的階段計(jì)劃，各個(gè)階段根據(jù)情況發(fā)布系統(tǒng)內(nèi)部版本。

（3）每次階段計(jì)劃的時(shí)候。功能要求、Bugs、缺陷、用戶提出的改進(jìn)、具競(jìng)爭(zhēng)力的功能及技術(shù)升級(jí)等，先從各成員處收集匯總成為項(xiàng)目任務(wù)，并以半天為單位，預(yù)估工作量；集體討論確定優(yōu)先級(jí)，然后排工作量，優(yōu)先級(jí)低的任務(wù)被去除；期間我們通過(guò)“現(xiàn)場(chǎng)開(kāi)發(fā)”的方式，盡量讓客戶每天能看到系統(tǒng)，提出修改意見(jiàn)；實(shí)踐證明，這種開(kāi)發(fā)效率的確要高很多。

（4）每次階段計(jì)劃末。Sprint階段后，項(xiàng)目經(jīng)理通常會(huì)召開(kāi)一個(gè)有所有項(xiàng)目組成員參加的階段性演示會(huì)，用以展示這一階段的成果，讓大家知道該階段順利結(jié)束。并統(tǒng)計(jì)上個(gè)階段每個(gè)人任務(wù)完成情況、團(tuán)隊(duì)階段任務(wù)完成情況、成員工作自我評(píng)估滿意度等，并在一個(gè)較大周期后繪制統(tǒng)計(jì)曲線。這個(gè)曲線一方面可作為項(xiàng)目績(jī)效參考；一方面也能夠清楚反映項(xiàng)目計(jì)劃、進(jìn)度控制中的各種問(wèn)題，能看到相對(duì)短期的階段成果，通常對(duì)項(xiàng)目組成員的士氣會(huì)有很大鼓舞。

（5）每周都進(jìn)行多次進(jìn)度溝通。項(xiàng)目組每天早上會(huì)開(kāi)一個(gè)10分鐘的面對(duì)面Scrum例會(huì)，彼此交流項(xiàng)目的進(jìn)展情況，把已經(jīng)完成的任務(wù)更新到“已完成任務(wù)”列表里，從“未開(kāi)始”列表里選擇新的任務(wù)更新到“已分配”列表里。在每周五的例會(huì)上，除了正常的工作溝通，還會(huì)進(jìn)行心情指數(shù)、壓力指數(shù)調(diào)查，并安排相應(yīng)的娛樂(lè)活動(dòng)，關(guān)注每個(gè)成員的情緒狀態(tài)和滿意度；同時(shí)在周例會(huì)中還加入了30分鐘技術(shù)交流時(shí)間，輪流有人自發(fā)就本周工作中的體會(huì)或經(jīng)驗(yàn)進(jìn)行簡(jiǎn)短技術(shù)交流，交流完畢，資料要求進(jìn)入知識(shí)庫(kù)。

（6）核心任務(wù)或項(xiàng)目中的關(guān)鍵路徑，采取更緊湊的日進(jìn)度溝通。通常是對(duì)里程碑任務(wù)和新加入成員，采取日進(jìn)度溝通。形式上不是“站立式會(huì)議”，多以面對(duì)面隨意聊天、即時(shí)消息、個(gè)人或團(tuán)隊(duì)工作日志進(jìn)行。

（7）人員管理為核心。團(tuán)隊(duì)成員角色識(shí)別、個(gè)性搭配、技術(shù)能力搭配、團(tuán)隊(duì)成員技術(shù)發(fā)展目標(biāo)和能力發(fā)展目標(biāo)，及時(shí)面談溝通等。對(duì)于項(xiàng)目經(jīng)理，確定目標(biāo)的時(shí)候，一定要從小處入手：如某一技術(shù)弱項(xiàng)快速提高，達(dá)到中等層次；知識(shí)面拓寬；如角色方面，發(fā)展為技術(shù)管理角色、發(fā)展為集成員和質(zhì)量保證角色、發(fā)展為管理角色等。這種發(fā)展目標(biāo)實(shí)實(shí)在在，每個(gè)人都能很快看到自己的進(jìn)步。

（8）持續(xù)改進(jìn)。一般在3-5個(gè)階段過(guò)后，往往會(huì)進(jìn)入項(xiàng)目下——“新進(jìn)程”，這個(gè)時(shí)候把前面所有的進(jìn)度統(tǒng)計(jì)、成員滿意度統(tǒng)計(jì)、問(wèn)題跟蹤統(tǒng)計(jì)、技術(shù)問(wèn)題等資料統(tǒng)統(tǒng)收集起來(lái)，進(jìn)行分析總結(jié)，并確定下一階段的改進(jìn)措施和工作目標(biāo)。

Scrum作為敏捷方法在軟件開(kāi)發(fā)中的重要實(shí)踐，以其相對(duì)靈活的組織體系、及時(shí)的互動(dòng)反饋、以目標(biāo)為導(dǎo)向的扁平管理、有效的成員參與度等特色，能夠很大程度地解決傳統(tǒng)開(kāi)放方法所面臨的一些困境。Scrum是一個(gè)極好的敏捷方法用以釋放軟件產(chǎn)品的迅速和正確的。它給所有團(tuán)隊(duì)成員新的管理責(zé)任，過(guò)程項(xiàng)目管理是有形和可控的。Scrum主管不需要寫(xiě)冗長(zhǎng)的文件，制訂不切實(shí)際的項(xiàng)目計(jì)劃。隊(duì)員們也由于這樣的自我組織和自我管理而變得較為活躍。不但軟件順利開(kāi)發(fā)，同時(shí)也讓整個(gè)開(kāi)發(fā)過(guò)程充滿輕松和樂(lè)趣。

[1]Jim Highsinith：Agile Project Management[M].Qinghua Publishing House，2005.

[2]SCRUM Home Page[DB/OL].http：//www.controlchaos.com，accessed May 19th，2005.

[3]Y.Monden：ToyotaProduction System[Z].2nd Ed，Industrial Engineering and Management Press，Norcross，GA，1993.

[4]Hohmann、Luke：Beyond SoftwareArchitecture：Creating and Sustaining Winning Solutions[C].Boston：Addison-W esley，2003.

[5]Cockburn、Alistair：Writing Efective Use Cases[C].Boston：Addison-Wesley，2001.

[6]Ambler、Scott：Agile Modeling：Efective Practices for Extreme Programming and the Unified Report 4[R].2001（4）.

[7]Rueping、Andreas：Agile Documentation：A Pattern Guide to Producing Lightweight Documents for Software Projects[C].New York：Johi1 Wiley&Sons，2003.