# 2021/08/18_台灣敏捷部落(TAT)共筆_Mike Cohn使用者故事 中文版主編導讀_Roger

###### tags: `敏捷`
>

## 共筆快速入門
https://hackmd.io/s/quick-start-tw
<font color=#f00>**如果有需要貼入圖片可以直接螢幕截圖放到本共同筆記裡,如以下影片示範**</font>
[https://youtu.be/W2tIBZiTYR0]
如果換字體顏色, 把以下程式碼拷貝來改即可
* <font color=#f00>紅字</font>
* <font color=#00f>藍字</font>
* <font color=#390>綠字</font>
## 主講人簡介

# 敏捷社群的敏捷教練 - Roger 老師

早期的社群只有 20-30人，現在已經成長到 5000 人。

因為我們的社群龐大，所以也越來越有影響力，能夠邀請國際級的敏捷大師。

日前，敏捷社群邀請到了國際級的大師 Mike Cohn。

Roger 老師與 Mike Cohn 結緣是來自於 Roger 老師翻譯 Youtube 上的敏捷影片。

翻譯之前都要先通過作者的同意，因此有了第一次的緣份。

後來，帶領志工們翻譯 Mike Chon 的使用者故事這本書，也因此邀請了 Mike Cohn 來參與社群的線上活動。

# 自我簡介

# Scrum 大師 ~ Mike Cohn

58歲，非常的熱情。


與志工合照

# PO 聖經作者~ Roman Pichler

# 準備翻譯國際級的敏捷書籍


# 書籍大綱

# 什麼是需求？


需求就是產品要展現的一種能力或狀態

- 功能性需求
- 看得到，用的到
- 非功能性需求
- 感覺的到

# 需求的種類


# 需求類別的範例1

# 需求類別的範例2

# 功能性需求的範例 1

# 功能性需求的範例 2

# 功能性需求的範例 3

# 功能性需求的範例 4

# 非功能性需求的種類

這類的需求就會比較沒那麼直觀，你摸不到，也看不到。
比如說網站的可靠性要求 24 小時內都能夠服務，這就是非功能性需求

# User Story (US) 使用者故事


## US 範例

第一段，你是什麼角色來寫使用者故事，要站在使用者的立場來思考。

第二段，使用者需要什麼

第三段，使用者得到他想要的東西能夠帶給他什麼效益

# US 介紹

故事要寫的簡短，為什麼呢？

因為要讓開發者和使用者進行對話，讓需求更加清晰，也增進彼此之間的連結。

# 傳統規格 vs User Story 比較

使用者一般很難寫出傳統規格類型的文字，
但是比較容易寫出像使用者故事的描述。

使用者利用使用者故事寫出他的需求，再由開發團隊進行訪談，更進一步的了解使用者的需求。

傳統的Waterfall，需求通常是由開發人員撰寫，需求容易寫死，等到使用者發現與他的需求有差異時，再來更改就會變得很困難，需求可更動的彈性較小。

# User Story 蒐集需求的概念：網撈
利用網撈的概念，可以很容易的把需求蒐集完整



# PO Product Backlog
PO : Product Owner
Product Backlog：產品待辦清單

PO 要決定產品辦待清單中待辦項目的優先順序，一個使用者故事開發時間要在 3 天內為佳。

有許多工具可以協助建立 Product backlog,
像是 Excel, 或是我們今天要使用的 Miro


# 工作坊：大頭貼暖身

## Timebox： 2 分鐘

### Roger 老師示範

### 成果

---

# 工作坊：領頭雁徵求，分組討論




## Timebox：1 分鐘

### Roger 老師示範

### 成果

1。領頭雁

2。自我介紹

蒐集大家的想法後，每一組選一個最佳的想法，把卡片貼到共同目標看版。

3。共同目標

有了共同的想法後，就要建立大家的 Goal。

Goal 又可分為以下類別


以我們的工作坊的案例來說，大家最後選出的共同目標，就是所謂的 Product Goal。

---

# 工作坊2： Roles 腦力激盪

建立好利害關係人之後，利用利害關係人矩陣來收斂。

### 成果

1。建立利害關係人

2。內部正向關係人

3。外部正向關係人
4。內/外部負向關係人

在設計功能時，要預防負向的功能需求。

## US Roles 腦力激盪範例

## Persona

這是一個虛擬角色的發想撰寫，想像這個角色可能的基本資料，想法，需求，價值。

這樣就能協助開發者站在使用者的觀點去思考產品可能需要的特性/功能。

## 極端角色介紹 (Extreme Persona)

考慮非一般使用者的使用者，就會撰寫 Extreme Persona。

可以補足可能遺漏的使用者需求。

---

# 工作坊3：US 腦力激盪

## Roger 老師示範

## 成果

# 工作坊4： US Mapping 排列

使用者故事有大有小，可以做以下的分類


然後將使用者故事們，
依照重要到不重要作排序，由上至下，
發展為 User Story Map。

如下範例


## 成果


---

# 非功能性需求的撰寫



# 結論