禪道項目管理軟件使用幫助（PPT78頁)

1、禪道的使用說明-Scrum的項目之道1主要內容關于Scrum關于禪道組織管理產(chǎn)品管理項目管理質量管理我的地盤其他相關2關于禪道3 我們是不是這樣的呢？大部分項目都還是采用瀑布式管理。開發(fā)周期比較長，對市場的變化響應不靈活。產(chǎn)品經(jīng)常延期發(fā)布。產(chǎn)品的質量總是不能滿足預期。團隊長期加班，工作沒有成就感。4有沒有更好的項目管理方法呢？敏捷是一個不錯的選擇5敏捷宣言個體與交互 重于 過程和工具可用的軟件 重于 完備的文檔客戶協(xié)作 重于 合同談判響應變化 重于 遵循計劃6敏捷背后的十二個規(guī)則我們的最高目標是，通過盡早和持續(xù)地交付有價值的軟件來滿足客戶。 歡迎對需求提出變更即使是在項目開發(fā)后期。要善于利用需

2、求變更，幫助客戶獲得競爭優(yōu)勢。 要不斷交付可用的軟件，周期從幾周到幾個月不等，且越短越好。 項目過程中，業(yè)務人員與開發(fā)人員必須在一起工作。 要善于激勵項目人員，給他們以所需要的環(huán)境和支持，并相信他們能夠完成任務。 無論是團隊內還是團隊間，最有效的溝通方法是面對面的交談。 可用的軟件是衡量進度的主要指標。 敏捷過程提倡可持續(xù)的開發(fā)。項目方、開發(fā)人員和用戶應該能夠保持恒久穩(wěn)定的進展速度。 對技術的精益求精以及對設計的不斷完善將提升敏捷性。 要做到簡潔，即盡最大可能減少不必要的工作。這是一門藝術。 最佳的架構、需求和設計出自于自組織的團隊。 團隊要定期反省如何能夠做到更有效，并相應地調整團隊的行為。

3、7和瀑布式開發(fā)相比較敏捷的開發(fā)周期更短，最長不超過一個月持續(xù)的交付可以工作的軟件。客戶的充分參與。坐在一起的團隊，面對面的溝通和交流。團隊的自組織和管理。8敏捷開發(fā)的兩種流行方式極限編程極限編程，偏重于開發(fā)實踐。采用一系列的開發(fā)實踐了保證代碼的質量和按期交付。單元測試，持續(xù)集成，TDD，結對編程，重構scrum偏重于宏觀的項目管理，并沒有規(guī)定具體的開發(fā)實踐。scrum + xp9讓我們來快速了解下scrum10它是一種應對快速變化的需求的一種軟件開發(fā)能力。它更強調程序員團隊與業(yè)務專家之間的緊密協(xié)作、面對面的溝通（認為比書面的文檔更有效）、頻繁交付新的軟件版本、緊湊而自我組織型的團隊、能夠很好地

4、適應需求變化的代碼編寫和團隊組織方法，也更注重做為軟件開發(fā)中人的作用。關于Scrum11Scrum核心要素12Scrum流程13借助于工具14借助于禪道:)15關于禪道16禪道概述禪道項目管理系統(tǒng)是什么？為什么選擇禪道系統(tǒng)？禪道系統(tǒng)理論基礎。禪道系統(tǒng)功能列表。禪道系統(tǒng)用戶角色。禪道系統(tǒng)基本概念。禪道系統(tǒng)項目管理的基本流程。禪道系統(tǒng)和scrum的對應關系。17禪道項目管理系統(tǒng)是什么？禪道項目管理系統(tǒng)(ZenTaoPMS)是一款國產(chǎn)的，基于LGPL協(xié)議，開源免費的項目管理軟件，它集產(chǎn)品管理、項目管理、測試管理于一體，同時還包含了事務管理、組織管理等諸多功能，是中小型企業(yè)項目管理的首選。禪道項目管理

5、軟件使用PHP + MySQL開發(fā)，基于自主的PHP開發(fā)框架ZenTaoPHP而成。第三方開發(fā)者或者企業(yè)可以非常方便的開發(fā)插件或者進行定制。禪道是一款scrum管理工具，并針對國內的實際情況做了擴展，完整的覆蓋從產(chǎn)品到項目到測試的核心流程。18為什么選擇禪道系統(tǒng)？完整覆蓋項目管理的核心流程包括產(chǎn)品管理，任務管理和質量管理基于國際流行的敏捷管理方式scrum。B/S架構，方便部署、使用。概念簡單，容易上手。開源的項目管理軟件，可自由進行定制，修改。免費的項目管理軟件，降低企業(yè)的投入成本。19禪道系統(tǒng)的理論基礎20禪道系統(tǒng)的功能列表組織管理部門管理、用戶管理、分組管理、分組管理、權限管理產(chǎn)品管理產(chǎn)

6、品管理、需求管理、計劃管理、發(fā)布管理、路線圖項目管理項目管理、任務管理、項目需求管理、團隊管理、工時管理、build管理、燃燒圖。質量管理Bug管理、測試用例管理、測試任務管理。我的地盤TODO管理、我的需求、我的bug、我的任務21用戶角色系統(tǒng)管理員(Admin)系統(tǒng)管理員主要負責添加用戶，分配權限。產(chǎn)品人員(product owner)產(chǎn)品人員主要負責產(chǎn)品管理。開發(fā)人員(developer)開發(fā)人員負責產(chǎn)品的研發(fā)。測試人員(QA)測試人員保證產(chǎn)品的質量。項目經(jīng)理(Project Manager or scrum master)通過項目，協(xié)調產(chǎn)品人員，開發(fā)人員，測試人員完成產(chǎn)品。scrum里

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

8、人員修復bug。項目結束之后，大家召開演示會議，團隊向相關人員（產(chǎn)品人員及所有感興趣的人）展示該項目所取得的成果。大家提出的反饋由產(chǎn)品人員整理成為需求。開始下一輪的循環(huán)。24禪道和scrum的對應25組織管理26組織管理建立部門結構添加用戶設置分組分組成員維護分組權限維護27建立部門結構合理的部門結構是項目成功的組織保障，也是公司健康發(fā)展的基石。提示28添加用戶禪道中，所有的添加操作都在頁面的最右面。提示29設置分組分組的目的主要是用來分配權限。提示30分組成員維護一個用戶可以屬于多個分組。提示31分組權限維護設置權限的時候，根據(jù)自己團隊實際的情況進行組合。一般來講，刪除權限需要慎重。還有就是

9、以”接口“開頭的方法所有人都應該分派。在實際使用過程中，如果提示訪問受限，可以由管理員分配權限之后，重新登錄即可。提示32小結組織管理主要完成用戶和分組管理，用戶通過所屬的分組獲得自己應用的權限。禪道系統(tǒng)會根據(jù)當前登錄的每一個用戶的權限來進行相應的操作，允許還是禁止。33第四章 產(chǎn)品管理產(chǎn)品管理是至關重要的一環(huán)添加產(chǎn)品維護產(chǎn)品模塊添加需求需求詳情需求處理流程計劃發(fā)布路線圖34產(chǎn)品管理至關重要很多項目管理軟件中只有單純的任務管理，沒有產(chǎn)品管理。乃至很多的軟件將產(chǎn)品和項目混為一談。在禪道中，項目是一個動態(tài)實施的過程，項目的產(chǎn)出是可以交付的產(chǎn)品。在禪道中，所有的一切都是圍繞產(chǎn)品展開的。產(chǎn)品管理的核心

10、是需求。在scrum里面，簡化為story(用戶故事)。即像講故事一樣來描述一個需求。35添加產(chǎn)品36維護產(chǎn)品模塊產(chǎn)品模塊就像一棵樹，用來組織需求。提示37添加需求(1)38添加需求(2)添加需求的時候，應該選擇對應的模塊。如果有產(chǎn)品計劃，可以選擇相應的計劃。默認剛剛添加的需求為草稿，需要進行評審。如果團隊中不需要走評審流程，可以將“不需要評審”選上。需求可以上傳附件。39需求詳情通過需求詳情頁面可以看到需求的所有信息，以及歷次的修改記錄。提示40需求處理流程(1)需求有一個狀態(tài)(status)字段，總共有四種狀態(tài)，分別是草稿(draft)、激活(active)、已變更(changed)和已關

11、閉(closed)。對應為需求的流程操作共有：創(chuàng)建、變更、審核、關閉、激活。需求還有一個階段(stage)字段，用來描述激活的需求在研發(fā)過程中所處的階段。目前總共有等待、已計劃、已立項、開發(fā)中、開發(fā)完畢、測試中、測試完畢、已驗收、已發(fā)布。41需求的處理流程(2)變更需求審核關閉通過撤銷否？新增需求審核立項開發(fā)測試驗收發(fā)布通過拒絕否？拒絕，給出拒絕原因，關閉有待明確項目團隊確認變更任務、用例關閉繼續(xù)原來的研發(fā)過程有待明確驗收發(fā)布需求所經(jīng)歷的各個階段未通過未通過42添加計劃(plan)凡事預則立。計劃可以幫助產(chǎn)品人員宏觀把握產(chǎn)品，做到心中有數(shù)。提示43為計劃關聯(lián)需求44發(fā)布(release)45路

12、線圖46計劃、發(fā)布、build和路線圖計劃主要是給產(chǎn)品人員規(guī)劃需求使用。它和實際的項目沒有直接的對應關系。一個項目中做的需求可能和計劃完全一樣，也有可能涉及多個計劃。build是在項目過程中產(chǎn)生的，主要用來測試使用。build是對內的。經(jīng)過若干項目之后，產(chǎn)品人員可以選擇發(fā)布一個版本，發(fā)布是對外的。而且發(fā)布肯定和一個build對應。已經(jīng)發(fā)布的版本加上未來的plan，構成產(chǎn)品的路線圖。47項目管理48項目管理添加項目組建團隊關聯(lián)產(chǎn)品、需求分解任務工時管理燃燒圖build49添加項目項目代號和團隊名稱應用團隊自由設置，體現(xiàn)自主管理。提示50組建團隊每個人在項目中的角色可以自由設定，工時一般都應小于8

13、，因為基本上每個人每天都需要處理一些其他事情。提示51關聯(lián)產(chǎn)品一個項目可以關聯(lián)多個產(chǎn)品，禪道系統(tǒng)中，支持項目和產(chǎn)品之間的矩陣關系。提示52關聯(lián)需求關聯(lián)需求的過程，是對產(chǎn)品中的需求列表進行排序的過程，也是項目團隊達成契約的過程。項目中的需求列表是產(chǎn)品視圖中的需求列表的子集。提示53分解任務分解任務時，可以設置任務的類型，比如是設計，還是開發(fā)。任務也可以不用關聯(lián)需求。任務需要給一個估計值。提示54工時管理項目中每一個成員每天都應該更新自己負責的任務的預計剩余時間。提示55燃盡圖(burndown)系統(tǒng)通過定時任務，自動計算項目中所有未完任務預計剩余時間之和，畫出曲線圖。燃燒圖可以告訴我們很多東西。

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

15、59測試用例模塊測試用例有自己單獨的模塊劃分，獨立于產(chǎn)品視圖中的模塊劃分。為什么獨立開，是因為使用角度不同，產(chǎn)品視圖中的模塊是給產(chǎn)品人員使用的，而測試用例模塊是為了維護用例使用的。60測試用例管理(1)當項目關聯(lián)需求之后，QA人員應當針對當前項目所要開發(fā)的需求創(chuàng)建測試用例。雖然可以不寫測試用例，直接進入bug測試環(huán)節(jié)，但這樣會有缺漏。在禪道系統(tǒng)中，測試用例是分步驟的。61測試用例管理（2）62測試用例詳情63創(chuàng)建測試任務64關聯(lián)測試用例65執(zhí)行測試用例(1)66執(zhí)行測試用例(2)67用例執(zhí)行結果68創(chuàng)建Bug如果某一次用例執(zhí)行失敗，可以根據(jù)這個結果創(chuàng)建Bug，系統(tǒng)會自動生成bug的重現(xiàn)步驟。69Bug管理Bug管理的流程同BugFree70我的地盤71我的地盤前面所有的一切最終體現(xiàn)在每一個人每天的行動上面。我的地盤中列出了需要自己處理的任務、需求、bug等。還