

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領
文檔簡介
1、第八章 IT項目收尾管理實踐,8.1 IT項目收尾概述8.2 IT項目收尾過程8.3 IT項目收尾成功與失敗因素8.4 案例分析1---ERP項目驗收,給自己一桿標尺(需求方角度)8.5 案例分析2---項目驗收遲遲通不過(IT軟件提供方角度)8.6 案例分析3---教學管理信息系統(tǒng)進行項目總結8.7 IT項目收尾總結8.8 復習思考題,內(nèi) 容 提 綱,8.1 IT項目收尾概述,收尾過程組包含為完結所
2、有項目管理過程組的所有活動,以正式結束項目或階段或合同責任而實施的一組過程。當這一過程組完成時,就表明為完成某一項目或項目階段所需的所有過程組的所有過程均已完成,并正式確認項目或項目階段已經(jīng)結束。,8.1 IT項目收尾概述,項目或階段收尾時可能需要進行以下工作: 獲得客戶或發(fā)起人的驗收; 進行項目后評價或階段結束評價; 記錄“裁剪”任何過程的影響; 記錄經(jīng)驗教訓; 對組織過程資產(chǎn)進行適當?shù)母拢?將所有相關項目文件在項目管理
3、信息系統(tǒng)(PMIS)中歸檔,以便作為歷史數(shù)據(jù)使用; 結束采購工作。,8.1 IT項目收尾概述,8.1 IT項目收尾概述,■ IT項目收尾:將項目或項目階段的可交付成果交付的過程,或者是取消項 目的過程。對于IT項目來說,更為重要的是努力做到項目可以真正收尾。對大多數(shù)IT項目來說,項目進入收尾也同時意味著進入維護性階段。結束采購包括合同完成和結算,包括解決任何懸而未決的事項。結束項目包括審計、資料歸檔、總結、表彰和人員轉(zhuǎn)
4、移。,8.1 IT項目收尾概述,表1 項目收尾的過程和輸出,8.1 IT項目收尾概述,■ IT項目收尾前應該完成的任務: 客戶正式接受這個項目 項目文檔記錄完整 產(chǎn)品的最后版本必須滿足完整的條件 保留必要的項目文檔 準備經(jīng)驗學習資料 轉(zhuǎn)移必要的權限,8.1 IT項目收尾概述,■ IT項目收尾完整而成功完成所需要的任務: 1、確認項目中的所有要求都已得到滿足。2、核實并書面記錄項
5、目或項目階段滿足了計劃過程組中制定的完成或驗收標準。3、從客戶處獲得項目產(chǎn)品的正式的(法律)簽署。4、書面記錄項目早期終止的原因。5、做最終的支付并完成成本記錄。6、收集經(jīng)驗教訓。7、更新項目記錄。8、確保所有的項目管理過程都已完成。9、基于經(jīng)驗教訓,更新公司過程、程序和模板。10、將團隊成員獲得的新技能加到人力資源記錄中去。11、實施采購審計。12、制定收尾程序。13、完成結束采購 和 結束項目 過程。14、分
6、析并書面記錄項目的成功和效率。15、建立并發(fā)布最終的項目績效報告。16、編制索引并存檔項目記錄。17、衡量客戶的滿意度。18、交付已完成的可交付成果給運營單位和維持單位。19、釋放資源。,8.1 IT項目收尾概述,■ IT項目成功與失敗的標準: 項目最后執(zhí)行的結果只有兩個狀態(tài): 成功 失敗 評定項目成功與失敗的標準主要看:可交付成果如何 是否實現(xiàn)目標是否達到項目業(yè)主的期望 客戶關系
7、保持良好,8.2 IT項目收尾過程,■ 項目收尾: 項目收尾需要對項目驗收正式化而進行的項目資料的移交和歸檔。具體包括開發(fā)記錄、功能需求對照表、測試記錄、項目階段性進度報告等。,,8.2 IT項目收尾過程,■ 結束采購: 結束采購就是了結開發(fā)合同并結清帳目,包括解決所有尚未了結的事項。結束采購需要對整個項目開發(fā)過程進行系統(tǒng)地審查,找出合同上簽訂的事項是否已經(jīng)完成任務。,,8.2 IT項目收尾過程,■ IT項目文件整理:
8、 ------這個階段的主要工作有: 鑒別未完成的工作和工序 核對所有任務和活動的相關記錄是否準確、齊備 確認所有與項目收尾相關的資料是否完整 檢查項目管理計劃中的工作是否實際完成 完成資料的整理工作,為項目的最終移交做準備,8.2 IT項目收尾過程,■ IT項目結束過程: ------當項目接近生命期末期時,項目資源開始轉(zhuǎn)向其他活動或項目,項目經(jīng)理和項目團隊成員所面臨的工作也開始轉(zhuǎn)
9、向項目收尾活動: 制定項目結束計劃 完成收尾工作 項目最后評審 項目結束總結 IT項目結束的主要類型:正常完成項目未全部完成項目失敗項目,Begin with the end,8.2 IT項目收尾過程,■ IT項目驗收: 項目結束或者項目階段結束時,項目團隊將其成果交付給使用者之前,項目接收方會同項目團隊、項目監(jiān)理等有關方面對項目的工作成果進行審查,核查項目計劃規(guī)定范圍內(nèi)的各項工作或活動是
10、否已經(jīng)完成,應交付的成果是否令人滿意。若審查合格,項目成果由項目接收方及時接收并轉(zhuǎn)入使用。,8.2 IT項目收尾過程,■ IT項目驗收意義: 項目的驗收標志著項目的結束(或階段性結束)。 若項目順利地通過驗收,項目的當事人就可以終止各自的義務和責任,從而獲得相應的權益。同時,項目團隊可以總結經(jīng)驗,接收新的項目任務。 項目驗收是保證合同任務完成,提高質(zhì)量水平的最后關口。 通過項目驗收,整理檔案資料,可為項目最終交付
11、成果的正常使用提供全面系統(tǒng)的技術文檔和資料。,8.2 IT項目收尾過程,■項目驗收收尾與移交 : 項目驗收收尾的意義。 項目驗收標準和依據(jù) 項目驗收范圍 項目結項與移交,8.3 IT項目收尾成功與失敗因素,■促進IT項目收尾成功的一些因素: 專人負責、強調(diào)計劃收尾階段需求變更的靈活處理強調(diào)并建立管理收尾的制度化公司領導大力支持,為順利收尾保駕護航,8.3 IT項目收尾成功與失敗因素,■導致IT項目收尾
12、混亂的一些因素: 沒有明確項目收尾負責人沒有制定規(guī)范的管理收尾制度開發(fā)計劃安排前松后緊,IT項目收尾總結,1、項目收尾就是到了勝負關鍵的時刻,一不小心就有可能前功盡棄、滿盤皆輸。 2、每個項目的收尾都在為下一個項目的成功做準備。 3、收尾過程出現(xiàn)的問題,90%都是因為前面過程的問題處理不當導致的結果。 ------ 學
13、會學習,IT項目收尾總結,學習有很多種方法,最深刻的是從實踐中學習,在項目結束的時候一定要做出總結,形式上項目總結一定要用書面方式。 只需寫三種: 在這個項目中我做對了什么?在這個項目中我哪些地方做得不夠好?在以后的項目我需要做哪些改進?,IT項目收尾總結,項目收尾是項目經(jīng)理經(jīng)常不重視的過程。1、把項目文檔整理一下歸檔,對于項目的延續(xù)性是有很重要的意義的。2、項目經(jīng)理把項目經(jīng)驗歸納歸檔起來,又會對別的項目經(jīng)理、對公司
14、的項目管理文化作出了不少的貢獻。,8.4 案例分析1---ERP項目驗收,給自己一桿標尺(需求方角度),8.4.1 背景說明8.4.2 項目該何時驗收8.4.3 項目該驗收什么8.4.4 小結,8.4.1 背景說明,公司規(guī)模越來越大,從最初的一個人擔當技術支持,也逐漸發(fā)展到五個人了,IT部門也順理成章的被獨立出來。小章因為技術出色,辦事又有條理,便被任命為IT主管。小章上任后,總經(jīng)理下放的第一件任務便是企業(yè)信息化進程要排上議事日程
15、,為了讓公司內(nèi)部的工作更加的條理化,在管理上更上一個臺階,上ERP被排在了第一件。,8.4.1 背景說明,在經(jīng)歷選型、實施、驗收之后,小章松了口氣,以為非常圓滿的完成了上任后第一件最漂亮的工作。但事實卻恰恰相反,內(nèi)部的一些辦事流程依然是老樣子,一些比小章資格要老的員工更是我行我素。ERP只是成了服務器以及各個客戶端電腦中的一個擺設。項目的驗收報告也簽了,和ERP廠商雙方都蓋了章了,按理說應該項目很圓滿才對,為什么造成了這樣的局面呢?這里
16、且不說在實施上出了什么問題,最后的驗收工作很明顯也沒有做到位,沒有給自己一個明確的驗收標準,自然實施結束后沒有對應的標準進行參照,結果是軟件安裝完了,可以成功運行,就算是合格驗收了。,8.4.1 背景說明,項目驗收絕對就是企業(yè)內(nèi)部的事。在驗收過程中,項目算是成功上線,和軟件提供商簽訂驗收報告之前,絕對要進行很好的評估,嚴格參照曾建立好的驗收標準,也就是說項目驗收,要給自己一桿標尺,有了標尺的參照,驗收工作自然更加完美。,8.4.2 項目
17、該何時驗收,1、制定一個合理驗收的時間標準 ERP針對企業(yè)來說是一項非常大的項目,所以基本上很少企業(yè)內(nèi)部能在ERP項目的各個流程上有十足的經(jīng)驗。,8.4.2 項目該何時驗收,1、制定一個合理驗收的時間標準 等軟件安裝工作完成后,一般運行一、兩個星期后有些實施顧問便會要求項目驗收,如果這時驗收的話,是肯定看不到項目效果的,即使覺得項目驗收不合格,往往也說不出所以然,在這種朦朧的狀態(tài)簽訂了報告后,便預示著項目結束,后續(xù)的便剩
18、下服務的商談,而實際的驗收效果則看不到。,8.4.2 項目該何時驗收,2、如何設置合理驗收的時間標準 首先: ERP系統(tǒng)至少需要運行一個月后才可以驗收,畢竟一個月才能是一個小的系統(tǒng)周期,如果小的周期都沒有跑順,就更別說一年這樣的大周期了。,8.4.2 項目該何時驗收,2、如何設置合理驗收的時間標準 其次: 根據(jù)模塊的多少,系統(tǒng)涉及部門人員的多少,在驗收時間上還需要更多考
19、量,如果能做到系統(tǒng)平穩(wěn)運行兩個月,財務模塊報表無差錯,再做驗收則更好。,8.4.2 項目該何時驗收,2、如何設置合理驗收的時間標準 再則: 對于有二次開發(fā)模塊的項目驗收,一定要將標準模塊與二次開發(fā)項目的驗收進行分開。因為二次開發(fā)的為全新的模塊,同普通軟件一樣,也應有個“公測”除Bug階段,應該在平穩(wěn)運行三至四個月后再做驗收,,8.4.3 項目該驗收什么,1、項目驗收內(nèi)容2、項目驗收標準3、給自己項目
20、驗收一把標尺,8.4.3 項目該驗收什么,1、項目驗收內(nèi)容 A、項目文檔: 實質(zhì)內(nèi)容:項目實施過程中的會議記錄等等(會議記錄往往包含著實施顧問對整個項目的指導性建議以及本企業(yè)內(nèi)部在實施過程中所遇到的問題,問題的解決進度等等。 ),8.4.3 項目該驗收什么,1、項目驗收內(nèi)容 A、項目文檔: 實質(zhì)意義:小點說,可以從這些文檔中管窺整個項目的實施過程,大點說,可
21、以為企業(yè)后續(xù)的信息化進程提供更多的參照,避免犯重復的錯誤,少走彎路。,8.4.3 項目該驗收什么,1、項目驗收內(nèi)容 B、執(zhí)行情況: 問題說明:很多企業(yè)上ERP到最后,變成了財務部門信息化,其他部門的系統(tǒng)都成了一個花架子。,8.4.3 項目該驗收什么,1、項目驗收內(nèi)容 B、執(zhí)行情況: 問題原因:因為財務的報表相對來說比較容易突現(xiàn)出其工作情況,其他部門可能仍舊采
22、用老舊的辦公方式。,8.4.3 項目該驗收什么,1、項目驗收內(nèi)容 B、執(zhí)行情況: 問題癥結:信息化本身的重要意義就在于通過軟件的標準化進一步規(guī)范企業(yè)的作業(yè)流程,一方面提高作業(yè)效率,另一方面提升企業(yè)員工的總體管理水平。,8.4.3 項目該驗收什么,1、項目驗收內(nèi)容 C、二次項目開發(fā)的附屬物: 實質(zhì)內(nèi)容:項目開發(fā)的整個框架、軟件架構模型,其中也包括數(shù)據(jù)庫結構,特
23、別是核心配置表間的一些關系以及源代碼。,8.4.3 項目該驗收什么,1、項目驗收內(nèi)容 C、二次項目開發(fā)的附屬物: 問題描述:同標準版程序不一樣的是,二次開發(fā)項目的后續(xù)維護會更麻煩,特別是軟件提供商那邊發(fā)生人事變動后,經(jīng)過幾年,當時的開發(fā)人員離職后,程序再有什么問題,解決起來估計就非常麻煩。,8.4.3 項目該驗收什么,1、項目驗收內(nèi)容 C、二次項目開發(fā)的附屬物:
24、 問題解決:這些相關資料要保存好,以便在后續(xù)使用過程中出現(xiàn)問題時,企業(yè)內(nèi)部的IT部門員工可以從這些文檔中尋找相關信息,對解決問題有很大作用。,8.4.3 項目該驗收什么,1、項目驗收內(nèi)容 C、系統(tǒng)性能: 實質(zhì)內(nèi)容:基本的性能要滿足要求,比如在多用戶并發(fā)操作,以及大批量數(shù)據(jù)運行的過程中,系統(tǒng)是否有嚴重的性能瓶頸等等。,8.4.3 項目該驗收什么,1、項目驗收內(nèi)容 C、系統(tǒng)性能:
25、 問題解決:在公司的IT部門內(nèi),通過和一線的系統(tǒng)操作員工進行溝通,進而了解系統(tǒng)的性能方面的問題。 對這些匯總的問題登記備份,為下次的系統(tǒng)需求做參考。,8.4.4 小結,1、項目驗收的困難 A、項目驗收無統(tǒng)一的標準; B、項目文檔驗收無統(tǒng)一的標準; C、項目文檔驗收的困難(因為系統(tǒng)本身的功能、性能等方面導致容易弱化這方面的重要性。),8.4.4 小結,2、項目驗收的意
26、義 A、驗收ERP的功能、性能、系統(tǒng)動作情 況。 B、驗收項目實施過程中的經(jīng)驗,為后續(xù)的信息化工作打下基礎。,8.5 案例分析2---項目驗收遲遲通不過(IT軟件提供方角度),8.5.1 背景說明8.5.2 分析說明8.5.3 小結,8.5 案例分析2---項目驗收遲遲通不過(IT軟件提供方角度),8.5.1 背景說明 一個很小的項目,做得比較順利,提前完成并上線。這個小項目是附屬于
27、前期公司給該客戶做的一個大項目而形成的。總共用了2個月的開發(fā)時間,現(xiàn)在上線已經(jīng)三個月了,客戶就卡住一個小問題,說此問題查清后再驗收。,8.5 案例分析2---項目驗收遲遲通不過(IT軟件提供方角度),8.5.1 背景說明 根源:開發(fā)期間有段代碼有些小問題,沒有解決徹底,大多數(shù)情況下此問題是不會出現(xiàn)的,只有在特殊的操作下才會出現(xiàn),原來基本上是一月出現(xiàn)一次,客戶方也一直無法找到規(guī)律,總是不能重現(xiàn)此Bug。每次發(fā)生這個問題我們的開發(fā)人
28、員都積極協(xié)助查了多次,一直沒能徹底查清(這種偶發(fā)性的問題是非常難查的)。,8.5 案例分析2---項目驗收遲遲通不過(IT軟件提供方角度),8.5.1 背景說明 問題:之前一直和客戶溝通,講明這個問題屬于一般性問題,不會對系統(tǒng)造成任何大的影響,此問題應該放在維護期解決。但客戶方老總一直咬定這個問題查清后再驗收。不明白為什么這么小的合同額,客戶為什么這么較真,而且對于其他問題我們處理都是非常及時的,現(xiàn)在整個合同除了這個問題外,客戶
29、也真的找不到其他任何問題了。,8.5 案例分析2---項目驗收遲遲通不過(IT軟件提供方角度),8.5.1 背景說明 反饋:我們之前為客戶做的大項目早已經(jīng)驗收,和對方主管驗收老總交流過一次,他也主要講了這個大項目存在的問題,而對我們這個小項目的評價是比較穩(wěn)定。,8.5 案例分析2---項目驗收遲遲通不過(IT軟件提供方角度),8.5.1 背景說明 困惑:為什么這么認真負責,還是得不到認可? IT項目收尾出現(xiàn)了什
30、么問題?,8.5 案例分析2---項目驗收遲遲通不過(IT軟件提供方角度),8.5.2 分析說明 項目性質(zhì):主要的工作前期“大項目”已經(jīng)完成,該項目是附屬的任務。,8.5 案例分析2---項目驗收遲遲通不過(IT軟件提供方角度),8.5.2 分析說明 原因分析: 1、雙方的因素; 2、軟件提供方的因素; 3、客戶的因素;,8.5
31、案例分析2---項目驗收遲遲通不過(IT軟件提供方角度),8.5.2 分析說明 原因分析: 1、雙方的因素;(驗收無依據(jù)) A:在雙方簽合同時,沒有規(guī)定驗收標準是什么、什么時候驗收、驗收步驟和流程是什么,以及售后服務的范圍是什么等問題。 B:合同寫得很清楚,但由于“人情稿與合同”的緣故,雙方都沒按照合同來執(zhí)行。,8.5 案例分析2---項目驗收遲遲通不過(IT軟件提供方角度),8.5.2
32、分析說明 原因分析: 1、雙方的因素;(驗收無依據(jù)) 經(jīng)驗總結: 要想讓客戶方驗收,首先要明白其內(nèi)在的真正意圖:做好售后服務的承諾,讓客戶方放心.或者合同中對驗收標準有明確的規(guī)定,可以以此為依據(jù),讓客戶方驗收。,8.5 案例分析2---項目驗收遲遲通不過(IT軟件提供方角度),8.5.2 分析說明 原因分析: 2、軟件提供方的因素; A:項目合同及階
33、段驗收標準有可能不明確,或階段驗收未實施好,與客戶溝通不到位,未就售后服務需求與客戶達成一致。 B:本項目與大項目有附屬關系,客戶有將大項目不滿的情緒帶到本項目中。如果客戶故意為難項目經(jīng)理,說明兩者的關系處理得太差。項目經(jīng)理是要負一定得責任的。,8.5 案例分析2---項目驗收遲遲通不過(IT軟件提供方角度),8.5.2 分析說明 原因分析: 2、軟件提供方的因素; 經(jīng)驗總結:
34、1、就項目驗收標準,確定哪些主要工作完成即可通過驗收,根據(jù)合同及相關文件,平時認真做好項目的階段及里程碑驗收,并讓客戶簽字,減少最終驗收風險。2、就項目驗收步驟和方法與客戶達成共識,前期在項目合同及階段驗收等文件中,與用戶達成一致,明確驗收標準、時間、雙方責任等事項。,8.5 案例分析2---項目驗收遲遲通不過(IT軟件提供方角度),8.5.2 分析說明 原因分析: 2、軟件提供方的因素; 經(jīng)驗總結
35、:3、就項目已經(jīng)完成的程度讓用戶確認。例如出具系統(tǒng)試運行報告,請客戶簽字確認。4、向客戶提出明確的服務承諾,是客戶沒有后顧之憂。,8.5 案例分析2---項目驗收遲遲通不過(IT軟件提供方角度),8.5.2 分析說明 原因分析: 2、軟件提供方的因素; 經(jīng)驗總結: 5、和客戶展開深入的交流,明確客戶為什么不愿意驗收,動之以情,曉之以理,說明本項目與大項目的區(qū)別和聯(lián)系,并達成售后服務
36、事宜。 6、向公司反映大項目實施情況和用戶問題,如果有可能,組織大項目售后調(diào)查與評估,及時解決存在的問題。,8.5 案例分析2---項目驗收遲遲通不過(IT軟件提供方角度),8.5.2 分析說明 原因分析: 3、客戶方的因素; 項目合同及階段驗收標準有可能不明確,或階段驗收未實施好,與客戶溝通不到位,未就售后服務需求與客戶達成一致??蛻舸嬖谀撤N程度的抵觸情緒,雙方缺乏信任,客戶對項目質(zhì)量
37、信心不足,怕承擔責任,因此不愿簽字。,8.5 案例分析2---項目驗收遲遲通不過(IT軟件提供方角度),8.5.2 分析說明 原因分析: 3、客戶方的因素; 經(jīng)驗總結: 一、項目的變更管理可能做得不好,變更未以書面的形式提出申請。二、雖然有好的變更流程,但客戶負責人沒有在變更申請上簽字。因為客戶方害怕出現(xiàn)問題擔責任。三、客戶對項目質(zhì)量如何心里沒底,尤其出現(xiàn)了bug,而項目負責人沒有
38、及時溝通和解決這個問題,客戶當然會拖延時間來進行測試和試用。,8.5 案例分析2---項目驗收遲遲通不過(IT軟件提供方角度),8.5.2 分析說明 原因分析: 3、客戶方的因素; 經(jīng)驗總結: 客戶沒底的原因: 一是可能因為合同里沒有售后服務的承諾,客戶擔心簽字付款后,系統(tǒng)出問題就沒人管;而是對未解決的問題,那個bug,項目方?jīng)]有承諾解決的時間;二是項目經(jīng)理和客戶方驗收老總溝通
39、不夠,客戶對項目沒有信心,不能放心簽字。,8.5 案例分析2---項目驗收遲遲通不過(IT軟件提供方角度),8.5.3 小結 項目經(jīng)理應該重視與關鍵項目干系人的溝通,注重跟客戶相處的技巧,努力促成雙方的良好合作氛圍。,8.6 案例分析3---教學管理信息系統(tǒng)進行項目總結,8.6.1 項目總體信息8.6.2 項目評審記錄8.6.3 實際與計劃差異分析8.6.4 項目管理評估總結和建議8.6.5 質(zhì)量保證的評估總結和建議
40、8.6.6 技術開發(fā)的評估和建議,8.6 案例分析3---教學管理信息系統(tǒng)進行項目總結,8.6.1 項目總體信息包括項目總時間、總成本、總人力、總規(guī)模等信息。 項目總時間:45天,比計劃多3天; 項目總成本:¥85 528.00; 項目總人力:5人;項目總規(guī)模:157.80人天;,8.6 案例分析3---教學管理信息系統(tǒng)進行項目總結,8.6.1 項目總體信息規(guī)模比例圖如圖所示:,8.6 案例分析3---教學管理信息系統(tǒng)
41、進行項目總結,8.6.2 項目評審記錄總評審次數(shù):23。 其中: 項目計劃評審:1; 設計評審:2; 質(zhì)量評審:2; 定期評審:8; 階段評審:8; 事件評審:2。,8.6 案例分析3---教學管理信息系統(tǒng)進行項目總結,8.6.3實際與計劃的差異分析 項目總時間差異表,8.6 案例分析3---教學管理信息系統(tǒng)進行項目總結,8.6.3 實際與計劃的差異分析
42、 項目總規(guī)模差異表,8.6 案例分析3---教學管理信息系統(tǒng)進行項目總結,8.6.3實際與計劃的差異分析 項目總成本差異表,8.6 案例分析3---教學管理信息系統(tǒng)進行項目總結,8.6.3實際與計劃的差異分析結論:從項目時間、規(guī)模、成本差異表看,盡管略有差異,但基本上控制在范圍以內(nèi)。,8.6 案例分析3---教學管理信息系統(tǒng)進行項目總結,8.6.4
43、項目管理的評估總結和建議1) 基本遵循企業(yè)的質(zhì)量體系實施項目管理過程。 2) 由于大家對項目管理的認識不同,項目管理的磨合時間較長。 3) 建議:項目計劃期間,管理、開發(fā)、質(zhì)量保證三方應相互明確各自任務和 職責,以提高項目計劃的準確性和透明度,為項目實施過程的相互協(xié)作打下基礎。,8.6 案例分析3---教學管理信息系統(tǒng)進行項目總結,8.6.5 質(zhì)量保證的評估總結和建議1) 質(zhì)量保證在項目中基本按計劃進行,達到了預期的效果。
44、2) 系統(tǒng)測試階段質(zhì)量保證人員的參與,對產(chǎn)品的驗錯起到很好的作用。 3) 建議:以后的功能測試應增加質(zhì)量保證人員。,8.6 案例分析3---教學管理信息系統(tǒng)進行項目總結,8.6.6 技術開發(fā)的評估總結和建議1) 開發(fā)人員具有一定的敬業(yè)精神和實施能力。 2) 開發(fā)人員對項目計劃的時間概念不強。 3) 建議:增強項目計劃的時間觀念。,8.7 IT項目收尾總結,1、項目收尾就是到了勝負關鍵的時刻,一不小心就有可能前功盡棄、滿盤皆
45、輸。 2、每個項目的收尾都在為下一個項目的成功做準備。 3、收尾過程出現(xiàn)的問題,90%都是因為前面過程的問題處理不當導致的結果。 ------ 學會學習,8.7 IT項目收尾總結,學習有很多種方法,最深刻的是從實踐中學習,在項目結束的時候一定要做出總結,形式上項目總結一定要用書面方式。 只需寫三種: 在這個項目中我作
46、對了什么?在這個項目中我哪些地方作得不夠好?在以后的項目我需要做哪些改進?,8.7 IT項目收尾總結,管理收尾是項目經(jīng)理經(jīng)常忽略的過程。1、把項目文檔整理一下歸檔,對于項目的延續(xù)性是有很重要的意義的。2、項目經(jīng)理把項目經(jīng)驗歸納歸檔起來,又會對別的項目經(jīng)理、對公司的項目管理文化作出了不少的貢獻。,8.7 IT項目收尾總結,項目收尾其實并不只是收尾階段要做的事情,它的根源會拉扯到項目的各個階段。 ----
47、--項目經(jīng)理的經(jīng)驗起著決定性的作用 ------拋開尊嚴與自信,多一點學習別人 的經(jīng)驗,8.7 IT項目收尾總結,有助于IT項目成功收尾的因素:,8.7 IT項目收尾總結,如何做到IT項目成功收尾:(1)通過正式驗收。(2)項目資金落實到位。(3)項目總結認真。(4)客戶關系保持良好。,8.7 IT項目收尾總結,軟件項目收尾是一項復雜的工作,項目經(jīng)理是其中的關鍵人物,成
48、功的軟件項目收尾應當是通過驗收的、資金落實到位的、總結認真的、客戶關系保持良好的,是可持續(xù)發(fā)展的,收尾成功要求項目經(jīng)理機智地協(xié)調(diào)收尾工作中的人物的關系,把握住有助于收尾成功的因素,即五個關鍵詞“協(xié)調(diào)-交流-理解-支持-總結”。,8.8 復習思考題:,1、簡述什么是IT項目收尾和對它的理解?2、簡述IT項目收尾的內(nèi)容?3、簡述IT項目收尾中管理收尾所包含的內(nèi)容?4、簡要說明IT項目開發(fā)過程對合同收尾的影響?5、簡述IT項目收尾過程
49、中的項目驗收6、談談你對IT項目收尾制定規(guī)范的收尾管理制度的看法? 7、簡要說明導致IT項目收尾混亂的一些因素?8、簡要說明促使IT項目收尾成功的一些因素?9、簡述合同收尾過程中包含的內(nèi)容有哪些?10、簡述收尾階段的變更需求如何處理?(答案見word文檔),附相關文檔模板:,IT項目收尾階段管理表格(14個DOC):用戶部門新需求申報單 IT項目產(chǎn)品質(zhì)量評審表 軟件驗收單 設備驗收單 IT項目內(nèi)部驗收報告模板
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 眾賞文庫僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
- 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 工程項目收尾管理工作
- 淺析工程收尾階段的項目管理
- 1it項目管理收尾概述-read
- 工程項目收尾階段的管理
- 電子產(chǎn)品項目收尾階段管理.pdf
- 項目收尾階段施工總結
- 項目收尾工作總結
- 基于pmi的項目管理實用表格5-收尾
- 高速鐵路項目收尾階段施工管理流程設計.pdf
- [學習]電子商務項目的收尾階段
- 水利水電收尾項目債權債務清理
- 收尾階段施工總結
- sy∕t 5083-2014 尾管懸掛器及尾管回接裝置
- it項目控制管理實踐
- 關于土建收尾的兩種管理模式
- 廚房餐后收尾制度
- 從移交驗收的角度談工程項目收尾工作
- 從移交驗收的角度談工程項目收尾工作
- 成功的項目管理實踐-項目管理實戰(zhàn)培訓
- 項目工程管理實踐探析
評論
0/150
提交評論