PMO應(yīng)該掌握的質(zhì)量管理
發(fā)布時間:2022/3/25 9:35:00
質(zhì)量基準(zhǔn)對于項(xiàng)目管理而言是三大基準(zhǔn)之一,質(zhì)量管理也是不可或缺的基石,在不同類型的項(xiàng)目中質(zhì)量驗(yàn)收通過是必要的。質(zhì)量管理是貫穿整個PMO項(xiàng)目管理工作和全項(xiàng)目生命周期中的。
項(xiàng)目管理是依賴于團(tuán)隊(duì)的一項(xiàng)管理活動, PMO質(zhì)量管理除了依賴于測試同學(xué)以外,還依賴于其他的團(tuán)隊(duì)成員、相關(guān)方。在整個PMO持續(xù)項(xiàng)目管理中不斷通過優(yōu)化流程,通過回顧會總結(jié)經(jīng)驗(yàn)教訓(xùn)沉淀組織過程資產(chǎn),對于項(xiàng)目的質(zhì)量管理和質(zhì)量進(jìn)行持續(xù)改進(jìn);對于每個項(xiàng)目從需求到立項(xiàng),從規(guī)劃到實(shí)現(xiàn),到線上運(yùn)營的質(zhì)量進(jìn)行管理。
在需求階段,要求需求方的需求符合smart原則,即必須是具體的(Specific),必須是可以衡量的(Measurable),必須是可以達(dá)到的(Attainable),必須和其他目標(biāo)具有相關(guān)性(Relevant)必須具有明確的截止期限(Time-based)。還需要是系統(tǒng)全面的,需求的提出不能僅僅是考慮本小組,需要考慮所有相關(guān)方的需求整合成體系。在此基礎(chǔ)上完成的產(chǎn)品需求文檔才能保證功能和特性完整定義且全面可靠的,能夠減少變更的發(fā)生,同樣能夠減少系統(tǒng)性風(fēng)險和功能沖突的發(fā)生。
在此過程中產(chǎn)品需要持續(xù)不斷的溝通和思考,包含需求方溝通,技術(shù)和業(yè)務(wù)熟練的溝通,參考競品和其他同行業(yè)(大類,例如互聯(lián)網(wǎng),不是小類同競爭者)產(chǎn)品,個性化為適合本公司的且有綜合評估收益正向并可以接受的損失的功能,保證業(yè)務(wù)的方向是正確的,避免可交付成果與需求方期望不符。
質(zhì)量規(guī)劃階段出具產(chǎn)品方案進(jìn)行評審,同時交付同學(xué)出具技術(shù)方案進(jìn)行溝通,測試同學(xué)對于測試點(diǎn)提出自己的疑問和風(fēng)險點(diǎn)。識別定義質(zhì)量要求和標(biāo)準(zhǔn),例如功能和特性實(shí)現(xiàn)程度,響應(yīng)速度,bug數(shù)量和等級,后續(xù)便于對于質(zhì)量的管理和監(jiān)控;
設(shè)計(jì)開發(fā)階段,通過站會和隨時的面對面溝通提高問題發(fā)現(xiàn)和解決的效率,持續(xù)進(jìn)行技術(shù)和業(yè)務(wù)驗(yàn)證,以確保業(yè)務(wù)方向在執(zhí)行過程中沒有巨大的變化。在產(chǎn)生巨大變化時及時調(diào)整項(xiàng)目方向,快速實(shí)現(xiàn)項(xiàng)目的變更,以符合業(yè)務(wù)的變化。
開發(fā)完成后,開發(fā)對于代碼進(jìn)行自測,代碼經(jīng)過團(tuán)隊(duì)審核,以降低影響范圍和提高提測質(zhì)量,實(shí)現(xiàn)不能有影響測試流程的bug,否則直接打回開發(fā)進(jìn)行修改;提測后,測試對于功能、性能、兼容等方面進(jìn)行詳盡的測試,另一方面自動化測試進(jìn)行壓力、穩(wěn)定性、系統(tǒng)測試,并提高測試效率。
同時提測后設(shè)計(jì)、需求方和產(chǎn)品進(jìn)行需求驗(yàn)收,和功能驗(yàn)收,驗(yàn)證需求是否被滿足,是否符合前期規(guī)劃,上線以后操作使用確定是否和業(yè)務(wù)方向一致,相關(guān)人員持續(xù)關(guān)注功能運(yùn)營情況,及時解決線上問題。
在提出變更時,召集相關(guān)同學(xué)進(jìn)行評估確定變更方案,并執(zhí)行變更,但是要符合業(yè)務(wù)方向和公司整體業(yè)務(wù)方向和戰(zhàn)略方向。