又大又粗又猛免费视频久久_国产理论在线播放_久久男人av资源网站免费软件_99国产精品无码

項(xiàng)目管理之需求管理（項(xiàng)目管理之需求管理是什么）

科研百科 2023年8月6日上午9:47 172

需求管理

項(xiàng)目需求的完整性和正確性是項(xiàng)目成功的基石。項(xiàng)目前期如果沒有管理好需求，往往會(huì)導(dǎo)致項(xiàng)目返工或需求遺漏，開發(fā)過程中也會(huì)耗費(fèi)研發(fā)大量的精力處理需求，這樣就造成額外的勞動(dòng)量，使得開發(fā)無法按期完成需求，而造成版本的延期。因此，管理好項(xiàng)目需求成為了每個(gè)項(xiàng)目經(jīng)理的難題

今年做了那么多個(gè)項(xiàng)目，深深感到對(duì)項(xiàng)目的需求把握管理好是項(xiàng)目成功的關(guān)鍵。每一次痛苦的開發(fā)經(jīng)歷之后，我們會(huì)去思考究竟是哪里出問題了？其中，需求的管理是非常重要的一環(huán)，糟糕的需求管理往往帶來混亂的開發(fā)活動(dòng)。對(duì)需求的管理大概有那么幾個(gè)活動(dòng)。

首先是需求獲取，獲取并整理整個(gè)項(xiàng)目的所有需求，保證項(xiàng)目需求的完整性，避免需求遺漏，為項(xiàng)目工作量估算做準(zhǔn)備。

其次是需求理解和設(shè)計(jì)，拿到需求后，需要理解并分解每個(gè)需求點(diǎn)，理解客戶的需要和期望的需求，為實(shí)現(xiàn)項(xiàng)目目標(biāo)而定義、記錄、分析干系人的需求。

最后是需求傳達(dá)，將需求點(diǎn)設(shè)計(jì)出交互和視覺，初步還原產(chǎn)品原型，傳達(dá)到相關(guān)開發(fā)人員，保證開發(fā)對(duì)需求理解的正確性。

需求獲取

大項(xiàng)目都會(huì)配置一名PO，即產(chǎn)品經(jīng)理，他負(fù)責(zé)項(xiàng)目的需求收集，規(guī)劃整個(gè)項(xiàng)目的需求。由產(chǎn)品經(jīng)理提交需求規(guī)格說明書后，項(xiàng)目經(jīng)理需要梳理整個(gè)項(xiàng)目的所有需求，產(chǎn)出系統(tǒng)需求規(guī)格說明書，組織干系人評(píng)審，如：產(chǎn)品經(jīng)理，開發(fā)經(jīng)理，項(xiàng)目經(jīng)理，開發(fā)人員，測(cè)試人員。評(píng)審目的一是為了保證干系人需求理解一致性，二是保證需求無遺漏。

系統(tǒng)需求規(guī)格說明書是產(chǎn)品開發(fā)的依據(jù)，是后續(xù)設(shè)計(jì)階段的輸入。系統(tǒng)需求規(guī)格說明書一般包括一些內(nèi)容：整體需求描述（需求背景和需求細(xì)分概述），整體的系統(tǒng)用戶場(chǎng)景，詳細(xì)功能需求規(guī)格（列舉所有的產(chǎn)品新特性），原有特性改進(jìn)和優(yōu)化（原有功能的改動(dòng)點(diǎn)），非功能需求規(guī)格（穩(wěn)定性，性能指標(biāo)，可維護(hù)性等）。

需求理解

由于需求大多是一句話需求，而且每個(gè)人的理解又不同，開發(fā)周期長(zhǎng)了會(huì)導(dǎo)致理解存在偏差，如果沒有明確的交互和詳細(xì)的描述，就造成額外的工作量，使得開發(fā)無法按期完成需求，而造成版本的延期。

為了保證項(xiàng)目需求點(diǎn)理解始終一致性，項(xiàng)目開發(fā)前，項(xiàng)目經(jīng)理需要明確整個(gè)項(xiàng)目的交互或需求詳細(xì)描述，將所有的需求點(diǎn)使用交互還原產(chǎn)品原型，并且組織交互評(píng)審。

Axure RP是一款專業(yè)的快速原型設(shè)計(jì)工具，讓負(fù)責(zé)定義需求和規(guī)格、設(shè)計(jì)功能和界面的專家能夠快速創(chuàng)建應(yīng)用軟件或Web網(wǎng)站的線框圖、流程圖、原型和規(guī)格說明文檔。

需求跟蹤矩陣是一種主要管理需求變更和驗(yàn)證需求是否得到了實(shí)現(xiàn)的有效工具，借助RTM，可以跟蹤每個(gè)需求的狀態(tài)。我們可以將需求詳細(xì)的記錄在需求矩陣中，供開發(fā)和測(cè)試檢視。

需求傳達(dá)

在將需求交付給開發(fā)團(tuán)隊(duì)之后，需求傳達(dá)不明確將給開發(fā)活動(dòng)帶來很大的不確定性，最終交付的產(chǎn)出也是不明確的，版本經(jīng)理在需求傳達(dá)過程中付不可推卸的責(zé)任。

如何將需求傳達(dá)到位，避免開發(fā)和測(cè)試過程返工。我們除了給出系統(tǒng)需求，交互設(shè)計(jì)和需求矩陣外，還要求研發(fā)和測(cè)試負(fù)責(zé)人在開發(fā)前進(jìn)行需求講解和需求檢視，檢視不明確的和錯(cuò)誤的需求及時(shí)記錄和糾正。開發(fā)過程中歇性的檢視產(chǎn)出結(jié)果和體驗(yàn)，同時(shí)對(duì)測(cè)試用例進(jìn)行評(píng)審，保證測(cè)試用例的正確性和有效性。