技術開發團隊的項目管理工具

前言

小型技術研發團隊，每每開發流程比較簡單：整理需求/bug、分配任務到我的、完成指定任務、驗收。涉及到的相關管理工具主要是：項目/任務管理系統、源代碼管理系統。

 

項目管理系統

從09年開始，我用過ActiveCollab作項目管理工具；後面12年開始使用禪道。

AC從0.7之後的版本轉向商業，但毫無疑問，這套系統給人一種優雅的感受；而禪道，自己功能很是強大，一看就是一個工具，只是稍微缺乏一點那種文藝範。

其實，平常生活中，我的還在嘗試使用不少新興的任務管理平臺，像 Tower、TeamBition等。發現這些軟件在交互體驗上，都作得很是不錯，很是適合作一些簡單零碎事務的管理。然而不能進行所謂的自託管，對企業應用來講，限制較多。

 

源代碼管理

這兩年，不少團隊將源代碼管理工具從svn遷移到了git上，但我的認爲svn在很長一段時間內，仍是符合小型團隊的需求的。

並且，有一些web界面的svn倉庫管理工具可用，大大簡化了遠程登錄服務器去維護的流程，我的用得比較順暢的是usvn。

 

搞技術的，總但願用的各個系統能集成，統一的帳戶管理、權限管理等等。

但svn主要支持的用戶鑑權authn與authz的方式是unix風格的配置文件，沒法方便的與數據庫系統整合。

其實「鑑」仍是有辦法的，apache有mod_mysql_auth這樣的模塊，但「權」彷佛沒有看到相應比較靈活的實現。

 

查看了大量的資料後，發現實現方式應該是這樣：設置一箇中間的代理層，當用戶請求過來時，經過代理層進行鑑權後再轉到svn倉庫。

目前看到了人經過go語言實現過一個代理層，以及redmine中經過apache支持perl module的方式以perl語言編寫代理層並以apache模塊的方式嵌入使用。

 參考實現：http://www.cnblogs.com/x3d/p/3829374.html

一句題外話：沒想到perl跟apache纔是原配，php都算不上。

 

小團隊爲何要實施這樣的管理

曾經這樣回答：任何一個小團隊小企業老是有一個作大的夢想。

工具與方法，是提升團隊工做效率、建設團隊文化、下降人爲因素風險的一種途徑。

絕大多數小團隊都會死掉，因此小團隊每每成就的不是團隊，而是我的。

實施基本的項目管理，是每一個團隊成員都需學習的一門基礎課。