前端開發的 User Story

前言

先前稍微瞭解過 User Story,但是這幾天實際 run 一次的時候卻發現一件很重要的事情,以往我在後端開發的時候都是以功能來考量…

前端開發的 User Story

這幾天跟著公司跑一次小型專案,第一次感覺到顛覆了我的想法,因為早期我在開發是屬於以功能面為優先的人,舉凡某某某功能要什麼樣的功能、會需要什麼資料庫欄位、然後可以做到怎樣…

但是實際討論一下之後才發現 User Story 的運作模式完全是反過來的,User Story 中文叫做使用者故事,過程中專案所看的角度並不是需要什麼功能而是使用者需要什麼,所以並不是先做功能,完全以使用者會需要哪些功能來討論為主,以人力銀行來舉例

User Story 會先列出一個簡單的一句話,然後無限延伸討論

  • 求職者需要一個刊登履歷的地方

接下來依照這一句話開始推敲求職者可能會需要那些功能

  • 履歷撰寫
  • 關閉特定產業找到我
  • 求職者曝光
  • 上傳作品
    …(剛開始真的不太習慣,想不到很多什麼東西)

Image

接下來再來討論求職者的履歷會需要那些欄位

  • 姓名
  • 連絡電話
  • Email
  • 居住地
  • 求職地
  • 專長
  • 技能
  • 應徵職缺

Image

然後擬出刊登流程

填寫履歷 → 打開履歷狀態 → 曝光職缺

Image

後端開發

那後端開發呢?後端就有點不一樣思考邏輯

首先直接思考功能需要那些

  • 新增履歷
  • 修改履歷
  • 刪除履歷
  • 履歷狀態

接下來就會考慮資料庫欄位會需要哪些

Image

然後針對每一個欄位可能的型別作定義(很久沒規劃資料庫了,大致上忘記了QQ)…

Image

先到這邊為止,因為對於 User Story 的開發模式並不是很熟悉,所以先記錄到這樣。