透過這樣的二維需求管理系統方法，能夠充份管理一份完整的專案需求內容，並且滿足 商業分析 的目標與結果，來達成不同客戶委託我們預計要達成的商業目標。
撰文者：Sammi
(文章來源：職書房)
系統開發進度緩慢？專案風險拉高？客戶一直遲遲不確認規格書？
有時候可能的原因，也許只是因為一開始需求分析時從來不思考「為什麼」？
在我的日常工作，有時我們公司的專案經理，會請我陪同一起到客戶現場，幫他們看看及診斷預計要展開的專案全貌，了解客戶的痛點，找出問題，開出解方。
而專案經理會請我出門，通常多半是重要的利害關係人，講的直白一點，就是與不同組織高層或企業層級的視角對接，在公司，我們稱這項工作為：高階訪談。
為什麼呢？
因為傳統的需求訪談，多半談的是軟體工程所謂的系統分析或專案管理中的需求分析，碰觸的層級或利害關係人，有可能僅關注在單一技術、業務或特定的系統功能。
一旦專案開始推進時，高階利害關係人開始由上往下關注專案的走向，往往我們會發現，因為過於侷限於單一技術或系統的視角，導致實際上專案規劃設計與實際上組織或企業目標相比，往往有所缺失或方向失焦，因而讓整個計劃或專案進退兩難。
所以，過去二十年來
我在面對重要的組織專案一直都有個習慣，「如有必要，優先進行高階訪談」，而這個過程也是我協助客戶，找出問題背後的問題，並對症下藥的很重要的方法之一。
而「訪談」是在商業分析當中很重要的軟技巧，主要目的大概有三個：
- 了解目前的專案起源與背景，洞察專案的本質與真正要解決的問題。
- 通常我們先定義假說，藉由定義及分析思考，來了解我們的觀察或理解是否有所出入。
- 透過個人主觀或客觀問題的意見分享，有助於讓我們了解在專案全貌上沒有顧慮到的視角。
為避免有這樣的視角缺陷，我們公司很早就將「需求分析」和「需求管理」，以商業思維的角度來理解每個問題或痛點，希望能透過更精準的目標導向與問題分析的結果，轉化為更多維度的視角讓技術開發人員，能夠以同理的高度了解專案的目標。
「需求分析」和「系統分析」，是專案中最重要的二份文件，我們公司對於這樣的需求管理，分別由二個不同的部門完成。
因為我們希望透過這樣的二維需求管理系統方法，能夠充份管理一份完整的專案需求內容，並且滿足商業分析的目標與結果，來達成不同客戶委託我們預計要達成的商業目標。
我認為商業分析訪談方法，可以大致解決掉一些傳統需求分析的缺點，也許下一篇文章再來跟大家分享，我們公司如何開始進行問題的商業分析。
※本文由《職書房》授權刊載，未經同意禁止轉載。
