互聯(lián)網(wǎng)產(chǎn)品經(jīng)理必備分析法則(文件)
【正文】 煩人而且耗時， 因此很容易留下模糊不清的需求?？蛻粢M量將每項需求的內(nèi)容都闡述清楚，以便分析人員能準確地將它們 寫進“軟件需求報告”中去。 1 尊重開發(fā)人員的需求可行性及成本評估 所有的軟件功能都有其成本。決定哪些特性是必要 的，哪些是重要的，是需求開發(fā)的主要部分，這只能由客戶負責設(shè)定需求優(yōu)先級，因為開發(fā) 者不可能按照客戶的觀點決定需求優(yōu)先級； 開發(fā)人員將為您確定優(yōu)先級提供有關(guān)每個需求的 花費和風險的信息。 如果客戶認為編寫的 “需 求分析報告”不夠準確，就有必要盡早告知分析人員并為改進提供建議。 變更是不 可避免的，但在開發(fā)周期中，變更越在晚期出現(xiàn)，其影響越大；變更不僅會導(dǎo)致代價極高的 返工，而且工期將被延誤，特別是在大體結(jié)構(gòu)已完成后又需要增加新特性時。 尊重開發(fā)人員采用的需求分析過程 軟件開發(fā)中最具挑戰(zhàn)性的莫過于收集需求并確定其正確性， 分析人員采用的方法有其 合理性?！?這種態(tài)度將帶來麻煩，譬如客戶想更改需求或?qū)Ξa(chǎn)品不滿時就會說： “不錯，我是在 需求分析報告上簽了字，但我并沒有時間去讀完所有的內(nèi)容，我是相信你們的，是你們非讓 我簽字的。 對“需求分析報告”的簽名是建立在一個需求協(xié)議的基線上，因此我們對簽名應(yīng)該這 樣理解： “我同意這份需求文檔表述了我們對項目軟件需求的了解，進一步的變更可在此基 線上通過項目定義的變更過程來進行。 10 / 10?！睂π枨蠓治鲞_成一定的共識會使雙方易于忍受將來的摩擦，這些摩擦來 源于項目的改進和需求的誤差或市場和業(yè)務(wù)的新要求等?！边@兩種態(tài)度都是不對的。 “需求確認”意味著什么 在“需求分析報告”上簽字確認，通常被認為是客戶同意需求分析的標志行為，然而 實際操作中，客戶往往把“簽字”看作是毫無意義的事情。 1 遵照開發(fā)小組處理需求變更的過程 為將變更帶來的負面影響減少到最低限度，所有參與者必須遵照項目變更控制過程。 這樣客戶就能提 供更有價值的反饋信息給開發(fā) 人員， 使他們更好地理解您的需求； 原型并非是一個實際應(yīng)用產(chǎn)品， 但開發(fā)人員能將其轉(zhuǎn)化、 擴充成功能齊全的系統(tǒng)。 盡 管沒有人愿意看到自己所希望的需求在項目中未被實現(xiàn)， 但畢竟是要面對現(xiàn)實， 業(yè)務(wù)決策有 時不得不依據(jù)優(yōu)先級來縮小項目范圍或延長工期，或增加資源，或在質(zhì)量上尋找折衷。開發(fā)人員會對此作出負面的評價，客戶應(yīng)該尊重他們的意見。 1 及時作出決定 分析人員會要求客戶作出一些選擇和決定， 這些決定包括來自多個用戶提出的處理方 法或在質(zhì)量特性沖突和信息準確度中選擇折衷方案等。 在需求分析中暫時加上“待定”標志是個方法。 有些分析人員可能先明白了您的觀點， 而過后發(fā)現(xiàn)還需要您的講解， 這時請耐心對待一些需求和需求的 精化工作過程中的反復(fù)， 因為它是人們交流中很自然的現(xiàn) 象，何況這對軟件產(chǎn)品的成功極為重要。開發(fā)人員不能由于不想實施 變更而隨意夸大評估成本。所以說，如果想在產(chǎn)品中使用一 些已有的商業(yè)常用組件， 而它們并不完全適合您所需的特性， 這時一定程度上的需求靈活性 就顯得極為重要了。 描述產(chǎn)
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1