# 敏捷團隊的 Dev & Ops - 楊立偉 Bryan

{%hackmd @DevOpsDay/BJXaW1_k6 %}

## 為什麼想成立敏捷團隊
- 為了想要讓公司成功、業績持續成長

## 敏捷的核心精神是？

台下聽眾的答案：
- 迭代
- 測試

講師的答案:
- 改善
- 不只是改變，而是往好的地方去
- 改善不是英雄主義
- 不應該期待找到一個強者就可以改變現況
- 改善不是完美主義
- 改善是來自於生活中的觀察
- 基於現實，哪邊可以變得更好，提出來改變
- 改善來自於比昨天好一點的精神
- 改善來自於回饋與持續改變

## Dev & Ops


- Dev:
- 確認要解決的問題
- 如何建立新團隊
- 如何增進團隊效能

> 要觀察團隊的情況去改善

- Ops
- 持續觀察團隊狀態
- 如何讓團隊維持運作
- 如何讓團隊持續成長

現場大約有 10% 的聽眾，公司裡有建立敏捷團隊

- 團隊是由人構成的複雜的有機體，會形成一個組織，會有他的化學反應，會有文化跟流程
- 團隊 （人）
- 目標
- 組織

團隊並不是人在一起就是一個團隊，要朝著同一個目標前進

### 選才 - 尋找有改善特質的人

- 過去經驗
- 過去遇到的困難
- 過去最糟糕的經驗
- 如何讓事情變得更好
- 人格特質
- 協作能力

要把改善相關的問題融入到面試的流程

### 選才 - 讓團隊參與選才過程

- 很多主管，會不小心變成團隊的天花板
- 避免個人主觀偏差
- 提早接觸、適應新成員
- 訓練成員挑選工作夥伴和為決策負責的能力
- 觀察成員面對更厲害的新進人員的態度跟反應

### 選才 - Diversity

- 可以從彼此身上學到不一樣的東西
- 團隊成員的多樣性
- 有多元技能和個性

### 用才 - 協助成員發揮價值(改善精神)

1. Clear Goals
2. Prioritization
3. Focus
主管要幫助成員聚焦在最重要的事情上
4. Feedback
要定期給成員 feedback，會改善的人會想要變得更好，需要給他適當的 feedback，這樣的改變是不是公司喜歡的

### 育才 - 協助成員不斷改善

（順序）
1. Onboarding 績效與目標訂定
2. 定期 1 on 1
3. 季績效 成長目標回顧
4. 年度績效(?)

告訴成員他現在在什麼位置，要往下一個目標走去要怎麼做

### 留才


1. 薪水（有上升自己也會想進步）
2. 改善同事/組織/社會
3. 更好的自己

「公司給你最好的福利就是給你一群優秀的同儕」糊弄屬下用（誤?）

You will be a better version of you

- 透明的問題與改善進度
- 讓大家知道問題正在被改善
- 共同參與決策
- 感受自己對於組織的價值

### 晉升

1. 將改善納入考核指標 (鼓勵大家成長)
2. 設定明確的標準及職涯路線、讓成員知道要朝什麼方向改善
3. 導入 360 度評估
鼓勵團隊成員更用心去觀察其他成員，促進彼此的合作（原本成員的合作對象可能只有主管）
4. 誰可以幫助成員 / 團隊變得更好

### 退

一個一直改善的團隊，一定會有人跟不上
如果把跟不上的人留在團隊，會影響團隊改善的速度

- 退場機制
- 可以進行內部調動，尋找更適合的角色
- 需要有明確的規範準則

## 組織

### 文化 - 改善文化的基石

Scrum
- Transparency 透明
- Inspection 實戰精神
- Adaptation
[The three pillars of scrum](https://resources.scrumalliance.org/Article/three-pillars-of-scrum)

### 文化 - 接受犯錯的文化

自己人如果因為犯錯或欠缺目標而受到處罰，整體氛圍便會充滿警戒、甚至恐懼。這就像在球場上告訴球隊『不能輸』一樣，反而往往造成挫敗。 - 約翰伍登

台灣很多文化是無法接受犯錯的，經常要做很多事的時候，都會被問「這一定會成功嗎」
改善的前提就是會犯錯，多數時候犯錯並不會真的造成嚴重的問題，為了改善，一定程度上的犯錯應該要能被接受

主管需要去保證犯錯空間的多寡，不接受犯錯的公司那會變得很保守、僵化

### 流程 - 將改善變成例行公事

- 將錯誤正常化來接受挫敗
- 將改善事項放入待辦清單
- 評估改善事項的優先順序

> 並不是只有 Scrum Team 才需要做這件事，各種團隊都可以做(業務團隊、瀑布式開發也需要改善)

### 學習型組織 - 培養自我進化的組織

- 自我進化的精神就是『改善』

## Goal

### 將改善放入目標清單

- 把核心精神放進目標中
- 接下來就跟待辦清單很像，優先順序啊等等
- 要公開透明、列出改善的項目，讓大家知道這件事正在進行
- 定期的追蹤現在改善的進度
- 跟普通的 requirement task 沒有兩樣

### 全員參與

- OKR 讓成員知道自己和目標之間的關係
> 即便是個齒輪，也能知道自己對公司的貢獻

讓每個同仁融入這個改善的目標。

OKR 會訂一個很高很高的目標，但只要達到 7、8 成就好，透過一個看起來比較難達到的目標，大家才會去思考怎麼去達成，這樣才能刺激大家去思考怎麼改善，逼自己踏出舒適圈。

## Take Away

1. 找到具備改善『特質』的人
2. 建立具備「改善」的文化和流程
3. 改善是『所有人』的事，讓大家一起參與

搞敏捷從來不是更輕鬆的方式，但因為更艱辛，才有成長的可能

「怎麼處理跟不上的人」這是最困難的問題

---
## 聊天區


-->敏捷宣言：[O▽O](https://agilemanifesto.org/iso/zhcht/manifesto.html)
> 「公司給你最好的福利就是給你一群優秀的同儕」
主管幹話時間
-->一人團隊表示羨慕

我是講講講講到幾點=A=

要多改善十分鐘了

ＸＤＸＤＸＤ

我的薪水也要被改善