Scrum 敏捷軟體開發 一日體驗營@新竹 - Part 3

講師: David Ko

Outline

  1. 敏捷觀念簡介
  2. Scrum 基礎觀念介紹
  3. 如何組織需求
  4. Scrum 會議
  5. Scrum 開發方法總結

Part 3 - 如何組織需求(Scrum 需求清單)

1. 產品需求清單 (Product Backlog)

1-1. 甚麼是產品需求清單?

  • 所要要做的事情的清單
  • 做甚麼事的清單
  • 根據商業價值來排序

1-2. 產品需求清單項目的種類

2. 使用者故事 (User Story)

2-1. 甚麼是使用者故事

  • 軟體的需求
  • 商業語言來描述
  • 每個故事不會太大
    • 寫在便利貼
    • 通常是由使用者

2-2. 使用者故事樣板

As a [role], I want to [fuction] because of [business value].
eg. As a bookstore customer, I can search for a book by the title, so that I can easily find all books with that title.

2-3. 細節寫在…

細節就是滿足的條件
產品負責人的滿足條件可以被加入使用者故事中

As a user, I want to cancel a reservation. ==>

小小迷之聲: 可以寫在卡片背後

2-4. 為什麼要使用主故事?

  • 原先 user story 的想法很簡單,是用來幫助對話
  • 使用文字和圖片來達成共識和協同合作
  • 所以重點在於我們怎麼使用而不是怎麼撰寫它們
  • 文件只是在幫助回憶當初的對話,但是無法取代對話

3. User Story Mapping

3-1. 定義:以有組織的方式來討論產品的使用經驗

3-2. 範例:

3-3. 如何進行 User Story Mapping 討論:

  • 先描述你要專注的 persona
  • 腦力激盪列出其主要的任務
  • 交這些任務分群並且命名
  • 依這發生的時間順序將群組由左至右排列
  • 排列出故事架構
  • 繼續找出更細部的任務
  • 講故事給使用者和利害關係人聽

3-4. 如何驗證符合客戶需求? 使用MVP(Minimum Viable Product;最小可行產品)

註:用最低的成本,完成產品,並且把它用最快的速度放到市場上測試是否可行。

3-5. 使用者故事地圖的好處

  • 解決使用者故事沒有結構
  • 幫助了解大方向
  • 使用者的角度為主
  • 輔助建構較少的東西
  • 可以學習更快

Ref:
1. https://app.storiesonboard.com
2. https://www.bnext.com.tw/article/37675/BN-2015-10-16-154041-156

Related Articles

comments powered by Disqus