|
QA可視化項(xiàng)目管理
技術(shù) K：我完成到圖片分享功能，圖片下載的bug已經(jīng)就提交上來(lái)了，但是我現(xiàn)在沒有時(shí)間改bug。
測(cè)試 F：我已經(jīng)提了一輪的bug了，但是我不知道bug什么修好，然后我可以去復(fù)查。
交互 E：圖片分享功能開發(fā)完成了？可以測(cè)試了嗎？
產(chǎn)品經(jīng)理 ：現(xiàn)在大概還有多少P0的bug？zero bug時(shí)間節(jié)點(diǎn)是否需要后延？
… …
如果沒有QA，項(xiàng)目的狀況不是對(duì)每個(gè)項(xiàng)目成員透明化，就會(huì)出現(xiàn)以上的各種情況；
QA作為協(xié)同式任務(wù)管理工具，通過(guò)對(duì)每個(gè)任務(wù)的記錄和跟蹤，讓項(xiàng)目成員對(duì)整個(gè)項(xiàng)目的情況有直觀的了解，項(xiàng)目經(jīng)理可隨時(shí)監(jiān)控項(xiàng)目推進(jìn)中的風(fēng)險(xiǎn)是否在可控范圍，并提前快速作出調(diào)整。
不管是前期開發(fā)的工作包還是后期的測(cè)試bug，均以任務(wù)的形式錄入在QA里，然后對(duì)這個(gè)任務(wù)的一些基本屬性做設(shè)置，如：屬于哪個(gè)milestone、哪個(gè)模塊等，然后由各個(gè)階段的Triage的負(fù)責(zé)人按照需求等級(jí)標(biāo)準(zhǔn)來(lái)對(duì)任務(wù)作分類定級(jí)，并確定是否做，是否現(xiàn)在做；所有的任務(wù)都必須經(jīng)過(guò)Triage并approve通過(guò)，才能開始工作。Triage的決策需要多個(gè)層面的知識(shí)（結(jié)合產(chǎn)品、技術(shù)、進(jìn)度等多方因素），特別是在大項(xiàng)目中，Triage往往是一項(xiàng)群體工作，以功能小組（feature team）或產(chǎn)品決策組的方式來(lái)進(jìn)行。在項(xiàng)目的不同階段，可以由不同的角色來(lái)主導(dǎo)Triage流程。
在任務(wù)approve后，各職能方leader將任務(wù)指派給相應(yīng)具體執(zhí)行的人員。執(zhí)行人員，也就是任務(wù)的owner，必須設(shè)置任務(wù)的Status date，如：Status任務(wù)狀態(tài)是Working（進(jìn)行中）；Status date即完成日期點(diǎn)，Status date應(yīng)真實(shí)反映實(shí)際工作計(jì)劃，并應(yīng)契合項(xiàng)目時(shí)間表。
在執(zhí)行人員完成任務(wù)時(shí)，QA會(huì)通知各職能方leader去關(guān)閉這個(gè)任務(wù)，關(guān)閉的意義在于通知任務(wù)的相關(guān)跟蹤者，可以著手下一部分的工作，如某功能代碼任務(wù)關(guān)閉，即相關(guān)測(cè)試人員就知道可以開始這個(gè)功能點(diǎn)的測(cè)試工作；
通過(guò)任務(wù)在QA系統(tǒng)里的記錄和跟蹤，以及任務(wù)狀態(tài)的實(shí)時(shí)更新，最終會(huì)匯總生成各種可視化的圖表，項(xiàng)目進(jìn)展直觀，且可度量，能夠很好的把握整個(gè)項(xiàng)目推進(jìn)的節(jié)奏，對(duì)項(xiàng)目中各項(xiàng)問(wèn)題和風(fēng)險(xiǎn)定位更容易，并可在周會(huì)上對(duì)項(xiàng)目的所有成員公開進(jìn)度信息，便于協(xié)調(diào)一致；
其中最重要的圖表：glide path任務(wù)走勢(shì)圖：
“實(shí)際任務(wù)走勢(shì)”與“計(jì)劃任務(wù)走勢(shì)”的對(duì)比，可以衡量出計(jì)劃與實(shí)際的偏差。
出處：163 UED Team
責(zé)任編輯：bluehearts
上一頁(yè) 關(guān)于項(xiàng)目管理的一點(diǎn)體會(huì) [2] 下一頁(yè) 關(guān)于項(xiàng)目管理的一點(diǎn)體會(huì) [4]
◎進(jìn)入論壇網(wǎng)站綜合、網(wǎng)頁(yè)制作版塊參加討論
|
第 1 頁(yè) 
第 3 頁(yè) 關(guān)于項(xiàng)目管理的一點(diǎn)體會(huì) [3]
