要變更需求時，請立即通知IT人員。
⑩需求確認(rèn)僅僅是以后討論的“基線”。
在“需求分析報告”上簽字，通常被認(rèn)為是業(yè)務(wù)部門同意需求分析報告的標(biāo)志性行為，然而在實際操作中，業(yè)務(wù)人員往往把“簽字”看作毫無意義的事情。有時這個領(lǐng)導(dǎo)同意了，那個領(lǐng)導(dǎo)卻不同意；即使每個相關(guān)人員都簽了字，也照樣“翻供”，通常的理由是：“他們要我在需求文檔的最后一行簽名，于是我就簽了，否則他們不開始編碼！”同樣的問題也發(fā)生在僅把“簽字確認(rèn)”看作是完成任務(wù)的IT人員身上，一旦有需求變更出現(xiàn)，便指著“需求分析報告”說：“您已經(jīng)在需求分析報告上簽字了，所以這都是按照您的要求開發(fā)的�！�-這兩種態(tài)度都是不對的，因為業(yè)務(wù)人員不可能在項目早期就能說清楚所有業(yè)務(wù)需求，變更需求是必然現(xiàn)象。在“需求分析報告”上簽字確認(rèn)，僅僅是需求分析過程結(jié)束的標(biāo)志，它意味著“需求分析報告”是以后討論的基線，進(jìn)一步的變更可在此基線上通過項目定義的變更過程來進(jìn)行。
撥開需求分析的迷霧，將給初步的需求開發(fā)工作畫上雙方都明確的句號，將有助于形成一個持續(xù)良好的客戶與開發(fā)人員的關(guān)系，為項目成功奠定堅實的基礎(chǔ)。
需求分析的風(fēng)險
客戶有時會提一些看上去很“酷”，但缺乏實用價值的功能；若要實現(xiàn)這些功能可能要耗費大量時間和成本，造成項目延期，此時CIO要權(quán)衡業(yè)務(wù)需求和項目資源之間的關(guān)系，及時決定必須完成哪些需求，舍棄哪些需求。
不重視需求分析的項目組將“自食其果”，但重視了并不一定能寫出完美的需求分析報告，因為需求分析中還有很多陷阱，稍微不慎CIO就可能掉進(jìn)業(yè)務(wù)需求的“陷阱”。需求分析中常見的陷阱有以下幾種：
首先是無足夠用戶參與。業(yè)務(wù)部門經(jīng)常不明白為什么收集需求和確保需求質(zhì)量需要費那么多功夫。由于業(yè)務(wù)部門工作很忙，有時IT人員很難與業(yè)務(wù)人員坐在一起交流業(yè)務(wù)需求；即使費了九牛二虎之力坐在一起，業(yè)務(wù)人員也講不明白自己的真正需求。為確保需求分析的質(zhì)量，CIO一方面要讓IT人員與盡量多的業(yè)務(wù)人員交流；另一方面，應(yīng)讓具有代表性的用戶在項目早期就直接參與到開發(fā)隊伍中來，一同經(jīng)歷整個開發(fā)過程。
其次是業(yè)務(wù)需求無休無止。業(yè)務(wù)部門在開發(fā)中若不斷補(bǔ)充需求，項目就可 能越變越大以致于超過計劃及預(yù)算范圍。計劃并不總是與項目需求規(guī)模與復(fù)雜性、風(fēng)險及需求變更實際情況相一致，使得問題更難解決。要想把需求變更范圍控制到 最小，必須一開始就對項目視圖、范圍、目標(biāo)、約束限制和成功標(biāo)準(zhǔn)給予明確說明，并將此說明作為評價需求變更和新特性的參照框架。另一方面，CIO要確定一個提需求分析的最后時間，不能放任業(yè)務(wù)人員無休止的提需求分析。
再次是用戶需求模棱兩可。模棱兩可是需求規(guī)格說明中最可怕的問題。模棱兩可的需求會使開發(fā)人員為錯誤問題而浪費時間，并使測試者無所適從。一位系統(tǒng)測試人員說，他所在的測試組經(jīng)常對需求理解有誤，以致不得不重寫許多測試用例并重做許多測試。
最后是不必要的“畫蛇添足”�！爱嬌咛碜恪笔侵搁_發(fā)人員力圖增加一些用戶“欣賞”，但需求分析說明中并未涉及的新功能。有時IT人員花了非常大的力氣，但用戶并不認(rèn)為這些功能很有用；IT人員應(yīng)努力使功能簡單易用，但不要未經(jīng)業(yè)務(wù)人員同意，就自作主張。同樣，客戶有時也會提一些看上去很“酷”，但缺乏實用價值的功能；若要實現(xiàn)這些功能可能要耗費大量時間和成本，造成項目延期，此時CIO要權(quán)衡業(yè)務(wù)需求和項目資源之間的關(guān)系，及時決定必須完成哪些需求，舍棄哪些需求。任何項目都不可能十全十美，也不可能滿足用戶的所有需求，畢竟項目的成本有限；CIO要弄清這些功能的“來龍去脈”，使得需求分析過程始終注重那些能使用戶完成主要任務(wù)的核心功能。 此文章共有4頁 上一頁 1 2 3 4
文章來源：中國項目管理資源網(wǎng)
 軟件開發(fā)項目管理培訓(xùn)課程方案
|
Leadge.com首頁 > 知識庫 
