IT需求管理該怎樣進行
需求管理（Requirementmanagement）是完整管理模式中的一環，同其他特性諸如完整性、一致性等不可分割，彼此相關而成一體。一套需求管理應當是已知系統需求的完整體現，每部分解決方案都是對總體需求一定比例的滿足（甚至是充分滿足），僅僅解決部分需求是沒有意義的。對關鍵需求的疏忽很可能是災難性的，試想一架飛機的安全設計不過關將會帶來什么樣的后果。不同的需求組合起來，構成了一套完整的需求模型。用戶需求決定了系統設計所要解決的問題，所要帶來的結果。可以說，需求管理指明了系統開發所要做和必須做的每一件事，指明了所有設計應該提供的功能和必然受到的制約。需求管理的過程，從需求獲取開始貫于整個項目生命周期，力圖實現最終產品同需求的最佳結合。通過對需求管理在項目進程中實施的不同任務進行分析，我們可以看出需求管理所起的作用。
需求管理本就(jiu)是一個動態的過程，離開(kai)了能動的、變化的系統(tong)進程而空談(tan)需求管理，無(wu)異于紙上談(tan)兵。
需(xu)求管(guan)理是軟(ruan)件(jian)項(xiang)目(mu)(mu)中(zhong)(zhong)(zhong)一項(xiang)十(shi)分(fen)重要的(de)(de)(de)(de)工作，據調(diao)查顯示在(zai)眾(zhong)多(duo)失敗的(de)(de)(de)(de)軟(ruan)件(jian)項(xiang)目(mu)(mu)中(zhong)(zhong)(zhong)，由(you)于需(xu)求原因(yin)導致(zhi)的(de)(de)(de)(de)約占了很大的(de)(de)(de)(de)一部(bu)分(fen)，本人從(cong)事(shi)的(de)(de)(de)(de)工作經歷中(zhong)(zhong)(zhong)有(you)好2次(ci)就是因(yin)為需(xu)求不(bu)(bu)明確，導致(zhi)最終(zhong)(zhong)的(de)(de)(de)(de)系統不(bu)(bu)可控，項(xiang)目(mu)(mu)陷入困境(jing)。因(yin)此(ci)，需(xu)求工作將對(dui)軟(ruan)件(jian)項(xiang)目(mu)(mu)能(neng)否最終(zhong)(zhong)實現產生至關(guan)重要的(de)(de)(de)(de)影(ying)響(xiang)。雖然如(ru)此(ci)，在(zai)項(xiang)目(mu)(mu)開(kai)發工作中(zhong)(zhong)(zhong)，很多(duo)人對(dui)需(xu)求的(de)(de)(de)(de)認識還遠(yuan)遠(yuan)不(bu)(bu)夠，從(cong)本人參(can)與或接觸到(dao)的(de)(de)(de)(de)一些項(xiang)目(mu)(mu)來看，小(xiao)到(dao)幾萬元(yuan)，大到(dao)上千(qian)萬元(yuan)的(de)(de)(de)(de)軟(ruan)件(jian)項(xiang)目(mu)(mu)的(de)(de)(de)(de)需(xu)求都(dou)或多(duo)多(duo)少的(de)(de)(de)(de)存在(zai)問題。
有的是開發者本身不重視原因，有的是技術原因、有的是人員組織原因、有的是溝通原因、有的是機制原因，以上種種原因都表明做好軟件需求開發是一項系統工作，而不是簡單的技術工作，只有系統的了解和掌握需求的基本概念、方法、手段、評估標準、風險等相關知識，并在實踐中加以應用，才能真正做好需求的開發和管理工作。在軟件項目的開發過程中，需求變更貫穿了軟件項目的整個生命周期，從軟件的項目立項，研發，維護，用戶的經驗在增加，對使用軟件的感受有變化，以及整個行業的新動態，都為軟件帶來不斷完善功能，優化性能，提高用戶友好性的要求。在軟件項目管理過程中，項目經理經常面對用戶的需求變更。如果不能有效處理這些需求變更，項目計劃會一再調整，軟件交付日期一再拖延，項目研發人員的士氣將越來越低落，將直接導致項目成本增加、質量下降及項目交付日期推后。這決定了項目組必須擁有需求管理策略。
首先(xian)要針對需(xu)求做(zuo)出分析，隨后(hou)應用于產品并提(ti)出方案。需(xu)求分析的模型正(zheng)是產品的原型樣本，優秀的需(xu)求管(guan)理(li)提(ti)高(gao)(gao)了(le)這(zhe)樣的可(ke)能性：它(ta)使最(zui)終(zhong)產品更接近于解決需(xu)求，提(ti)高(gao)(gao)了(le)用戶(hu)對產品的滿意度，從而(er)使產品成為真正(zheng)優質(zhi)合格(ge)的產品。從這(zhe)層意義上說，需(xu)求管(guan)理(li)是產品質(zhi)量的基礎。
需(xu)求(qiu)管理(li)的(de)目的(de)是在客戶與開發方之(zhi)間建(jian)立對(dui)需(xu)求(qiu)的(de)共同理(li)解，維護需(xu)求(qiu)與其它工作成果的(de)一致性，并(bing)控制(zhi)需(xu)求(qiu)的(de)變更。
需求確認是指開發方和客戶共(gong)同對(dui)需求文檔(dang)進行評審，雙方對(dui)需求達(da)成共(gong)識后(hou)作(zuo)出書面承諾，使需求文檔(dang)具(ju)有商業合同效果。
需(xu)(xu)求(qiu)(qiu)跟蹤是指(zhi)通過比較需(xu)(xu)求(qiu)(qiu)文檔與后(hou)續工作成果之(zhi)間的對應(ying)關系，建立(li)與維護“需(xu)(xu)求(qiu)(qiu)跟蹤矩(ju)陣”，確保產(chan)品依(yi)據需(xu)(xu)求(qiu)(qiu)文檔進行開發。
需求變(bian)(bian)更控制(zhi)是指(zhi)依(yi)據“變(bian)(bian)更申請-審批(pi)-更改-重新確認”的流程處(chu)理需求的變(bian)(bian)更，防止需求變(bian)(bian)更失去控制(zhi)而導致項目發生混(hun)亂(luan)。
根據上面描述的具體方法及步驟，由于需求分析的參與人員、業務模式、投資、時間等客觀因素的影響和需求本身具有主觀性和可描述性差的特點，因此，需求分析工作往往面臨著一些潛在的風險，應引起項目相關干系人的注意。風險投資人表示，這些風險主要表現如下：
1）用戶不能正(zheng)確表達自(zi)身的需求。
2）業務人員配合力度不夠。
3）用(yong)戶需求的不(bu)斷變更。
4）需求的完整程度。
5）需求的(de)細化(hua)程度。
6）需求描述的多義性。
7）忽略了(le)用戶的特點分(fen)析。
8）需求開發(fa)的時間保障。
需求管(guan)(guan)理(li)是(shi)(shi)開(kai)發工作有效進行的(de)確證(zheng)。很明顯需(xu)(xu)(xu)求(qiu)管(guan)(guan)理(li)是(shi)(shi)一種(zhong)很高層(ceng)次的(de)系統行為，涉及整個開(kai)發過程和產(chan)(chan)品本身。需(xu)(xu)(xu)求(qiu)管(guan)(guan)理(li)首(shou)先(xian)要針(zhen)對(dui)(dui)需(xu)(xu)(xu)求(qiu)做(zuo)出分析(xi)，隨后應用于(yu)(yu)產(chan)(chan)品并提(ti)(ti)出方案(an)。需(xu)(xu)(xu)求(qiu)分析(xi)的(de)模型正(zheng)是(shi)(shi)產(chan)(chan)品的(de)原型樣本，優(you)秀的(de)需(xu)(xu)(xu)求(qiu)管(guan)(guan)理(li)提(ti)(ti)高了這(zhe)樣的(de)可能性(xing)：它使(shi)最終產(chan)(chan)品更接近(jin)于(yu)(yu)解決需(xu)(xu)(xu)求(qiu)，提(ti)(ti)高了用戶對(dui)(dui)產(chan)(chan)品的(de)滿(man)意(yi)度，從而使(shi)產(chan)(chan)品成為真正(zheng)優(you)質合格的(de)產(chan)(chan)品。從這(zhe)層(ceng)意(yi)義(yi)上說，需(xu)(xu)(xu)求(qiu)管(guan)(guan)理(li)是(shi)(shi)產(chan)(chan)品質量的(de)基礎。
知名風險投資公司
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
創業聯合網是創業者和投資人的交流平臺。平臺擁有5000+名投資人入駐。幫助創業企業對接投資人和投資機構，同時也是創業企業的媒體宣傳和交流合作平臺。
熱門標(biao)簽
精華文章
