1、目錄 禪道概述 組織管理 產(chǎn)品管理 項目管理 質(zhì)量管理 我的地盤 其他相關(guān)第1頁/共57頁第一章 概述 禪道項目管理系統(tǒng)是什么？ 為什么選擇禪道系統(tǒng)？ 禪道系統(tǒng)理論基礎(chǔ)。 禪道系統(tǒng)功能列表。 禪道系統(tǒng)用戶角色。 禪道系統(tǒng)基本概念。 禪道系統(tǒng)項目管理的基本流程。 禪道系統(tǒng)和scrum的對應(yīng)關(guān)系。第2頁/共57頁禪道項目管理系統(tǒng)是什么？ 禪道項目管理系統(tǒng)(ZenTaoPMS)是一款國產(chǎn)的，基于LGPL協(xié)議，開源免費(fèi)的項目管理軟件，它集產(chǎn)品管理、項目管理、測試管理于一體，同時還包含了事務(wù)管理、組織管理等諸多功能，是中小型企業(yè)項目管理的首選。 禪道項目管理軟件使用PHP + MySQL開發(fā)，基于自主的

2、PHP開發(fā)框架ZenTaoPHP而成。第三方開發(fā)者或者企業(yè)可以非常方便的開發(fā)插件或者進(jìn)行定制。 開發(fā)者：青島易軟天創(chuàng)網(wǎng)絡(luò)科技有限公司第3頁/共57頁為什么選擇禪道系統(tǒng)？ 第一款完整涵蓋產(chǎn)品管理、任務(wù)管理、測試管理的開源管理軟件，使用一個軟件解決項目管理核心問題。 基于國際流行的敏捷管理方式scrum。 B/S架構(gòu)，方便部署、使用。 概念簡單，容易上手。 開源的項目管理軟件，可自由進(jìn)行定制，修改。 免費(fèi)的項目管理軟件，降低企業(yè)的投入成本。 自主的開發(fā)框架，預(yù)留擴(kuò)展機(jī)制，通過第三方的插件擴(kuò)展獲得更多的功能。 開發(fā)團(tuán)隊6年的堅持，選擇我們，靠譜！(讓時間證明一切) 更重要的是，我們把禪道作為事業(yè)來做

3、，服務(wù)中小企業(yè)管理，是我們的使命！第4頁/共57頁禪道系統(tǒng)的理論基礎(chǔ) ZenTaoPMS主要按照國際流行的敏捷開發(fā)方式scrum開發(fā)，同時也借鑒了PMP里面的很多概念。 關(guān)于scrum方面的資料，可以參考 使用禪道系統(tǒng)，可以很好的支持scrum里面的種種實踐。 但并不意味著你的團(tuán)隊必須使用scrum方式來進(jìn)行項目管理，完全可以根據(jù)團(tuán)隊的實際情況來進(jìn)行。(not only scrum)第5頁/共57頁禪道系統(tǒng)的功能列表 組織管理 部門管理、用戶管理、分組管理、分組管理、權(quán)限管理 產(chǎn)品管理 產(chǎn)品管理、需求管理、計劃管理、發(fā)布管理、路線圖 項目管理 項目管理、任務(wù)管理、項目需求管理、團(tuán)隊管理、工時管

4、理、build管理、燃燒圖。 質(zhì)量管理 Bug管理、測試用例管理、測試任務(wù)管理。 我的地盤 TODO管理、我的需求、我的bug、我的任務(wù)第6頁/共57頁用戶角色 系統(tǒng)管理員(Admin) 系統(tǒng)管理員主要負(fù)責(zé)添加用戶，分配權(quán)限。 產(chǎn)品人員(product owner) 產(chǎn)品人員主要負(fù)責(zé)產(chǎn)品管理。 開發(fā)人員(developer) 開發(fā)人員負(fù)責(zé)產(chǎn)品的研發(fā)。 測試人員(QA) 測試人員保證產(chǎn)品的質(zhì)量。 項目經(jīng)理(Project Manager or scrum master) 通過項目，協(xié)調(diào)產(chǎn)品人員，開發(fā)人員，測試人員完成產(chǎn)品。scrum里面，該角色稱為scrum master。第7頁/共57頁基本概

5、念 組織視圖： 部門結(jié)構(gòu)、用戶和分組 產(chǎn)品視圖： 產(chǎn)品、需求、計劃、發(fā)布和路線圖 項目視圖： 項目、任務(wù)、產(chǎn)品、需求、bug、build、燃燒圖、團(tuán)隊 QA視圖： Bug、測試用例和測試任務(wù) 我的地盤： todo、任務(wù)、項目、需求、bug第8頁/共57頁禪道項目管理的基本流程 首先產(chǎn)品人員維護(hù)需求列表，需求有優(yōu)先級和預(yù)計工時。 召開產(chǎn)品計劃會議，與會人員有產(chǎn)品、研發(fā)和測試，大家就當(dāng)前項目（固定的時間和人）所需要完成的需求達(dá)成一致，形成項目的需求列表。 項目團(tuán)隊對需求進(jìn)行WBS任務(wù)分解，開始開發(fā)。 測試人員根據(jù)需求創(chuàng)建自己的測試用例。當(dāng)有版本提交以后，建立相應(yīng)的測試任務(wù)，記錄缺陷。研發(fā)人員修復(fù)b

6、ug。 項目結(jié)束之后，大家召開演示會議，團(tuán)隊向相關(guān)人員（產(chǎn)品人員及所有感興趣的人）展示該項目所取得的成果。大家提出的反饋由產(chǎn)品人員整理成為需求。 開始下一輪的循環(huán)。第9頁/共57頁禪道和scrum的對應(yīng)第10頁/共57頁第二章 組織管理 建立部門結(jié)構(gòu) 添加用戶 設(shè)置分組 分組成員維護(hù) 分組權(quán)限維護(hù)第11頁/共57頁建立部門結(jié)構(gòu)合理的部門結(jié)構(gòu)是項目成功的組織保障，也是公司健康發(fā)展的基石。提示提示第12頁/共57頁添加用戶禪道中，所有的添加操作都在頁面的最右面。禪道中，所有的添加操作都在頁面的最右面。提示提示第13頁/共57頁設(shè)置分組分組的目的主要是用來分配權(quán)限。提示提示第14頁/共57頁分組成員

7、維護(hù)一個用戶可以屬于多個分組。提示提示第15頁/共57頁分組權(quán)限維護(hù)設(shè)置權(quán)限的時候，根據(jù)自己團(tuán)隊實際的情況進(jìn)行組合。一般來講，刪除權(quán)限需要慎重。還有就是以”接口“開頭的方法所有人都應(yīng)該分派。在實際使用過程中，如果提示訪問受限，可以由管理員分配權(quán)限之后，重新登錄即可。提示提示第16頁/共57頁小結(jié) 組織管理主要完成用戶和分組管理，用戶通過所屬的分組獲得自己應(yīng)用的權(quán)限。 禪道系統(tǒng)會根據(jù)當(dāng)前登錄的每一個用戶的權(quán)限來進(jìn)行相應(yīng)的操作，允許還是禁止。第17頁/共57頁第三章 產(chǎn)品管理 產(chǎn)品管理是至關(guān)重要的一環(huán) 添加產(chǎn)品 維護(hù)產(chǎn)品模塊 添加需求 需求詳情 需求處理流程 計劃 發(fā)布 路線圖第18頁/共57頁產(chǎn)

8、品管理至關(guān)重要 很多項目管理軟件中只有單純的任務(wù)管理，沒有產(chǎn)品管理。乃至很多的軟件將產(chǎn)品和項目混為一談。 在禪道中，項目是一個動態(tài)實施的過程，項目的產(chǎn)出是可以交付的產(chǎn)品。 在禪道中，所有的一切都是圍繞產(chǎn)品展開的。 產(chǎn)品管理的核心是需求。在scrum里面，簡化為story(用戶故事)。即像講故事一樣來描述一個需求。第19頁/共57頁添加產(chǎn)品第20頁/共57頁維護(hù)產(chǎn)品模塊產(chǎn)品模塊就像一棵樹，用來組織需求。提示提示第21頁/共57頁添加需求(1)第22頁/共57頁添加需求(2) 添加需求的時候，應(yīng)該選擇對應(yīng)的模塊。 如果有產(chǎn)品計劃，可以選擇相應(yīng)的計劃。 默認(rèn)剛剛添加的需求為草稿，需要進(jìn)行評審。如果團(tuán)

9、隊中不需要走評審流程，可以將“不需要評審”選上。 需求可以上傳附件。第23頁/共57頁需求詳情通過需求詳情頁面可以看到需求的所有信息，以及歷次的修改記錄。提示提示第24頁/共57頁需求處理流程(1) 需求有一個狀態(tài)(status)字段，總共有四種狀態(tài)，分別是草稿(draft)、激活(active)、已變更(changed)和已關(guān)閉(closed)。 對應(yīng)為需求的流程操作共有：創(chuàng)建、變更、審核、關(guān)閉、激活。 需求還有一個階段(stage)字段，用來描述激活的需求在研發(fā)過程中所處的階段。目前總共有等待、已計劃、已立項、開發(fā)中、開發(fā)完畢、測試中、測試完畢、已驗收、已發(fā)布。第25頁/共57頁需求的處理

10、流程(2)變更需求審核關(guān)閉通過撤銷否？新增需求審核立項開發(fā)測試驗收發(fā)布通過拒絕否？拒絕，給出拒絕原因，關(guān)閉有待明確項目團(tuán)隊確認(rèn)變更任務(wù)、用例關(guān)閉繼續(xù)原來的研發(fā)過程有待明確驗收發(fā)布需求所經(jīng)歷的各個階段需求所經(jīng)歷的各個階段未通過未通過第26頁/共57頁添加計劃(plan)凡事預(yù)則立。計劃可以幫助產(chǎn)品人員宏觀把握產(chǎn)品，做到心中有數(shù)。提示提示第27頁/共57頁為計劃關(guān)聯(lián)需求第28頁/共57頁發(fā)布(release)第29頁/共57頁路線圖第30頁/共57頁計劃、發(fā)布、build和路線圖 計劃主要是給產(chǎn)品人員規(guī)劃需求使用。它和實際的項目沒有直接的對應(yīng)關(guān)系。一個項目中做的需求可能和計劃完全一樣，也有可能涉及

11、多個計劃。 build是在項目過程中產(chǎn)生的，主要用來測試使用。build是對內(nèi)的。 經(jīng)過若干項目之后，產(chǎn)品人員可以選擇發(fā)布一個版本，發(fā)布是對外的。而且發(fā)布肯定和一個build對應(yīng)。 已經(jīng)發(fā)布的版本加上未來的plan，構(gòu)成產(chǎn)品的路線圖。第31頁/共57頁第四章 項目管理 添加項目 組建團(tuán)隊 關(guān)聯(lián)產(chǎn)品、需求 分解任務(wù) 工時管理 燃燒圖 build第32頁/共57頁添加項目項目代號和團(tuán)隊名稱應(yīng)用團(tuán)隊自由設(shè)置，體現(xiàn)自主管理。提示提示第33頁/共57頁組建團(tuán)隊每個人在項目中的角色可以自由設(shè)定，工時一般都應(yīng)小于8，因為基本上每個人每天都需要處理一些其他事情。提示提示第34頁/共57頁關(guān)聯(lián)產(chǎn)品一個項目可以關(guān)

12、聯(lián)多個產(chǎn)品，禪道系統(tǒng)中，支持項目和產(chǎn)品之間的矩陣關(guān)系。提示提示第35頁/共57頁關(guān)聯(lián)需求關(guān)聯(lián)需求的過程，是對產(chǎn)品中的需求列表進(jìn)行排序的過程，也是項目團(tuán)隊達(dá)成契約的過程。項目中的需求列表是產(chǎn)品視圖中的需求列表的子集。提示提示第36頁/共57頁分解任務(wù)分解任務(wù)時，可以設(shè)置任務(wù)的類型，比如是設(shè)計，還是開發(fā)。任務(wù)也可以不用關(guān)聯(lián)需求。任務(wù)需要給一個估計值。提示提示第37頁/共57頁工時管理項目中每一個成員每天都應(yīng)該更新自己負(fù)責(zé)的任務(wù)的預(yù)計剩余時間。提示提示第38頁/共57頁燃燒圖(burndown)系統(tǒng)通過定時任務(wù)，自動計算項目中所有未完任務(wù)預(yù)計剩余時間之和，畫出曲線圖。燃燒圖可以告訴我們很多東西。提示

13、提示第39頁/共57頁Buildbuild管理對于開發(fā)來講是很重要的，它屬于scm的范疇。在禪道中，暫時將其簡化。在項目開發(fā)過程中，如果有若干功能已經(jīng)開發(fā)完畢，需要提交測試，這是應(yīng)當(dāng)創(chuàng)建一個build，然后提交給QA進(jìn)行測試。后續(xù)的bug管理和測試任務(wù)管理都應(yīng)當(dāng)基于一個build展開的。源代碼地址可以給出svn的存儲路徑或者其他版本控制系統(tǒng)的路徑。如果沒有源代碼地址，需要給出build包的存儲地址。提示提示第40頁/共57頁第五章 質(zhì)量管理 測試用例管理測試用例模塊添加測試用例測試用例詳情 測試任務(wù)管理創(chuàng)建測試任務(wù)管理用例執(zhí)行用例查看結(jié)果創(chuàng)建Bug Bug管理Bug處理流程創(chuàng)建bug解決bug

14、關(guān)閉bug激活bug編輯bug第41頁/共57頁測試用例模塊 測試用例有自己單獨(dú)的模塊劃分，獨(dú)立于產(chǎn)品視圖中的模塊劃分。 為什么獨(dú)立開，是因為使用角度不同，產(chǎn)品視圖中的模塊是給產(chǎn)品人員使用的，而測試用例模塊是為了維護(hù)用例使用的。第42頁/共57頁測試用例管理(1) 當(dāng)項目關(guān)聯(lián)需求之后，QA人員應(yīng)當(dāng)針對當(dāng)前項目所要開發(fā)的需求創(chuàng)建測試用例。 雖然可以不寫測試用例，直接進(jìn)入bug測試環(huán)節(jié)，但這樣會有缺漏。 在禪道系統(tǒng)中，測試用例是分步驟的。第43頁/共57頁測試用例管理（2）第44頁/共57頁測試用例詳情第45頁/共57頁創(chuàng)建測試任務(wù)第46頁/共57頁關(guān)聯(lián)測試用例第47頁/共57頁執(zhí)行測試用例(1)第48頁/共57頁執(zhí)行測試用例(2)第49頁/共57頁用例執(zhí)行結(jié)果第50頁/共57頁創(chuàng)建Bug 如果某一次用例執(zhí)行失敗，可以根據(jù)這個結(jié)果創(chuàng)建Bug，系統(tǒng)會自動生成bug的重現(xiàn)步驟。第51頁/共57頁Bug管理 Bug管理的流程同BugFree第52頁/共57頁第六章 我的地盤 前面所有的一切最終體現(xiàn)在每一個人每天的行動上面。 我的地盤中列出了需要自己處理的任務(wù)、需求、bug等。 還可以通過todo來管理自己每天的日程。 todo類型分為三種，一種是和項目任務(wù)管理