全生命周期研發(fā)流程管理
作者: 來(lái)源: 文字大小:[大][中][小]
我們分為以下工作項(xiàng)來(lái)完成整個(gè)研發(fā)流程的工作跟蹤和完成狀態(tài)。
1.需求
需求開(kāi)發(fā)管理(Requirement Development and Management，RDM)的目的是在獲得正確的用戶需求基礎(chǔ)上，經(jīng)過(guò)分析和定義，然后在工作項(xiàng)里為每個(gè)需求填寫(xiě)需求項(xiàng)。需求的基本信息就填在需求工作項(xiàng)里，詳細(xì)信息可以鏈接到一個(gè)wiki庫(kù)的一個(gè)超鏈接。(wiki庫(kù)即大家都可以共享查看的一個(gè)文檔庫(kù)，具體wiki庫(kù)的位置是在我們項(xiàng)目的門(mén)戶網(wǎng)站的快速啟動(dòng)欄的文檔那個(gè)欄目)。“用戶需求和軟件需求”選項(xiàng)卡可以添加父級(jí)和子級(jí)的關(guān)系，用于指明這個(gè)用戶需求分別對(duì)應(yīng)哪些軟件需求。“需求跟蹤”可以填寫(xiě)這個(gè)需求對(duì)應(yīng)的測(cè)試用例。“更改請(qǐng)求”里可以填寫(xiě)這個(gè)需求對(duì)應(yīng)的變更記錄。在“其他”選項(xiàng)卡可以填寫(xiě)這個(gè)需求的估計(jì)工時(shí)，做估算工作量用。
2.任務(wù)
項(xiàng)目經(jīng)理針對(duì)每個(gè)需求提出相應(yīng)的任務(wù)寫(xiě)在工作項(xiàng)中的任務(wù)里面，把任務(wù)指派給對(duì)應(yīng)的開(kāi)發(fā)人員，在“實(shí)現(xiàn)”選項(xiàng)卡里面填寫(xiě)這個(gè)任務(wù)的計(jì)劃安排，等開(kāi)發(fā)人員完成任務(wù)(開(kāi)發(fā)人員在進(jìn)行任務(wù)的時(shí)候要填寫(xiě)任務(wù)的投入工時(shí))，狀態(tài)改為已解決的時(shí)候，項(xiàng)目經(jīng)理要對(duì)開(kāi)發(fā)人員這個(gè)任務(wù)的完成情況進(jìn)行評(píng)價(jià)，以用來(lái)對(duì)我們項(xiàng)目組成員進(jìn)行按季度或按月評(píng)分(詳見(jiàn)**評(píng)分文檔)。
3.BUG
測(cè)試人員針對(duì)每個(gè)任務(wù)或者每個(gè)測(cè)試用例進(jìn)行測(cè)試，如有問(wèn)題填寫(xiě)bug記錄，在“重現(xiàn)步驟”選項(xiàng)卡，填寫(xiě)bug的重現(xiàn)過(guò)程，如果bug是對(duì)應(yīng)某個(gè)測(cè)試用例的，在“測(cè)試用例”選項(xiàng)卡那里鏈接這個(gè)bug對(duì)應(yīng)的測(cè)試用例，測(cè)試人員可以在“修復(fù)”選項(xiàng)卡填寫(xiě)建議的修復(fù)方案，把bug指派給相應(yīng)的開(kāi)發(fā)人員，開(kāi)發(fā)人員要在bug單的“其他”選項(xiàng)卡填寫(xiě)此bug的估計(jì)投入工時(shí)和實(shí)際完成工時(shí)，并已解決返回給測(cè)試人員。最終保證這個(gè)bug被順利關(guān)閉。
4.評(píng)審
通過(guò)對(duì)代碼設(shè)計(jì)或相關(guān)文檔的評(píng)審，團(tuán)隊(duì)成員可以捕獲有關(guān)設(shè)計(jì)或代碼在名稱正確性、代碼相關(guān)性、擴(kuò)展性、代碼復(fù)雜性、算法復(fù)雜性以及代碼安全性方面的達(dá)標(biāo)情況詳細(xì)信息。
項(xiàng)目評(píng)審是在項(xiàng)目組內(nèi)部實(shí)施的對(duì)工作產(chǎn)品的評(píng)審，盡早地發(fā)現(xiàn)問(wèn)題和缺陷，并幫助項(xiàng)目組成員及時(shí)消除問(wèn)題和缺陷，從而有效地提高產(chǎn)品的質(zhì)量。一般由項(xiàng)目經(jīng)理發(fā)起一個(gè)評(píng)審，填寫(xiě)評(píng)審方法和評(píng)審類型，并填寫(xiě)參加的評(píng)審人員，如果是評(píng)審相關(guān)文檔，可以把此文檔以附件的形式鏈接進(jìn)來(lái)。待評(píng)審類別，和項(xiàng)目階段，評(píng)審計(jì)劃工作量都是必須要填的。
評(píng)審類型的區(qū)別，評(píng)審方法的區(qū)別?
5.問(wèn)題
如果你發(fā)現(xiàn)有可能會(huì)阻止工作或者正在阻止產(chǎn)品工作的事件或情況，這時(shí)候你就應(yīng)該記錄一個(gè)問(wèn)題工作項(xiàng)。問(wèn)題的類型是一個(gè)必選項(xiàng)，問(wèn)題可以被提升為風(fēng)險(xiǎn)。在“分析”選項(xiàng)卡填寫(xiě)問(wèn)題對(duì)項(xiàng)目的影響，描述原因、事件、以及受影響的工作，在“其他”選項(xiàng)卡填寫(xiě)制定解決問(wèn)題的目標(biāo)日期，及實(shí)施糾正解決措施所需要的投入。問(wèn)題可以由任何成員，對(duì)工作中的任意產(chǎn)品提出，然后指派給相應(yīng)的人員來(lái)解決。
6.風(fēng)險(xiǎn)
一般由項(xiàng)目經(jīng)理提出。針對(duì)風(fēng)險(xiǎn)的類別有很多種，比如管理風(fēng)險(xiǎn)，費(fèi)用風(fēng)險(xiǎn)，技術(shù)風(fēng)險(xiǎn)，商業(yè)風(fēng)險(xiǎn)等。什么時(shí)候認(rèn)識(shí)到這個(gè)風(fēng)險(xiǎn)，填寫(xiě)“識(shí)別日期”字段，誰(shuí)提出了這個(gè)風(fēng)險(xiǎn)，填寫(xiě)“識(shí)別人”這個(gè)字段，是在項(xiàng)目進(jìn)展的哪個(gè)階段發(fā)現(xiàn)了這個(gè)風(fēng)險(xiǎn)，填寫(xiě)項(xiàng)目階段。在“規(guī)避措施”選項(xiàng)卡填寫(xiě)怎么盡最大限度避免這個(gè)風(fēng)險(xiǎn)，在“緩解計(jì)劃”選項(xiàng)卡填寫(xiě)如何通過(guò)規(guī)避措施，現(xiàn)在這個(gè)風(fēng)險(xiǎn)處于什么狀態(tài)，是否有緩解掉，如果沒(méi)有達(dá)到緩解，應(yīng)該實(shí)施什么應(yīng)變計(jì)劃。
7.測(cè)試用例
測(cè)試人員在需求完成，開(kāi)發(fā)人員在開(kāi)發(fā)的同時(shí)就可以寫(xiě)測(cè)試用例，可以在測(cè)試用例對(duì)應(yīng)的“需求”選項(xiàng)卡填寫(xiě)這個(gè)測(cè)試用例是對(duì)應(yīng)哪個(gè)需求通過(guò)使用 Microsoft 測(cè)試管理器，不僅可以創(chuàng)建測(cè)試用例，還可以創(chuàng)建支持項(xiàng)目測(cè)試的測(cè)試套件和測(cè)試配置。如果多個(gè)測(cè)試用例需要執(zhí)行相同的測(cè)試步驟，這個(gè)時(shí)候你可以創(chuàng)建共享步驟。
8.共享步驟
共享步驟 即一個(gè)功能測(cè)試或集成測(cè)試?yán)锩嬗心膸讉€(gè)用例是好多功能測(cè)試?yán)锩婀灿玫模覀儼阉崛〕鰜?lái)當(dāng)作共享步驟。一般由測(cè)試人員創(chuàng)建共享步驟，當(dāng)包含共享步驟的所有測(cè)試用例也都已關(guān)閉時(shí)，共享步驟的狀態(tài)才更改為“已關(guān)閉”。
9.不符合項(xiàng)
由QA填寫(xiě)。
QA人員在每周例行檢查或參加評(píng)審過(guò)程中發(fā)現(xiàn)的不符合項(xiàng)，必須按照以下步驟進(jìn)行及時(shí)處理：
1.發(fā)現(xiàn)不符合項(xiàng)時(shí)創(chuàng)建，指派給該不符合項(xiàng)的作者，根據(jù)緊急程度選擇，狀態(tài)改成活動(dòng)，跟蹤狀態(tài)改成提出，并在處理意見(jiàn)處寫(xiě)明正確的方式。在跟蹤選項(xiàng)卡里填寫(xiě)目標(biāo)解決日期。如有截圖等放在附件處。
2.對(duì)于反饋的不符合項(xiàng)，若驗(yàn)證后覺(jué)得沒(méi)有問(wèn)題則狀態(tài)改為關(guān)閉
3.對(duì)于反饋，若還是不能通過(guò)，則狀態(tài)改為活動(dòng)繼續(xù)發(fā)還給不符合項(xiàng)的作者。
4.若不符合項(xiàng)的作者反饋為拒絕則進(jìn)一步進(jìn)行溝通。溝通后選擇關(guān)閉或者活動(dòng)，等待解決
5.若不符合項(xiàng)的作者反饋為不能解決則進(jìn)一步進(jìn)行溝通，再解決
10.QA工作日志
由QA填寫(xiě)。記錄檢查每個(gè)人的工作進(jìn)度。
評(píng)價(jià)過(guò)程和工作產(chǎn)品及服務(wù)。
對(duì)過(guò)程進(jìn)行指導(dǎo)。
11.變更申請(qǐng)
現(xiàn)在軟件開(kāi)發(fā)中需求出現(xiàn)變更時(shí)非常常見(jiàn)的，合理管理好變更，對(duì)所有軟件開(kāi)發(fā)來(lái)說(shuō)是至關(guān)重要的。當(dāng)需求出現(xiàn)變更時(shí)，由項(xiàng)目經(jīng)理或用戶填寫(xiě)變更申請(qǐng)，填寫(xiě)詳細(xì)的變更信息，說(shuō)明變更的理由，這個(gè)變更會(huì)對(duì)會(huì)對(duì)我們整個(gè)開(kāi)發(fā)流程產(chǎn)生什么影響，比如軟件體系結(jié)構(gòu)，用戶體驗(yàn)等，這個(gè)變更是針對(duì)之前哪個(gè)需求做的調(diào)整，把“關(guān)聯(lián)需求或任務(wù)“給做個(gè)鏈接，在”變更跟蹤“選項(xiàng)卡里填寫(xiě)這個(gè)變更需要投入多少工時(shí)，最終在”變更審批“選下卡填寫(xiě)這個(gè)變更是否被審批同意。