敏捷開發之道

敏捷 — 高效軟件開發之道

不管路走了多遠，錯了就要重新重新返回。— (土耳其諺語)

不适合的团队： 团队中经常有人旷工，偷懒甚至直接怠工。

敏捷精神

一种把以人为本，团队合作，快速响应变化和可工作的软件作为宗旨的开发方法

1. 开发需要持续不断，切勿时续时断
2. 越早发现问题，就愈容易修复问题
3. 持续的注入能量，解决遗留下的问题

態度決定一切

1. 欲速則不達，多加交流，遇到不明白的需求 api 直接反饋不懂 不要孤立的編碼 多使用單元測試
2. 對事不對人，在遇到bug的時候首先能做的就是先解決問題，而不是去責怪開發人員。自己也要勇敢的去承擔。把錯誤當作學習
3. 不要着急修復你不懂的代碼
4. 在開會過程中，不要去質疑別人的代碼，可以提出疑問

學無止境

1. 你不需要精通所有的技術，但須要清楚的知道行業的動向，從而規劃你的項目以及職業發展
2. 多點分享
3. 制定項目進度表，並且安裝進度表完成工作內容

敏捷反饋

1. 做好單元測試
2. 先寫測試，再實現TTD(Test Driven Development)

敏捷編碼

1. 代碼要清晰的表達開發者的意圖(代碼的閱讀性比較高)
2. 多在代碼中註釋，方法需要清晰的表達這個方法是做什麼的，開發人員可以用代碼進行溝通
3. 動態的評估整個項目，來權衡，性能、 便利、 生產、 成本、 時間。 永遠不要做複雜化代碼
4. 增量式編碼， 在很短的編輯、構建、測試循環中編寫代碼
5. 簡單編碼，除非有不可辯駁的原因，否則不要使用模式、原則和高難度技術之類的東西
6. 編寫內聚的代碼 讓類的功能儘量集中，讓組建儘量小 。 要避免創建很大的類或組建，也不要創建無所不包的大雜燴類
7. 告知，不要詢問。以發送消息的方式來溝通或接受消息

敏捷調試

1. 記錄問題解決日誌
2. 警告就是錯誤
3. 對問題各個擊破
4. 返回以及收集所有的異常 錯誤信息

敏捷協作

1. 定期開項目會議，會報進度與問題
2. 代碼共享
3. 知識分享，可以提出自己的見解
4. 共同review代碼

走向敏捷

1. 個人修養
2. 團隊修煉

《高效程序員的45個習慣 敏捷開發之道》
推薦書記 -- 《重構》