商業分析師成功的關鍵和障礙

BA成功的關鍵因素

• 利益相關者參與和承諾：BA必須在專案生命週期中，尤其是在專案啟動階段，獲得利益相關者的參與和承諾。獲得利益相關者的支援，可以有效降低專案阻力，並提高最終產品被使用和支援的可能性。由於最終產品（通常是系統）是面向終端使用者的，因此讓終端使用者參與到專案的各個環節中至關重要，例如幫助推動最終產品的可用性和使用，幫助定義業務規則，進行使用者驗收測試等等。

• 準確的需求管理：使用者/利益相關者需要什麼，以及最終交付了什麼，兩者之間存在直接關聯，這就是“需求管理”；即需求規劃、收集、徵求行動、促進、文件化等等。重要的是要堅持適當的徵集方法，準確地捕捉正在設計和構建的系統/產品的關鍵要素。這將有助於系統的建模工作。

• 有效的建模/表示：系統的不同模型/表示可以非常有效地表示系統的“現狀”和“未來”。不同的模型可以對不同的利益相關者提供完美的表示，而不同的受眾成員，其細節的程度可能有所不同。一些常見的模型包括流程圖、ER圖、用例圖、系統圖、架構圖、原型，甚至簡報。注意：需要新增參考圖片，來自“現代分析師”的著名插圖，一個需求以多種不同的方式進行了解釋。

BA成功的障礙

關鍵工件/需求定義不明確：透過確定需要哪些工件，並對每個工件有一個清晰的認識，可以避免很多混亂。BA可以提出的問題包括：我需要建立功能性需求還是非功能性需求？我需要建立業務用例嗎？我需要建立系統用例嗎？我需要建立使用者故事嗎？根據現有的方法，是否需要用例？
不一致，不遵循現有的方法：BA必須清楚地瞭解正在使用的方法：例如 - 是敏捷開發？瀑布模型？迭代開發？SCRUM？透過引入與組織中使用的方法不一致的活動，可能會浪費很多工作量，在不需要的活動上浪費時間，並會導致計劃和時間安排不充分。例如 - 如果SCRUM方法已經到位，那麼就不需要用例。使用者故事可以起到與用例類似的作用，但不需要用例。
缺乏工具：一些工具有助於使BA的工作更容易，尤其是對於需求管理。如以下例子所示，缺乏一些工具會使BA的工作更加耗時，並會阻礙與其他團隊成員（如質量保證人員）的合作。例如：用於儲存用例等的倉庫（如RequisitePro），可以輕鬆跟蹤修訂版本；測試工具（如Quality Center），可以儲存測試用例，並可以將這些測試用例與用例同步；缺乏像QTP這樣的自動化測試工具（更適合質量保證人員）。
BA和其他角色之間的界限模糊：當BA扮演多個角色的帽子時，可能會增加複雜性 - 例如：BA vs.測試人員；BA vs.專案經理。當界限模糊或交叉時，可能會在分工、利益衝突等方面造成問題。當然，也有一些情況，由於各種限制，BA需要扮演多種角色；例如，在資源有限的小團隊/實體中。
需求管理不足：如果BA沒有注意儘量減少非增值活動，就會有很大的風險，會導致浪費大量工作量。例如，開發比需要的更多工件和模型，建立超出業務範圍並可能包含設計元素的需求，陷入過早澄清所有需求的陷阱。在缺乏變更控制的情況下，需求可能會不斷變化，這會導致專案範圍擴充套件。如果有必要，必須設定凍結點，禁止對特定版本進行任何進一步更改，並將進一步更改處理到未來的迭代中。
缺乏利益相關者和終端使用者的支援：如果利益相關者沒有被專案說服，他們更有可能不會做出推動專案前進的決定，也不會參加會議和討論，甚至會導致專案無法啟動。如果專案最終完成，可能會得不到進一步支援，或者後續階段可能無法構建。如果終端使用者沒有完全被專案說服，那麼專案在構建完成後可能不會被使用，這是一個很大的風險。