2015年的時候，下屬超過5人以上。於是我開始尋找合適的項目管理工具。
當時花了2周時間，從市面上試用了各種各樣的項目管理工具，jira，teambition，worktitle，tower，trello，甚至是桌面版的項目管理工具，全都挨個進行的全流程的使用。后來也使用了其他的工具如雲效中的項目管理功能等。
最終選定了禪道這套系統。原因是，禪道內置的管理流程和管理思想，如預置角色設置，預置的權限划分，預置的流程，都與現實中的情況非常匹配。
這段經歷非常像我在2005年對於Linux環境下C++的開發工具的選型，也是2周，也是2周只進行選型。
當時選型的原因是從VC開發工作進入到Linux開發工作，看到Linux老手們在用gcc和gdb，無法進行多線程單步調試，導致很難鎖定bug點。
選型的動機是我很清楚VC6.0對於調試多線程的方便程度。於是選型的路徑如下：
1 安裝cgwin。在Eclipse中標准C進行開發，但是發現無法使用Linux內核庫，如pthread,posix socket等。於是否定之。
2 在Linux上安裝和使用Eclise，貌似可以了。但是硬件條件不足，那時候高配內存是2G台式機，跑Linux和Eclipse，進行單步調試，速度那個卡。於是否定之。
3 無意間找到一個叫Magic c++的國產開發工具。其架構非常像，簡直就是10年后出現的Android開發模式。
Magic c++這個工具，在Windows上運行IDE，在Linux上運行Server。C++源碼在windows上以VC6的開發方式進行編寫，斷點和單步調試，真正的編譯和運行環境是IDE把源碼發送到Linux上的Server上進行編譯和回傳的。
Magic c++具備了世界級的軟件編譯能力，卻沒有發展起來，非常非常非常非常非常非常非常非常可惜。
話題回來：
在6年的深度重度使用禪道的過程中，不像有些人是只用bug管理或者只用任務管理，我是無死角全流程全面使用，不僅全流程使用，我還進行了二次開發，增添了一些溝通控制，節點促進和即時通知功能。
比如禪道預置了三大模塊，產品，項目，測試，分別對應着產品團隊，開發團隊，測試團隊。
產品模塊對應的主管是產品經理角色，項目模塊對應的主管是研發項目經理角色，測試模塊對應的主管是測試經理角色。
產品經理角色，研發項目經理和測試經理角色，三種角色互相協作和監督。
在產品模塊中，主要的元素是計划和需求，由產品經理角色負責錄入。
在項目模塊中，主要的元素是需求和任務，需求由研發項目經理角色或者項目成員負責從產品模塊中關聯進來，任務由研發項目經理角色或者項目成員根據需求分解出來。
在測試模塊中，主要的元素是用例和Bug。
2016年，我參加了為期3個月的PMP項目管理培訓，培訓完成之后，對禪道的認識，對項目管理的認知，就從實踐深入到了理論中，從而更加佩服禪道的研發團隊對於項目管理思想的認知的深厚，更加佩服禪道把項目管理最佳實踐用工具給呈現了出來。禪道，堪比企業管理軟件中的SAP，用友或者SaleForce。
比如禪道中對需求變更流程的控制，對需求的每個版本的留痕，是2015我進行選型的時候，其他軟件所不具備的，現在依然有很多軟件不具備。
比如禪道對產品和項目的關系的理解，產品的版本和項目的版本之間的關系的理解，非常符合敏捷開發的思想。
后面，我會把我6年以來全流程無死角的對禪道的深度使用中的使用心得按照章節分享給大家。