---
# System prepended metadata

title: How to be Agile - 劉兆恭
tags: [MOPCON 2020]

---

# How to be Agile - 劉兆恭

{%hackmd rG6pzIawQKe5cHU4rycgYg %}

# agile tour
:::info
> 2020/12/12(單日) 線上直播演講
 - 敏捷日常
 - 敏捷在疫起
 - 敏捷/產品/Devlop
> 2020/12/13(雙日) 線下工作坊：高雄/台中/台北
> 2020/12/19(三日) 線下工作坊：新竹
>[報名網址](https://actclubtw.kktix.cc/events/agiletour2020)
:::




## Speaker

- Juggernaut
- Agile Tour Taiwan 2020 主辦人
- 工作坊發明家
- [medium](https://medium.com/juggernauts-agile-stories)
- [youtube channel](https://www.youtube.com/channel/UCLHs-lL9v4YaV-IvMyaRckw)

## 社群介紹

- [AgileCommunity.tw](https://zh-tw.facebook.com/AgileCommunity.tw)
- agile tour
    - 推廣敏捷之旅活動

## How to be Agile
> 今天我們不談軟體開發

[敏捷宣言：四條價值觀、十二條原則](https://agilemanifesto.org/iso/zhcht/manifesto.html)

- 許多工程師會認為實施 Agile 有困難之原因在於大環境
  那麼，如何從個人出發？進而影響到其他人

## 四條價值觀
![](https://i.imgur.com/uY8KP42.png)

### 價值觀 - 1 Individuals and interactions over process and tools
==強調個人互動比流程更重要==
- 以打球為例
```
>你想贏球嗎？
>我們怎麼配合才能贏？

>沒有照著SOP走
>恐怕會出事。。。
```
訂定完 SOP 後，對方可能會沒有按照預期內的反應進行，因此在流程上需要有所變動

>任何request來，請照流程走，寫需求單。。
>[name=講者] （反例）

### 價值觀 - 2 Working software over comprehensive documentation

==實際結果(Outcome)比**文件**更重要==

>錯誤迷思：敏捷就是不用寫文件？[name=講者]


### 價值觀 - 3 Customer collaboration over contract negotiation
==共同目標，合作雙贏==

>一開始就互劃範圍，怎麼互利共生? -> 會影響團隊合作

>這個概念下，有甲方乙方的特別容易吵架
>雙方資源分配不足，都會捍衛自己的權利[name=講者]


### 價值觀 - 4 Responding to change over following a plan
==能夠面對變化比遵循計畫重要==


> 明知這條路不通了，還不調整嗎？
> 沒有按照計畫風險很大


### 價值觀
*Individuals and interactions* over processes and tools
*Working software* over comprehensive documentation
*Customer collaboration* over contract negotiation
*Responding to change* over following a plan

==對比價值觀，Agile 更加重視情感層面==

## 十二條原則

[list](https://en.wikipedia.org/wiki/Agile_software_development#Agile_software_development_principles)

### 原則 - 1 
==透過及早以及持續地交付有價值的軟體來滿足客戶==

以績效考核為例：
老闆：提早且定期有產出
員工：等到年底看我的厲害
>上述例子為反例[name=編者] 


### 原則 - 2 
==願意接受需求改變是為了做對的事==

> 該怎麼辦就怎麼辦
> 照著規格做但好像怪怪
> 都做到一半了，怎麼可以改需求

關心客戶，做出貼近客戶需求的產品

### 原則 - 3 
==短週期地頻繁交付軟體==

> 定期檢視成果，調整方向
> 最後一個月來個魔鬼訓練，無法擁有彈性調整的空間
> 越頻繁的檢視成果，越有機會做出調整


### 原則 - 4 
Business people and developers must work
together daily throughout the project.

==靠近Business的人，需要更頻繁地與工程師一起工作==
貼近市場

> 迎合市場的喜好
> 解決市場的問題
> Youtube 影片如何百萬觀看
> 不要吵我啦
> 我要專心拍攝自己想拍的


>工程師聚集在一起可能會陷入技術討論，而不是客戶真的想要的東西。
>[name=講者]



### 原則 - 5 
Build projects around motivated individuals.
Give them the environment and support they need,
and trust them to get the job done.

==找積極的人來組隊，且信賴隊友==

>我們一起拿下總冠軍
>找誰一起組隊贏面較大
>我要來抱大腿，這樣就能耍廢，哈哈


### 原則 - 6
The most efficient and effective method of
conveying information to and within a development
team is face-to-face conversation.

==最有效率的溝通方式是*面對面*==

> 面對面當面講清楚最快了
> 如何確保大家有相同認知
> 用 Email, Slack 留下紀錄保護自己

面對面溝通可以避免很多狀況
可以事後再留下紀錄，以保權益

### 原則 - 7
Working software is the primary measure of progress.
可用的軟體是...(TODO)

==追求結果不追求輸出==

> 我得了40分
> 怎麼衡量貢獻
> 我投了40球
> 40球是輸出，40分是結果.

### 原則 - 8
Agile processes promote sustainable development.
The sponsors, developers, and users should be able
to maintain a constant pace indefinitely.

==保持一個穩定的節奏，持續地開發==

> 穩定節奏可以持續前進，才不會燃燒殆盡

### 原則 - 9
Continuous attention to technical excellence
and good design enhances agility.

==持續追求卓越==

==建立持續學習的習慣==

> 學習&練習&社群
> 如何持續 追求卓越
> 上班好忙沒時間

### 原則 - 10
Simplicity--the art of maximizing the amount
of work not done--is essential.

==*最大化沒做的事情*還是能*完成目標*==

用最少努力達到最大目標
> 找出關鍵，找出哪些可以不用做(這是一種能力)
> 如何省力
> 這些都要一定要做啊



### 原則 - 11
The best architectures, requirements, and designs
emerge from self-organizing teams.
==最棒的成就來自自組織==

==自組織團隊會自己追求卓越==

誰才是真正做事的人
> 我們才是真正做事的人，我們要建立這樣的文化
> 我只是小螺絲釘，架構、文化要由公司來做啦

補充：[自組織團隊](https://www.archimetric.com/%E4%BB%80%E9%BA%BC%E6%98%AFscrum%E7%9A%84%E8%87%AA%E7%B5%84%E7%B9%94%E5%9C%98%E9%9A%8A%EF%BC%9F/)

### 原則 - 12
At regular intervals, the team reflects on how
to become more effective, then tunes and adjusts
its behavior accordingly.

==定期檢討自己，持續改善自己==

> 誠實面對自己，每天都進步一點
> 如何變強？
> 我知道檢討很重要啦但是我現在很忙


## 從自己開始
1. 兩、三人一組
2. 你將採取什麼樣的行動?
3. 跟新夥伴建立連結互相激勵

想分享的人可以在下方寫喔！





###### tags: `MOPCON 2020`