# “從混亂到秩序”—某中型零售銀行規模化敏捷導入實戰 - 申健 Jacky Shen

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


# 金融業 IT 常見的困境
- 多系統耦合,依賴難度大
- 多業務需求入口,難以協調排期
- 傳統思維和職能部門割裂
- 科技部門大量外包,流動性大
- 行員人手不足
- 監管法歸
## 策略
- 全員明確 敏捷核心
- 明確授權,PO統一需求
- 長期穩定小團隊
## 業務成效
- 業務發生比數成長 600%
- 授信　1.6億元
## 科技研發效能(生產力)提升
- 重複率 50.2% -> 26%
## 敏捷成熟度提升

# 具體做法
## 團隊結構劃分
- LeSS (Large Scale Scrum)
- 業技融合-跨職能團隊
- 業務方出 PO 人選,將業務目標設清楚
- 行員和外包比例小於 1:4
- 建立考核機制,科技與業務相互績效打分
## PMO的定位
- 敏捷教練Agile coach
- 團隊的敏捷負責人 Chied SM/Agile Led
- 小隊敏捷教練 SM
- 產品負責人 PO
## 基於 SCRUM 的管理實踐
- 雙迭代模式
- 

## 結合 DevOps 工具的工程技術實踐
- 工具很多
- 大家會不會用,願不願意用
- 跑敏捷會暴露問題 - 大家的基本功太差
- 要提升品質的基線
- 質量掃描,代碼掃描
- 自動化測試
- 引入缺陷模型
- 通過寫代碼的提升 TDD,Refactor(重構)等
## 人才和能力培養
- 敏捷教練:各種培訓 SCM,日常輔導
- 需求分析(BA):可視化需求分析,活動輔導
- 開發團隊: TDD 和重構,實際代碼輔導,自動化測試,持續集成,品質門禁,缺陷模型及對策
- 作業體系:給大家一些作業,請大家回去反思
- 考核:外部大會投稿演講,內部宣傳
- 玩真的(Get your hands dirty)
- 會做不等於會教
- Socialize 搞好人際關係
- 別人才願意聽你的
- Educate and persude 教育和說服
- Tell actionable opinion 寫出可行的方案
- 發現問題分析問題解決問題 Problem Solving Skill
- Hands-on mentoring 手把手示範
- 要玩真的,親自帶領
- Facilite focus and consense 促進聚焦和共識
- 強烈的把大家拉回來別跑題
- Evokes awareness 引發覺察
- 回顧大家做了些什麼
# 總結: ALPHA 轉型方案套裝-體系全景圖
- 
# 擴展資料

# Q&A
- 對於多團隊結構，此次 RSG 聽到幾位老師們皆有提到 Less 的實作。想請教老師您對於 SAFE 及 Less 的看法，以及在分享的案例中選擇了 Less 的方向或思路是什麼? 謝謝老師。
- 我一直認為SAFE 是一種非常妥協的東西,什麼都有但好像又不太對
- SAFE,最不恥的一點,保留Scrum元素,但換成自己的說法
- SAFE,有很多團隊就有很多PO但沒說怎麼和在一起
- 我們會選擇 LeSS
-
- 請教老師在敏捷導入時，企業的考核及薪資制度如何一起進行轉型? HR 是否也在這導入的對象中嗎?
-
- 我們身為顧問能夠影響的範圍只在請我們的人的授權範圍
- 在這個案例中，BA → 落地開發 雙方對需求理解的差距使用什麼方式排除呢?
- 我們使用"反講",反過來確認的方式,寫完後來講
- PO先說,然後請其他人來理解說明