項目收尾
包括合同收尾和管理收尾。合同收尾就是按照合同約定,項目組和業(yè)主一項項的合規(guī),檢查是否完成了合同所有的要求,是否可以把項目結(jié)束掉,也就是我們通常所講的項目驗收;管理收尾是對于內(nèi)部來說的,把做好的項目文檔等歸檔,對外宣稱項目已結(jié)束,轉(zhuǎn)入維護(hù)期,把相關(guān)的產(chǎn)品說明書轉(zhuǎn)到維護(hù)組,同時進(jìn)行經(jīng)驗教訓(xùn)總結(jié)。
項目目標(biāo)的特點:優(yōu)先性 層次性 多目標(biāo)性
項目的特性: 臨時性 獨特性 漸進(jìn)明細(xì)
可行性研究的步驟
1.確定項目規(guī)模和目標(biāo)。
2.研究正在運行的系統(tǒng)。
3.建立新系統(tǒng)的邏輯模型。
4.導(dǎo)出和評價各種方案。
5.推薦可行性方案。
6.編寫可行性研究報告。
7.遞交可行性研究報告。
可行性研究報告的內(nèi)容
可行性研究報告的編寫目的是:說明該信息系統(tǒng)開發(fā)項目的實現(xiàn)在技術(shù)、經(jīng)濟和社會條件方面的可行性,評述為了合理的達(dá)到開發(fā)目標(biāo)而可能選擇的各種方案。其內(nèi)容如下:
1.引言:編寫目的,背景,定義,參考資料。
2.可行性研究的前提:要求,目標(biāo),條件、假定和限制,進(jìn)行可行性研究的方法,評價尺度。
3.對現(xiàn)有系統(tǒng)地分析:處理流程和數(shù)據(jù)流程,工作負(fù)荷,費用開支,人員,設(shè)備,局限性。
4.所建議的系統(tǒng):對所建議系統(tǒng)地說明,處理流程和數(shù)據(jù)流程,改進(jìn)之處,影響,局限性,技術(shù)條件方面的可行性。
5.可選擇的其他系統(tǒng)方案。
6.投資及效益分析:支出,收益,收益/投資比,投資回收周期,敏感性分析。
7.社會因素方面的可行性:法律方面,使用方面的可行性。
結(jié)論。
軟件項目失控的常見原因:
•需求不明確
1)需求過多
2)需求不穩(wěn)定
3)需求模棱兩可
4)需求不完整
•不充分的計劃和過于樂觀的評估
•采用新技術(shù)
•管理方法缺乏或不恰當(dāng)
•團(tuán)隊組織不但
•人際因素
變更管理工作流程:
1.提出與接受變更申請
2.對變更的初審
3.變更方案論證(變更影響評估)
4.CCB審查(即接受或拒絕變更)
5.執(zhí)行變更
6.變更實施監(jiān)控
7.變更效果評估
8.判斷發(fā)生變更后的項目是否已納入正常軌道
總結(jié):變更申請→變更影響評估→拒絕或接受變更(變更決策)→變更實施→變更效果跟蹤(變更驗證)→溝通存檔
對進(jìn)度變更的控制,包括以下內(nèi)容:
1)判斷項目進(jìn)度的當(dāng)前狀態(tài)
2)對造成進(jìn)度變更的因素施加影響
3)查明進(jìn)度是否已經(jīng)變更
4)當(dāng)變更發(fā)生時,管理這些實際的變更
變更管理
變更管理的工作程序依次為:變更申請→變更評估→變更決策→變更實施→變更驗證→溝通存檔
CCB:配置控制委員會,負(fù)責(zé)裁決接受哪些變更。
在項目變更中一般存在著需求變更、進(jìn)度變更和成本變更等3中主要變更,其中最需要重視和謹(jǐn)慎對待的是需求變更,因為需求是龍頭,一旦需求發(fā)生變化,就會直接導(dǎo)致后面的進(jìn)度和費用以及質(zhì)量3個要素發(fā)生變化。
控制電子政務(wù)項目的變更要把握的關(guān)鍵環(huán)節(jié)
1.合同的目標(biāo)和工期,要明確階段。
2.需求調(diào)查和需求變更要有清楚的文檔和會議記錄。
3.雙方高層要經(jīng)常及時溝通。
4.階段驗收前,文檔要齊全,階段目標(biāo)要保證實現(xiàn),后期目標(biāo)要有承諾。
系統(tǒng)集成項目驗收所涉及的文檔:
1)項目介紹
2)項目最終報告(用戶手冊,竣工圖、配線圖等)
3)信息系統(tǒng)說明手冊
4)信息系統(tǒng)維護(hù)手冊
5)產(chǎn)品說明書、質(zhì)量保證書等
促使軟件項目成功收尾的方法和策略
1)客戶、用戶關(guān)系的溝通
2)需求變更處理的方法
3)雙方領(lǐng)導(dǎo)的大力支持
4)適時應(yīng)用項目收尾方法,例如不失時機的召開慶功座談會等