業務分析師如何克服分析僵局? -modernanalyst

banq發表於2021-05-20

在當今的敏捷/ DevOps專案中:對當前問題的分析我們會考慮的各種可能性和替代方法,這本身可能會導致僵局;有時,我們可能會推遲做出決定,直到“所有”資料可用為止;有時,某個決定會被延遲,以便稍後做出最佳決定;有時我們可能會付出不必要的努力進行研究。
所有這些都會導致生產階段的緩慢移動。以下是一些管理方法:
  • 啟發是一個反覆的活動,其可交付成果也是遞增的。它通常也不是獨立的活動。確保您正在與利益相關者一起審查業務分析和啟發工件。自我審查,內部審查和質量檢查表的文化也有幫助。

  • 維護與您的分析活動有關的風險列表。您可以將它們新增到誘因跟蹤器中,或者您想要維護單獨的風險登記冊。關鍵是要提及風險以及對評估和緩解計劃的共識。這將有助於防止分析癱瘓,並有助於邁出下一步。

 

分析孤島
業務分析師產生的東西不是利益相關者所需要的和/或沒有被正確的利益相關者充分審查的東西,業務分析師需要與業務團隊的利益相關者進行協作,例如領域中小型企業,合作伙伴,供應商和贊助商。業務分析師還與IT團隊和利益相關者合作,例如開發,質量保證,體系結構,基礎架構,支援和治理。利益相關者參與不足的根本原因還可能是,利益相關者分析在專案開始時未完成或在專案期間未更新。另一個根本原因可能是害怕收到反饋的慣性。利益相關者參與不足以及分析癱瘓是一個風險區。以下是一些管理方法:

  • 與每個利益相關者群體的共識是至關重要的。識別並與每個利益相關者群體一起審查。瞭解他們將如何為該計劃做出貢獻。瞭解您作為業務分析師將要執行的每個任務的RACI也會有所幫助。關鍵是確保您與合適的利益相關者合作,並知道誰將成為每個業務分析任務的決策機構。

  • 制定有效合作計劃也很重要。為了進行定期檢查和反饋,請確保您將如何協作(哪些工具),頻率,時間等。如果您是大型專案團隊的成員,並且在諸如scrum之類的結構化框架中工作,則可能已經繪製了這些圖。儘管專案規模大,型別大,但主要是要使與正確資訊相關的利益相關者充分參與,並採用首選格式。

 

需求表達模糊
業務分析師需要處理來自大量來源的資訊。資訊可以採用各種形式,例如口頭,白板快照,電子郵件,粗略的註釋,錄音等。為每個利益相關者組建立正確的需求檢視集至關重要。有時沒有現有文件或現有文件不完整。所有這些可能會導致需求不完整,而需求缺口很大。尤其是那些剛開始從事業務分析工作的人可能會發現這是一個艱鉅的問題,他們的書面需求可能仍然含糊不清。以下是一些管理方法:

  • 透過問題開始為啟發活動做好準備,並透過某種跟蹤器跟蹤答案。確保您有準確的問題並使用簡單的語言。另外,請記住您在問哪些利益相關者。

  • 在將啟發性註釋轉換為業務分析可交付成果時,請確保準確表達需求。在需要時,提供工件,例如流程模型,資料模型,決策表等。透過將使用者案例,使用者案例,流程模型,BRD,FRD等與正確的工件連結起來,確保需求的可追溯性。這將有助於提高影響分析的清晰度和跟蹤性。像業務使用者一樣思考並編寫逐步接受標準也是至關重要的部分。

相關文章