怎樣檢查圖表有無(wú)錯(cuò)誤及不一致等。
　?、呙枋霎a(chǎn)品的使用特性
　　業(yè)務(wù)人員可以要求IT人員在實(shí)現(xiàn)功能需求的同時(shí)還注意軟件的易用性，因?yàn)橐子眯曰蛸|(zhì)量屬性能使客戶更準(zhǔn)確、高效地完成任務(wù)。例如業(yè)務(wù)人員有時(shí)要求產(chǎn)品要“界面友好”或“健壯”、“高效率”，但對(duì)IT人員來(lái)講，太主觀了并無(wú)實(shí)用價(jià)值。IT人員可以通過(guò)詢問(wèn)和調(diào)查了解客戶所要的“友好、健壯、高效”所包含的具體特性，具體分析哪些特性對(duì)哪些特性有負(fù)面影響，在性能代價(jià)和所提出解決方案的預(yù)期利益之間做出權(quán)衡，以確保做出合理的取舍。
　?、鄻I(yè)務(wù)人員和IT人員互相尊重
　　如果業(yè)務(wù)人員與IT人員不能相互尊重，那關(guān)于需求的討論將會(huì)遇到障礙。參與需求分析的業(yè)務(wù)人員有權(quán)要求IT人員尊重他們并珍惜他們?yōu)轫?xiàng)目成功所付出的時(shí)間；但業(yè)務(wù)人員也要尊重IT人員的需求可行性及成本評(píng)估。所有軟件功能都是有成本的，業(yè)務(wù)人員所希望的某些產(chǎn)品特性可能在技術(shù)上行不通，或者實(shí)現(xiàn)它要付出極高的代價(jià)，而某些需求試圖達(dá)到在操作環(huán)境中不可能達(dá)到的性能，或試圖得到一些根本得不到的數(shù)據(jù)。IT人員會(huì)拒絕或?qū)崿F(xiàn)不了業(yè)務(wù)人員的一些要求，業(yè)務(wù)人員也應(yīng)該尊重IT人員的意見(jiàn)。
　　⑨有需求變更要立即聯(lián)系
　　不斷的需求變更，會(huì)給在預(yù)定計(jì)劃內(nèi)完成的產(chǎn)品質(zhì)量帶來(lái)嚴(yán)重的不利影響，但需求變更又是不可避免的。在開發(fā)周期內(nèi)變更越在晚期出現(xiàn)，其影響越大；變更不僅會(huì)導(dǎo)致代價(jià)極高的返工，而且工期將可能被延誤，特別是在主體架構(gòu)已完成后又需要增加新特性時(shí)。所以，一旦客戶發(fā)現(xiàn)需要變更需求時(shí)，請(qǐng)立即通知IT人員。
　　⑩需求確認(rèn)僅僅是以后討論的“基線”
　　在“需求分析報(bào)告”上簽字，通常被認(rèn)為是業(yè)務(wù)部門同意需求分析報(bào)告的標(biāo)志性行為，然而在實(shí)際操作中，業(yè)務(wù)人員往往把“簽字”看作毫無(wú)意義的事情。有時(shí)這個(gè)領(lǐng)導(dǎo)同意了，那個(gè)領(lǐng)導(dǎo)卻不同意；即使每個(gè)相關(guān)人員都簽了字，也照樣“翻供”，通常的理由是：“他們要我在需求文檔的最后一行簽名，于是我就簽了，否則他們不開始編碼!”同樣的問(wèn)題也發(fā)生在僅把“簽字確認(rèn)”看作是完成任務(wù)的IT人員身上，一旦有需求變更出現(xiàn)，便指著“需求分析報(bào)告”說(shuō)：“您已經(jīng)在需求分析報(bào)告上簽字了，所以這都是按照您的要求開發(fā)的?！?這兩種態(tài)度都是不對(duì)的，因?yàn)闃I(yè)務(wù)人員不可能在項(xiàng)目早期就能說(shuō)清楚所有業(yè)務(wù)需求，變更需求是必然現(xiàn)象。在“需求分析報(bào)告”上簽字確認(rèn)，僅僅是需求分析過(guò)程結(jié)束的標(biāo)志，它意味著“需求分析報(bào)告”是以后討論的基線，進(jìn)一步的變更可在此基線上通過(guò)項(xiàng)目定義的變更過(guò)程來(lái)進(jìn)行。
　　撥開需求分析的迷霧，將給初步的需求開發(fā)工作畫上雙方都明確的句號(hào)，將有助于形成一個(gè)持續(xù)良好的客戶與開發(fā)人員的關(guān)系，為項(xiàng)目成功奠定堅(jiān)實(shí)的基礎(chǔ)。

    項(xiàng)目經(jīng)理勝任力免費(fèi)測(cè)評(píng)PMQ上線啦！快來(lái)測(cè)測(cè)你排多少名吧~

    http://m.opto-elec.com.cn/pmqhd/index.html