軟件項目管理工具和實踐

項目管理管什麼

一個好的項目管理工具，應該能夠大大提供項目團隊的工做效率，而不是下降。從這個角度出發，咱們精挑細選進行比較，並開始試用Topo項目管理系統，在Topo中， 咱們看到提供了 任務、缺陷、文檔、代碼四個最基本的模塊，正是咱們比較看重的幾個管理要素。咱們但願使用Topo項目管理系統，既直觀方便，又效率倍升，這是咱們對項目管理工具的理解。

好的項目管理工具能夠爲項目整個團隊服務，也就是項目中個的各個角色均可以從項目管理工具受益，企業領導、項目經理、項目參與人員，這些角色對項目的關注重點有所不一樣，必須從他們各自的角度去考慮相應的功能和UI來知足多層次的項目管理需求。

• 企業領導關注多個項目總體的進展。
• 項目經理更關注本身的項目。
• 項目參與人員主要承擔項目的具體工做，必然更關注本身的工做，同時也關心項目的進展狀況。

項目管理有不少方法，傳統派可能傾向於作計劃，看甘特圖，敏捷派偏向於快速迭代，沒有哪種必定更優，但不一樣的方法適合不一樣的團隊，好比互聯網項目團隊由於項目的特色，需求變化快，項目週期緊張，一般傾向於使用快速迭代的方法。Topo使用了咱們比較承認的相對摺中的一個方案-嚴謹的迭代。

任務管理

迭代意味着咱們不須要整體的計劃，咱們傾向於快速制定並分配任務，並隨着項目進展，不斷更新，團隊成員專一於近期任務和目標，嚴謹體如今咱們給任務有確認過程，任務的完成是通過了確認人的斷定；任務有歷史，全部的操做能夠回溯。

爲了交互更有效率，Topo提供了看板的操做方式，看板的方式已經被證實是一個項目進展的好的展示方式，咱們也借鑑了看板的優勢，看下圖：

在看板上，標註了任務的工做量（圖中黑色圓圈標註的15），當前處理人（右上角的名字），標籤（任務下方的小方塊），過時時間（日曆圖標），這些信息有助於咱們快速定位一個任務。

缺陷管理

對於交付產品類項目，缺陷管理是個核心功能。和任務管理的設計思想相似，咱們傾向於嚴謹，Topo的缺陷有嚴格的生命週期，從建立-解決-驗證-關閉，循序漸進跟蹤每一個步驟，即缺陷不通過驗證，是沒辦法關閉的，有些團隊認爲這樣操做會繁瑣一些，但咱們認爲這樣更嚴謹。

不少人在提交一個新的缺陷報告時，不習慣寫出具體的文字，而是習慣貼圖，由於貼圖能夠更直觀的表達一個缺陷，Topo提供了剪貼板的粘貼操做，以支持在提交缺陷時快速貼圖，這是一個小的細節。

文檔管理

文檔是大部分項目的伴生產品，文檔管理也成爲項目管理的重要組成部分，Topo提供了樹狀目錄結構的文檔管理，項目能夠將大部分文檔（甚至其餘文件）放置在文檔管理中，便於集中管理，有別於大部分在線項目管理工具，Topo提供了文檔的多版本記錄，每次更新文檔以後老版本依然存在，能夠方便對重要的文檔追溯歷史，這實際上是咱們認爲很重要的一個功能，讓文檔管理變的嚴謹。

從效率角度，瀏覽器方式的文檔管理在批量操做上顯然缺少效率，大部分人習慣於本地的方式操做文檔，Topo集成了FTP訪問功能，爲何選擇FTP，而不是HTTP或其餘協議，是由於FTP能夠和Windows的資源管理器直接集成，經過桌面上的個人電腦，訪問FTP地址，能夠直接訪問Topo裏的項目文檔庫，這對大部分用戶來講是個效率的巨大提高，同時對於大量文檔管理 ，也提供了可行性。

代碼管理

對於有源代碼的項目(軟件、互聯網等行業)，代碼管理成爲一個必備需求，偏偏是大部分在線項目管理工具缺少的一個特性，一些在線項目管理工具好比github，能夠支持代碼的管理，可是須要使用託管的代碼庫。對於大多數企業來講，使用託管代碼庫不管從安全性仍是可訪問性，都不及本地代碼庫，所以這也是咱們選擇本地部署系統的一個重要緣由。咱們爲代碼管理劃定了幾個需求目標：

• 代碼的快速瀏覽和查看歷史、變動
• 代碼與任務、缺陷的雙向關聯
• 代碼的同行檢視

這幾點Topo都提供了相應的解決方案，參考下圖：

經過一段時間Topo工具的應用，咱們在咱們的項目中能夠更有效的管理咱們的任務、缺陷、文檔和代碼，同時在Topo的網站和公衆號裏有一些資料，也輔助咱們順利的使用這個系統。