在測試期間,項(xiàng)目經(jīng)理每天要多次查看缺陷管理系統(tǒng)中該軟件的bug列表,關(guān)注測試案例執(zhí)行情況和修復(fù)情況,督促進(jìn)度不理想的。
5.2客戶測試
項(xiàng)目組測試結(jié)束后進(jìn)入客戶測試。每個(gè)項(xiàng)目的客戶不盡相同,每種客戶的工作方式各有千秋,項(xiàng)目經(jīng)理要引導(dǎo)客戶進(jìn)行測試,有時(shí)現(xiàn)實(shí)原因會讓項(xiàng)目經(jīng)理對客戶測試進(jìn)行調(diào)整或妥協(xié)。
5.3安裝客戶處的軟件平臺
客戶測試結(jié)束后,項(xiàng)目經(jīng)理派人客戶方安裝軟件。
5.4培訓(xùn)文檔
如果有培訓(xùn),項(xiàng)目組根據(jù)《需求說明書》(若有《產(chǎn)品規(guī)格說明書》一并參考)、《系統(tǒng)設(shè)計(jì)》、《培訓(xùn)計(jì)劃》編寫《培訓(xùn)文檔》。培訓(xùn)文檔格式不限,最好詢問客戶接受哪種方式的培訓(xùn)和哪類型的文檔,盡量配合客戶的習(xí)慣,當(dāng)然,如果客戶習(xí)慣中有不好的地方,項(xiàng)目經(jīng)理要進(jìn)行引導(dǎo)。
5.5系統(tǒng)產(chǎn)品指南
如果有《產(chǎn)品規(guī)格說明書》,那么這階段要把《產(chǎn)品規(guī)格說明書》豐富成《系統(tǒng)指南》,《系》跟《產(chǎn)》非常相似,只是增加詳細(xì)的說明、操作步驟、截圖等。
6.變更階段
變更可以發(fā)生在項(xiàng)目的任何階段,一般而言,它高發(fā)于設(shè)計(jì)、開發(fā)、測試階段,任何人都有可能收到客戶的變更要求,組織成員最好不要當(dāng)場答應(yīng),而是告訴客戶某時(shí)答復(fù);項(xiàng)目經(jīng)理獲悉變更要求后,編寫《變更要求書》通知甲乙雙方高層和相關(guān)人員,必要時(shí)開會討論;如果同意變更,雙方高層簽署文件,項(xiàng)目經(jīng)理酌情調(diào)整已有的項(xiàng)目文檔,一般是《項(xiàng)目總體計(jì)劃》、《需求說明書》(若有《產(chǎn)品規(guī)格說明書》一并考慮)、《系統(tǒng)設(shè)計(jì)》、《美工UI頁面》、《測試案例》等等。
《變更要求書》例子見表8,格式不限于此:
項(xiàng)目名稱:……項(xiàng)目編號:……變更編號:……變更請求者:……時(shí)間:……變更級別:高中低對應(yīng)需求說明書的編號| 變更內(nèi)容 (客戶單位名稱)| 實(shí)現(xiàn)方案 (新境界) | |
#2.1在登錄頁面增加注冊的功能可以實(shí)現(xiàn)用戶自行注冊,同時(shí)增加管理員審核帳號的頁面,如果自申請的帳號不符合規(guī)范,管理員可以刪除該帳號,否則啟用該帳號。進(jìn)度需要增加4.5天:ü項(xiàng)目經(jīng)理協(xié)調(diào)時(shí)間:0.2天ü修改設(shè)計(jì)、總體計(jì)劃、測試案例文檔:1.3天ü開發(fā)人員:2.5天ü測試:0.5天 | |
新需求銷售業(yè)績軟件定時(shí)獲取庫存軟件的最新庫存數(shù)據(jù)可以實(shí)現(xiàn)該需求,經(jīng)過協(xié)商,銷售業(yè)績軟件每晚9點(diǎn)讀取庫存軟件服務(wù)器固定目錄下的文件,讀完就刪;庫存軟件每晚8點(diǎn)查詢數(shù)據(jù)庫是否有新的數(shù)據(jù),如果有,就放入服務(wù)器固定目錄下。進(jìn)度需要增加7.5天:ü項(xiàng)目經(jīng)理協(xié)調(diào)時(shí)間:1天ü修改設(shè)計(jì)、總體計(jì)劃、測試案例文檔:2天ü開發(fā)人員:4天ü測試:0.5天 | |
新需求在沒有互聯(lián)網(wǎng)地區(qū)工作的銷售人員,可以通過手機(jī)查詢庫存軟件的數(shù)據(jù)不能實(shí)現(xiàn)該需要,原因:…………………… | |
進(jìn)度總共增加16天,原正式發(fā)布時(shí)間2007-12-25將改成2008-1-18 | |
(客戶單位)(領(lǐng)導(dǎo))(軟件公司)(領(lǐng)導(dǎo)) | |
簽名處(日期)簽名處(日期) | |
|
|
| |
| |
| | | |