爸爸的朋友在线观看,美国毛片免费看,337p日本在线,亚洲女人日B

升級管理制度

時間:2024-08-09 07:10:40 制度 我要投稿
  • 相關推薦

升級管理制度

  在社會一步步向前發(fā)展的今天,制度使用的情況越來越多,制度對社會經(jīng)濟、科學技術、文化教育事業(yè)的發(fā)展,對社會公共秩序的維護,有著十分重要的作用。大家知道制度的格式嗎?下面是小編為大家整理的升級管理制度,歡迎大家借鑒與參考,希望對大家有所幫助。

升級管理制度

升級管理制度1

  前言

  為確保核心系統(tǒng)升級x項目順利實施,項目組特制定《中信銀行核心系統(tǒng)升級x銀行項目管理辦法》,全體項目組成員項目組成員包括參與本項目的總行技術、業(yè)務人員;分行技術、業(yè)務人員;廠商人員。

  須嚴格遵照執(zhí)行。

  1項目總體介紹

  “核心系統(tǒng)”指我行未來整體IT架構中的“瘦核心”,功能范圍包括存款、貸款、借記卡、結算業(yè)務、銀行各類業(yè)務的會計核算、總賬以及機構管理、柜員管理等基礎支撐功能。

  核心系統(tǒng)升級項目采取“統(tǒng)一規(guī)劃、分步實施”策略及三年四階段實施方案。該項目對提高我行客戶服務水平、快速響應市場需求及監(jiān)管要求、提升管理信息系統(tǒng)數(shù)據(jù)源質量,優(yōu)化核心系統(tǒng)軟件架構,規(guī)范開發(fā)管理模式有重要意義。

  核心系統(tǒng)升級項目的業(yè)務目標是通過整合業(yè)務需求,借鑒行業(yè)經(jīng)驗,解決現(xiàn)存問題,同時在客戶服務、快速應對市場變化、產(chǎn)品管理、管理信息系統(tǒng)數(shù)據(jù)支持方面獲得明顯提升。技術目標是充分考慮IT規(guī)劃的要求和約束,使核心系統(tǒng)在靈活性、可擴展性方面取得根本性的進步,提高IT對業(yè)務需求的響應能力;提升系統(tǒng)的安全性、穩(wěn)定性和處理能力,對運維管理提供系統(tǒng)性的支持;形成有效的開發(fā)管控模式,保證系統(tǒng)架構的穩(wěn)定和開發(fā)運維的可持續(xù)。

  2項目總體計劃

  核心系統(tǒng)升級x項目初步計劃用三年時間,分四個階段完成核心系統(tǒng)升級x。第一階段是完成核心系統(tǒng)需求開發(fā)

  指完成業(yè)務需求和技術需求的過程。

  和系統(tǒng)設計、第二階段是完成核心系統(tǒng)基礎模塊及負債子系統(tǒng)的開發(fā)上線、第三階段是完成資產(chǎn)子系統(tǒng)的開發(fā)上線、第四階段是完成會計核算子系統(tǒng)的開發(fā)上線。各階段的持續(xù)時間分別是9個月、12個月、8個月和7個月。

  3項目組織架構

  3.1項目組織結構

  核心系統(tǒng)升級x項目參與部門有總行公司銀行部、零售銀行部、國際業(yè)務部、計劃財務部、信貸管理部、結算運營中心、會計部和信息技術部。計劃在需求開發(fā)和系統(tǒng)設計階段引入外部合作廠商。

  核心系統(tǒng)升級x項目采用以下組織結構。

  領導小組由陳小憲行長任組長,歐陽謙副行長任第一副組長,曹彤副行長、曹國強副行長、張強副行長任副組長,負責研究醞釀提交辦公會決策的重大事項,對項目資源提供保障。xxxX

  項目管理辦公室(簡稱PMO)由歐陽謙副行長任主任、信息技術部張斌總經(jīng)理、會計部李佩霞副總經(jīng)理任副主任,信息技術部、會計部、公司銀行部、零售銀行部、國際業(yè)務部、計劃財務部、結算運營中心、信貸管理部一級部副職、業(yè)務項目經(jīng)理和技術項目經(jīng)理為成員。會計部胡葆青任業(yè)務項目經(jīng)理,信息技術部劉良俊xxx任技術項目經(jīng)理。項目管理辦公室負責項目實施過程工作的組織推動。項目管理組由信息技術部項目管理骨干和具有豐富經(jīng)驗的外部專家組成,負責協(xié)助項目經(jīng)理的項目管理工作。

  廠商到位后,將安排相應項目經(jīng)理,以及項目管理人員加入PMO和項目管理組。

  業(yè)務組由總分行任職干部、業(yè)務骨干及合作公司人員組成。業(yè)務組負責提出業(yè)務需求、驗收測試、手冊編寫和業(yè)務培訓,并參與上線投產(chǎn)的組織工作。

  技術組由總行信息技術部任職干部、技術骨干、分行技術骨干、外包廠商技術人員、以及合作公司人員組成。技術組負責需求分析、系統(tǒng)設計、系統(tǒng)開發(fā)、數(shù)據(jù)移植、技術測試及上線投產(chǎn)等工作。

  3.2角色與職責

  除領導小組外,本項目包括PMO成員,負責項目日常工作的項目經(jīng)理、小組組長及小組成員。

  PMO成員:負責本部門內部與核心系統(tǒng)升級x相關工作的組織協(xié)調,對項目組提出的問題及時組織部門內部討論并反饋意見(需部門一把手簽字);根據(jù)需要參與各個階段工作成果的評審。

  項目經(jīng)理:負責項目的組織、管理與實施;負責執(zhí)行PMO的工作部署,負責領導、監(jiān)督和指導項目小組的工作;負責協(xié)調與其他項目的關系;負責對小組組長和成員的考核。

  小組組長:協(xié)助項目經(jīng)理完成項目日常管理工作;負責本小組的工作組織、管理與項目實施,負責領導、監(jiān)督和指導小組成員的工作;負責對小組成員考核。

  小組成員:配合小組組長完成項目日常工作,根據(jù)小組組長的安排,按時保質完成項目實施工作。

  題組成員對本部門相關人員的工作組全職人員(包括組長和成員)要及時將工作情況和存在的問題反饋給所在部門,必要時協(xié)調所在部門相關人員參與項目組的專題討論,或協(xié)助項目組成員對本部門相關人員進行訪談。

  4匯報與溝通

  4.1匯報路徑

  匯報路徑原則上采用逐級匯報方式,即:

  小組成員―>小組組長―>項目經(jīng)理―>項目管理辦公室領導―>項目領導小組;

  對可能影響項目進度、安全、質量和人員團結等重要事項,小組成員應及時報告,必要時可越級匯報。

  各小組組長與項目經(jīng)理、項目組成員,銀行項目組成員與廠商項目組成員應保持密切溝通,確保項目匯報路徑暢通。

  4.2匯報內容

  匯報內容即包括任務完成進度、遇到的難點和困難、存在的問題和潛在的風險、以及變更請示等,也可包括對本項目執(zhí)行提出的建議。

  4.3匯報與溝通方式

  4.3.1書面匯報與溝通

  4.3.1.1每日報工

  本項目建議采用每日報工的工作方式。報工采用書面匯報方式進行。

  每天下班前,小組成員以書面工作日報形式匯報自己當天投入到每項工作的工作內容和工作量報小組組長。

  4.3.1.2項目周報

  項目周報包括計劃與周報兩方面內容。

  項目管理組每周四向各小組發(fā)布最新下周項目計劃,各小組參照該計劃制定下周本組具體工作計劃。

  各小組每周五向項目管理組提交本小組周報,內容主要包括本周工作完成情況、下周工作計劃和項目進行過程中存在的重要問題。項目管理組根據(jù)各小組工工作周報,匯總形成項目組周報,并跟進如下事宜:1)確認各組任務完成情況,如有延遲,項目管理組負責追蹤確認延遲原因,明確改進措施。2)匯總并跟蹤各小組反映的重要問題。3)預警項目風險點。

  每周五下班前項目管理組將分析完成的項目周報報送項目經(jīng)理,項目經(jīng)理根據(jù)周報信息確認項目整體情況,協(xié)調解決項目問題,控制項目進度與質量,并提出下一階段工作要求與安排。

  項目周報模版見附件1《核心系統(tǒng)升級x項目周/月報》

  4.3.1.3項目月報

  各小組組長應每月月末向項目管理組提交項目月報,內容主要包括本月工作計劃完成情況、下月工作計劃和項目進行過程中存在的問題。

  項目管理組每月根據(jù)各小組的工作計劃和工作總結,結合項目的總體進展情況,匯總后形成項目月報。并及時報項目領導小組、PMO、項目經(jīng)理、并發(fā)送各小組。

  4.3.1.4項目里程碑報告

  項目管理組配合項目經(jīng)理,根據(jù)項目的進展情況,綜合匯總后形成里程碑報告。項目里程碑報告用于反映項目成果、進展、下一階段工作計劃和決策問題。里程碑報告應及時報送項目領導小組、PMO、項目經(jīng)理、并發(fā)送各小組。

  項目里程碑報告模版見附件2《核心系統(tǒng)升級x項目里程碑報告》

  4.3.1.5工作聯(lián)系單

  工作聯(lián)系單用于項目組內部,當某項工作需要確認、跟蹤時,可由一方填寫《工作聯(lián)系單》至接收方。工作聯(lián)系單需報項目經(jīng)理審批,項目經(jīng)理審批通過后發(fā)送項目管理組歸檔,并由項目管理組將工作聯(lián)系單發(fā)送至接收方進行后續(xù)處理。項目管理組跟蹤聯(lián)系單處理情況。

  工作聯(lián)系單模版見附件3《核心系統(tǒng)升級x項目工作聯(lián)系單》

  4.3.1.6電子郵件、電話和口頭

  項目過程中日常業(yè)務、技術問題的交流與確認、項目組內日常的工作匯報以及各類通知、通告等,可借助電子郵件完成。日常工作中一般性的匯報和溝通可以采取電話或口頭的形式。

  4.3.2會議制度

  1、項目會議包括:PMO例會、項目組周例會、各小組周例會、專題討論會,以及不定期召開的項目組全體會議、項目領導小組會議等。

  2、會議管理:項目管理組負責領導小組會議、項目組全體會、PMO例會及項目組周例會的會議組織,包括預定會議室、發(fā)會議通知、會議記錄并整理會議紀要等。各小組例會、業(yè)務協(xié)調會、技術協(xié)調會和其他專題會議,由各小組負責安排會議場所并記錄、整理會議紀要。各類會議需要使用會議設備,如投影儀等由項目管理組統(tǒng)一管理,參會人員需提前申請,使用完畢交還項目管理組保管。

  3、項目組全體會議:項目組全體會議不定期召開,參加人員為項目組全體成員,會議主要內容包括:重大事項的調整和公布,階段性的總結等,由項目經(jīng)理主持。

  4、項目組周例會:項目組周例會每周五下午召開一次,由項目經(jīng)理主持,參加人員為各小組組長、副組長,會議主要內容包括:項目總體狀況總結、上周工作回顧、關鍵問題及風險討論、依賴因素討論、下周人員安排、下周工作安排等。

  5、PMO例會:PMO例會原則上兩周安排一次,PMO相關人員參會,可視情況進行調整。由項目經(jīng)理向PMO領導匯報項目進度及存在的'問題,對項目執(zhí)行中遇到的重大問題提交PMO或項目領導小組決策。

  6、項目領導小組會議:項目領導小組會議不定期召開,由PMO向項目領導小組匯報項目進度及風險,對項目過程中的重大問題提交項目領導小組決策。

  7、小組例會:小組例會每周五上午召開一次,由各小組組長召集,參加人員為本小組全體成員,主要內容包括:通報本周工作情況、問題討論與交流、安排下周工作等。

  8、技術、業(yè)務專題討論:由項目經(jīng)理、小組組長或技術、業(yè)務骨干主持,參加人員為相關項目成員,會議主要是討論有關技術、業(yè)務專題。

  4.3.4簡報制度

  項目管理組負責每兩周發(fā)布項目進度報告報PMO,里程碑點發(fā)布里程碑報告報領導小組。

  5項目進度管理

  本項目基于WBS與資源的計劃制定方法,基于WBS的多里程碑進度跟蹤和度量。

  5.1進度控制管理目標

  本項目進度控制管理目標為,通過有計劃的控制措施,保證項目按預定時間完成。在必要情況下,對項目的時間計劃進行調整。

  5.2進度管理職責劃分

  項目經(jīng)理牽頭總體計劃的制訂和控制,小組計劃由各小組組長負責制定,項目管理組負責配合項目經(jīng)理執(zhí)行項目進度的跟蹤與監(jiān)督,并及時將項目進展情況匯報項目經(jīng)理和PMO。

  5.3項目計劃

  5.3.1高層計劃

  本項目的高層計劃指按里程碑點制訂的整體計劃,由項目經(jīng)理負責制訂,并報PMO和領導小組審批。

  5.3.2總體計劃

  1、總體計劃形成方式:本項目總體計劃的形成采用自上而下和自下而上的過程,即項目經(jīng)理在聽取各小組工作計劃的基礎上,結合項目的實際情況,把握項目的總體進度,提出項目總體計劃的初步設想,并提交項目組例會討論。討論通過后項目經(jīng)理根據(jù)項目組例會的意見進行必要的修訂,形成項目總體計劃并下發(fā)各小組執(zhí)行。

  2、總體計劃內容:本項目的總體計劃是指在項目執(zhí)行期間,根據(jù)項目的總體實施目標和總體時間框架制訂的詳細工作計劃,項目總體計劃中應包含進度計劃、培訓計劃、質量保證計劃等方面的內容。

  本項目因分階段實施,周期長,因此項目總體計劃應包括跨越整個項目生命周期的:1)核心系統(tǒng)需求開發(fā)、概要設計;2)基礎模塊及負債子系統(tǒng)的開發(fā)上線;3)資產(chǎn)子系統(tǒng)的開發(fā)上線;4)會計核算子系統(tǒng)的開發(fā)上線四個階段的階段性計劃和月度計劃。

  5.3.3WBS日程計劃

  WBS日程計劃分為兩類:

  1、小組WBS日程計劃:指由小組組長根據(jù)項目總體計劃進行任務分解,制定的小組工作計劃。各小組WBS日程計劃應細化到工作日,并應有明確的起始時間和完成時間,任務分解到人。小組WBS日程計劃需報項目經(jīng)理審核批準。

  2、項目組WBS日程計劃:項目經(jīng)理根據(jù)各小組的WBS日程計劃,匯總形成項目組WBS日程計劃,項目組的WBS日程計劃可細化到周,有明確的起始時間和完成時間,任務應分解到人。

  5.4項目監(jiān)控

  項目監(jiān)控是指項目組依照項目計劃對項目狀況和績效進行跟蹤,并采取相應的控制和糾偏活動,以保證項目各項活動依照項目計劃有序進行。

  項目監(jiān)控主要包含項目報工、項目跟蹤、項目問題管理、項目風險管理、項目變更管理等。

  項目計劃跟蹤主要由項目經(jīng)理負責,項目管理組負責跟蹤的具體工作,在計劃執(zhí)行出現(xiàn)偏差時及時提醒相關責任人,并通報小組組長和項目經(jīng)理。

  5.4.1項目報工

  各組長可通過小組成員每日報工了解各項工作的完成情況。出現(xiàn)問題時,組長應及時與小組成員溝通,力爭彌補出現(xiàn)的進度偏差。在確有必要的情況下,組長可對WBS日程計劃進行調整,并報項目經(jīng)理審批。

  5.4.2項目跟蹤

  項目跟蹤依照關注點的不同,分為兩類:項目周/月跟蹤與項目里程碑跟蹤。

  5.4.2.1項目周/月跟蹤

  項目周/月跟蹤的目的是通過收集項目信息和更新項目狀態(tài),展現(xiàn)項目實際進展與項目總體計劃和WBS日程計劃的偏差。

  項目經(jīng)理負責了解各小組任務完成情況,小組組長負責了解小組成員任務完成情況,更新WBS日程計劃及活動完成百分比,并填寫任務實際完成時間。

  項目經(jīng)理和小組組長檢查項目問題,記錄項目問題的跟蹤情況。如果問題已處理,則記錄問題的處理方式與處理結果。項目管理組可配合小組和項目經(jīng)理跟蹤附件4《核心系統(tǒng)升級x項目問題跟蹤表》的問題解決情況。

  項目經(jīng)理和小組組長檢查項目風險,對于已經(jīng)發(fā)生的風險,記錄風險發(fā)生的情況、風險對項目的實際影響,項目組采取的應對措施以及實施效果。

  5.4.2.2項目里程碑跟蹤

  本項目里程碑跟蹤主要指對項目高層計劃的跟蹤,目的是收集項目信息、更新項目狀態(tài),并向項目領導小組、PM0匯報當前里程碑的完成情況。

  項目經(jīng)理發(fā)現(xiàn)實際發(fā)生與高層計劃偏差5個工作日時,應及時預警,調查偏差原因并提出解決方案,采取措施盡可能減小偏差;若發(fā)現(xiàn)實際發(fā)生與高層計劃偏差10個工作日時,要及時上報PMO和領導小組,匯報偏差產(chǎn)生的原因及應對措施,如需調整高層計劃,需報PMO和領導小組審批。

  項目里程碑跟蹤同樣需要對項目問題和項目風險進行檢查與跟蹤,并填寫附件4《核心系統(tǒng)升級x項目問題跟蹤表》和附件5《核心系統(tǒng)升級x項目風險跟蹤表》。

  5.4.3項目問題管理

  對于記錄到附件4《核心系統(tǒng)升級x項目問題跟蹤表》中的問題,小組組長根據(jù)問題重要程度和對項目的影響,指派相關小組成員作為問題負責人解決問題。

  問題負責人負責解決問題,如果問題較嚴重,符合項目變更的條件,則需要發(fā)起項目變更。

  項目管理組每日對問題跟蹤表中記錄的問題進行檢查,對不需要項目變更的問題,原則上5個工作日內解決(優(yōu)先級高的問題,原則上3個工作日解決),超過5個工作日尚未解決的問題,項目管理組提出預警,督促問題負責人盡快解決,并報項目經(jīng)理和小組組長關注。

  5.4.4項目風險管理

  本項目的風險管理應關注風險分析、風險監(jiān)控與風險應對。

  5.4.4.1風險分析

  項目經(jīng)理、小組組長、項目組成員,依據(jù)識別出的每個風險的描述和影響范圍確定風險的分類,并結合以往的經(jīng)驗和本項目的實際情況,確定風險發(fā)生的可能性有多大,確定風險一旦發(fā)生,對項目的影響有多大。

  對于識別出的風險,各小組要及時報告項目經(jīng)理,并提出建議。對于一般性風險,項目經(jīng)理召集相關人員進行必要討論后確定對應措施;對于重大風險,項目經(jīng)理提出解決建議,報PMO決策。

  項目經(jīng)理為每個風險指派小組成員具體負責,該小組成員負責跟蹤風險的狀態(tài),監(jiān)視風險發(fā)生條件是否具備。

  風險發(fā)生可能性的說明

  風險發(fā)生可能性

  等級

  數(shù)值

  描述

  含義

  很低

  0

  發(fā)生的概率為0%~20%

  非常不可能,機會很小

  低

  1

  發(fā)生的概率為21%~40%

  不可能,可能不會

  中等

  2

  發(fā)生的概率為41%~60%

  我們懷疑,可能不會

  高

  3

  發(fā)生的概率為61%~80%

  可能,我們相信

  很高

  4

  發(fā)生的概率為81%~100%

  幾乎一定,非?赡

  2)風險影響程度說明

  風險影響程度說明

  風險影響程度

  等級

  數(shù)值

  描述

  低

  0進度延誤低于10%,或工作量增加低于10%。

  中

  1進度拖延在10%~30%之間,或工作量增加在10%~20%之間,或質量不高,需要返工。

  高

  2進度拖延在30%~50%之間,或工作量增加20%~30%之間,或質量較差,必須重大返工,否則無法繼續(xù)工作。

  關鍵

  3進度拖延超過50%,或者工作量增加超過30%,或質量極差,很難達到需求。

  5.4.4.2

  風險監(jiān)控

  風險監(jiān)控是一個日常性的工作,貫穿于本項目的整個過程中,采取定期(周/月跟蹤、里程碑跟蹤)或事件驅動的方式來進行。

  風險負責人監(jiān)視風險發(fā)生條件。如果風險發(fā)生條件有變化,需及時上報項目經(jīng)理,并重新進行風險分析。

  風險負責人維護風險的狀態(tài):1)如果風險已經(jīng)發(fā)生,正在執(zhí)行風險應對措施,則狀態(tài)修改為“處理中”;2)如果風險應對措施執(zhí)行完畢,風險被成功規(guī)避,則根據(jù)風險策略,將風險狀態(tài)修改為“已減輕”、“已轉移”、“已避免”;3)如果風險應對措施未能有效控制風險,風險被轉化為項目問題進行處理,則將風險狀態(tài)修改為“已關閉”;4)如果風險發(fā)生條件已經(jīng)不具備,風險已不可能發(fā)生,則風險狀態(tài)修改為“已關閉”

  項目經(jīng)理應在項目月報和項目里程碑報告中通報項目風險,報送PMO和領導小組知悉。

  5.4.4.3.風險應對

  風險應對是指風險負責人執(zhí)行風險應對策略和措施來避免風險或減低風險帶來的影響。

  風險負責人監(jiān)視風險發(fā)生條件,風險發(fā)生條件滿足時,風險負責人要實施風險應對措施。

  風險應對措施實施后,要評估和記錄實施效果,更新風險狀態(tài),并匯報項目經(jīng)理風險發(fā)生和處理情況。

  如果成功控制了風險,則直接將風險狀態(tài)轉為關閉,如果未能控制風險或未達到預期的效果,則風險負責人匯報項目經(jīng)理審批后,將此風險轉化為項目問題,記錄到附件4《核心系統(tǒng)升級x項目問題跟蹤表》中進行跟蹤處理,風險狀態(tài)也轉為關閉。

  6變更管理

  變更管理是當項目發(fā)生重大偏差或問題時,采取的糾偏活動,以保證項目能夠有序進行。

  變更管理包括需求變更管理和項目變更管理。

  6.1需求變更管理

  需求變更管理的目的是控制需求變化對項目的影響,如對項目計劃或項目交付物等的影響。

  需求變更有兩種情況:

  1)對已經(jīng)提交的需求進行更改;2)新需求。第一種情況需要對變更進行評估與分析;第二種情況則直接受理新需求并進行后續(xù)工作。

  1、需求變更發(fā)起前,各業(yè)務和技術小組應充分討論與溝通,評估是否發(fā)起該變更申請,若需要,由各小組組長負責填寫附件6《核心系統(tǒng)升級x項目需求變更申請表》,并提交項目經(jīng)理審批。

  2、項目經(jīng)理組織業(yè)務和技術相關人員判斷是否為重大變更,判斷依據(jù)是:1)工作量超出總工作量達5%;2)里程碑點推遲;3)涉及關聯(lián)系統(tǒng)需求變化的;4)其他影響高層計劃安排的;滿足上述任一條件即為重大變更。

  3、如果變更屬于重大變更,則項目經(jīng)理要組織重大需求變更分析與評審;如果變更不屬于重大變更,則還要判斷是否接受變更。

  4、重大需求變更分析與評審

  如果變更屬于重大變更,項目經(jīng)理組織重大需求變更分析與評審。評估內容包括:1)技術可行性分析;2)需求合理性、可行性分析;3)關聯(lián)系統(tǒng)影響分析;4)變更的風險分析;5)分析需求的緊急程度。

  5、項目經(jīng)理根據(jù)需求變更的分析與評審及對項目計劃的影響程度,判斷是否接受需求變更,并填寫附件6《核心系統(tǒng)升級x項目需求變更申請》,如該變更需要調整項目計劃則執(zhí)行項目(計劃)變更,填寫附件7《核心系統(tǒng)升級x項目變更申請表》,提出明確意見與分析后,報PMO領導審批。

  6、需求變更得審批通過后,項目經(jīng)理需組織項目成員進行需求分析,需求分析結束后形成《核心系統(tǒng)升級x項目需求規(guī)格說明書》。

  7、需求變更與修改工作產(chǎn)品的關系:

  如果需求變更發(fā)生在定義階段,需要更新設計文檔;如果需求變更發(fā)生在開發(fā)階段和測試階段,需要更新設計文檔、代碼、測試方案和測試案例;如果需求變更屬于重大變更,則項目經(jīng)理要組織評審活動對重要工作產(chǎn)品進行驗證。

  8、需求變更與維護需求跟蹤矩陣的關系:

  修改完工作產(chǎn)品后,項目經(jīng)理負責組織小組組長更新需求跟蹤矩陣

  6.2項目變更管理

  本項目項目變更有下述三種情況:

  1、項目高層計劃變更

  當目實際進度與項目高層計劃發(fā)生較大偏差時,由項目經(jīng)理負責填寫附件7《核心系統(tǒng)升級x項目變更申請表》,調整項目高層計劃和項目總體計劃,并報項目領導小組審批。

  2、項目日程計劃變更

  當本項目小組新增或調整WBS日程計劃時,由小組組長在本周項目計劃周報中體現(xiàn),報項目經(jīng)理審批,項目經(jīng)理審批通過后,由項目經(jīng)理負責同步調整項目WBS日程計劃,并下發(fā)各小組執(zhí)行。

  3、項目核心成員變更

  當項目核心成員在項目實施期間離開項目組時,需要進行正式的交接和審批過程。核心成員包括:銀行項目經(jīng)理、廠商項目經(jīng)理、小組組長、需求分析人員、系統(tǒng)設計人員、測試負責人等。小組內核心成員變更時,由小組組長填寫附件7《核心系統(tǒng)升級x項目變更申請表》,報項目經(jīng)理審批,小組組長或廠商項目經(jīng)理人員變更時,由銀行項目經(jīng)理填寫附件7《核心系統(tǒng)升級x項目變更申請表》,報PMO審批。

  7需求管理

  本項目需求管理的目的(CMMI定義),在于管理項目產(chǎn)品及產(chǎn)品組件的需求,并識別這些需求與項目計劃及工作產(chǎn)品間的差異。

  7.1需求受理

  涉及核心系統(tǒng)升級x項目范圍內系統(tǒng)的需求進行統(tǒng)一管理,由核心升級項目業(yè)務組和技術組組織分析需求與核心升級項目的關聯(lián)性,給出需求是否實施、與核心系統(tǒng)的協(xié)同關系等意見。基本的控制準則是:監(jiān)管需求和急迫的業(yè)務需求必須支持;可能導致項目延期的新增業(yè)務需求則進行必要的控制。

  7.2需求跟蹤

  需求跟蹤的目的是跟蹤需求的實現(xiàn)過程,并且在發(fā)生需求變更時確定變更影響的范圍。

  本項目需求開發(fā)階段,各小組組長指定專人負責需求跟蹤,并依照附件8《核心系統(tǒng)升級x項目需求跟蹤矩陣交付物要求》,編寫《核心系統(tǒng)升級x項目需求跟蹤矩陣》,將需求功能點和需求狀態(tài)記錄到需求跟蹤矩陣中,并報項目經(jīng)理審核。

  當發(fā)生需求變更時,需求跟蹤人員負責變更影響的設計結果、測試結果和需求狀態(tài)更新到需求跟蹤矩陣中,上報項目經(jīng)理審批。

  項目管理組負責跟蹤與核心系統(tǒng)升級x有協(xié)同關系需求的項目進展。

  7.3需求變更

  見6.1需求變更管理

  8質量管理

  8.1質量計劃

  本項目由項目經(jīng)理指定專門的QA人員負責制訂質量保證計劃,用于審計本項目各里程碑點是否按要求實施。

  質量審計包括產(chǎn)品審計和過程審計,產(chǎn)品審計用于審計各階段交付物的質量,如需求開發(fā)階段,需要審計文檔規(guī)范、需求范圍、功能點是否完整等內容。過程審計主要用于審計項目執(zhí)行過程中是否按要求執(zhí)行了項目動作,如在計劃時間點是否制定了《WBS日程計劃》等。

  8.2質量保證

  本項目的質量保證主要方式是評審。

  評審按《中信銀行x銀行評審管理規(guī)范》執(zhí)行。

  本項目文檔管理規(guī)范遵循《IT-09-YYKF-913-201-ZH中信銀行x銀行信息技術部應用開發(fā)部文檔管理規(guī)范》中項目級文檔管理規(guī)范執(zhí)行。

  9項目安全和保密規(guī)定

  1、項目管理組對開發(fā)過程中產(chǎn)生的文檔、公司提交的重要文檔、源程序及其它重要資料進行安全分級管理,嚴格控制文檔發(fā)布范圍。

  2、未經(jīng)項目經(jīng)理批準,項目成員不得以網(wǎng)絡、磁盤、U盤、紙介質等任何方式對外傳播文檔信息。

  3、項目組成員要注意保管好各自辦公所用的電子介質、筆記本和文檔資料,廢棄資料要注意銷毀。

  4、項目組成員所使用的電腦必須安裝我行統(tǒng)一規(guī)定的防病毒軟件,采用統(tǒng)一的準入登陸。

  5、所有廠商項目組成員必須簽署《中信銀行核心系統(tǒng)升級x銀行項目保密承諾書》

  10配置管理

  本項目使用信息技術部統(tǒng)一的配置管理工具Firefly,F(xiàn)irefly可以進行任務和文檔管理,核心系統(tǒng)升級x項目組僅使用文檔管理功能。

  核心系統(tǒng)升級x項目配置管理說明見附件9《核心系統(tǒng)升級x項目配置管理說明》

  配置管理工具詳細操作說明見《中信銀行x銀行配置管理系統(tǒng)操作手冊》。

  11綜合管理

  11.1考勤、請假制度

  1、所有項目成員(包括廠商人員)應嚴格遵守中信銀行x銀行考勤管理制度,正常工作時間是:8:30

  17:00。各小組根據(jù)工作如需合理安排加班。

  2、小組成員因病、事需要休假時,需提前以書面方式向項目經(jīng)理請假并得到批準后報PMO副主任審批。

  11.2考核管理制度

  為加強項目經(jīng)理對項目組成員的管理,調動項目組成員的積極性,提高項目團隊的工作效率和質量,本項目特制定了考核管理辦法。考核管理辦法適用于項目組的行內人員。

  詳見附件10《中信銀行核心系統(tǒng)升級XX銀行項目考核管理辦法》

  11.3合作廠商管理/外包人員管理

  合作廠商人員、外包人員應遵守的中信銀行XX銀行信息技術部應用開發(fā)部外包技術人員管理制度:包括訪問控制、重要文檔交接登記、人員簡歷清單,人員入場考試、進廠工作到位和人員離崗報告,相關承諾的跟進措施,交付驗收制度,知識轉移方案等。

  詳見附件11《中信銀行XX銀行信息技術部應用開發(fā)部外包技術人員管理工作流程》

  11.4培訓組織

  項目組內部各類技術、業(yè)務培訓組織與實施由項目管理組統(tǒng)一負責。

  11.5后勤保障

  本項目的辦公環(huán)境、設備、紙質和實物介質、外出會議、團隊活動等日常管理與支持,由項目管理組統(tǒng)一負責。

升級管理制度2

  為保證校園網(wǎng)的正常運行,防止各類病毒、黑客軟件對我校聯(lián)網(wǎng)主機構成的'威脅,最大限度地減少此類損失,特制定本制度:

  一、各接入科室計算機內應安裝防病毒軟件、防黑客軟件及垃圾郵件消除軟件,并對軟件定期升級。

  二、各接入科室計算機內嚴禁安裝病毒軟件、黑客軟件,嚴禁攻擊其它聯(lián)網(wǎng)主機,嚴禁散布黑客軟件和病毒。

  三、網(wǎng)絡中心應定期發(fā)布病毒信息,檢測校園網(wǎng)內病毒和安全漏洞,并采取必要措施加以防治。

  四、校園網(wǎng)內主要服務器應當安裝防火墻系統(tǒng),加強網(wǎng)絡安全管理。

  五、門戶網(wǎng)站和部門網(wǎng)站應當建設網(wǎng)絡安全發(fā)布系統(tǒng), 以防止網(wǎng)絡黑客對頁面的非法篡改, 并使網(wǎng)站具備應急恢復的能力。網(wǎng)絡安全發(fā)布系統(tǒng)占用系統(tǒng)資源百分比的均值不得超過5%, 峰值不得超過15%。

  六、要及時對操作系統(tǒng)、數(shù)據(jù)庫等系統(tǒng)軟件進行補丁包升級或者版本升級, 以防黑客利用系統(tǒng)漏洞和弱點非法入侵。

  七、網(wǎng)絡與信息中心定期對網(wǎng)絡安全和病毒檢測進行檢查,發(fā)現(xiàn)問題及時處理。

【升級管理制度】相關文章:

實用的升級作文300字四篇07-13

管理制度02-19

工廠車間管理制度車間管理制度02-14

鑰匙管理制度優(yōu)秀 鑰匙的管理制度表格09-22

文書管理制度09-23

程序與管理制度08-29

裝修管理制度06-11

餐飲的管理制度06-11

車庫管理制度05-27