基于Scrum方法的敏捷項目管理

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

一、敏捷管理理論

1、敏捷管理的定義

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

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

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

二、Scrum開發(fā)方法

Scrum（英式橄欖球爭球隊），軟件開發(fā)模型是敏捷開發(fā)的一種，在最近的一兩年內(nè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將軟件開發(fā)團隊比擬成橄欖球隊，有明確的最高目標(biāo)，熟悉開發(fā)流程中所需具備的最佳典范與技術(shù)，具有高度自主權(quán)，緊密地溝通合作，以高度彈性解決各種挑戰(zhàn)，確保每天、每個階段都朝目標(biāo)有明確的推進。下面介紹Scrum方法的原理。

Scrum team。Scrum team指整個項目小組，不僅僅包括全職開發(fā)人員，也包括了發(fā)行軟件會影響到的外部人員，比如市場營銷人員和顧客。

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

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

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

通過Sprint Backlog的分析，可以了解Backlog的進度，盡早的了解所發(fā)生的問題。

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

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

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

三、實例研究

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

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

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

圖1 項目開發(fā)過程

2、Sprint周期管理程序

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

3、Scrum 實施

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

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

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

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

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

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

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

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

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

[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.