在軟件業(yè)界，敏捷開發(fā)及項目管理方法已成為很多團(tuán)隊高效運(yùn)作的有力武器。在項目的啟動環(huán)節(jié)中引入QuickStart方法，幫助快速確立項目目標(biāo)，統(tǒng)一理解，發(fā)掘用戶需求，使用各種流程建模和分析技術(shù)，產(chǎn)生交付計劃。之后項目團(tuán)隊就可以立即投入迭代開發(fā)工作。該方法是一種可以有效推動軟件項目快速啟動的敏捷項目管理方法。

【關(guān)鍵詞】敏捷項目管理敏捷軟件開發(fā)快速啟動 QuickStart用戶模型場景模型用戶故事交付計劃

1 敏捷開發(fā)及項目管理方法體系

1.1 敏捷方法介紹

敏捷方法誕生于2001年初，當(dāng)時，由于看到開發(fā)團(tuán)隊陷入越來越沉重的軟件過程當(dāng)中。業(yè)界專家們總結(jié)出了一套使團(tuán)隊具有快速工作、響應(yīng)變化能力的價值觀和原則?；谶@一套價值觀和原則的軟件開發(fā)方法，被稱為敏捷軟件開發(fā)方法（Agile Software Develop-ment），而這類方法也發(fā)展出相應(yīng)的敏捷項目管理體系（Agile Project Management）。敏捷開發(fā)方法及項目管理體系統(tǒng)稱為敏捷方法（Agile）。

1.2 敏捷方法的優(yōu)點

敏捷方法是一種以人為核心、迭代、循序漸進(jìn)的開發(fā)及項目管理方法。該方法使用了迭代、增量等方法來優(yōu)化可預(yù)見性并控制風(fēng)險。它靈活、高效、可持續(xù)，可以幫助軟件開發(fā)團(tuán)隊有效地應(yīng)對復(fù)雜的適應(yīng)性問題。

該方法受到擁護(hù)和流行是因為采用了該方法后，團(tuán)隊得到的收益：據(jù)統(tǒng)計，敏捷方法可以讓團(tuán)隊的效率提升3～10倍；軟件的質(zhì)量也更有保障；團(tuán)隊成員有良好的發(fā)展機(jī)會；技術(shù)能力和團(tuán)隊協(xié)作也得到了提高。

2 敏捷項目的快速啟動

2.1 什么是快速啟動？

敏捷軟件開發(fā)項目通常會通過1～4周的快速啟動（QuickStart）工作，制定出迭代開發(fā)計劃，然后在開發(fā)過程中逐漸完善需求。QuickStart是一種高效的項目啟動方式，主要用以在項目開始之前識別關(guān)鍵的驅(qū)動因素，這種方式能夠讓關(guān)鍵干系人認(rèn)可并理解即將交付的產(chǎn)品。如圖1所示。

3 QuickStart的前期準(zhǔn)備

3.1 邀請相關(guān)參與人員

QuickStart過程中需要邀請參與的人員包括：核心團(tuán)隊、領(lǐng)域?qū)＜壹坝脩舸?、關(guān)鍵干系人（受益人、高層領(lǐng)導(dǎo)等）。核心團(tuán)隊一般包括產(chǎn)品負(fù)責(zé)人、需求分析人員、項目負(fù)責(zé)人及核心團(tuán)隊成員。這些人需要全程參與整個QuickStart，他們是成果的主要貢獻(xiàn)者。領(lǐng)域?qū)＜壹坝脩舸碇饕谟脩艚?、場景建模等環(huán)節(jié)為團(tuán)隊提供專業(yè)的意見和建議。他們可以在某些階段時參與到QuickStart中來。關(guān)鍵干系人主要參與QuickStart的啟動和展示匯報的環(huán)節(jié)，并對產(chǎn)出成果進(jìn)行確認(rèn)，特別是需要對產(chǎn)品目標(biāo)和發(fā)布計劃進(jìn)行確認(rèn)和授權(quán)。

3.2 擬定QuickStart的計劃

在QuickStart正式開始之前，項目負(fù)責(zé)人和產(chǎn)品負(fù)責(zé)人需要擬定QuickStart的整體計劃。以一個2周的QuickStart為例，整個QuickStart計劃可以這樣安排：

QuickStart啟動及業(yè)務(wù)目標(biāo)識別（0.5～1天）

參與人員包括：核心團(tuán)隊、領(lǐng)域?qū)＜壹坝脩舸?、項目領(lǐng)導(dǎo)

產(chǎn)出物：產(chǎn)品目標(biāo)

識別主要角色及場景（3～5天）

參與人員包括：核心團(tuán)隊、領(lǐng)域?qū)＜壹坝脩舸?、項目領(lǐng)導(dǎo)

產(chǎn)出物：主要用戶角色列表、核心場景及流程、頁面設(shè)計及原型

需求列表梳理（1～2天）

參與人員包括：核心團(tuán)隊、領(lǐng)域?qū)＜壹坝脩舸?/p>

產(chǎn)出物：用戶故事清單

規(guī)模及成本估算（0.5～1天）

參與人員包括：核心團(tuán)隊

產(chǎn)出物：估算結(jié)果

迭代/發(fā)布計劃制定（0.5～1天）

參與人員包括：核心團(tuán)隊

產(chǎn)出物：迭代/發(fā)布計劃

QuickStart的成果匯報（0.5天）

參與人員包括：全體團(tuán)隊成員

產(chǎn)出物：成果匯報材料

4 引入的各種流程建模及分析技術(shù)

4.1 識別業(yè)務(wù)目標(biāo)及愿景

業(yè)務(wù)目標(biāo)的識別和確定需要符合SMART原則；需要了解問題的背景及上下文信息；需要定義驗證問題成功的標(biāo)準(zhǔn)；需要界定問題的范圍，例如規(guī)模指的是數(shù)量還是金額，或者單品規(guī)模；需要明確并逐步完善關(guān)鍵干系人信息；需要明確關(guān)鍵資源，例如領(lǐng)域?qū)＜一蛘哧P(guān)鍵信息等等；還需要明確該問題的各種約束條件。

4.2 識別角色及主要場景

用戶識別從頭腦風(fēng)暴的形式開始，盡可能識別出更多的用戶，然后挑選出主要的用戶和角色，并且為用戶進(jìn)行用戶畫像，并建立用戶模型。通過理解用戶的目標(biāo)需求和痛點，梳理出更多的細(xì)分用戶場景，之后對用戶場景進(jìn)行優(yōu)先級排序、分析，以發(fā)現(xiàn)其中的問題或隱含的機(jī)會。

對問題和機(jī)會進(jìn)行結(jié)構(gòu)化的分析可以通過這幾個方面來進(jìn)行：

（1）進(jìn)行問題/機(jī)會的原始描述；

（2）通過事例來說明問題/機(jī)會的現(xiàn)象；

（3）對問題/機(jī)會進(jìn)行定量的分析；

（4）對問題/機(jī)會進(jìn)行定義并明確對于問題解決的期望；

（5）將問題和機(jī)會的相關(guān)分析及描述標(biāo)識在用戶場景描述的周圍。

業(yè)務(wù)流程梳理的過程中可以將之前識別出來的用戶場景在進(jìn)行串聯(lián)。較高層級的業(yè)務(wù)流程將各個場景串聯(lián)起來之后，就可以在場景中進(jìn)行場景流程的細(xì)化和展開，分析出流程步驟和各個步驟的細(xì)節(jié)。業(yè)務(wù)流程場景中的步驟細(xì)節(jié)需要包含這些信息：場景名稱、場景入口的背景說明，本場景中需要跟進(jìn)解決的問題，場景中事件步驟，某個步驟的細(xì)節(jié)說明，還需要有場景的出口目標(biāo)。

4.3 產(chǎn)出Product backlog

根據(jù)上一環(huán)節(jié)中梳理出來的用戶模型、場景模型、業(yè)務(wù)流程以及場景細(xì)節(jié)，開始進(jìn)行用戶故事的梳理，并建立用戶故事列表。用戶故事是為了方便與用戶溝通而記錄的信息，它不是需求文檔，它需要以用戶能理解的方式來進(jìn)行描述。它的目的是要將用戶的關(guān)注點從“寫”轉(zhuǎn)移到“交流”上，讓開發(fā)團(tuán)隊做用戶真正需要的東西，而不是用戶寫的東西。

一個用戶故事的描述樣例是：“作為一個<角色>，我想要<活動>，以便于<商業(yè)價值>”。一個用戶故事是否成功可以從以下幾點（INVEST）來判斷：是不是獨立的（Independent），是不是可協(xié)商的（Negotiable），是不是有價值的（Valuable），是不是可以估算的（Estimable），是不是大小合適、粒度相似的（Sized appropriately），是不是測試能夠測試、業(yè)務(wù)能夠驗收的（Testable）。

4.4 梳理依賴、估算及優(yōu)先級排序

核心開發(fā)人員對已經(jīng)梳理出來的用戶故事進(jìn)行初步的技術(shù)解決方案分析，確定用戶故事的技術(shù)實現(xiàn)可行性和一些可能的實現(xiàn)方案。然后從邏輯層面和技術(shù)實現(xiàn)層面，對用戶故事列表中的故事進(jìn)行一次檢視，對于一些無法避免的用戶故事之間的相互依賴，需要在故事卡片上標(biāo)識出來。對已經(jīng)梳理出來的用戶故事進(jìn)行估算，估算內(nèi)容包括故事規(guī)模估算、工作量估算等。

估算完成后可以根據(jù)用戶故事的價值、重要程度、依賴等信息進(jìn)行用戶故事優(yōu)先級排序。排序的原則是優(yōu)先考慮那些最有價值的故事、最關(guān)鍵的故事、被其他關(guān)鍵故事依賴最多的故事。

4.5 制定交付計劃

經(jīng)過以上各個環(huán)節(jié)，團(tuán)隊已經(jīng)得到了了一份標(biāo)識了優(yōu)先級、依賴關(guān)系、工作量估算等信息的用戶故事列表，此時可以開始來制定交付/發(fā)布計劃了。根據(jù)已經(jīng)排序的優(yōu)先級選擇并整理每個迭代/版本需要完成的用戶故事，使用每個故事上之前已經(jīng)完成的規(guī)?；蚬ぷ髁抗浪?，加上功能聯(lián)調(diào)和集成可能增加投入量的buffer值，整理并安排出整個交付計劃。

對于最近的一個交付周期的安排是團(tuán)隊?wèi)?yīng)該投入最多時間進(jìn)去分析和做進(jìn)一步估算的。確保第一個交付周期的所有用戶故事清晰且被團(tuán)隊理解，并且該周期中的所有用戶故事都已經(jīng)有較明確的技術(shù)實現(xiàn)方案，可以在QuickStart結(jié)束之后馬上進(jìn)入開發(fā)實現(xiàn)。如圖2所示。

4.6 匯報QuickStart的成果

QuickStart的最后一個環(huán)節(jié)是召開QuickStart成果匯報的會議，該會議的邀請人員包括項目團(tuán)隊全體成員、項目領(lǐng)導(dǎo)、相關(guān)干系人。會議上向項目相關(guān)人員匯報QuickStart的成果產(chǎn)出，包括確定項目產(chǎn)品目標(biāo)及愿景、需求列表及交付計劃。在展示項目團(tuán)隊QuickStart成果的同時也獲取相關(guān)領(lǐng)導(dǎo)及干系人對成果的認(rèn)可和支持，統(tǒng)一項目團(tuán)隊人員的認(rèn)識，為匯報結(jié)束后立刻投入到需求的開發(fā)實現(xiàn)奠定基石。

5 結(jié)束語

敏捷項目中的QuickStart是一種高效的項目啟動方法，幫助項目快速確立目標(biāo)、梳理需求并排定計劃。它是一種敏捷的項目管理方式，強(qiáng)調(diào)共享、合作與包容，業(yè)務(wù)與IT關(guān)鍵干系人全程共同參與，注重群體決策。它是一種經(jīng)過反復(fù)實踐驗證，效果較好的項目快速啟動方法。

參考文獻(xiàn)

[1]（美）John C.Goodpasture，陳秋萍譯.敏捷項目管理：企業(yè)級實踐與案例[M].電子工業(yè)出版社，2012.

[2]（美）Robert C.Martin，鄧輝譯.敏捷軟件開發(fā)原則模式與實踐[M].清華大學(xué)出版社，2003.

[3]（美）Michele Sliger Stacia Broderick，李曉麗，李虎，趙華譯.軟件項目管理與敏捷方法[M].機(jī)械工業(yè)出版社，2010.

[4]（美）Mike Cohn，石永超，張博超譯.用戶故事與敏捷方法[M].機(jī)械工業(yè)出版社，2008.

[5]（美）Jeff Patton，李濤，向振東譯.用戶故事地圖[M].清華大學(xué)出版社，2016.

[6]（美）Mike Cohn，宋銳譯.敏捷估計與規(guī)劃[M].清華大學(xué)出版社，2007.

作者簡介

梁瑾（1978-），女，廣東省深圳市人。學(xué)士學(xué)位。現(xiàn)為平安科技（深圳）有限公司項目副總監(jiān)。主要研究方向為敏捷軟件項目管理。

作者單位

平安科技（深圳）有限公司 廣東省深圳市 518000