為提供您更多優質的內容,本網站使用cookies分析技術。若繼續閱覽本網站內容,即表示您同意我們使用 cookies,關於更多cookies資訊請閱讀我們的隱私權政策
作者/凌帠的管理世界Web only 2019-10-22 圖片來源:pixabay.com
需求指的是因為遇到什麼狀況,而對誰造成了怎樣的困擾,所以希望能解決這個問題,或達成怎樣的結果。只是多數人都不是這麼表達,而是直接告訴你,這樣做就好了。

在軟體系統開發時也經常會碰到以上的情境,就是User或客戶提的系統需求,往往不是真正的需求,而是他們自作主張、自以為是的幫系統開發者開的規格。這往往會造成開發出來的系統不符所需,或是效率不彰,或造成系統誤用、紊亂、架構疊床架屋。

使用者提需求時,雖然自己對電腦系統的規劃與開發不很瞭解,但卻總是堅持以自己微薄的認知來做陳述。例如:提出在系統畫面的某某地方加個XX輸入欄位就可以了。這其實並不是在提需求,而是在開規格。咦!奇怪了,明明需要的就是這個,為何這樣不是需求呢?這就好像是一個快餓死的人跑到救濟中心說我要吃牛肉麵,結果救濟中心只好說抱歉,因為這裡沒有牛肉麵。可是,如果當時說的是我很餓,已經好幾天沒吃東西了,這時,救濟中心就可能先給些流質食物,然後才給其它現場有的食物。

所以,需求指的是因為遇到什麼狀況,而對誰造成了怎樣的困擾,所以希望能解決這個問題,或達成怎樣的結果。只是多數人都不是這麼表達,而是直接告訴你,這樣做就好了。

誤把規格當需求

我們再看另一個例子。

某家公司的客服單位,是用公司資訊單位開發的客服系統來控管客戶對產品問題提出的客訴單,某天客服人員向資訊單位提出了以下的兩個需求:

一、客服系統逾期篩選的需求:因最近幾週與產品單位的檢討會議中沒有辦法透過逾期的條件來篩選呈現客訴單,請協助新增。

二、客訴單狀態篩選的需求:因客訴單有很多種狀態,希望能夠依照個別細項來篩選。

延伸閱讀

贊助文章

推薦影音

最新評論

新鮮菜鳥最多人關注

more

新手主管最多人關注

more

最新消息

  1. 1
  2. 2
  3. 3
  4. 4
  5. 5

深度專輯

more