資料結構
網路
關係資料庫管理系統 (RDBMS)
作業系統
Java
MS Excel
iOS
HTML
CSS
Android
Python
C語言程式設計
C++
C#
MongoDB
MySQL
Javascript
PHP
物理學
化學
生物學
數學
英語
經濟學
心理學
社會學
服裝學
法學理解業務需求文件的目標
為了得到我們想要的東西，我們需要準確地定義它。業務需求是企業必須執行的關鍵活動，以滿足組織目標，同時保持與解決方案無關。
以下是一些常見的問題，您可能會想起它們。客戶是否曾經告訴您交付的產品沒有按要求執行？在開始構建產品後，交付內容是否發生了變化？多個利益相關者對最終結果是否有不同的意見？產品構建後是否提出了新的要求？
準備一份良好的業務需求文件是最大限度地減少專案生命週期中這些風險情況和不確定性的第一步。建立文件是為了協助不同的專案需求，並確保產品以客戶認為應該的方式構建。這些文件的基本目標是正確地溝通和最終確定從業務利益相關者那裡收集到的需求，以避免未來的更改。這份文件通常非常詳細，需要大量的投入才能達到其目的。文件編制是業務分析師不可或缺的工作職能之一。
什麼是業務需求文件？
業務需求文件 (BRD) 是一份綜合性文件，詳細說明了專案需求的業務解決方案，以便在專案中獲得價值。這份文件很重要，因為它是在專案整個生命週期中與專案管理和實施團隊一起工作的基礎。
BRD 主要強調最終結果是什麼，而不會關心目標是如何實現的。
如果出現關於更改/修改現有軟體的新請求，則應建立一個新的 BRD。BRD 描述了系統從業務角度來看的樣子。BRD 將包含業務解決方案和技術解決方案。在檢查業務解決方案時，BRD 應該回答“業務的需求是什麼？”這個問題，而在檢查技術解決方案時，它應該回答“它將如何交付”這個問題。它還包含交付的軟體必須提供的功能和業務需求的優先順序列表。
BRD 的目的是什麼？
業務需求文件的目的是描述為客戶和利益相關者獲取請求的產品、系統或服務的最終解決方案所應遵循的步驟。BRD 將詳細說明所有現有的業務狀態以及業務所有者計劃在未來進行的更改，這將為業務的未來發展提供一個重點方向。參與文件編制過程的團隊將是專案團隊和確定如何實施交付以滿足業務需求的功能組。該團隊將負責確定如何開發業務所請求的內容。所有參與文件編制過程的利益相關者都應在專案開始之前就共同點達成一致。
我們應該讓所有參與的團隊理解目標，並將其包含在您與任何人關於應用程式的任何溝通中。每當對專案需求存在誤解時，您必須始終主動地與利益相關者和客戶重新確認目標。
BRD 的目標
BRD 可以被描述為完成專案的一種溝通方式，文件的主要目標是透過考慮每個專案階段的輸入和輸出、功能性和非功能性系統規範來實現預期的目標，從而交付合格的產品。
BRD 清晰地區分了業務目標和技術目標。業務目標應該回答關於“組織的目標是什麼？”的問題。
技術目標側重於提供一個堅實的基礎，以便實現業務目標。在這種情況下，BRD 最常見的目標可以概括如下：
- 提供業務需求和啟動專案原因的概述
- 提供合適的和可行的解決方案以滿足客戶/業務需求。
- 得到利益相關者、使用者和專案經理的普遍接受。
- 詳細描述軟體解決方案將滿足哪些客戶/業務需求。
- 它應該包含更多業務需求而不是技術需求。
- 與供應商溝通解決方案設計預期交付的內容。
- 應該有一個邏輯流程，為所有後續專案交付物提供基礎。
- 描述客戶/業務需求將如何透過解決方案滿足，而不是如何滿足。
理解記錄 BRD 背後的目標非常重要，以便為您的專案提供堅實的基礎，使其更有可能成功。
撰寫一份良好的業務需求文件對於專案的整體成功至關重要，它確保專案由真正的客戶需求驅動，並降低專案成本。一份好的 BRD 還將使功能或功能的相對優先順序更加清晰。
1K+ 次瀏覽
