# 善用工具，現形你的開發流動 - 林書緯(月湖)

{%hackmd @HWDC/BJOE4qInR %}

>#### 》[議程介紹](https://hwdc.ithome.com.tw/2024/session-page/3242)
>#### 》[填寫議程滿意度問卷｜回饋建言給辛苦的講者](https://forms.gle/UVbnrSfDpfR1cXB7A)

---

:::success
**講者公告**

在準備這場主題的過程中，深感 40 分鐘內能表達的內容實在有限，所以就將演講定位成「引路、概觀、引發思考」的面向，期望聽眾在這短短的時間內，能意識到自己**不用被工具原本定義的用途侷限，而是聚焦在自己該展現透明性的資訊與數據**，進而去魔改工具達到自己需要的效果。至於細節與方式，不如待演講之後，於鐵人賽再好好分享。


嗯，自己挖的坑，我會好好填起來的。鐵人賽連結如下，歡迎對於實作細節有興趣的聽眾可以參考同名主題的系列文：
https://ithelp.ithome.com.tw/users/20103676/ironman/8019

有興趣近一步交流的朋友，可以透過下方 Facebook 粉絲專頁的連結與我聊聊。因為生性害羞與臉盲，本人的 Facebook 通常不太加現實沒有講過話的，如果還是真的想加我本帳好友，請務必先發訊息給我，感謝。
https://www.facebook.com/profile.php?id=61552401783912
:::

---

## 開發流動的系統

- 需求生命週期

| |
|:--:|
|*Figure A*|

- 開發流程

|  |
|:--:|
|*Figure B*|

- 流動順暢度

|  |
|:--:|
|*Figure C*|

## 如何現行開發流動度

### Velocity

|  |
|:--:|
|*Figure D*|

#### 1. 好處
|  |
|:--:|
|*Figure E*|
#### 2. 困境
|  |
|:--:|
|*Figure F*|
#### 3. 適合使用條件
|  |
|:--:|
|*Figure G*|
#### 4. 迷思
|  |
|:--:|
|*Figure H*|

> 反思Velocity真的是好嗎？當初要達成的目的是什麼？

---

## 交付時間

- 與其追求固定時間的產出量，不如追求更短的交付時間
- 交付當前價值最高的項目
- 帶來更好的客戶體驗
- 好處
- 不受團隊產能影響
- 能意識到開發流動的健康度
- 更好客戶體驗
- 符合敏捷開發
- 指標與圖表

- 使用時機

- 過去的困境

---

## 工具-Jira

- 自動化紀錄 Leadtime 的原始數據，瞭解流速
- 透過數據判讀病因，不是審判
- 先用實體化釐清目的