# 2021/10/13_台灣敏捷部落(TAT)共筆_跌跌撞撞的敏捷之路_吳岳霖Calvin Wu

###### tags: `敏捷`
>

## 共筆快速入門
https://hackmd.io/s/quick-start-tw
<font color=#f00>**如果有需要貼入圖片可以直接螢幕截圖放到本共同筆記裡,如以下影片示範**</font>
[https://youtu.be/W2tIBZiTYR0]
如果換字體顏色, 把以下程式碼拷貝來改即可
* <font color=#f00>紅字</font>
* <font color=#00f>藍字</font>
* <font color=#390>綠字</font>
## 主講人簡介

# 自我介紹


# 由工業工程到 IT。由 PMP 到 CSM

# CSM 分享

# 上CSM課程只要兩天，但實際上在運行 SCRUM 時，要讓 SCRUM 完好的運作需要多久？

# 所以需要大家的經驗，來讓大家少踩一些坑。



# 後來換了新工作，改用敏捷做產品

# 一開始自己學習、摸索


# 後來有機會在北京上課，茅塞頓開


# 終究我們發佈了產品
- 但這是因為 Scrum 嗎

敏捷講究 Timebox ，我們要尊重那個 Timebox。

浪費的時間是沒有商業價值的。


排定了三年的產品計畫，投入沒大量的資源，但是一個功能都沒有，都是 paper work，沒有成品，就沒有帶來價值。

記得，要 Focus 在你的商業價值，不管是什麼東西，只要能夠產生商業價值。

寫程式的人不用對 Bug 負責，反而成為了QA 的責任。

如果QA 找不到 Bug，發生Bug 就是 QA 的責任。

但是這樣子不對，開發的人應該要對自己的產品負責，這樣才會認真做好。

這就是 SCRUM 所講的跨職能團隊的重要性，每個人都要對產品負責。


沒有測試，就不知道結果。

你的程式碼必須能夠被測試，成本才能降下來。


要尊重 PDCA 的機制，不斷的規劃、執行、檢查、調整。
土砲的結果就是儀式感滿滿，但是沒有帶入PDCA 真正意涵的深刻的思考，就沒辦法帶來真正的好處

雖然 SCRUM 內容很簡單，但是自己學習(土砲)的結果，還是需要上培訓課程讓老師來帶領你入門。



# 最後



# 金融業的案例


我們的經驗是，如果團隊成員態度不正確，反而會拖跨團隊，那麼多一個人不如少一個人。




架構/設計的穩定就是 precision。

ISO 標準的要求是先求 Precision，再找 Accuracy。
因為這樣子可以比較容易將你的產品移到正確的位置(找到 Accuracy)





# Q&A

Q 1：請問對Sprint內總是有做不完的工作, 好像也只能往後挪, 有什麼解決方式?

A：一開始有些東西沒想到，所以會不斷的加上工作，這是正常的。
但是如果一直不斷的擴展，那可能就是有問題了。

這個時候，你就要開始檢討系統的設計是否有狀況。

Q 2 ：
請問實務上有同時間developer手上有多個敏捷專案嗎?

A：
原則上同時間做多個敏捷專案是會影響產出的，因此建議同時間做一個專案較好。