您的位置:軟件測試 > 軟件項目管理 > 開發(fā)管理 >
深入理解項目管理之需求
作者:網絡轉載 發(fā)布時間:[ 2013/6/7 15:15:59 ] 推薦標簽:

2、需求管理過程域

需求管理的目的是在客戶與開發(fā)方之間建立對需求的共同理解,維護需求與其它工作成果的一致性,并控制需求的變更。

需求確認是指開發(fā)方和客戶共同對需求文檔進行評審,雙方對需求達成共識后作出書面承諾,使需求文檔具有商業(yè)合同效果。

需求跟蹤是指通過比較需求文檔與后續(xù)工作成果之間的對應關系,建立與維護“需求跟蹤矩陣”,確保產品依據需求文檔進行開發(fā)。

需求變更控制是指依據“變更申請-審批-更改-重新確認”的流程處理需求的變更,防止需求變更失去控制而導致項目發(fā)生混亂。

2.1需求跟蹤

需求跟蹤的目的是建立與維護“需求-設計-編程-測試”之間的一致性,確保所有的工作成果符合用戶需求。 需求跟蹤有兩種方式:

正向跟蹤。檢查《產品需求規(guī)格說明書》中的每個需求是否都能在后繼工作成果中找到對應點。
逆向跟蹤。檢查設計文檔、代碼、測試用例等工作成果是否都能在《產品需求規(guī)格說明書》中找到出處。
正向跟蹤和逆向跟蹤合稱為“雙向跟蹤”。不論采用何種跟蹤方式,都要建立與維護需求跟蹤矩陣(即表格)。需求跟蹤矩陣保存了需求與后繼工作成果的對應關系。

我們曾經出現大家埋頭于開發(fā),后才發(fā)現項目協議書中的一個小基本功能沒有開發(fā)的事故。

2.2 變更管理

需求變更通常會對項目的進度、人力資源、經費產生很大的影響。

如果在項目開發(fā)的初始階段,開發(fā)人員和用戶沒有搞清楚需求或者搞錯了需求,到了項目開發(fā)后期才將需求糾正過來,會導致產品的部分內容需要重新開發(fā)。這是要堅決避免的。

如果由于市場變化而導致產品需求發(fā)生變更,開發(fā)商大可不必為此煩惱,應當高興才對。倘若市場靜如死水,那么開發(fā)商吃了“上一頓”沒有“下一頓”。正因為市場在變化,才會產生更多商機,聰明的開發(fā)商才會有活干,有錢賺。

其實需求變更并不可怕,可怕的是需求變更失去控制,導致項目混亂。所以需求變更控制是需求工程的重要活動。如果需求變更帶來的好處大于壞處,那么允許變更,但必須按照已定義的變更規(guī)程執(zhí)行,以免變更失去控制。 如果需求變更帶來的壞處大于好處,那么拒絕變更。

需求變更控制過程中難辦的事情是莫過于“拒絕客戶提出的需求變更請求”。通常情況下開發(fā)方是不敢得罪客戶的,但是無原則地退讓將使開發(fā)小組陷入困境。解決這個問題的一個辦法是事先建立規(guī)則:如開發(fā)方與客戶方達成“事不過三”的約定,即允許客戶變更三次需求;如果客戶第四此變更需求,開發(fā)方有權提請客戶補償開發(fā)投入。

3、深入理解需求

需求的開發(fā)和管理有一些規(guī)律或經驗可以參考,核心是溝通確認、溝通控制。

3.1認清誰才是"上帝"

我們說客戶是上帝,是因為客戶的重要性,客戶占有決定性的地位。對于廣大不能清楚描述需求的客戶,項目開發(fā)人員負有教育客戶的義務,需要引導客戶,讓他們說出自己的心聲?蛻敉际穷I域專家,對自己的工作有很深的認識,可是由于對軟硬件開發(fā)的不了解,往往表達不清,甚至表達不出自己的需求。這時候,是體現你的功力的時候了,象對待上帝一樣對待你的客戶。

3.2 耐心是首要的學理工科的人,一般在邏輯思維上會比較好,可是對于客戶來說,可不一定是這樣。一些客戶在了解需求的時候,扯東扯西,含糊不清,只有耐心才能獲得真正的需求。耐心后會仍會體現為溝通,只有耐心的溝通,你才能揭開需求的重重面紗。人的行為總是會受到思想的指導,如果你解不開客戶的心結,你不可能了解他真正需要的。

3.3 參與是重要的

方法的一個重要實踐,是提倡"現場客戶"(on-site customer)。也是說,客戶應該隨時和開發(fā)人員在一起,隨時提供資料和做出決策。而這個客戶,也必須領域專家,而且能夠有權做出決策。非常的貼近客戶,甚至可以在做游戲的過程中完成卡片的填寫,能帶來很強的客戶參與度。

4 擁抱變化

需求變化是開發(fā)人員討厭的一件事了?墒牵裎覀兂Uf"哭不能解決問題"一樣,討厭能解決問題嗎?拒絕客戶的變更要求,要求客戶在需求規(guī)格說明書上簽字。這些做法只能是適得其反。沒有任何正面的、積極的意義。需求變更要求我們的開發(fā)工作要迭代式進行,包括需求、設計、實現等階段。這樣才能將變更風險減到小。

5 測試

這里的測試指的是考核軟件項目是否成功的一個"執(zhí)行性目標"。例如,開發(fā)物流系統的目的是為了縮短產品周轉周期,降低庫存;開發(fā)供應鏈系統是為了加強和供應商的聯系,降低庫存。這些和具體業(yè)務有關的指標都是可以通過細化,用多種分指標來度量的,所以是可以做到的。

我們把這種目標稱為測試是要提醒開發(fā)人員,要把滿足這種目標當作終的測試。

有了明確的需求,我們一定竭力做如下幾件事情:

    什么(WHAT):按順序列出達到目標所需完成的工作;
    何時(WHEN):完成工作所需要的時間;
    做到的程度(HOW-WELL):要完成的工作以何標準來度量;
    資源(RESOURCES):完成工作需要的人員/資金等;
    誰(WHO):由誰負責完成任務。

上一頁12下一頁
軟件測試工具 | 聯系我們 | 投訴建議 | 誠聘英才 | 申請使用列表 | 網站地圖
滬ICP備07036474 2003-2017 版權所有 上海澤眾軟件科技有限公司 Shanghai ZeZhong Software Co.,Ltd