# 跨單位合作，敏捷的落地經驗－溝通大難題 - 吳方毓

###### tags: `taiwan-2020`, `taiwan`, `2020`, `Zoom`

{%hackmd 0Beoe0QsRE-Y6BktVdzRuA %}

> 從這開始共筆，可以分享任何您所聽到、學到的任何事物

`
FS(需求規格書)
PBI(Product Backlog)
`

## 我的們難
- 產業 & 組織
- 管制多
- 流程厚重
- 保守、謹慎
- 專案 & 人
- 4、5000萬成本: 有 250 個功能要優化、多平台的開發語言轉換。
- 系統老舊
- 3、400人部隊
- 2個BU窗口
- 2個IT窗口
- 10個Vendor
- 15個串接系統

## 我們的旅程
### 1. 2020/01 承接任務
### 2. 2020/07 描出需求範圍雛形
:::warning
:question:**解決問題**
固定成本之下，如何選擇要優化的項目？
:::
- 真正的使用者發聲
- 向end-user收集痛點清單：將近 400 個痛點。
- 辦workshop初步訪問需求：確認需求是stakeholder/end user真正需要的。
- 一個月的時間辦 workshop，又花了一、兩個月整理文字、紀錄。
- 價值排序，成本框定
- PO 定義需求的價值
- 量化因子（e.g. 痛點數、重要性、急迫性）
- 專業評估（交由BU評估、需求商業價值排序)
- 大主管和PO挺身協調歧見

### 3. 2020/08 如何溝通需求
:::warning
:question:**解決問題**
1. 如何對不同單位的人、不同的思維，**有效溝通**？
2. 如何盡可能貼近大家的需求？
:::
- 功能畫面
- 面對面、具像化（儘量不要透過文件溝通。用視覺化、可操作的畫面來溝通）
- Paper Proto => Prototype, PowerPoint
- 業務流程
- 面對面、具像化
- 簡化版VSM：五個步驟引導。重點不是精美，而是能夠用共同的語言具象化出流程，並標出痛點。
- 重點不是畫押背書，而是確切了解需求。
- :star: IT 的工作是引導 BU 把真正的流程、需求說出來 :star:
- 提煉出業務流程

### 4. 2020/11 持續改善我們的流程
:::warning
:question:**解決問題**
1. 應該思考的是如何量身打造**屬於(適合)自己**的敏捷流程？
:::
- **共好的Mindset**: 互相卡關大家不會一起好，大家好才會一起好。FS(需求規格書)的簽署也不是為了畫押追究責任，而是文件資產留給後人參考。
- 為維護測試品質，要預留足夠測試和修正時間。

## 我們所感受到的敏捷
- 真正的使用者發聲（要有人用、能賺錢）
- 有效溝通
- 自訂團隊遊戲規則：譬如讓團隊都知道如何處理「插件」。
- 透明 :arrow_right: 信任 :arrow_right: 當責與自管理
- 因為是大家的共同看見，所以大家能夠一起遵守和信任。
- 檢視、調整 :arrow_right: 回應變化
- 團隊之間不應該是敵對，而要互相反應與調適。
- 解決問題的心態

🖖