禪道項目管理軟件介紹

使用流程

1、分享的流程圖

2、流程圖

維護產品及模塊

1、如何來添加產品呢？讓咱們來看下步驟：

1. 以管理員或者其餘有產品管理權限的賬號登陸。
2. 點擊產品視圖。
3. 在頁面右側，點擊「新增產品」，便可出來產品添加頁面。（第一次使用禪道，點擊產品視圖，會自動跳到產品添加頁面）

這裏面，產品代號至關於你們對這個產品的一個隱喻，好比001，土豆之類。團隊內部的人提及這個都是明白的。
bug負責人，能夠指定默認的bug負責人。這樣能夠適用於公司人比較多，提交bug不知道該給誰的狀況。
訪問控制，則能夠控制訪問該產品的人員列表。

2、設置模塊

添加完產品以後，就須要來設置產品的模塊。模塊至關於對產品需求的一個分類，經過組織模塊，可讓你們對產品有一個宏觀的把握和認識，也方便對需求進行分類和整理。

設置模塊的步驟：

1. 進入產品視圖。
2. 選擇要維護的產品。
3. 點擊菜單中的「模塊維護」.

在這裏面，能夠維護某一個模塊的子模塊，能夠編輯某一個模塊，也能夠刪除。同時還能夠維護模塊的排序。

創建計劃

具體的步驟：

1. 進入產品視圖，選擇某一個產品。
2. 點擊「計劃列表」
3. 出現計劃列表頁面，點擊頁面右側的「建立計劃」，便可出現計劃增長頁面。

在計劃列表頁面，能夠查看該計劃的全部需求，也能夠經過「關聯需求」來維護屬於這個計劃的需求列表。

需求

 

1、禪道中需求處理流程

需求有一個狀態(status)字段 ，總共有四種狀態，分別是草稿(draft)、激活(active)、已變動(changed)和已關閉(closed) 。對應爲需求的流程操做共有：建立、變動、審覈、關閉、激活。

需求還有一個階段(stage)字段 ，用來描述激活的需求在研發過程當中所處的階段。目前總共有等待、已計劃、已立項、開發中、開發完畢、測試中、測試完畢、已驗收、已發佈 。

2、如何添加需求：

1. 進入產品視圖。
2. 選擇某一個產品。
3. 而後選擇「需求列表」頁面的「新增需求」連接，便可出現需求添加頁面。

建立發佈

添加需求的時候，注意的幾個地方：

1. 優先級：必需要設定這個需求的優先級。
2. 預計工時，也就是對這個需求作一下估計，完成大約須要多少小時。單位是小時。估計不許也沒有關係，關鍵是在這個過程。以免產品人員不通過思考，隨意添加需求的狀況。
3. 由誰評審，若是公司裏面的管理流程不須要評審，則能夠勾選旁邊的「不須要評審」 複選框。須要評審的需求其狀態是草稿狀態。

1. 進入產品視圖，選擇發佈列表。
2. 而後點擊「建立發佈」，便可出現建立發佈的頁面。
   其中的build，要選擇相應的版本，描述裏面，則能夠描述這次發佈解決的bug，新增的功能等等。

路線圖

路線圖，顧名思義，給你們一個發展的方向和指引。不過說實話，如今市面上的項目管理軟件中提供的路線圖，我基本上都沒有看明白。因此在禪道中，路線圖和其餘軟件裏面的路線圖的概念和展現也有不一樣。 

在禪道中，路線圖由發佈和未來的計劃組成。若是一個計劃已通過期了，就再也不顯示了。路線圖的展現形式以下：

其中綠色的部分，表示已經發布的版本，而棕色的部分，則表示是未來的計劃。點擊某一個計劃或者是發佈，能夠查看相應的需求列表。

需求統計報表

針對一些公司須要對產品需求進行統計的狀況，禪道項目管理軟件從2.0版本開始，提供了 需求的基本統計報表功能。在產品視圖下的需求子欄目，點擊「統計報表」連接，便可根據須要進行需求的統計， 包括：

1.  產品需求數量。

2. 模塊需求數量。

3. 按照計劃進行統計。

4. 按照狀態進行統計。

5. 按照所處階段進行統計。

6. 按照優先級進行統計。

7. 按照預計工時進行統計。

8. 按照由誰建立來進行統計。

9. 按照當前指派來進行統計。

10. 按照關閉緣由來進行統計。

11. 按照變動次數來進行統計。(根據版本號來進行計算，版本號 - 1爲變動次數)

圖一

圖二

創建項目

1. 進項目視圖。
2. 點擊右面右側的「新增項目」

組建團隊

肯定需求

1、關聯產品

2、關聯需求

3、注意事項：

1. 禪道是支持一個項目對應多個產品的，但在實際項目管理中，不建議這樣作。多個產品，會增長複雜程度，應儘可能避免。能夠嘗試分解項目爲多個項目來作。
2. 在實際操做中，能夠嘗試經過大屏幕投影來操做，一邊演示，一邊操做。    

分解任務

具體步驟：

1. 進入項目視圖。
2. 點擊任務列表，而後選擇新增任務。

在分解任務的時候，須要注意幾點：

1. 任務分解儘可能細緻。按照scrum的實踐，分解的任務，應該是一我的能夠獨立完成，最好在4-16小時之間。
2. 任務分解應該完整，好比搭建測試環境，購買機器之類的看似無關的任務，也都應該列入任務列表。
3. 任務的分派，應當由團隊成員自願認領爲主，不要硬性指派。
4. 任務類型應該認真選擇，這關係到相關需求所處階段的自動計算。

項目進度然進圖

 

維護bug視圖模塊 
提交bug 
驗證bug，關閉 
找到本身須要的bug 
維護測試用例視圖 
建立測試用例 
管理測試任務 
執行用例，並提交bug 
查看報表統計