首頁>項(xiàng)目團(tuán)隊(duì) > 正文

如何評(píng)估項(xiàng)目團(tuán)隊(duì)效率?

2018-11-09    來源:搜狗測(cè)試zhuliren
       互聯(lián)網(wǎng)產(chǎn)品為了快速了解,滿足用戶需求和完善用戶體驗(yàn),需要不斷迭代更新版本,不斷改進(jìn)。版本迭代速度越快,再激烈的競爭中越具有優(yōu)勢(shì)。
       快速迭代,效率很重要。那么我們?cè)撊绾卧u(píng)估項(xiàng)目團(tuán)隊(duì)工作效率是好是壞,如何找出項(xiàng)目團(tuán)隊(duì)中效率的問題能?首先,團(tuán)隊(duì)主體構(gòu)成由產(chǎn)品,開發(fā),測(cè)試構(gòu)成。每個(gè)環(huán)節(jié)在項(xiàng)目迭代過程中都占據(jù)重要地位,且相互影響,相互制約。雖然我們的角色是測(cè)試,但是只在測(cè)試的范疇內(nèi)去討論如何提高效率顯然過于局限。因此,放眼整個(gè)項(xiàng)目評(píng)估各角色工作效率對(duì)項(xiàng)目整體效率提升意義更大。
       那么該如何評(píng)估效率呢?
       我們通過總結(jié)各角色經(jīng)常發(fā)生的問題,并將問題轉(zhuǎn)化成可量化的指標(biāo)去度量,再分析評(píng)估指標(biāo)的變化趨勢(shì)來評(píng)估團(tuán)隊(duì)整體效率。
       開發(fā)層面常見問題:
       開發(fā)提測(cè)delay嚴(yán)重,Bug來回來去修改不對(duì),測(cè)試要多次驗(yàn)證和回歸。
       開發(fā)提測(cè)質(zhì)量不高,Bug特別多
       開發(fā)間溝通不暢,經(jīng)常出現(xiàn)信息不同步或信息有誤導(dǎo)導(dǎo)致重構(gòu)或返工情況
       開發(fā)提交代碼隨意無約束經(jīng)常計(jì)劃外重構(gòu)
       改動(dòng)比較大的模塊提測(cè)晚,一輪后期發(fā)現(xiàn)大量Bug
       建立指標(biāo):
       千行bug率
       用來評(píng)估開發(fā)代碼質(zhì)量,bug率越低越好
       bug修改輪數(shù)及比例分布
       開發(fā)修改bug輪數(shù)越多,說明開發(fā)修改代碼質(zhì)量不高或缺少自測(cè)
       開發(fā)重構(gòu)次數(shù)
       一個(gè)版本內(nèi)不應(yīng)該有太多的代碼重構(gòu),大的重構(gòu)一般控制在一個(gè)左右,同一個(gè)版本重構(gòu)過多無論是質(zhì)量還是時(shí)間都無法保證。
       產(chǎn)品層面常見問題:
       需求前期考慮不充分,導(dǎo)致后面需變較多,重復(fù)開發(fā)測(cè)試工作量巨大
       需求,交互不詳細(xì),測(cè)試過程中大量溝通確認(rèn),耗費(fèi)時(shí)間
       建立指標(biāo):
       1.需變工作量占比
       需求變更所帶來的工作量越大,項(xiàng)目越不可能按照既定計(jì)劃上線
       2.需變時(shí)間軸
       用來描述需求變更在整個(gè)項(xiàng)目周期內(nèi)的分布情況,正常情況需變應(yīng)該集中在項(xiàng)目前期,隨著項(xiàng)目的進(jìn)行,越往后需變應(yīng)該越少,到最終回歸階段不應(yīng)該再有需變。如果需變集中在中后期,往往上線時(shí)間會(huì)delay。
       有人會(huì)說,身為測(cè)試這么關(guān)注開發(fā)產(chǎn)品的問題干啥,你也改變不了。我想說首先大家是一個(gè)項(xiàng)目團(tuán)隊(duì),每個(gè)人都有義務(wù)指出配合團(tuán)隊(duì)的問題,其次,團(tuán)隊(duì)之間是相互影響的,只有上游團(tuán)隊(duì)變好了,某些測(cè)試工作才能變輕松。在指出對(duì)方問題時(shí)如果帶著具體的實(shí)例,具體的數(shù)據(jù),才能有說服力,對(duì)方才能夠信服和接受。
       測(cè)試層面常見:
       用例設(shè)計(jì)花費(fèi)時(shí)間多,或者評(píng)審返工多
       用例設(shè)計(jì)遺漏,后期發(fā)現(xiàn)導(dǎo)致重復(fù)回歸,延長上線時(shí)間
       測(cè)試方法不足,部分Case執(zhí)行耗時(shí)較多,例如場景構(gòu)造,異常數(shù)據(jù)構(gòu)造
       工具應(yīng)用比較少,手工測(cè)試比重大。測(cè)試時(shí)間變長
       不可重現(xiàn)的Bug,導(dǎo)致花費(fèi)大量時(shí)間重試或驗(yàn)證
       二輪測(cè)試執(zhí)行時(shí)間比較長
       測(cè)試范圍評(píng)估不準(zhǔn),臨近上線回歸發(fā)現(xiàn)bug,需要延長測(cè)試時(shí)間。
       對(duì)需求理解有誤,報(bào)了部分無效bug,對(duì)開發(fā)和測(cè)試時(shí)間造成浪
       人員能力和經(jīng)驗(yàn)不足,用例執(zhí)行速度偏慢
       建立指標(biāo):
       每人用例設(shè)計(jì)時(shí)間及條數(shù)
       用來評(píng)估測(cè)試人員用例設(shè)計(jì)方面的效率
       用例設(shè)計(jì)評(píng)審及返工用時(shí)和占比
       用例評(píng)審及返工時(shí)間越多,說明用例設(shè)計(jì)方法或?qū)δ芰私獯嬖趩栴}
       測(cè)試各階段時(shí)間占比
       用例執(zhí)行時(shí)間或回歸執(zhí)行時(shí)間的比例應(yīng)該越少越好,比例越大說明在測(cè)試方法和    手段存在問題
       不可重現(xiàn)Bug比例
       不可重現(xiàn)的bug比例不應(yīng)該太高,測(cè)試人員需要在如何重現(xiàn)問題及找到重現(xiàn)方面下功夫
       Bug驗(yàn)證工時(shí)占比
       bug驗(yàn)證時(shí)間多可能是bug過多或者驗(yàn)證手段不足,效率低下
       發(fā)現(xiàn)晚的Bug占比
       應(yīng)該盡可能的降低這個(gè)比例,并逐個(gè)問題分析原因找到解決方案。
       至此我們定義了各團(tuán)隊(duì)效率問題層面的指標(biāo),我們可以通過不同的迭代版本持續(xù)統(tǒng)計(jì)持續(xù)觀察,相應(yīng)的問題解決后通過指標(biāo)的變化來驗(yàn)證效率是否提升。
(本文于2016-04-22首次發(fā)布)


分享到:

免責(zé)聲明:
  1、項(xiàng)目經(jīng)理人發(fā)布的所有資訊與文章是出于為業(yè)界傳遞更多信息之目的,并不意味著贊同其觀點(diǎn)或證實(shí)其描述。其原創(chuàng)性以及文中陳述文字和內(nèi)容未經(jīng)本站證實(shí),對(duì)本文以及其中全部或者部分內(nèi)容、文字的真實(shí)性、完整性、及時(shí)性本站不作任何保證或承諾,請(qǐng)瀏覽者僅作參考,并請(qǐng)自行核實(shí)相關(guān)內(nèi)容。
  2、本站部分內(nèi)容轉(zhuǎn)載于其他網(wǎng)站和媒體,版權(quán)歸原作者或原發(fā)布媒體所有。如文章涉及版權(quán)等問題,請(qǐng)聯(lián)系本站,我們將在兩個(gè)工作日內(nèi)進(jìn)行刪除或修改處理。敬請(qǐng)諒解!

關(guān)于我們 聯(lián)系我們 版權(quán)聲明 隱私保護(hù) 投訴建議 卓橡資源

Copyright ? 2021 項(xiàng)目經(jīng)理人 版權(quán)所有 京ICP備17062359號(hào)-3 如轉(zhuǎn)載本站文章,請(qǐng)注明原作者和原發(fā)布媒體
本著互聯(lián)網(wǎng)分享精神,本站部分內(nèi)容轉(zhuǎn)載于其他網(wǎng)站和媒體,如稿件涉及版權(quán)等問題,請(qǐng)聯(lián)系本站進(jìn)行刪除或修改處理
客服電話:010-89506650 89504891 非工作時(shí)間可聯(lián)系:18701278071(微信) QQ在線:511524637
新聞與原創(chuàng)文章投稿:tougao#cpmta.com 客服郵箱:info#cpmta.com(請(qǐng)將#換成@)
項(xiàng)目經(jīng)理人——我國項(xiàng)目經(jīng)理職業(yè)發(fā)展門戶網(wǎng)站,隸屬卓橡公司