如何評估項目團隊效率?
2018-11-09 來源:搜狗測試zhuliren
互聯(lián)網(wǎng)產(chǎn)品為了快速了解,滿足用戶需求和完善用戶體驗,需要不斷迭代更新版本,不斷改進。版本迭代速度越快,再激烈的競爭中越具有優(yōu)勢。
快速迭代,效率很重要。那么我們該如何評估項目團隊工作效率是好是壞,如何找出項目團隊中效率的問題能?首先,團隊主體構(gòu)成由產(chǎn)品,開發(fā),測試構(gòu)成。每個環(huán)節(jié)在項目迭代過程中都占據(jù)重要地位,且相互影響,相互制約。雖然我們的角色是測試,但是只在測試的范疇內(nèi)去討論如何提高效率顯然過于局限。因此,放眼整個項目評估各角色工作效率對項目整體效率提升意義更大。
那么該如何評估效率呢?
我們通過總結(jié)各角色經(jīng)常發(fā)生的問題,并將問題轉(zhuǎn)化成可量化的指標(biāo)去度量,再分析評估指標(biāo)的變化趨勢來評估團隊整體效率。
開發(fā)層面常見問題:
開發(fā)提測delay嚴(yán)重,Bug來回來去修改不對,測試要多次驗證和回歸。
開發(fā)提測質(zhì)量不高,Bug特別多
開發(fā)間溝通不暢,經(jīng)常出現(xiàn)信息不同步或信息有誤導(dǎo)導(dǎo)致重構(gòu)或返工情況
開發(fā)提交代碼隨意無約束經(jīng)常計劃外重構(gòu)
改動比較大的模塊提測晚,一輪后期發(fā)現(xiàn)大量Bug
建立指標(biāo):
千行bug率
用來評估開發(fā)代碼質(zhì)量,bug率越低越好
bug修改輪數(shù)及比例分布
開發(fā)修改bug輪數(shù)越多,說明開發(fā)修改代碼質(zhì)量不高或缺少自測
開發(fā)重構(gòu)次數(shù)
一個版本內(nèi)不應(yīng)該有太多的代碼重構(gòu),大的重構(gòu)一般控制在一個左右,同一個版本重構(gòu)過多無論是質(zhì)量還是時間都無法保證。
產(chǎn)品層面常見問題:
需求前期考慮不充分,導(dǎo)致后面需變較多,重復(fù)開發(fā)測試工作量巨大
需求,交互不詳細,測試過程中大量溝通確認(rèn),耗費時間
建立指標(biāo):
1.需變工作量占比
需求變更所帶來的工作量越大,項目越不可能按照既定計劃上線
2.需變時間軸
用來描述需求變更在整個項目周期內(nèi)的分布情況,正常情況需變應(yīng)該集中在項目前期,隨著項目的進行,越往后需變應(yīng)該越少,到最終回歸階段不應(yīng)該再有需變。如果需變集中在中后期,往往上線時間會delay。
有人會說,身為測試這么關(guān)注開發(fā)產(chǎn)品的問題干啥,你也改變不了。我想說首先大家是一個項目團隊,每個人都有義務(wù)指出配合團隊的問題,其次,團隊之間是相互影響的,只有上游團隊變好了,某些測試工作才能變輕松。在指出對方問題時如果帶著具體的實例,具體的數(shù)據(jù),才能有說服力,對方才能夠信服和接受。
測試層面常見:
用例設(shè)計花費時間多,或者評審返工多
用例設(shè)計遺漏,后期發(fā)現(xiàn)導(dǎo)致重復(fù)回歸,延長上線時間
測試方法不足,部分Case執(zhí)行耗時較多,例如場景構(gòu)造,異常數(shù)據(jù)構(gòu)造
工具應(yīng)用比較少,手工測試比重大。測試時間變長
不可重現(xiàn)的Bug,導(dǎo)致花費大量時間重試或驗證
二輪測試執(zhí)行時間比較長
測試范圍評估不準(zhǔn),臨近上線回歸發(fā)現(xiàn)bug,需要延長測試時間。
對需求理解有誤,報了部分無效bug,對開發(fā)和測試時間造成浪
人員能力和經(jīng)驗不足,用例執(zhí)行速度偏慢
建立指標(biāo):
每人用例設(shè)計時間及條數(shù)
用來評估測試人員用例設(shè)計方面的效率
用例設(shè)計評審及返工用時和占比
用例評審及返工時間越多,說明用例設(shè)計方法或?qū)δ芰私獯嬖趩栴}
測試各階段時間占比
用例執(zhí)行時間或回歸執(zhí)行時間的比例應(yīng)該越少越好,比例越大說明在測試方法和 手段存在問題
不可重現(xiàn)Bug比例
不可重現(xiàn)的bug比例不應(yīng)該太高,測試人員需要在如何重現(xiàn)問題及找到重現(xiàn)方面下功夫
Bug驗證工時占比
bug驗證時間多可能是bug過多或者驗證手段不足,效率低下
發(fā)現(xiàn)晚的Bug占比
應(yīng)該盡可能的降低這個比例,并逐個問題分析原因找到解決方案。
至此我們定義了各團隊效率問題層面的指標(biāo),我們可以通過不同的迭代版本持續(xù)統(tǒng)計持續(xù)觀察,相應(yīng)的問題解決后通過指標(biāo)的變化來驗證效率是否提升。
(本文于2016-04-22首次發(fā)布)
免責(zé)聲明:
1、項目經(jīng)理人發(fā)布的所有資訊與文章是出于為業(yè)界傳遞更多信息之目的,并不意味著贊同其觀點或證實其描述。其原創(chuàng)性以及文中陳述文字和內(nèi)容未經(jīng)本站證實,對本文以及其中全部或者部分內(nèi)容、文字的真實性、完整性、及時性本站不作任何保證或承諾,請瀏覽者僅作參考,并請自行核實相關(guān)內(nèi)容。
2、本站部分內(nèi)容轉(zhuǎn)載于其他網(wǎng)站和媒體,版權(quán)歸原作者或原發(fā)布媒體所有。如文章涉及版權(quán)等問題,請聯(lián)系本站,我們將在兩個工作日內(nèi)進行刪除或修改處理。敬請諒解!
上一篇:打造“團隊”這款產(chǎn)品
延伸閱讀:
- 打造“團隊”這款產(chǎn)品 (2018-11-09)
- 用《余罪》解析項目團隊 (2018-11-09)
- 把握項目團隊管理特性,提升項目團隊管理效率 (2018-11-09)
- 論“如何做好項目團隊管理” (2018-11-09)
- 海外項目團隊的搭建和建設(shè)淺談 (2018-11-09)
本站推薦
會議活動
- 12021第十屆中國PMO大會將于8月在北京召開
- 22020年中國管理研究(IACMR)大會將于6月在西安召開
- 32020第四屆全球人工智能大會將于6月在京召開
- 42020中國(北京)國際大數(shù)據(jù)產(chǎn)業(yè)博覽會將于6月...
- 52020第九屆中國國防信息化裝備與技術(shù)博覽會將...
- 62020年第十二屆通信軟件和網(wǎng)絡(luò)國際會議將于6月...
- 72020年第六屆國際信息管理大會將于3月在英國召開
- 82020第九屆工業(yè)技術(shù)和管理國際會議將于2月英國召開
- 9華為開發(fā)者大會將于2020年2月在深圳召開
- 102020第二屆全球制造業(yè)數(shù)字化轉(zhuǎn)型國際峰會將于2...
公開課程
- 1《市場驅(qū)動的新產(chǎn)品開發(fā)流程和研發(fā)項目管理》...
- 2《怎樣當(dāng)好研發(fā)項目經(jīng)理-研發(fā)項目經(jīng)理的軟技能...
- 3《研發(fā)項目管理》公開課培訓(xùn)將于2020年5月在北...
- 4《如何打造高效的研發(fā)團隊》公開課培訓(xùn)將于202...
- 5《成功的產(chǎn)品經(jīng)理—產(chǎn)品經(jīng)理的野蠻成長》公開...
- 6《研發(fā)人員的考核與激勵》公開課培訓(xùn)將于2020...
- 7《從技術(shù)走向管理—研發(fā)經(jīng)理的領(lǐng)導(dǎo)力與執(zhí)行力...
- 8《敏捷軟件開發(fā)》公開課將于2019年12月23-24日...
- 92020年度項目管理公開課開班計劃策劃中
- 102020年度項目管理公開課開班計劃策劃中