互聯(lián)網(wǎng)產(chǎn)品經(jīng)理必備分析法則-資料下載頁
2025-06-16 01:13本頁面
【正文】 析人員帶來反饋信息的一個機(jī)會。 如果客戶認(rèn)為編寫的 “需 求分析報告”不夠準(zhǔn)確，就有必要盡早告知分析人員并為改進(jìn)提供建議。 更好的辦法是先為產(chǎn)品開發(fā)一個原型。 這樣客戶就能提 供更有價值的反饋信息給開發(fā) 人員， 使他們更好地理解您的需求； 原型并非是一個實(shí)際應(yīng)用產(chǎn)品， 但開發(fā)人員能將其轉(zhuǎn)化、 擴(kuò)充成功能齊全的系統(tǒng)。 1 需求變更要立即聯(lián)系 不斷的需求變更， 會給在預(yù)定計劃內(nèi)完成的質(zhì)量產(chǎn)品帶來嚴(yán)重的不利影響。 變更是不 可避免的，但在開發(fā)周期中，變更越在晚期出現(xiàn)，其影響越大；變更不僅會導(dǎo)致代價極高的 返工，而且工期將被延誤，特別是在大體結(jié)構(gòu)已完成后又需要增加新特性時。所以，一旦客 戶發(fā)現(xiàn)需要變更需求時，請立即通知分析人員。 1 遵照開發(fā)小組處理需求變更的過程 為將變更帶來的負(fù)面影響減少到最低限度，所有參與者必須遵照項(xiàng)目變更控制過程。 這要求不放棄所有提出的變更，對每項(xiàng)要求的變更進(jìn)行分析、綜合考慮，最后做出合適的決 策，以確定應(yīng)將哪些變更引入項(xiàng)目中。 尊重開發(fā)人員采用的需求分析過程 軟件開發(fā)中最具挑戰(zhàn)性的莫過于收集需求并確定其正確性， 分析人員采用的方法有其 合理性。 也許客戶認(rèn)為收集需求的過程不太劃算， 但請相信花在需求開發(fā)上的時間是非常有 價值的；如果您理解并支持分析人員為收集、編寫需求文檔和確保其質(zhì)量所采用的技術(shù)，那 么整個過程將會更為順利。 “需求確認(rèn)”意味著什么 在“需求分析報告”上簽字確認(rèn)，通常被認(rèn)為是客戶同意需求分析的標(biāo)志行為，然而 實(shí)際操作中，客戶往往把“簽字”看作是毫無意義的事情?！八麄円以谛枨笪臋n的最后一 行下面簽名，于是我就簽了，否則這些開發(fā)人員不開始編碼?！?這種態(tài)度將帶來麻煩，譬如客戶想更改需求或?qū)Ξa(chǎn)品不滿時就會說： “不錯，我是在 需求分析報告上簽了字，但我并沒有時間去讀完所有的內(nèi)容，我是相信你們的，是你們非讓 我簽字的?！?同樣問題也會發(fā)生在僅把“簽字確認(rèn)”看作是完成任務(wù)的分析人員身上，一旦有需求 變更出現(xiàn)，他便指著“需求分析報告”說：“您已經(jīng)在需求上簽字了，所以這些就是我們所 開發(fā)的，如果您想要別的什么，您應(yīng)早些告訴我們?！边@兩種態(tài)度都是不對的。 因?yàn)椴豢赡茉陧?xiàng)目的早期就了解所有的需求， 而且毫無疑問 地需求將會出現(xiàn)變更，在“需求分析報告”上簽字確認(rèn)是終止需求分析過程的正確方法，所 以我們必須明白簽字意味著什么。 對“需求分析報告”的簽名是建立在一個需求協(xié)議的基線上，因此我們對簽名應(yīng)該這 樣理解： “我同意這份需求文檔表述了我們對項(xiàng)目軟件需求的了解，進(jìn)一步的變更可在此基 線上通過項(xiàng)目定義的變更過程來進(jìn)行。 我知道變更可能會使我們重新協(xié)商成本、 資源和項(xiàng)目 階段任 務(wù)等事宜。”對需求分析達(dá)成一定的共識會使雙方易于忍受將來的摩擦，這些摩擦來 源于項(xiàng)目的改進(jìn)和需求的誤差或市場和業(yè)務(wù)的新要求等。 需求確認(rèn)將迷霧撥散， 顯現(xiàn)需求的真面目， 給初步的需求開發(fā)工作畫上了雙方都明確 的句號， 并有助于形成一個持續(xù)良好的客戶與開發(fā)人員的關(guān)系， 為項(xiàng)目的成功奠定了堅實(shí)的 基礎(chǔ)。 10 /
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1