我很重視團隊溝通的效率和方法，包含 問題回報、文件表達、會議、工作管理，因為 溝通＝成本。以前系統沒那麼進步，這些成本就算了，但是現在時代那麼進步，還用很沒效率的方法在做事，就很可惜。通常系統的設計是符合一般的需求，而且是遠大於需求，所以導入一套系統制度，通常要改變的不是系統，而是人。當然系統也要調整，為人來調整.
2018/12/13 更新：這篇文章寫作的時間是在 2015/01，內容描述的時間約 2012/03 ~ 2015/01 (3y)，當時的團隊是 IoT，分別在台北、武漢、珠海、米國加州 Fremont 四個地點，產品是軟硬整合的居家安控系統。
這篇文章的重點在於 團隊協作 ，工具則是 Redmine 為核心，文章內容包含以下：
- 導入前的探索與定義
- 開發流程
- 整合與實作
- 議題管理
- 導入成效
實際上，也與需求管理、軟體生命週期管理、持續交付、文件管理 .. 等有關係。
註記：本文介紹的的重心擺在如何有效地管理軟體開發與交付的流程，使用的則是 Redmine。談的較多的是管理心法，而非技術上的著墨，像是 Redmine 系統安裝、管理、Git 與 Redmine 整合、CI/CD 等部分。相關技術文件請參閱底下文章整理：
