項目管理知識論敏捷過程中的需求管理

論矯捷過程中的需求管理項目背景介紹：08年8月到12月，某省級無線營運商的網(wǎng)上營業(yè)廳三期項目，在這個項目中，我擔(dān)當(dāng)了項目經(jīng)理的角色。網(wǎng)上營業(yè)廳是該營運商的省級網(wǎng)上門戶，是電子化營銷渠道的重要組成部分。其主要功能包括：公司形象宣傳；新業(yè)務(wù)、新活動推行；客戶進行業(yè)務(wù)查詢和辦理等。隨著客戶對電子渠道認知度的提升，原有的網(wǎng)上營業(yè)廳2期在硬件方面，已經(jīng)無法知足日益增添的客戶數(shù)。在軟件架構(gòu)方面，已經(jīng)無法迅速響應(yīng)頻頻復(fù)雜的需求更正。因此，該營運商提出了關(guān)于網(wǎng)上營業(yè)廳3期項目的建設(shè)計劃。3期建設(shè)的預(yù)期目標(biāo)為：把網(wǎng)上營業(yè)廳的注冊客戶數(shù)從200萬提升到500萬，并從硬件、軟件等各方面保證客戶正常使用。該項目的人員組成包括：1名項目經(jīng)理，1名軟件開發(fā)經(jīng)理，1名系統(tǒng)推行經(jīng)理，3名程序員，2名頁面制作，2名系統(tǒng)推行共10人。項目的開發(fā)平臺為J2EE。該項目的硬件大概情況為：14臺IBMBCH，安裝apache，作為web前端服務(wù)器。6臺IBMP52A，安裝weblogic，作為應(yīng)用服務(wù)器。2臺P570作為身份認證服務(wù)器。2臺P570，安裝oracle，作為數(shù)據(jù)庫服務(wù)器。操作系統(tǒng)使用了紅帽公司版linux5，以及AIX5.3。目前，網(wǎng)上營業(yè)廳3期成功經(jīng)過終驗，并準時上線。在月初、月尾的業(yè)務(wù)辦理頂峰期，能夠保證客戶的正常接見。此項目獲得了該省級無線營運商和我所在公司領(lǐng)導(dǎo)的認可。正文：我們的團隊采用矯捷過程進行管理，這是由項目的性質(zhì)所決定的。，網(wǎng)上營業(yè)廳項目有40多個業(yè)務(wù)需要開發(fā)，但業(yè)務(wù)和業(yè)務(wù)之間的關(guān)系度很低，有些甚至沒有任何關(guān)系。第二，臨時業(yè)務(wù)需求隨時會出現(xiàn)，經(jīng)常是時間緊迫，讓人措手不及。第三，3期將要與2期并行運行，眾多業(yè)務(wù)將會一部分一部分地上線。矯捷需求的特點就是要把需求分出輕重緩急，老是著眼于目前緊迫的任務(wù)，并迅速地交托可用的軟件來為客戶創(chuàng)辦商業(yè)價值。除此之外，矯捷需求還需注意需求的可連續(xù)性和可疊加性。就算初期交托了能夠工作的軟件，若是這個需求不是可連續(xù)疊加的，就將面對被推倒重來的危險，矯捷需求也就失去了其原有的價值。下面，我將聯(lián)合網(wǎng)上營業(yè)廳項目，進一步闡述矯捷過程是怎樣掌握客戶需求的。網(wǎng)上選號是網(wǎng)上營業(yè)廳的一項業(yè)務(wù)。此業(yè)務(wù)是一個典型的時間緊，任務(wù)急的例子。在這個例子中，矯捷需求的理念獲得了充分的發(fā)揮。關(guān)于無線營運商來說，在網(wǎng)客戶數(shù)量就是其商業(yè)價值的根本。因此，不同樣的無線營運商在強搶客戶資源方面都花盡了心思。網(wǎng)上營業(yè)廳項目的時間表恰巧超越9月份這個各大院校開學(xué)的日子，因此，該無線營運商要求我們開發(fā)一個網(wǎng)上選號的業(yè)務(wù)，并且要讓立刻開學(xué)的大學(xué)生們能夠在網(wǎng)進步行選號。但是此時，已經(jīng)是8月25日，離交托日期僅有6節(jié)氣間。該營運商的市場經(jīng)理向我們提出了以下幾個需求。前臺有：網(wǎng)上查號及選號、靚號竟拍和號碼預(yù)約。后臺有：物流配送、網(wǎng)上開機和統(tǒng)計分析。這些需求是市場經(jīng)理在上司領(lǐng)導(dǎo)的巨大壓力下，花了整整一天的時間想出來的，他希望我們在剩下的6天里統(tǒng)統(tǒng)實現(xiàn)。其實，就算只有“物流配送”這一個需求，我們也惟恐也無法在6天里面達成。于是，我建議這位市場經(jīng)理再認真地梳理這些需求，并進一步認識上司領(lǐng)導(dǎo)的心理底線?！拔锪髋渌汀钡碾y點惟恐還不是在軟件開發(fā)上，而是在于協(xié)調(diào)SIM卡、物流、客服等資源上。就算是從前和物流商有過協(xié)議，但也不能夠混作一談。今后，該市場經(jīng)理經(jīng)過和從前合作過的物流商聯(lián)系發(fā)現(xiàn)，可是讓物流商進行代收費一事，就基本上是不現(xiàn)實的了。后“物流配送”改成了由該無線營運商的流動服務(wù)車配卡，爾后由學(xué)生自行取卡。復(fù)雜的需求就這樣被除去了。誠然，我和這位市場經(jīng)理不熟，但我仍是拿出了令他欽佩的項目組迭代速度。以此證明，在6天的時間里，我們?nèi)耘f不能能達成剩下的所有的需求。經(jīng)過進一步的交流，終我們確定了緊迫的兩個需求：“網(wǎng)上查號及選號”和“網(wǎng)上開機”。只需這兩個需求能夠在6天內(nèi)被交托，那么，此業(yè)務(wù)便能夠順利地在9月日上線。誠然結(jié)果可能其實不那么吸引人，但這樣仍舊達成了市場經(jīng)理及其上司的心理底線。所有剩下的需求都將作為較遠期的迭代目標(biāo)，項目組可是給與較模糊的考慮和認識即可。后，我們把這兩個需求分解為可胸懷的功能點，并又一次去掉了幾個瑣碎的，難以實現(xiàn)的，并且對交托成就沒有太粗心義的功能點。除此之外，我們還商定了查收測試用例，并以文字形式保留下來。在接下來的6天里，我們依照過去的速度平穩(wěn)推進，并成功地在9月1日達成此次迭代，該無線營運商也搶在了其他營運商前面占有了市場先機，項目組備受激勵。除了矯捷需求的獲得之外，我想再說明一下關(guān)于矯捷需求的管理。我們在網(wǎng)上營業(yè)廳項目中，采用了輕量級的項目管理工具Redmine作為需求管理工具。誠然Redmine不是專業(yè)的需求管理工具，但經(jīng)過我們的實踐，把它用在矯捷需求的管理上特別合適。Redmine以“問題”作為管理的基本單元，在矯捷需求管理的意義上，就是一個可胸懷的“功能點”。功能點擁有倡議人、緊迫程度、狀態(tài)、指派給、有關(guān)問題、開始日期、結(jié)束日期、預(yù)計工時、追蹤者和描繪等屬性。經(jīng)過把從需求中分解出來的功能點記錄下來，便能夠?qū)λ械男枨髥栴}進行構(gòu)造化的管理。這樣一來，開發(fā)人員面對的就不是過去那種文檔化的功能點，而是可追憶的，易追蹤的以及構(gòu)造化的功能點。這關(guān)于軟件開發(fā)的組織和管理有著舉足輕重的意義。內(nèi)容總結(jié)

（1）論矯捷過程中的需求管理

項目背景介紹：

08年8月到12月，某省級無線營運商的網(wǎng)上營業(yè)廳三期項目，在這個項目