1. 研發(fā)質(zhì)量存在的問(wèn)題

1. 缺乏考核數(shù)據(jù)匀油。數(shù)據(jù)包括：缺陷數(shù)據(jù)缘缚、任務(wù)數(shù)據(jù)、需求數(shù)據(jù)敌蚜、工作量數(shù)據(jù)桥滨。

2. 數(shù)據(jù)割裂，難以關(guān)聯(lián)弛车。雖然數(shù)據(jù)都有齐媒，但是數(shù)據(jù)無(wú)法聯(lián)合分析。特別是一些企業(yè)的任務(wù)管理纷跛、缺陷管理喻括、日志管理系統(tǒng)相互獨(dú)立的情況。

3. 工作日日志零散贫奠，無(wú)法統(tǒng)計(jì)分析唬血；無(wú)法通過(guò)任務(wù)的準(zhǔn)確分類和及時(shí)填報(bào)的耗時(shí)來(lái)統(tǒng)計(jì)研發(fā)管理各個(gè)環(huán)節(jié)的投入望蜡。

4. 缺少公共的任務(wù)的日志填寫機(jī)制，例如開(kāi)會(huì)刁品、請(qǐng)假泣特、參與培訓(xùn)等浩姥，很多人都需要填寫挑随，目前需要為每個(gè)人分配具體的任務(wù)，管理麻煩勒叠。

2. 研發(fā)質(zhì)量管理的目標(biāo)

1. 具備立體完善的研發(fā)數(shù)據(jù)兜挨。數(shù)據(jù)包括：缺陷數(shù)據(jù)、任務(wù)數(shù)據(jù)眯分、需求數(shù)據(jù)拌汇、工作量數(shù)據(jù)。

2. 日志數(shù)據(jù)能精確關(guān)聯(lián)到人員弊决、產(chǎn)品噪舀、項(xiàng)目。

3. 提供統(tǒng)一易用日志登記入口飘诗。

4. 提供系統(tǒng)的研發(fā)質(zhì)量評(píng)估KPI与倡。

3. 研發(fā)質(zhì)量管控解決方案

3.1 總體思路

image.png

1. 基于禪道成熟的現(xiàn)成產(chǎn)品，快速搭建項(xiàng)目管理系統(tǒng)昆稿。
2. 開(kāi)箱即用的管理功能纺座，包括項(xiàng)目管理、日志管理兩大塊溉潭。沉淀日志明細(xì)數(shù)據(jù)净响。
3. 定制開(kāi)發(fā)質(zhì)量度量報(bào)表≡辏基于日志明細(xì)數(shù)據(jù)馋贤，可以從項(xiàng)目、人員畏陕、產(chǎn)品多個(gè)角度來(lái)構(gòu)建KPI來(lái)評(píng)估研發(fā)質(zhì)量

3.2 禪道作為研發(fā)管理底座

禪道項(xiàng)目管理軟件的主要管理思想基于國(guó)際流行的敏捷項(xiàng)目管理方法—Scrum配乓。Scrum方法注重實(shí)效，操作性強(qiáng)蹭秋，非常適合軟件研發(fā)項(xiàng)目的快速迭代開(kāi)發(fā)扰付。但它只規(guī)定了核心的管理框架，還有很多細(xì)節(jié)流程需要團(tuán)隊(duì)自行擴(kuò)充仁讨。禪道在遵循其管理方式基礎(chǔ)上羽莺，結(jié)合國(guó)內(nèi)研發(fā)現(xiàn)狀，整合了bug管理洞豁，測(cè)試用例管理盐固，發(fā)布管理荒给，文檔管理等功能，完整的覆蓋了軟件研發(fā)項(xiàng)目的整個(gè)生命周期刁卜。在禪道軟件中志电，明確的將產(chǎn)品、項(xiàng)目蛔趴、測(cè)試三者概念區(qū)分開(kāi)挑辆，產(chǎn)品人員、開(kāi)發(fā)團(tuán)隊(duì)孝情、測(cè)試人員鱼蝉，三者分立，互相配合箫荡，又互相制約魁亦，通過(guò)需求、任務(wù)羔挡、bug來(lái)進(jìn)行交相互動(dòng)洁奈，最終通過(guò)項(xiàng)目拿到合格的產(chǎn)品。

3.3 精準(zhǔn)登記工作日志

通過(guò)安裝禪道第三方插件“日志適配模塊”快速實(shí)現(xiàn)如下的日志登記能力：
1绞灼、統(tǒng)一日志填報(bào)的入口利术。可以多選項(xiàng)目進(jìn)行填報(bào)镀赌。默認(rèn)顯示上次填報(bào)的項(xiàng)目氯哮。
2、提供 今日計(jì)劃商佛、明日計(jì)劃的填寫喉钢，匯總今日的日志和今日計(jì)劃進(jìn)行對(duì)比。
3良姆、每人每天的日志匯總按項(xiàng)目歸類肠虽，顯示耗時(shí)和任務(wù)的狀態(tài)。不只是羅列當(dāng)天日志明細(xì)玛追。
4税课、支持公共任務(wù)的填寫機(jī)制。標(biāo)記任務(wù)類型為共享痊剖，這種類型下任務(wù)不需要指派具體的人韩玩，具備響應(yīng)角色權(quán)限就可以共同填報(bào)日志。
5陆馁、測(cè)試單找颓、提測(cè)版本的日志可按角色共享填寫。
6叮贩、零碎缺陷日志匯總成一條日志顯示击狮》鹞觯【這條需要安裝官方的日志插件effort】
7、方便統(tǒng)計(jì)漏填日志的人員彪蓬。

3.3.1 日志填報(bào)

image.png

3.3.2 日志明細(xì)

image.png

3.3.3 日志匯總

image.png

3.3.4 日志匯總或明細(xì)的導(dǎo)出

image.png

3.3.5 提測(cè)版本-共享填報(bào)

提測(cè)版本是指在執(zhí)行-版本創(chuàng)建的條目寸莫。這里只顯示已經(jīng)關(guān)聯(lián)了測(cè)試單而且測(cè)試單還未關(guān)閉的條目。 使用場(chǎng)景：開(kāi)發(fā)人員當(dāng)天這個(gè)版本修復(fù)了一系列小問(wèn)題（每個(gè)問(wèn)題基本就是10多分鐘档冬，但合起來(lái)可能有1-2個(gè)小時(shí)）膘茎，或者臨時(shí)的多次部署安裝更新等操作（合起來(lái)有1個(gè)小時(shí)），不想登記多個(gè)缺陷或多個(gè)任務(wù)來(lái)跟蹤捣郊，那么這些開(kāi)發(fā)人員可以填報(bào)工時(shí)到“提測(cè)版本”辽狈。

image.png

默認(rèn)是開(kāi)發(fā)、研發(fā)主管角色可以看到此提測(cè)版本的公共條目呛牲，如果要調(diào)整，修改配置文件： {安裝目錄}\zentao\extension\custom\effortmate\config.php 如下的條目

 $config->effortmate->shareTaskTypeList["build"]=$config->effortmate->dev_roleName.','.$config->effortmate->dev_manager_roleName; 

如果不想開(kāi)放出來(lái)驮配，不想作為共享填報(bào)娘扩，可以修改配置文件： {安裝目錄}\zentao\extension\custom\effortmate\config.php 如下的條目，將值為false $config->effortmate->isShareBuild = true;

3.3.6 測(cè)試單-共享填報(bào)

提測(cè)版本是指在“執(zhí)行-測(cè)試”創(chuàng)建的測(cè)試單條目壮锻。這里只顯示還未關(guān)閉的條目琐旁。 使用場(chǎng)景：測(cè)試人員當(dāng)天這個(gè)測(cè)試了一系列小問(wèn)題（每個(gè)問(wèn)題基本就是10多分鐘，但合起來(lái)可能有1-2個(gè)小時(shí)）猜绣，或者臨時(shí)的多次部署安裝更新等操作（合起來(lái)有1個(gè)小時(shí)）灰殴，不想登記多個(gè)缺陷或多個(gè)任務(wù)來(lái)跟蹤，那么這些開(kāi)發(fā)人員可以填報(bào)工時(shí)到“測(cè)試單”

image.png

默認(rèn)是測(cè)試掰邢、測(cè)試主管角色可以看到此測(cè)試單的公共條目牺陶，如果要調(diào)整，修改配置文件： {安裝目錄}\zentao\extension\custom\effortmate\config.php
如下的條目

$config->effortmate->shareTaskTypeList["testtask"]=$config->effortmate->test_roleName.','.$config->effortmate->test_manager_roleName; 

如果不想開(kāi)放出來(lái)辣之，不想作為共享填報(bào)掰伸，可以修改配置文件： {安裝目錄}\zentao\extension\custom\effortmate\config.php
如下的條目，將值為false $config->effortmate->isShareTestTask = true;

3.3.7 顯示全部人員的匯總

使用場(chǎng)景：管理員要快速識(shí)別：指定部門指定日期范圍內(nèi)是否存在為填報(bào)的情況怀估，以便管理狮鸭。 在日志匯總里勾選上“顯示部門全部成員”，就會(huì)顯示所有人填寫的情況多搀，如果耗時(shí)歧蕉、今日明細(xì)等為空就表示沒(méi)有填寫。

image.png

特別的康铭，離職的人員（人員的真實(shí)姓名里如果含有‘離職’字樣的人）的日志如果為空惯退，則不顯示。如果也想顯示這些離職的人麻削，可以修改配置： {安裝目錄}\zentao\extension\custom\effortmate\config.php 如下的條目蒸痹，將值為false $config->effortmate->isKickQuitJob = true;

3.3.8 缺陷日志聚合顯示 【這條需要安裝官方的日志插件effort】

使用場(chǎng)景：開(kāi)發(fā)人員修復(fù)了多個(gè)缺陷春弥，每個(gè)缺陷都填寫了日志。但是工作明細(xì)里期望不要具列出來(lái)都修改了哪些缺陷叠荠。統(tǒng)一顯示“bug修改”就行匿沛。

image.png

3.3.9 公共任務(wù)填報(bào)

使用場(chǎng)景：有一些任務(wù)很多人都需要填寫，例如開(kāi)會(huì)榛鼎、請(qǐng)假逃呼、參與培訓(xùn)等。標(biāo)記任務(wù)類型為共享者娱，這種類型下任務(wù)不需要指派具體的人抡笼，具備響應(yīng)角色權(quán)限就可以共同填報(bào)日志。

步驟1：禪道-后臺(tái)-自定義-任務(wù)-類型黄鳍，增加一個(gè)新的類型 名稱可以自己隨意藏古，例如 ：public 公共

image.png

步驟2队丝、修改配置吞加，設(shè)置共享填報(bào)的模式為TASKTYPE {安裝目錄}\zentao\extension\custom\effortmate\config.php 如下的條目掺冠，將值為TASKTYPE $config->effortmate->shareTaskModel = "TASKTYPE" ; // 可以選填：NONE, TASKTYPE 或 TASK锌奴。

步驟3斩熊、修改配置渣叛，設(shè)置參與的角色 在配置文件最后增加一行，如下的“public”為步驟1定義的類型的編碼盯捌，“*”表示任何角色都可以參與這個(gè)公共任務(wù)的填寫：

$config->effortmate->shareTaskTypeList["public"]="*"; 

如果要指定一個(gè)或多角色才能填寫這個(gè)公共任務(wù)淳衙，這樣配置：

 $config->effortmate->shareTaskTypeList["public"]=$config->effortmate->product_manager_roleName.",".$config->effortmate->product_roleName.",".$config->effortmate->dev_manager_roleName; 

上面的角色分別是什么意思，附上說(shuō)明（也可以在配置文件重新進(jìn)行定義）：

//產(chǎn)品經(jīng)理角色的Name 
$config->effortmate->product_roleName = "產(chǎn)品經(jīng)理"; 
//產(chǎn)品主管角色的Name 
$config->effortmate->product_manager_roleName = "產(chǎn)品主管"; 
//項(xiàng)目經(jīng)理角色的Name 
$config->effortmate->project_manager_roleName = "項(xiàng)目經(jīng)理"; 
//開(kāi)發(fā)人員角色的Name 
$config->effortmate->dev_roleName = "研發(fā)"; 
//開(kāi)發(fā)主管角色的Name 
$config->effortmate->dev_manager_roleName = "研發(fā)主管"; 
//測(cè)試人員角色的Name 
$config->effortmate->test_roleName = "測(cè)試"; 
//測(cè)試主管角色的Name 
$config->effortmate->test_manager_roleName = "測(cè)試主管"; 
//UI人員角色的Name 
$config->effortmate->UI_roleName = "UI";

步驟4：創(chuàng)建任務(wù)饺著，任務(wù)類型就選擇上面的“公共”類型 指派人不需要指定箫攀。指定了也沒(méi)關(guān)系，只要符合步驟3的角色的人都可以看到這個(gè)公共任務(wù)的幼衰。

image.png

步驟5：待填工作明細(xì)里就會(huì)出現(xiàn) 只要符合步驟3的角色的人都可以看到這個(gè)公共任務(wù)的靴跛。

image.png

3.3.10 默認(rèn)顯示部門事務(wù)的項(xiàng)目

使用場(chǎng)景：企業(yè)矩陣的管理模式，導(dǎo)致一個(gè)員工的任務(wù)渡嚣，往往兩種來(lái)源：交付項(xiàng)目梢睛、部門事務(wù)。在日志填報(bào)時(shí)识椰，默認(rèn)顯示其部門事務(wù)項(xiàng)目下指派給他的任務(wù)绝葡。減去手動(dòng)勾選的麻煩，避免遺漏部門的事務(wù)腹鹉。

步驟1：創(chuàng)建的執(zhí)行名稱藏畅，要帶上“部門事務(wù)”四個(gè)字眼 然后為這個(gè)執(zhí)行選擇團(tuán)隊(duì)人員。

image.png

步驟2：登錄后就可以默認(rèn)看到這個(gè)部門事務(wù)的“執(zhí)行”被選中 并且會(huì)在待填寫列表里加載指派給他的任務(wù)功咒。

image.png

4. 四張報(bào)表度量研發(fā)質(zhì)量

4.1 項(xiàng)目質(zhì)量績(jī)效

從項(xiàng)目的角度分析數(shù)據(jù)愉阎，即這個(gè)報(bào)表的所有的KPI都是圍繞著項(xiàng)目來(lái)進(jìn)行統(tǒng)計(jì)绞蹦。從需求、缺陷榜旦、開(kāi)發(fā)三個(gè)維度定義出一系列的KPI幽七。

4.1.1 實(shí)施要點(diǎn)

項(xiàng)目質(zhì)量從需求、缺陷章办、開(kāi)發(fā)三個(gè)維度進(jìn)行考量锉走。

1. 項(xiàng)目往往分為維護(hù)型和新立項(xiàng)的項(xiàng)目，考核的周期一般是不一樣藕届。建議項(xiàng)目管理維度上就區(qū)分為維護(hù)型項(xiàng)目和新立項(xiàng)型項(xiàng)目挪蹭。新立項(xiàng)項(xiàng)目的統(tǒng)計(jì)范圍為此項(xiàng)目的計(jì)劃開(kāi)始和計(jì)劃結(jié)束時(shí)間；維護(hù)型項(xiàng)目的統(tǒng)計(jì)按用戶輸入的開(kāi)始時(shí)間和結(jié)束時(shí)間來(lái)統(tǒng)計(jì)休偶。特別注意梁厉，新立項(xiàng)項(xiàng)目的都有自己的計(jì)劃開(kāi)始和結(jié)束時(shí)間，導(dǎo)致統(tǒng)計(jì)時(shí)每個(gè)項(xiàng)目的統(tǒng)計(jì)SQL都不一樣踏兜，需要多次請(qǐng)求數(shù)據(jù)庫(kù)词顾，可能存在性能問(wèn)題。建議采用定時(shí)服務(wù)凌晨匯總數(shù)據(jù)到臨時(shí)表碱妆。

2. 一個(gè)項(xiàng)目可以關(guān)聯(lián)多個(gè)產(chǎn)品肉盹。這是禪道的功能。但是我們需要增強(qiáng)：當(dāng)關(guān)聯(lián)了多個(gè)產(chǎn)品疹尾，可以設(shè)置其中一個(gè)為主產(chǎn)品上忍。這樣就可以通過(guò)產(chǎn)品進(jìn)行數(shù)據(jù)的過(guò)濾。

4.1.2 KPI設(shè)計(jì)

已完成需求：該項(xiàng)目下所選時(shí)間段內(nèi)創(chuàng)建的需求纳本，篩選出有對(duì)應(yīng)任務(wù)的窍蓝，而且需求階段為“研發(fā)完畢”、“測(cè)試中”繁成、“測(cè)試完畢”吓笙、“已驗(yàn)收”“已關(guān)閉”等的需求個(gè)數(shù)。

已提測(cè)需求：該項(xiàng)目下所選時(shí)間段內(nèi)創(chuàng)建的巾腕，且有對(duì)應(yīng)提測(cè)版本的需求個(gè)數(shù)面睛。

需求測(cè)試平均通過(guò)次數(shù)：該項(xiàng)目下所選時(shí)間段內(nèi)創(chuàng)建的已提測(cè)的需求，需求測(cè)試通過(guò)次數(shù)之和除以提測(cè)需求個(gè)數(shù)祠墅。

缺陷概況：列出該項(xiàng)目下所選時(shí)間段內(nèi)所有的缺陷個(gè)數(shù)侮穿，以及分別按致命、嚴(yán)重毁嗦、一般亲茅、建議類型列出個(gè)數(shù)。

缺陷密度

• 缺陷換算個(gè)數(shù)：按bug嚴(yán)重程度進(jìn)行換算，致命=3個(gè)克锣，嚴(yán)重=2個(gè)茵肃，一般=1個(gè)，建議=0.2個(gè)袭祟。

• 項(xiàng)目開(kāi)發(fā)總工時(shí)：工時(shí)日志對(duì)象類型為“開(kāi)發(fā)”的工時(shí)之和

• 缺陷密度：缺陷換算個(gè)數(shù)/項(xiàng)目開(kāi)發(fā)總工時(shí)

缺陷修復(fù)失敗率

• bug重復(fù)激活次數(shù)：項(xiàng)目下所有的bug验残，重新激活一次就加1，比如巾乳，一個(gè)bug重新激活2次就加2您没。

• 缺陷修復(fù)失敗率：bug重復(fù)激活次數(shù)/總?cè)毕輸?shù)

缺陷解決率

• 已解決缺陷數(shù)：該項(xiàng)目下所選時(shí)間段內(nèi)bug的解決方案為“已解決”“不予解決”“轉(zhuǎn)為需求”的bug個(gè)數(shù)

• 缺陷解決率：已解決缺陷數(shù)/總?cè)毕輸?shù)

返工率

• 總工時(shí)：項(xiàng)目下所有的工時(shí)之和。

• 缺陷修復(fù)工時(shí)：項(xiàng)目下工時(shí)日志對(duì)象類型為“bug”胆绊、“提測(cè)版本”的工時(shí)之和氨鹏。

• 返工率：缺陷修復(fù)工時(shí)/總工時(shí)。

• 這個(gè)KPI的統(tǒng)計(jì)依賴官方的日志插件压状，因?yàn)椤癰ug”類的工作日志登記需要這個(gè)插件的功能來(lái)登記修復(fù)缺陷的工時(shí)仆抵。

開(kāi)發(fā)生產(chǎn)率

• 已完成的開(kāi)發(fā)任務(wù)數(shù)：所選時(shí)間段內(nèi)任務(wù)類型為“開(kāi)發(fā)”，任務(wù)狀態(tài)為“已完成”种冬、“已關(guān)閉”的任務(wù)個(gè)數(shù)之和镣丑。

• 已完成開(kāi)發(fā)任務(wù)總工時(shí)：所選時(shí)間段內(nèi)任務(wù)類型為“開(kāi)發(fā)”，任務(wù)狀態(tài)為“已完成”娱两、“已關(guān)閉”的任務(wù)工時(shí)之和莺匠。

• 開(kāi)發(fā)生產(chǎn)率：已完成的開(kāi)發(fā)任務(wù)數(shù)/已完成開(kāi)發(fā)任務(wù)總工時(shí)

4.1.3 實(shí)施效果圖

image.png

image.png

image.png

4.2 項(xiàng)目工作量分析

從項(xiàng)目的角度分析數(shù)據(jù)，即這個(gè)報(bào)表的所有的KPI都是圍繞著項(xiàng)目來(lái)進(jìn)行統(tǒng)計(jì)十兢。根據(jù)日志明細(xì)上不同的分類統(tǒng)計(jì)項(xiàng)目工作量的分布慨蛙。

4.2.1 實(shí)施要點(diǎn)

項(xiàng)目往往分為維護(hù)型和新立項(xiàng)的項(xiàng)目，考核的周期一般是不一樣纪挎。建議項(xiàng)目管理維度上就區(qū)分為維護(hù)型項(xiàng)目和新立項(xiàng)型項(xiàng)目。新立項(xiàng)項(xiàng)目的統(tǒng)計(jì)范圍為此項(xiàng)目的計(jì)劃開(kāi)始和計(jì)劃結(jié)束時(shí)間跟匆；維護(hù)型項(xiàng)目的統(tǒng)計(jì)按用戶輸入的開(kāi)始時(shí)間和結(jié)束時(shí)間來(lái)統(tǒng)計(jì)异袄。

4.2.2 KPI設(shè)計(jì)

1. 前期研究工作量：項(xiàng)目下工時(shí)日志對(duì)象類型為“前期研究”的工時(shí)之和。

2. 需求工作量：項(xiàng)目下工時(shí)日志對(duì)象類型為“需求分析”的工時(shí)之和玛臂。

3. 設(shè)計(jì)工作量：項(xiàng)目下工時(shí)日志對(duì)象類型為“開(kāi)發(fā)設(shè)計(jì)”的工時(shí)之和烤蜕。

4. 前期工作量占比：（前期研究工作量+需求工作量+設(shè)計(jì)工作量）/總工作量

5. 預(yù)估開(kāi)發(fā)工作量：項(xiàng)目下任務(wù)類型為“開(kāi)發(fā)”的預(yù)估工時(shí)之和

6. 實(shí)際開(kāi)發(fā)工作量：項(xiàng)目下任務(wù)類型為“開(kāi)發(fā)”的實(shí)際工時(shí)之和。

7. 估算偏差率：（實(shí)際開(kāi)發(fā)工作量-預(yù)估開(kāi)發(fā)工作量）/預(yù)估工作量

8. 需求答疑工作量：項(xiàng)目下工時(shí)日志對(duì)象類型為“需求答疑”工時(shí)之和迹冤。

9. bug修復(fù)工作量：項(xiàng)目下工時(shí)日志對(duì)象類型為“bug”讽营、“提測(cè)版本”的工時(shí)之和。 * 這個(gè)KPI的統(tǒng)計(jì)依賴官方的日志插件泡徙，因?yàn)椤癰ug”類的工作日志登記需要這個(gè)插件的功能來(lái)登記修復(fù)缺陷的工時(shí)橱鹏。

10. 待改進(jìn)工作量占比：（需求答疑工作量+bug修復(fù)工作量）/總工作量

11. 測(cè)試工作量：項(xiàng)目下工時(shí)日志對(duì)象類型為“測(cè)試”、“測(cè)試單”的工時(shí)之和莉兰。

12. 測(cè)試工作量占比：測(cè)試工作量/總工作量

13. UI工作量：項(xiàng)目下工時(shí)日志對(duì)象類型為“UI”的工時(shí)之和挑围。

14. 支持工作量：項(xiàng)目下工時(shí)日志對(duì)象類型為“支持”的工時(shí)之和。

15. 項(xiàng)目管理工作量：項(xiàng)目下工時(shí)日志對(duì)象類型為“管理”的工時(shí)之和糖荒。

16. 項(xiàng)目會(huì)議工作量：項(xiàng)目下工時(shí)日志對(duì)象類型為“會(huì)議”的工時(shí)之和杉辙。

17. 其他工作量：項(xiàng)目下工時(shí)日志對(duì)象類型不是以上類型之和。

18. 其他工作量占比：其他工作量/總工作量捶朵。當(dāng)該項(xiàng)工作量與總工作量占比超過(guò)5%時(shí)蜘矢，用紅色字體顯示。

4.2.3 實(shí)施效果圖

image.png

4.3 人員質(zhì)量績(jī)效

研發(fā)人員日常的工作主要分為三類：研發(fā)综看、支持品腹、修復(fù)缺陷，通過(guò)這三類數(shù)據(jù)進(jìn)行人員質(zhì)量績(jī)效的評(píng)估寓搬。研發(fā)類的珍昨，分析研發(fā)工作量、開(kāi)發(fā)生產(chǎn)率句喷；支持類的镣典，分析工作量占比；修復(fù)缺陷類的唾琼，分析返工率兄春、缺陷解決率、缺陷修復(fù)失敗率锡溯。

4.3.1 實(shí)施要點(diǎn)

已完成研發(fā)任務(wù)數(shù)：統(tǒng)計(jì)任務(wù)的完成時(shí)間在查詢時(shí)間段內(nèi)的任務(wù)個(gè)數(shù)赶舆。可以根據(jù)任務(wù)表zt_task 表里finishedDate 來(lái)判斷祭饭。

4.3.2 KPI設(shè)計(jì)

1. 工作量占比 總工作量：人員的所有工時(shí)之和芜茵。 研發(fā)工作量：人員的工時(shí)日志對(duì)象類型為“開(kāi)發(fā)”的所有工時(shí)之和。 支持工作量：人員的工時(shí)日志對(duì)象類型為“支持”的所有工時(shí)之和倡蝙。 支持工作量占比：支持工作量/總工作量九串。

2. 返工率 缺陷修復(fù)工作量：人員的工時(shí)日志對(duì)象類型為“bug”、“提測(cè)版本”的工時(shí)之和寺鸥。 * 這個(gè)KPI的統(tǒng)計(jì)依賴官方的日志插件猪钮，因?yàn)椤癰ug”類的工作日志登記需要這個(gè)插件的功能來(lái)登記“bug”類（即修復(fù)缺陷）的工時(shí)。 返工率：缺陷修復(fù)工作量/總工作量

3. 缺陷概況： 缺陷的個(gè)人歸屬問(wèn)題：依次獲取bug的解決者胆建、指派給烤低、創(chuàng)建者，前者為空笆载，則獲取后者扑馁。 缺陷總數(shù)：列出該時(shí)間段內(nèi)人員所有的缺陷個(gè)數(shù)涯呻，以及分別按致命、嚴(yán)重檐蚜、一般魄懂、建議類型列出個(gè)數(shù)。

4. 缺陷解決率 已解決缺陷數(shù)：該時(shí)間段內(nèi)人員的bug的解決方案為“已解決”“不予解決”“轉(zhuǎn)為需求”的bug個(gè)數(shù)闯第。 解決率：已解決缺陷數(shù)/缺陷總數(shù)

5. 缺陷密度 標(biāo)準(zhǔn)換算缺陷個(gè)數(shù)：按bug嚴(yán)重程度進(jìn)行換算市栗，致命=3個(gè)，嚴(yán)重=2個(gè)咳短，一般=1個(gè)填帽，建議=0.2個(gè)。 缺陷密度：缺陷換算個(gè)數(shù)/研發(fā)工作量

6. 缺陷修復(fù)失敗率 bug重復(fù)激活次數(shù)：該時(shí)間段內(nèi)人員所有的bug咙好，重新激活一次就加1篡腌，比如，一個(gè)bug重新激活2次就加2勾效。 缺陷修復(fù)失敗率：bug重復(fù)激活次數(shù)/缺陷總數(shù)

7. 開(kāi)發(fā)生產(chǎn)率

• 已完成研發(fā)任務(wù)數(shù)：統(tǒng)計(jì)任務(wù)的完成時(shí)間在查詢時(shí)間段內(nèi)的任務(wù)個(gè)數(shù)嘹悼。

• 開(kāi)發(fā)生產(chǎn)率：研發(fā)任務(wù)數(shù)/已完成開(kāi)發(fā)任務(wù)工時(shí)之和。

4.3.3 實(shí)施效果圖

image.png

4.4 人員產(chǎn)品工作量分布

研發(fā)類公司的人員日常產(chǎn)生的工時(shí)分布在四大類別上：事務(wù)型項(xiàng)目层宫、請(qǐng)假杨伙、維護(hù)型項(xiàng)目、新立項(xiàng)型項(xiàng)目萌腿。事務(wù)型項(xiàng)目就是日常的部門事務(wù)限匣，例如開(kāi)會(huì)、團(tuán)建等毁菱；請(qǐng)假也要登記工時(shí)米死；維護(hù)型項(xiàng)目主要就是日常的技術(shù)支持、缺陷修復(fù)贮庞，持續(xù)的做下去峦筒；新立項(xiàng)型項(xiàng)目有完整的項(xiàng)目生命周期，有嚴(yán)格的項(xiàng)目開(kāi)始時(shí)間和結(jié)束時(shí)間窗慎。 這個(gè)報(bào)表就是統(tǒng)計(jì)每個(gè)人在每個(gè)產(chǎn)品里事務(wù)勘天、請(qǐng)假、維護(hù)型項(xiàng)目捉邢、新立項(xiàng)型項(xiàng)目的工作量數(shù)據(jù)。

4.4.1 實(shí)施要點(diǎn)

事務(wù)型項(xiàng)目商膊、維護(hù)型項(xiàng)目、新立項(xiàng)型項(xiàng)目里都有可能登記了請(qǐng)假的工作量，要剔除這部分称勋。

4.4.2 KPI設(shè)計(jì)

1. 工作量分析 事務(wù)管理：日志明細(xì)里的項(xiàng)目管理類型為“事務(wù)管理”所有工時(shí)之和嘀掸。需要剔除對(duì)象類型為“請(qǐng)假”的材蹬。 請(qǐng)假：日志明細(xì)里的對(duì)象類型為“請(qǐng)假”的所有工時(shí)之和。 維護(hù)項(xiàng)目：日志明細(xì)里的項(xiàng)目管理類型為“維護(hù)項(xiàng)目”的所有工時(shí)之和吝镣。需要剔除對(duì)象類型為“請(qǐng)假”的堤器。 新立項(xiàng)：日志明細(xì)里的項(xiàng)目管理類型為“新立項(xiàng)”的所有工時(shí)之和。需要剔除對(duì)象類型為“請(qǐng)假”的末贾。 其他：日志明細(xì)里的項(xiàng)目管理類型為“其他”或空的所有工時(shí)之和闸溃。需要剔除對(duì)象類型為“請(qǐng)假”的拱撵。 工時(shí)總計(jì)：事務(wù)管理+維護(hù)項(xiàng)目+新立項(xiàng)+其他工時(shí)之和辉川。

2. 常規(guī)填寫率：合計(jì)人天/(工作量參考值-請(qǐng)假天數(shù))，高于125%拴测，低于95%乓旗，字體為紅色

4.4.3 實(shí)施效果圖

image.png

5. IT實(shí)施方案

1、安裝禪道17.6.2+開(kāi)源版本

2集索、安裝禪道官方日志插件“日志日歷”

https://www.zentao.net/extension-viewExt-30.html

3屿愚、安裝禪道第三方日志插件“日志適配模塊”

https://www.zentao.net/extension-viewExt-187.html

4、報(bào)表類自行開(kāi)發(fā)或聯(lián)系進(jìn)行定制開(kāi)發(fā)

1-3解決工作日志精準(zhǔn)登記务荆，4解決質(zhì)量報(bào)表妆距。1-3是基礎(chǔ)，已有成熟解決方案蛹含，禪道官網(wǎng)上就有完整的安裝教程毅厚，簡(jiǎn)單部署一下就將日志數(shù)據(jù)管理起來(lái)。日志數(shù)據(jù)運(yùn)行3到6個(gè)月后浦箱，有研發(fā)能力的企業(yè)可以基于日志數(shù)據(jù)再進(jìn)行報(bào)表類的開(kāi)發(fā)吸耿，或者定制進(jìn)行開(kāi)發(fā)。