論敏捷過程中的需求管理

申請免費試用、咨詢電話：400-8352-114

　　項目背景介紹：

　　08年8月到12月，某省級無線運營商的網(wǎng)上營業(yè)廳三期項目，在這個項目中，我擔任了項目經(jīng)理的角色。
　　網(wǎng)上營業(yè)廳是該運營商的省級網(wǎng)上門戶，是電子化營銷渠道的重要組成部分。其主要功能包括：企業(yè)形象宣傳；新業(yè)務、新活動推廣；客戶進行業(yè)務查詢和辦理等。隨著客戶對電子渠道認知度的提升，原有的網(wǎng)上營業(yè)廳2期在硬件方面，已經(jīng)無法滿足日益增長的客戶數(shù)。在軟件架構方面，已經(jīng)無法快速響應頻繁復雜的需求變更。因此，該運營商提出了對于網(wǎng)上營業(yè)廳3期項目的建設計劃。3期建設的預期目標為：把網(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臺IBM BCH ，安裝apache，作為 web前端服務器。6臺IBM P52A，安裝weblogic，作為應用服務器。2臺P570作為身份認證服務器。2臺P570，安裝oracle，作為數(shù)據(jù)庫服務器。操作系統(tǒng)使用了紅帽企業(yè)版 linux 5，以及AIX5.3。
　　目前，網(wǎng)上營業(yè)廳3期成功通過終驗，并按時上線。在月初、月末的業(yè)務辦理高峰期，能夠保證客戶的正常訪問。此項目得到了該省級無線運營商和我所在公司領導的認可。

　　正文：
　　我們的團隊采用敏捷過程進行管理，這是由項目的性質(zhì)所決定的。第一，網(wǎng)上營業(yè)廳項目有40多個業(yè)務需要開發(fā)，但業(yè)務和業(yè)務之間的關聯(lián)度很低，有些甚至沒有任何關聯(lián)。第二，臨時業(yè)務需求隨時會出現(xiàn)，往往是時間緊迫，讓人措手不及。第三，3期將要與2期并行運行，眾多業(yè)務將會一部分一部分地上線。敏捷需求的特點就是要把需求分出輕重緩急，總是著眼于當前最緊迫的任務，并快速地交付可用的軟件來為客戶創(chuàng)造商業(yè)價值。除此之外，敏捷需求還需注意需求的可持續(xù)性和可疊加性。就算初期交付了可以工作的軟件，如果這個需求不是可持續(xù)疊加的，就將面臨被推倒重來的危險，敏捷需求也就失去了其原有的價值。下面，我將結合網(wǎng)上營業(yè)廳項目，進一步闡述敏捷過程是如何把握客戶需求的。

　　網(wǎng)上選號是網(wǎng)上營業(yè)廳的一項業(yè)務。此業(yè)務是一個典型的時間緊，任務急的例子。在這個例子中，敏捷需求的理念得到了充分的發(fā)揮。對于無線運營商來說，在網(wǎng)客戶數(shù)量就是其商業(yè)價值的根本。所以，不同的無線運營商在爭奪客戶資源方面都花盡了心思。網(wǎng)上營業(yè)廳項目的時間表恰好跨越9月份這個各大院校開學的日子，所以，該無線運營商要求我們開發(fā)一個網(wǎng)上選號的業(yè)務，并且要讓即將開學的大學生們能夠在網(wǎng)上進行選號。然而此時，已經(jīng)是8月25日，離交付日期僅有6天時間。

　　該運營商的市場經(jīng)理向我們提出了以下幾個需求。前臺有：網(wǎng)上查號及選號、靚號竟拍和號碼預約。后臺有：物流配送、網(wǎng)上開機和統(tǒng)計分析。這些需求是市場經(jīng)理在上級領導的巨大壓力下，花了整整一天的時間想出來的，他希望我們在剩下的6天里統(tǒng)統(tǒng)實現(xiàn)。

　　其實，就算只有“物流配送”這一個需求，我們也恐怕也無法在6天里面完成。于是，我建議這位市場經(jīng)理再仔細地梳理這些需求，并進一步了解上級領導的心理底線?！拔锪髋渌汀钡碾y點恐怕還不是在軟件開發(fā)上，而是在于協(xié)調(diào)SIM卡、物流、客服等資源上。就算是以前和物流商有過協(xié)議，但也不能一概而論。后來，該市場經(jīng)理通過和以前合作過的物流商聯(lián)系發(fā)現(xiàn)，僅僅讓物流商進行代收費一事，就基本上是不現(xiàn)實的了。最后“物流配送”改成了由該無線運營商的流動服務車配卡，然后由學生自行取卡。最復雜的需求就這樣被消除了。

　　雖然，我和這位市場經(jīng)理不熟，但我還是拿出了令他信服的項目組迭代速度。以此證明，在6天的時間里，我們?nèi)匀徊豢赡芡瓿墒Ｏ碌乃械男枨?。?jīng)過進一步的溝通，最終我們確定了最緊迫的兩個需求：“網(wǎng)上查號及選號”和“網(wǎng)上開機”。只要這兩個需求能夠在6天內(nèi)被交付，那么，此業(yè)務就能夠順利地在9月1日上線。雖然結果可能并不那么吸引人，但這樣仍然完成了市場經(jīng)理及其上司的心理底線。所有剩下的需求都將作為較遠期的迭代目標，項目組僅僅給與較模糊的考慮和認識即可。最后，我們把這兩個需求分解為可度量的功能點，并又一次去掉了幾個瑣碎的，難以實現(xiàn)的，并且對交付成果沒有太大意義的功能點。除此之外，我們還商定了驗收測試用例，并以文字形式保存下來。

　　在接下來的6天里，我們按照以往的速度平穩(wěn)推進，并成功地在9月1日完成這次迭代，該無線運營商也搶在了其他運營商前面占領了市場先機，項目組備受鼓舞。

　　除了敏捷需求的獲取之外，我想再說明一下對于敏捷需求的管理。我們在網(wǎng)上營業(yè)廳項目中，采用了輕量級的項目管理工具Redmine作為需求管理工具。雖然Redmine不是專業(yè)的需求管理工具，但經(jīng)過我們的實踐，把它用在敏捷需求的管理上特別合適。

　　Redmine以“問題”作為管理的基本單元，在敏捷需求管理的意義上，就是一個可度量的“功能點”。功能點具有發(fā)起人、緊急程度、狀態(tài)、指派給、相關問題、開始日期、結束日期、預計工時、跟蹤者和描述等屬性。通過把從需求中分解出來的功能點記錄下來，就可以對所有的需求問題進行結構化的管理。這樣一來，開發(fā)人員面對的就不是以往那種文檔化的功能點，而是可追溯的，易跟蹤的以及結構化的功能點。這對于軟件開發(fā)的組織和管理有著舉足輕重的意義。