簡介
禪道項目管理軟件集產品管理、項目管理、質量管理、文檔管理、組織管理和事務管理於一體，是一款功能完備的項目管理軟件，完美地覆蓋了項目管理的核心流程。
1.禪道使用的基本流程
禪道管理軟件中，核心的三種角色：產品經理、研發團隊和測試團隊，這三者之間通過需求進行協作，實現了研發管理中的三權分立。其中產品經理整理需求，研發團隊實現任務，測試團隊則保障質量，其三者的關系如下圖：
基本流程如下：
- 產品經理創建產品
- 產品經理創建需求
- 項目經理創建項目
- 項目經理確定項目要做的需求
- 項目經理分解任務，指派到人。
- 測試人員測試，提交bug。
2.禪道訪問地址
訪問地址：http://zentao.smates.cn
禪道8.2beta版本開始，添加了禪道新手教程，以任務的形式教大家禪道的最簡的使用操作。
輸入用戶名和密碼，首次登錄使用禪道時，會提示是否進入禪道新手教程頁面，新手教程包含8個任務：創建帳號、創建產品、創建需求、創建項目、管理團隊、關聯需求、創建任務、分解任務、Bug流程管理。具體請自行百度。
3.1創建第一個產品
禪道的設計理念是圍繞產品展開的，因此我們首先要做的就是創建一個產品。
產品名稱和產品代號是必填項。其中產品代號可以理解為團隊內部約定俗稱的一個稱呼，比如我們禪道的代號是zentao，需要是英文字母和數字的組合。
產品負責人：負責整理需求，對需求進行解釋負責，制定發布計划，驗收需求。
測試負責人：可以為某一個產品指定測試負責人，這樣當創建bug，而不知道由誰進行處理的時候，該產品的測試負責人會成為默認的負責人。
發布負責人：由這個角色負責創建發布。
訪問控制：可以設置產品的訪問權限，其中默認設置只要有產品視圖的訪問權限就可以訪問。如果這個產品是私有產品，可以將其設置為私有項目，那么就只有項目團隊成員才可以訪問。或者還可以設置白名單，指定某些分組里面的用戶可以訪問該產品。
3.2.添加第一個需求
我們產品經理可能都習慣了寫需求設計文檔，或者規格說明書，通過一個非常完整的word文檔將某一個產品的需求都定義出來。但在禪道里面，我們提倡按照功能點的方式來寫需求。簡單來講，就是將原來需求設計文檔中的每一個功能點摘出來，錄在禪道里面，作為一個個獨立的功能點。如果按照scrum標准走的話，我們可以稱之為用戶故事(user story)。所謂用戶故事，就是來描述一件事情，作為什么用戶，希望如何，這樣做的目的或者價值何在，這樣有用戶角色，有行為，也有目的和價值所在，非常方便與團隊成員進行溝通。
創建需求的步驟如下：
1、使用產品經理角色登錄系統。
2、進入產品視圖。
3、在頁面右側，有“新增需求”菜單，點擊菜單，出現新增需求的頁
需求的名稱是必填項。
所屬計划和模塊，可以暫時保留為空。
需求審核那塊，我們選上不需要審核，這樣新創建的需求狀態就是激活的。只有激活狀態的需求才能關聯到項目中，進行開發。
需求可以設置抄送給字段，這樣需求的變化都可以通過email的形式抄送給相關人員。
可以設置關鍵詞，這樣可以比較方便的通過關鍵詞進行檢索。
3.3.開始第一個項目
產品經理按照我們前面的操作創建需求之后，下面該項目經理上場了。下面我們一起來看下如何在禪道中開始一個項目。
3.3.1. 創建項目
1. 進入項目視圖，點擊右側的”新增項目“鏈接。
項目名稱和項目代號是必填項。其中項目代號可以理解為團隊內部約定俗稱的一個稱呼，比如我們禪道的代號是zentao，需要是英文字母和數字的組合。
訪問控制：可以設置產品的訪問權限，其中默認設置只要有產品視圖的訪問權限就可以訪問。如果這個產品是私有產品，可以將其設置為私有項目，那么就只有項目團隊成員才可以訪問。或者還可以設置白名單，指定某些分組里面的用戶可以訪問該產品。
和我們前面講述的創建產品使用流程有一點區別就是在添加項目的時候，需要關聯下產品。可以多選。
項目可以控制它的訪問權限，分為默認、私有和自定義白名單三種。
3.3.2. 設置管理團隊
1. 點擊保存按鈕，會提示項目創建成功，然后可以選擇設置團隊。
2. 或者從項目視圖中的團隊菜單，也可以進行項目的團隊管理。
在維護項目團隊的時候，需要選擇都是哪些用戶可以參與到這個項目中，同時需要設置這個用戶在本項目中的角色（角色可以隨便設置）。可用工作日和可用工時每天需要仔細設置。通常來講，一個人不可能每天8小時投入，也不可能一星期七天連續投入。
3. 設置完畢之后，系統會自動計算這個項目總得可用工時。
3.4. 關聯需求
1.在關聯需求的時候，可以按照優先級進行排序。
2.關聯的需求狀態必須是激活的（評審通過，不能是草稿）
3.5.為需求分解任務
需求確定之后，項目中幾個關鍵的因素都有了：周期確定、資源確定、需求確定。下面我們要做的事情就是為每一個需求做wbs任務分解，生成完成這個需求的所有的任務。
note：是完成需求的所有任務，這里面包括但不限於設計，開發，測試等。
3.6. 創建人物—分解任務
- 這時候創建任務的時候，就可以選擇需求了。
- 我們同時提供了需求查看的鏈接。
- 如果需求和任務的標題是一樣的，可以通過”同需求“按鈕快捷的復制需求的標題。
3.7. bug流程管理
項目進展到后期主要的工作就是測試。測試人員和開發通過bug進行互動，保證產品的質量。
bug的基本處理流程：
禪道里面缺陷處理的基本流程是：測試提交bug => 開發解決bug => 測試驗證bug => 測試關閉bug。
如果bug驗證沒有通過，可以激活：測試提交bug => 開發解決bug => 測試驗證bug => 測試激活bug => 開發解決bug => 測試驗證 => 測試關閉。
還有一個流程就是bug關閉之后，又發生了。測試提交bug => 開發解決bug => 測試驗證bug => 測試關閉bug => 測試激活bug => 開發解決bug => 測試驗證 => 測試關閉。
3.7.1.提bug——測試人員
3.7.2.解決bug——開發人員
3.7.2.關閉bug——測試人員
任務分解的幾個注意事項
1、需要將所有的任務都分解出來。這里面包括設計，開發，測試，美工，甚至包括購買機器，部署測試環境等等。
2、任務分解的粒度越小越好，比如幾個小時就可以完成。
3、如果一個任務需要多個人負責，繼續考慮將其拆分。
4、事務型的事務可以批量指派，比如需要讓團隊里面的每一個人都寫個項目總結，可以選擇類型是事務，然后批量指派給團隊里面的所有人員。
5、任務的類型請仔細設置，這個會涉及到需求研發階段的自動計算。后面我們會有講解。
6、任務的分配好是自由領取，這樣可以大程度上調動大家的積極性。
參考鏈接：https://blog.csdn.net/u010271247/article/details/77600569