作為一個(gè)開發(fā)人員，我們也該懂一些項(xiàng)目管理的知識，今天我們來講一個(gè)基于Scrum的項(xiàng)目管理工具禪道。本文將從禪道的安裝部署開始講起，然后講講Scrum的核心概念，最后通過禪道的一套操作來實(shí)踐下Scrum的開發(fā)流程。

禪道簡介

禪道由青島易軟天創(chuàng)網(wǎng)絡(luò)科技有限公司開發(fā)，國產(chǎn)開源項(xiàng)目管理軟件。它集產(chǎn)品管理、項(xiàng)目管理、質(zhì)量管理、文檔管理、組織管理和事務(wù)管理于一體，是一款專業(yè)的研發(fā)項(xiàng)目管理軟件，完整覆蓋了研發(fā)項(xiàng)目管理的核心流程。禪道項(xiàng)目管理軟件的主要管理思想基于國際流行的敏捷項(xiàng)目管理方法—Scrum。Scrum方法注重實(shí)效，操作性強(qiáng)，非常適合軟件研發(fā)項(xiàng)目的快速迭代開發(fā)。禪道在遵循其管理方式基礎(chǔ)上，結(jié)合國內(nèi)研發(fā)現(xiàn)狀，整合了Bug管理，測試用例管理，發(fā)布管理，文檔管理等功能，完整的覆蓋了軟件研發(fā)項(xiàng)目的整個(gè)生命周期。

安裝及部署

禪道的安裝方式有很多，這里我們使用它在Docker環(huán)境下的安裝方式。

• 下載禪道的Docker鏡像：

docker pull idoop/zentao:latest

• 在Docker容器中運(yùn)行禪道：

docker run -d -p 80:80 -p 4306:3306 --name zentao-server -e ADMINER_USER="admin" -e ADMINER_PASSWD="123456" -e BIND_ADDRESS="false" -v /mydata/zbox/:/opt/zbox/ --add-host smtp.exmail.qq.com:163.177.90.125 -d idoop/zentao:latest

• 啟動(dòng)參數(shù)說明：
• ADMINER_USER：管理員賬號；
• ADMINER_PASSWD：管理員密碼；
• BIND_ADDRESS：若設(shè)置參數(shù)為"false"，禪道數(shù)據(jù)庫啟動(dòng)后允許遠(yuǎn)程訪問,選填；
• SMTP_HOST：設(shè)置smtp服務(wù)IP和主機(jī)名，用于解決無法發(fā)送郵件的問題。
• 安裝成功后，訪問該地址即可登錄禪道系統(tǒng)，登錄用戶名和密碼為admin:123456：http://192.168.6.132/

Scrum的核心概念

敏捷開發(fā)的產(chǎn)生

我們比較熟知的軟件項(xiàng)目管理方法是瀑布，其基本流程是需求->設(shè)計(jì)->開發(fā)->測試?；炯僭O(shè)只要每個(gè)環(huán)節(jié)都做正確，那么終得到的結(jié)果也是正確的。但從總體來講，瀑布項(xiàng)目失敗率比較高。國外的軟件先行者們針對瀑布開發(fā)中暴露出來的問題進(jìn)行了一系列的探索、思考和總結(jié)，最終提出了敏捷開發(fā)的概念。敏捷開發(fā)有很多種方式，其中Scrum是比較流行的一種。

Scrum中的角色

Scrum是由產(chǎn)品經(jīng)理(product owner)、項(xiàng)目經(jīng)理(scrum master)和研發(fā)團(tuán)隊(duì)(dev team)組成的。

• 其中產(chǎn)品經(jīng)理負(fù)責(zé)整理用戶故事(user story)，定義其商業(yè)價(jià)值，對其進(jìn)行排序，制定發(fā)布計(jì)劃，對產(chǎn)品負(fù)責(zé)；
• 項(xiàng)目經(jīng)理負(fù)責(zé)召開各種會(huì)議，協(xié)調(diào)項(xiàng)目，為研發(fā)團(tuán)隊(duì)服務(wù)；
• 研發(fā)團(tuán)隊(duì)則由不同技能的成員組成，通過緊密協(xié)同，完成每一次迭代的目標(biāo)，交付產(chǎn)品。

這里我們講下什么是用戶故事：所謂用戶故事，就是來描述一件事情，作為什么用戶，希望如何，這樣做的目的或者價(jià)值何在，這樣有用戶角色，有行為，也有目的和價(jià)值所在，非常方便與團(tuán)隊(duì)成員進(jìn)行溝通。

Scrum中的迭代開發(fā)

與瀑布不同，Scrum將產(chǎn)品的開發(fā)分解為若干個(gè)小迭代(sprint)，其周期從1周到4周不等，但不會(huì)超過4周。參與的團(tuán)隊(duì)成員一般是5到9人，每期迭代要完成的用戶故事是固定的，每次迭代會(huì)產(chǎn)生一定的交付。

Scrum的基本流程

Scrum的基本流程如上圖所示：

• 產(chǎn)品經(jīng)理負(fù)責(zé)整理用戶故事，形成左側(cè)的產(chǎn)品訂單(product backlog)；
• 發(fā)布計(jì)劃會(huì)議：項(xiàng)目經(jīng)理負(fù)責(zé)講解用戶故事，對其進(jìn)行估算和排序，發(fā)布計(jì)劃會(huì)議的產(chǎn)出就是制定出這一期迭代要完成的用戶故事列表，即迭代訂單(sprint backlog)；
• 迭代計(jì)劃會(huì)議：項(xiàng)目團(tuán)隊(duì)對每一個(gè)用戶故事進(jìn)行任務(wù)分解，分解的標(biāo)準(zhǔn)是完成該用戶故事的所有任務(wù)，最終每個(gè)任務(wù)都有明確的負(fù)責(zé)人，并完成工時(shí)的初估計(jì)；
• 每日例會(huì)：每天項(xiàng)目經(jīng)理召集站立會(huì)議，團(tuán)隊(duì)成員回答昨天做了什么，今天計(jì)劃做什么，遇到了什么問題；
• 演示會(huì)議：迭代結(jié)束之后，召開演示會(huì)議，相關(guān)人員都受邀參加，團(tuán)隊(duì)負(fù)責(zé)向大家展示本次迭代取得的成果。期間大家的反饋記錄下來，由產(chǎn)品經(jīng)理整理，形成新的用戶故事；
• 回顧會(huì)議：項(xiàng)目團(tuán)隊(duì)對本期迭代進(jìn)行總結(jié)，發(fā)現(xiàn)不足，制定改進(jìn)計(jì)劃，下一次迭代繼續(xù)改進(jìn)，已達(dá)到持續(xù)改進(jìn)的效果。

禪道使用

接下來我們將按角色來講講如何使用禪道來實(shí)現(xiàn)基于Scrum的項(xiàng)目管理。

管理員

禪道安裝成功之后，管理員的第一件要做的事情就是設(shè)置部門結(jié)構(gòu)，并添加用戶賬號。

• 通過組織->用戶->維護(hù)部門可以為企業(yè)添加部門結(jié)構(gòu)：

• 通過組織->用戶->添加用戶可以為企業(yè)添加用戶：

• 注意添加用戶是需要添加職位和權(quán)限分組的：

• 這里我們添加了產(chǎn)品經(jīng)理、項(xiàng)目經(jīng)理、研發(fā)主管、測試主管四個(gè)賬號以便下面使用。

產(chǎn)品經(jīng)理

產(chǎn)品經(jīng)理對于公司來講，至關(guān)重要。只有做出好的產(chǎn)品或者服務(wù)出來，才能贏得市場，謀求發(fā)展和生存。下面我們用產(chǎn)品經(jīng)理的賬號登錄，來演示下產(chǎn)品經(jīng)理在敏捷開發(fā)中所要做的事情。

• 通過產(chǎn)品左上角的下拉菜單可以添加產(chǎn)品：

• 添加產(chǎn)品時(shí)需要完善相關(guān)信息：

• 添加完產(chǎn)品后產(chǎn)品經(jīng)理可以通過產(chǎn)品->需求->維護(hù)模塊來創(chuàng)建產(chǎn)品的模塊：

• 在相應(yīng)模塊中通過產(chǎn)品->需求->提需求可以創(chuàng)建需求：

• 之后可以完善需求的信息并進(jìn)行創(chuàng)建：

• 創(chuàng)建完需求后還需要對需求進(jìn)行評審操作，只有評審?fù)ㄟ^的需求才會(huì)由項(xiàng)目經(jīng)理進(jìn)行任務(wù)分解，從而轉(zhuǎn)為為開發(fā)任務(wù)指派給開發(fā)團(tuán)隊(duì)：

• 評審時(shí)選擇評審結(jié)果為確認(rèn)通過后該需求就會(huì)被激活了：

• 當(dāng)然產(chǎn)品經(jīng)理也可以對當(dāng)前的需求進(jìn)行變更操作，但是變更完的需求需要開發(fā)團(tuán)隊(duì)確認(rèn)后才能進(jìn)行后續(xù)開發(fā)；

• 產(chǎn)品經(jīng)理還可以創(chuàng)建計(jì)劃，規(guī)定需求的完成時(shí)間：

• 完善計(jì)劃信息時(shí)，主要是要完善計(jì)劃的開始和截止時(shí)間：

• 可以通過關(guān)聯(lián)需求，指定此次產(chǎn)品計(jì)劃需要完成的需求：

項(xiàng)目經(jīng)理

項(xiàng)目經(jīng)理主要負(fù)責(zé)管理開發(fā)團(tuán)隊(duì)，將產(chǎn)品經(jīng)理的需求講解給開發(fā)團(tuán)隊(duì)聽，確定項(xiàng)目要完成的需求列表，對需求進(jìn)行任務(wù)分解并指派給開發(fā)團(tuán)隊(duì)，以及各種會(huì)議的組織。下面我們用項(xiàng)目經(jīng)理的賬號登錄，來演示下項(xiàng)目經(jīng)理在敏捷開發(fā)中所要做的事情。

• 在禪道中項(xiàng)目其實(shí)對應(yīng)的是敏捷開發(fā)里面的迭代的概念，項(xiàng)目經(jīng)理首先需要?jiǎng)?chuàng)建一個(gè)項(xiàng)目：

• 創(chuàng)建時(shí)需要完善項(xiàng)目信息，設(shè)定項(xiàng)目開發(fā)時(shí)間以及關(guān)聯(lián)相關(guān)產(chǎn)品與計(jì)劃：

• 接下來項(xiàng)目經(jīng)理要做的就是創(chuàng)建項(xiàng)目團(tuán)隊(duì)，可以通過項(xiàng)目->團(tuán)隊(duì)->團(tuán)隊(duì)管理來為項(xiàng)目團(tuán)隊(duì)添加成員：

• 項(xiàng)目團(tuán)隊(duì)組建完畢之后，項(xiàng)目經(jīng)理通過關(guān)聯(lián)產(chǎn)品即可將項(xiàng)目和產(chǎn)品進(jìn)行關(guān)聯(lián)：

• 然后通過關(guān)聯(lián)需求即可確定當(dāng)前項(xiàng)目要做的需求，可以選擇關(guān)聯(lián)需求或按計(jì)劃關(guān)聯(lián)需求：

• 需求確定之后，項(xiàng)目中幾個(gè)關(guān)鍵的因素都有了：周期確定、資源確定、需求確定。下面項(xiàng)目經(jīng)理要做的事情就是為每一個(gè)需求做任務(wù)分解：

• 任務(wù)分解時(shí)需要完善任務(wù)詳情，明確任務(wù)的執(zhí)行時(shí)間：

• 這里把商品管理功能這個(gè)需求分解為了商品列表、添加商品和編輯商品三個(gè)任務(wù)并指派給了開發(fā)人員。

開發(fā)團(tuán)隊(duì)

項(xiàng)目的任務(wù)分解完畢之后，開發(fā)團(tuán)隊(duì)成員需要領(lǐng)取自己的任務(wù)，開始每天的開發(fā)。除了日常的編碼工作之外，還應(yīng)當(dāng)每天花點(diǎn)時(shí)間在禪道里面更新下任務(wù)的狀態(tài)以及消耗情況。下面我們用開發(fā)人員的賬號登錄，來演示下開發(fā)人員在敏捷開發(fā)中所要做的事情。

• 首先開發(fā)人員需要找到自己需要完成的任務(wù)，從項(xiàng)目->任務(wù)中可以查看到指派給自己的任務(wù)：

• 開發(fā)人員開始做任務(wù)時(shí)點(diǎn)擊開始按鈕，完成任務(wù)時(shí)點(diǎn)擊完成按鈕：

• 任務(wù)開始時(shí)需要填寫自己的預(yù)計(jì)剩余時(shí)間，最初預(yù)計(jì)工時(shí)可以在編輯任務(wù)里設(shè)置：

• 任務(wù)完成時(shí)需要填寫自己的本次消耗時(shí)間：

• 物理介質(zhì)的看板比較直觀，是Scrum標(biāo)準(zhǔn)的管理工具，禪道里面也有一個(gè)電子看板：

• 當(dāng)項(xiàng)目的任務(wù)都完成以后，開發(fā)人員可以創(chuàng)建版本：

• 完善完版本信息后即可創(chuàng)建版本：

• 有了版本以后，才可以根據(jù)當(dāng)前版本創(chuàng)建測試單：

• 創(chuàng)建測試單需要完善版本、負(fù)責(zé)人、名稱等信息：

測試團(tuán)隊(duì)

測試團(tuán)隊(duì)是項(xiàng)目質(zhì)量的保證，測試團(tuán)隊(duì)主要負(fù)責(zé)對項(xiàng)目的版本進(jìn)行測試，提出Bug指派給開發(fā)人員，開發(fā)人員解決Bug后對Bug進(jìn)行驗(yàn)證并關(guān)閉。下面我們用測試人員的賬號登錄，來演示下測試人員在敏捷開發(fā)中所要做的事情。

• 測試人員開始測試時(shí)，需要把測試單狀態(tài)設(shè)置為進(jìn)行中：

• 測試人員可以在測試->Bug中提出測試過程中發(fā)現(xiàn)的Bug：

• 需要完善BUG信息并指派給相應(yīng)開發(fā)人員：

• 當(dāng)開發(fā)人員解決完Bug后可以把Bug標(biāo)記為已經(jīng)解決：

• 此時(shí)該Bug會(huì)自動(dòng)指派給測試人員，測試人員確認(rèn)已經(jīng)解決后可以關(guān)閉該問題，如未解決，可以激活該問題。

總結(jié)

我們通過在禪道里面的一系列操作完整地演示了一套基于Scrum敏捷開發(fā)流程，其實(shí)所有角色的職責(zé)可以用下圖來概況。