Skip to main content

需求分析 - 生活中的案例

繼續上一篇 [1] 軟體設計與開發流程，
提到的需求分析
紀錄這個比較生活中的案例
也是跟朋友會聊到的

需求分析案例

需求是：

要去日本旅行

沒了

Google 老闆的需求：

我也要一個 ChatGPT ..

大概就這樣。

需求分析做什麼？
至少問你的 Stakeholder 這些問題，

  1. 這個需求的 #使用者 有誰？
  2. 有哪些 #故事

使用者可能會有你, 家人, 女友/男友,
老婆/先生, 老媽/老爸, 隔壁的王杯杯?

故事有幾個角度：

  1. 是去日本，但是去哪？可能有北海道、東京、關西、沖繩 ..
  2. 怎麼去？坐飛機？坐船？划水？做太空船？
  3. 酒店住啥？五星級？民宿？還是露宿街頭？

把 User x Story 就形成 #使用者故事矩陣
例如，分析出來的 User 一共有 5 種 (Role)
Story 有 10 個，
邏輯上的 User Story 排列組合就有 5 x 10 = 50 個
但 這 50 個有很明顯有很多不合邏輯的

例如，使用者應該會一起，不會分開
不會出現你坐飛機，你爸做船過去日本
更不會出現，你去北海道，你老婆去沖繩的 ..

User Story 是否合理，
由 PO vs Stakeholder 討論出來

這個矩陣會呈現所有的排列組合
合理與不合理
找出最重要的三個 (Happy Paths)。
剩下的，未來遇到再做就好。

找出 #使用者矩陣最核心的故事，假設有以下三個：

  1. 去北海道, 住民宿, 做華航
  2. 去東京, 住五星級, 做船
  3. 去沖繩, 露宿街頭, 滑水

有了這三個，那大家就來專注討論系統分析吧。。。

需求分析的重點，就是搞清楚 User 有哪些人？
Story 有哪些，這些交成出來故事的合理性？以及重要性

需求分析不重要？

分析得好不好，看 User / Story 定義的大概會有個譜
有可以知道範圍大小

—
「User 常常搞不清楚」在中文語意上常常是被忽略的
也就 #主詞 中文語意的盲點
所以只要用中文在溝通需求
很容易就會忘記 “User” 到底是誰
是什麼角色 (Role)

原始資料​