好久以前的投影片，回想從前實踐敏捷的那些小事！

1. 敏捷開花那些小事
2014/08/15
sj@toright.com
http://blog.toright.com

2. 我們為什麼需要敏捷？
程式設計師想踏實地寫程式
產品經理想隨意地更改需求
專案經理想確實地掌握開發節奏
組織想降低產品的開發風險
客戶想要拿到優質的產品

3. 錯誤觀念 1
敏捷開發是一種新穎的開發模式
其實敏捷的起源已經超過 20 年囉！

4. 錯誤觀念 2
敏捷是搞軟體的專有話題
敏捷是一種精神，不局限於軟體開發領域，連
你的生活都可以很「敏捷」！

5. 錯誤觀念 3
因為：敏捷 = 很快
所以：敏捷 + 開發 = 很快 + 開發
同理可證：採用敏捷開發 = 開發系統很快
這下誤會大了！

6. 「敏捷開發」究竟是什麼？
一種精神與信念
瞬息萬變世界中的生存指南

7. 敏捷能做什麼？
就當做「找回一些生產力吧！」

8. 敏捷主義
以人為本
強調溝通
以變應萬變
可用的產品

9. 導入敏捷開發迷思
千萬別一昧追求各種敏捷的實踐手段

10. 無論是 Scrum 或 XP，找到適合自己的方法最
重要！

11. 實踐
如何寫出優異的程式碼？
工作環境與程式碼

12. 程式設計師都想專心寫程式

13. 應當避免 Ghost Time !

14. 神馳 Flow
創造容易進入神馳的環境
Mihaly Csikszentmihalyi 1974

15. 實踐
Daily Standup Meeting
工作環境與程式碼

16. 實踐
Iteration
找幾個 2~4 週可以完成的功能來開發
經常確認工作狀態與功能驗收
找老闆來看看成果
檢討與改進
決定下一個 Iteration 要做什麼

17. 實踐
重視程式碼品質
Coding Style Check
Code Review
Pair Programming

18. 版本控制整合程式碼檢測

19. 實踐
文件自動化

20. RD 到底要不要寫文件？
寫文件不難，難的是維護！
可以執行的程式遠比文件重要！

21. 什麼樣的文件該寫下來？
回想這份文件最後一次被使用的情況？
從未使用、人去樓空、內容未更新！

22. 透過持續整合系統自動產生各種文件
提倡撰寫優異的程式碼與註解

23. ● 同步最新程式碼
● 驗證 Coding Rule
● 編譯程式
● 產生文件
持續整合系統 - 每日建置
● 產生套件安裝包
● 套件佈署
● 進行測試
● 生成報表

24. 持續整合系統 - 自動化測試
建置失敗自動通知
測試覆蓋率報表

25. 持續改善工作流程
回想自己的工作內容，找出改善空間！

26. 做個程式設計家
您有十年的工作經驗？
還是一年的工作經驗做了十年！

27. 我們其實都需要勇氣！
不做，你連失敗的機會都沒有！

28. The End
Thanks
sj@toright.com
http://blog.toright.com