需求工程是項目框架內的一個擴展術語，意思是提前收集你需要的所有東西，促進項目的成功。

需求工程活動

需求工程活動可以分為兩類：一類是需求開發，另一類是需求管理。

需求開發：

需求開發的目的是通過調研和分析，獲取客戶需求并定義產品需求。其結果應有：項目視圖和范圍文檔、用例文檔、軟件需求規格說明書以及相關分析模型。

經過評審批準，這些文檔就定義了研發工作的需求基線，這個基線在客戶和研發人員之間就構筑了產品功能需求和非功能需求的一個約定。

需求管理：

需求管理流程主要包括六大部分：制定需求管理計劃、求得對需求的理解、求得對需求的承諾、管理需求變更、維護對需求的雙向跟蹤性、識別項目工作與需求之間的不一致性。

實質上，項目需求管理的目的是確保各方對需求的一致理解，管理和控制需求的變更，以及從需求到最終產品的雙向跟蹤。

好的需求標準

如何確定需求的好壞有一定標準，目的是為了使文檔事后易于理解。這些標準有時相當簡單且不言而喻——但偶爾也會有點難以理解。

一個好的需求應該符合下列標準：

? 協調(對所有利害關系人都正確)

? 清晰(不含糊)

? 必要(必須有效)

? 一致(沒有矛盾)

? 可驗證(測試使驗證成為可能)

? 可行(組織上、法律上、技術上、經濟上)

? 可跟蹤(我們為什么要這樣做？)

? 完整(沒有解釋上的漏洞)

? 可理解(對所有利害關系人而言)

? 優先級(在需要時做出權衡)

并不是說不能滿足所有這些標準的需求就是無關痛癢的，這只是意味著之后的工作可能會變得更具挑戰性。如“可跟蹤”方面有點隱藏，但仍然非常重要。它的目的是確定為什么這個需求有意義，或者它來自哪里。這至關重要，因為需求的成因有時會在項目過程中被人遺忘。當這種情況發生時，有人可能會說，這個需求本身無關痛癢，但這通常是一種謬誤。例如，如果有新成員加入項目團隊，他們可能需要熟悉需求。

改進流程設計的用例

你可能已經意識到，上述需求帶來了一些挑戰：開發人員偶爾還會有相當大的解釋空間。有些信息可能對開發人員有幫助，例如實物模型、互動流等等。

因此，用例是一個好主意。用例描述了系統及其行為的許多方面，特別是與最終用戶的互動。寫下用例(或使用場景)將有助于利害關系人了解。在這個基礎上，我們可以進一步理解需求開發和需求管理。

需求開發流程大致可分為四個階段：需求計劃、需求調研、需求定義和分析、需求驗證。這個過程為項目展開打下基礎，是開發人員與用戶深入溝通，準確理解用戶和項目的功能、性能、可靠性等具體要求，從而確定系統必須做什么的過程。

需求管理主要包括三個方面：變更管理、版本控制、需求跟蹤。一個好的項目管理工具可以讓需求管理工作事半功倍。這里推薦8MSaaS PM項目管理工具，其內置需求跟蹤和變更控制功能，使項目團隊在整個開發周期中輕松跟蹤需求，確保萬無一失。

對于需求溝通，8MSaaS會自動追蹤需求的評審與驗收情況，并提供現狀調查功能偵查溝通過程中出現的問題。

對于需求管理，8MSaaS PM自動偵查需求的變化，并把需求變化與項目的各個階段關聯，以此提醒用戶，讓用戶更好地了解需求變化所帶來的影響。系統也能自動追蹤需求依賴及間接變化，讓用戶盡早了解其潛在影響。

需求工程活動是項目開發工作的一個重要領域，關系到整個項目的成敗與質量。加強需求管理，能有效防范和減少不必要的需求變更，降低因需求變更對項目的范圍、成本、質量和進度造成的影響。

與50位技術專家面對面20年技術見證，附贈技術全景圖

總結

以上是生活随笔為你收集整理的基线是什么意思_需求工程在项目管理中有什么作用？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。