1.本輪版本要交付的功能及時(shí)間已已評(píng)估并與客戶達(dá)成一致,是以交付時(shí)間倒推來(lái)管理《需求規(guī)劃》和《研發(fā)計(jì)劃表》的方式。
2.團(tuán)隊(duì)資源:有測(cè)試組長(zhǎng),開(kāi)發(fā)組長(zhǎng)是臨時(shí)支持(同時(shí)兼顧其他項(xiàng)目)。
3.開(kāi)發(fā)4人、測(cè)試2人、需求1人,迭代周期1~2周。
4.需求、開(kāi)發(fā)和測(cè)試在一起辦公。
(1)對(duì)需求的管理,個(gè)人認(rèn)為需要維護(hù)好《需求規(guī)劃》和《需求規(guī)格說(shuō)明書》這兩份文檔。
1、《需求規(guī)劃》用于管理規(guī)劃中的用戶需求,需求狀態(tài)含:待需求分析、需求分析中、待開(kāi)發(fā)、開(kāi)發(fā)中、待系統(tǒng)測(cè)試、系統(tǒng)測(cè)試中、系統(tǒng)測(cè)試關(guān)閉、待業(yè)務(wù)測(cè)試、業(yè)務(wù)測(cè)試中、業(yè)務(wù)測(cè)試關(guān)閉,需求的時(shí)間含‘客戶提出時(shí)間、交付時(shí)間’。
2、《需求規(guī)格說(shuō)明書》用于管理已明確的軟件需求。
3、《需求規(guī)劃-歸檔》用于管理《需求規(guī)劃》中需求狀態(tài)為“業(yè)務(wù)測(cè)試關(guān)閉”的條目。
操作過(guò)程:
1)每天下班前:
需求人員將《需求規(guī)劃》中當(dāng)天和開(kāi)發(fā)、測(cè)試評(píng)審確定的本輪新需求更新到《需求規(guī)格說(shuō)明書》。
需求人員將當(dāng)天在研產(chǎn)生的變更需求,不影響交付時(shí)間的情況下,需求&開(kāi)發(fā)&測(cè)試三方達(dá)成一致意見(jiàn)后,更新到《需求規(guī)格說(shuō)明書》。影響到交付時(shí)間,需求負(fù)責(zé)人與客戶溝通或開(kāi)發(fā)測(cè)試溝通,要么延遲交付、要么加快進(jìn)度。
需求人員將當(dāng)天用戶提的新增需求登記到《需求規(guī)劃》。
其中:
1.《需求規(guī)劃》和《需求規(guī)格說(shuō)明書》之間是用戶需求和軟件需求的對(duì)應(yīng)關(guān)系。
2.需求人員之間對(duì)本輪新需求、用戶新增需求相互溝通,對(duì)目前的所有需求有整體、一致認(rèn)識(shí)。
3.需求人員對(duì)所負(fù)責(zé)的需求質(zhì)量負(fù)責(zé),項(xiàng)目負(fù)責(zé)人對(duì)需求的客戶匯報(bào)負(fù)責(zé)。
4.本輪在研過(guò)程中,客戶提的新增需求統(tǒng)一放入下輪規(guī)劃,否則走變更流程。(除非重要、緊急且工作量允許的功能或UI需求)。
2)每周周末前:
需求人員針對(duì)《需求規(guī)劃》和《需求規(guī)格說(shuō)明書》中新增的內(nèi)容做溝通、核對(duì)。
需求人員之間針對(duì)客戶提的新增需求做溝通,對(duì)目前的所有需求有整體、一致認(rèn)識(shí)。
項(xiàng)目負(fù)責(zé)人將《需求規(guī)劃》中狀態(tài)為“業(yè)務(wù)測(cè)試關(guān)閉”的需求統(tǒng)一歸檔。
(2)對(duì)開(kāi)發(fā)過(guò)程的管理,個(gè)人認(rèn)為需要維護(hù)好《研發(fā)計(jì)劃表》這份文檔。
《研發(fā)計(jì)劃表》用于管理“研發(fā)中”的任務(wù)時(shí)間計(jì)劃,任務(wù)狀態(tài)含:待開(kāi)發(fā)、開(kāi)發(fā)中、待系統(tǒng)測(cè)試、系統(tǒng)測(cè)試中、系統(tǒng)測(cè)試關(guān)閉。
操作過(guò)程:
1)每周周一如有新任務(wù)要安排,非緊急任務(wù),可以下午開(kāi)展需求溝通、時(shí)間評(píng)估,上午讓開(kāi)發(fā)、測(cè)試人員對(duì)新需求進(jìn)行預(yù)審。
2)根據(jù)《研發(fā)計(jì)劃表》以天為單位列出本周要完成的任務(wù)清單(含每天日期、每天的任務(wù)、開(kāi)發(fā)人員、測(cè)試人員、提交測(cè)試時(shí)間、測(cè)試關(guān)閉時(shí)間),發(fā)給測(cè)試負(fù)責(zé)人和開(kāi)發(fā)人員。
3)開(kāi)發(fā)過(guò)程中,對(duì)于關(guān)鍵路徑上(本輪版本中開(kāi)發(fā)測(cè)試時(shí)間最長(zhǎng)的功能)的開(kāi)發(fā)進(jìn)展(提交測(cè)試和測(cè)試關(guān)閉兩個(gè)時(shí)間點(diǎn))要重點(diǎn)跟蹤,其余過(guò)程由成員自行把握。
4)每輪升級(jí)前,請(qǐng)測(cè)試負(fù)責(zé)人更新《研發(fā)計(jì)劃表》的狀態(tài),掌握本輪版本的系統(tǒng)測(cè)試情況(哪些關(guān)閉和哪些還沒(méi)關(guān)閉)。
5)測(cè)試人員升級(jí)完成后,請(qǐng)其更新《研發(fā)計(jì)劃表》的備注欄(標(biāo)記每個(gè)任務(wù)是哪天完成的增量升級(jí)),以開(kāi)展業(yè)務(wù)測(cè)試。業(yè)務(wù)測(cè)試完成后對(duì)還仍然存在的問(wèn)題(系統(tǒng)測(cè)試是關(guān)閉的),分析是升級(jí)包制作問(wèn)題還是測(cè)試故障泄漏還是開(kāi)發(fā)代碼沒(méi)提交,另一方面下次增量升級(jí)時(shí),測(cè)試人員也對(duì)功能點(diǎn)做增量升級(jí)的代碼文件日期選擇有所依據(jù)。
6)對(duì)于個(gè)別小功能但影響用戶使用,在走正式增量升級(jí)之前,可以讓測(cè)試將開(kāi)發(fā)人員開(kāi)發(fā)的代碼單獨(dú)拎出來(lái)制作成升級(jí)包(經(jīng)過(guò)系統(tǒng)測(cè)試的),走非正式升級(jí)流程,但必須記得讓開(kāi)發(fā)人員將代碼提交到受控庫(kù)。
7)階段性的客戶匯報(bào)前,擬定好工作清單(含:已完成的功能開(kāi)發(fā)、已完成缺陷修正和界面優(yōu)化、已完成的其他問(wèn)題、當(dāng)前正在開(kāi)發(fā)和暫時(shí)還沒(méi)做的)。
8)每周周五,擬好下一周要做的任務(wù)清單。