- 相關(guān)推薦
系統項目管理制度
在學(xué)習、工作、生活中，很多場(chǎng)合都離不了制度，制度是指一定的規格或法令禮俗。擬定制度的注意事項有許多，你確定會(huì )寫(xiě)嗎？下面是小編幫大家整理的系統項目管理制度，歡迎閱讀，希望大家能夠喜歡。
系統項目管理制度1
一、目的
規范空調系統管理。確�？照{系統運行正常。
二、適用范圍
適用于xx嘉園管理處維修值班人員的值班管理。
三、職責
1、工程部給修人員嚴格執行空調系統管理制度。
2、工程部主管負責監督、檢查。
四、工作流程
1、嚴格按運行、檢查和維修養護等規程操作,保障空調系統的.正常運行。
2、嚴格按設備啟動(dòng)、關(guān)閉時(shí)間操作,每日定時(shí)巡視檢查,認真做好記錄,發(fā)現問(wèn)題及時(shí)維修,遇到重大問(wèn)題及時(shí)通知工程維修部進(jìn)行搶修,保證設備正常運轉。
3、嚴格按保養規定對空調系統進(jìn)行保養、維修工作。
4、定期對空調系統進(jìn)行清潔工作,保證設備表面無(wú)灰塵,運轉良好。
系統項目管理制度2
1、設計文件
檢查起重機械設計文件中有關(guān)安全監控管理系統的內容是否符合《起重機械安全監控管理系統》(gb/t 28264-20xx)的要求。
2、安全監控管理功能要求的硬件配備
檢查起重機械的出廠(chǎng)配套件清單中是否有g(shù)b/t 28264-20xx所要求的信號采集單元、信號處理單元、控制輸出單元、數據存儲單元、信號顯示單元、信息導出接口單元等硬件設施,并核查。
3、管理權限的設定
現場(chǎng)核實(shí)系統管理員的授權,進(jìn)入系統后,需要有登錄密碼或更高級的身份識別方式。系統管理員輸入正確的密碼或其它識別方式后,能夠順利進(jìn)入系統。
4、故障自診斷
開(kāi)機進(jìn)入系統后,現場(chǎng)核實(shí)系統有運行自檢的程序,并顯示自檢結果,系統應具有故障自診斷功能。系統自身發(fā)生故障而影響正常使用時(shí),能立即發(fā)出報警信號。
5、報警裝置
在空載的條件下,通過(guò)按急�；蛳到y設計的報警信號現場(chǎng)驗證起重機械的各種報警裝置的動(dòng)作。
系統的報警裝置能向起重機械操作者和處于危險區域的人員發(fā)出清晰的聲光報警信號。
當發(fā)生故障時(shí),系統不但要報警,還應能根據設置要求對設備止停。
6、文字表達形式
現場(chǎng)目測系統顯示的所有界面的文字表達形式為簡(jiǎn)體中文。
7、通信協(xié)議的開(kāi)放性
(1)現場(chǎng)檢查系統有對外開(kāi)放的硬件接口,查閱相關(guān)說(shuō)明書(shū)中通信協(xié)議的內容,應符合國家現行標準規定的modbus、tcp/ip、串口等對外開(kāi)放的協(xié)議;
(2)現場(chǎng)驗證系統通過(guò)以太網(wǎng)或usb接口能方便地將記錄數據導出。
8、顯示信息的清晰度
在司機座位上,斜視45°可清晰完整的觀(guān)察到整個(gè)監控畫(huà)面,包括視頻系統的畫(huà)面,畫(huà)面上顯示的信息不刺目、不干擾視線(xiàn),清晰可辨。
9、系統信息采集源
對應gb/t 28264-20xx中表1檢查信息采集源。
10、監控參數驗證
按照下述方法,對應gb/t 28264-20xx中表2驗證具體產(chǎn)品的參數。
(1)起重量
現場(chǎng)起升載荷,檢查顯示器上是否顯示起重量,顯示計量單位為“t”,并至少保留小數點(diǎn)后兩位。
(2)起重力矩
現場(chǎng)起升載荷,并進(jìn)行變幅運動(dòng),檢查顯示器上是否顯示起重量和相應位置幅度,顯示計量單位分別為“t”和“m”,均應至少保留小數點(diǎn)后兩位。
(3)起升高度/下降深度
顯示屏幕上,能實(shí)時(shí)顯示所吊運的物體高度和下降深度。在空載的條件下,將吊具起升到一定的位置,記錄此時(shí)顯示屏上起升高度的數值為g1,將激光測距儀垂直架設到吊具的正下方,測試吊具的位置高度值并記錄為h1,起升機構緩慢運行一定的的高度,觀(guān)察顯示屏上起升高度的數值應實(shí)時(shí)變化,待穩定后記錄為h2,測量此時(shí)吊具的位置高度值并記錄為h2,通過(guò)公式h=h2-h1計算出顯示屏上起升高度的變化值h,通過(guò)公式h=h2-h1,計算出吊具實(shí)際測量上升的高度h,以上操作至少重復三次,h與h的數值應該一致。
(4)運行行程
起重機械的起升高度、下降深度、小車(chē)運行、大車(chē)運行等運行行程可實(shí)時(shí)顯示。
�、儆嬎闫鹬貦C吊具由地面起升至最大高度過(guò)程中,起升卷筒轉動(dòng)圈數,換算至鋼絲繩起升高度值,與監控系統顯示值對比;
�、谠诳蛰d的條件下,將小車(chē)運行到某一位置,記錄顯示屏上小車(chē)運行行程的數值為s0,并在小車(chē)運行的軌道上相應位置做標記,緩慢開(kāi)動(dòng)小車(chē),移動(dòng)一定的距離(一般不少于10mm),觀(guān)察顯示屏上小車(chē)運行行程的數值應實(shí)時(shí)變化,待小車(chē)穩定后記錄顯示屏幕上行程數值為s1,并在運行的軌道上做標記。用卷尺測量?jì)商帢擞浀?距離為s,計算出系統顯示的距離s=/s1-s0/,s與s數值應該一致;
�、鄞筌�(chē)運行的行程驗證方法同第二條所述。
(5)風(fēng)速
檢查系統應實(shí)時(shí)顯示風(fēng)速值,記錄當前風(fēng)速值,查看計量合格證;測量與起重機風(fēng)速計同一位置的風(fēng)速,與顯示值比較�，F場(chǎng)驗證時(shí)調低試驗報警門(mén)檻值,察看其有效性,系統應立即發(fā)出警報信號,在司機室和起重機周?chē)芮逦挠^(guān)察到聲光報警信號,起重機停止運行。
(6)回轉角度
系統應實(shí)時(shí)記錄并顯示起重機械的回轉角度,與監控系統顯示值進(jìn)行對比,驗證其有效性和準確度。
(7)幅度
現場(chǎng)進(jìn)行變幅運動(dòng),檢查顯示器上是否顯示相應位置幅度,顯示計量單位為“m”,應至少保留小數點(diǎn)后兩位。
(8)大車(chē)運行偏斜
在空載的條件下,慢速、點(diǎn)動(dòng)操作起重機兩側支腿電動(dòng)機,模擬大車(chē)運行偏斜狀態(tài),觀(guān)察系統是否顯示并能發(fā)出報警信號。
(9)水平度
現場(chǎng)檢查系統中有實(shí)時(shí)顯示整體水平度的數值并記錄,用水準儀測量起重機主體結構前后支腿的高低差,驗證起重機的整體水平度。
(10)同一或不同一軌道運行機構安全距離
根據產(chǎn)品的設計要求及相關(guān)標準要求,系統應設置安全距離不小于d;當系統的安全距離小于d時(shí),系統有正確響應�，F場(chǎng)設置信號反射器具,檢驗起重機械同一或不同一軌道存在碰撞危險時(shí),在司機室和起重機械周?chē)芮逦挠^(guān)察到聲光報警信號,起重機械停止運行。
(11)操作指令
在空載的條件下,根據現場(chǎng)實(shí)際情況,對起重機械的動(dòng)作進(jìn)行操作驗證,各種動(dòng)作在顯示器上應實(shí)時(shí)顯示。試驗后,查看相關(guān)的記錄,信息能保存和回放。
(12)支腿垂直度
現場(chǎng)檢查系統中有實(shí)時(shí)顯示的支腿垂直度的數據并記錄,將數字式角度儀架設到支腿的下橫梁上測量支腿的橫向垂直度并記錄,再將數字式角度儀放置于支腿的垂直面上,根據支腿不同的形式,選取相應位置測量縱向的垂直度并記錄。驗證起重機械的支腿垂直度。
(13)工作時(shí)間
系統應實(shí)時(shí)顯示和記錄工作時(shí)間,計量起重機械各機構動(dòng)作時(shí)間點(diǎn)、時(shí)間段,與監控系統對應值比較。
(14)累計工作時(shí)間
連續一個(gè)工作循環(huán)后,調取試驗過(guò)程中存儲的時(shí)間數據,現場(chǎng)驗證已完成的工作循環(huán)的時(shí)間系統應全部累加、記錄和存儲。
(15)每次工作循環(huán)
查看顯示屏幕上應該有工作循環(huán)的次數。根據起重機械的特點(diǎn)記錄每個(gè)工作循環(huán)的次數。調取試驗過(guò)程中存儲的時(shí)間數據,系統已完成的工作循環(huán)應全部記錄和存儲。
11、監控狀態(tài)驗證
按照下述方法,對應gb/t 28264-20xx中表3驗證具體產(chǎn)品的狀態(tài)。
(1)起升機構的制動(dòng)狀態(tài)
在空載的條件下,進(jìn)行起升機構動(dòng)作的操作,對于兩個(gè)及以上起升機構的起重機械,應分別驗證其制動(dòng)狀態(tài),檢查在系統的顯示屏上應實(shí)時(shí)顯示制動(dòng)狀態(tài)的信號。
(2)抗風(fēng)防滑狀態(tài)
現場(chǎng)查看抗風(fēng)防滑裝置的形式,進(jìn)行夾軌器、錨定等抗風(fēng)防滑裝置的閉合性試驗,檢驗監控系統顯示的防風(fēng)裝置狀態(tài)是否一致。
(3)聯(lián)鎖保護(門(mén)限位和機構之間的運行聯(lián)鎖)
�、匍T(mén)限位
進(jìn)行門(mén)限位開(kāi)關(guān)閉合試驗,檢驗監控系統顯示與門(mén)限位狀態(tài)是否一致。
�、跈C構之間的運行聯(lián)鎖
根據相關(guān)標準和設計要求,對于有聯(lián)鎖要求的起重機械,在空載的條件下,分別進(jìn)行兩機構的動(dòng)作,其聯(lián)鎖應滿(mǎn)足規定要求,顯示屏應實(shí)時(shí)顯示聯(lián)鎖狀態(tài);對于架橋機,當進(jìn)行過(guò)孔狀態(tài)的動(dòng)作時(shí),架橋機架梁狀態(tài)各機構操作應無(wú)動(dòng)作。
(4)工況設置狀態(tài)
系統中應有對所有工況進(jìn)行監控設置、顯示和存儲功能,現場(chǎng)查看顯示、調閱工況資料,驗證其有效性。
(5)供電電纜卷筒狀態(tài)
�、傧到y應當能夠監控供電電纜卷筒狀態(tài)保護開(kāi)關(guān)(過(guò)緊或過(guò)松)的動(dòng)作狀態(tài);現場(chǎng)操作供電電纜卷筒狀態(tài)保護開(kāi)關(guān)斷開(kāi)或閉合,觀(guān)察系統是否能識別供電電纜卷筒的狀態(tài);
�、谙到y應當能夠監控供電電纜卷筒狀態(tài)保護開(kāi)關(guān)和起重機械大車(chē)運行機構的聯(lián)鎖狀態(tài);當供電電纜卷筒狀態(tài)保護開(kāi)關(guān)斷開(kāi)時(shí),操作起重機械大車(chē)運行機構啟動(dòng),觀(guān)察系統是否能夠發(fā)出報警信號并禁止大車(chē)運行機構運動(dòng)。
(6)過(guò)孔狀態(tài)
按照架橋機的過(guò)孔走行方式進(jìn)行過(guò)孔走行試驗,系統應實(shí)時(shí)顯示過(guò)孔的狀態(tài),試驗后查看相關(guān)的過(guò)孔狀態(tài)記錄,系統應該記錄過(guò)孔時(shí)的操作命令和狀態(tài)。
(7)視頻系統
現場(chǎng)查看視頻系統的構成:安裝攝像頭數量、安裝位置、所監控的范圍。在一個(gè)工作循環(huán)的時(shí)間內,在視頻系統的屏幕上應觀(guān)察到起重機械主要機構各主要工況實(shí)時(shí)工作的監控畫(huà)面。
整個(gè)視頻系統應該全程監控起重機械工作的過(guò)程,能做到實(shí)時(shí)監控。一個(gè)工作循環(huán)后,調取相關(guān)視頻的信息,查看這些狀態(tài)的信息應完整保存。
注:對于門(mén)式起重機、流動(dòng)式起重機、門(mén)座起重機等至少需觀(guān)察到吊點(diǎn)、行走區域;對于橋式起重機、塔式起重機、纜索起重機、桅桿起重機等至少需觀(guān)察到吊點(diǎn);對于架橋機至少觀(guān)察到過(guò)孔狀態(tài)、架梁狀態(tài)、運梁車(chē)同步狀態(tài);對于升船機至少需觀(guān)察到機房、承船箱。
12、系統綜合誤差試驗驗證
起重量、幅度和起重力矩的誤差不大于5%。
(1)起重量綜合誤差試驗
根據試驗工況將小車(chē)停放在相應位置,起升機構按100%額定起重量加載,載荷離地100~200mm高度,懸空時(shí)間不少于10min。整個(gè)過(guò)程中觀(guān)察系統應反映起重機械載荷的實(shí)時(shí)變化,待載荷穩定后觀(guān)察顯示屏上的載荷數值作為系統顯示的數據并記錄為qa;將現場(chǎng)經(jīng)過(guò)標定的試驗載荷作為檢驗載荷的實(shí)際數據記錄為qb。選取在30%額定起重量與100%額定起重量之間其他兩點(diǎn)的載荷繼續進(jìn)行重復上述的試驗。
做三次載荷試驗后,按照gb/t28264-20xx中7、1的要求計算起重量綜合誤差。
(2)幅度綜合誤差試驗
按照gb/t28264-20xx中7、2的要求計算幅度綜合誤差。對于流動(dòng)式起重機在上述試驗的基礎上增加額定載荷下的試驗。
(3)起重力矩的綜合誤差試驗
按照gb/t28264-20xx中7、3的要求計算起重力矩的綜合誤差。
13、連續作業(yè)試驗驗證
系統按照其工作循環(huán)能連續作業(yè)16小時(shí)或工作循環(huán)次數不少于20次,并能實(shí)時(shí)記錄。通過(guò)調取試驗后的記錄,查看相關(guān)的記錄,驗證系統的連續作業(yè)能力。
14、信息采集和儲存驗證
(1)實(shí)時(shí)性
在做空載實(shí)驗時(shí),現場(chǎng)驗證系統具有起重機械作業(yè)狀態(tài)的實(shí)時(shí)顯示功能,能以圖形、圖像、圖標和文字的方式顯示起重機械的工作狀態(tài)和工作參數。待試驗結束后,調取保存的記錄,驗證起重機械運行狀態(tài)及故障信息有實(shí)時(shí)記錄功能。檢查系統存儲的數據信息或圖像信息應包含數據或圖像的編號,時(shí)間和日期與試驗的數據應一致。
(2)掃描周期
查看系統實(shí)際程序的掃描周期應不大于100ms。
(3)存儲時(shí)間
根據設備的使用情況,對于系統工作時(shí)間超過(guò)30天的起重機械,現場(chǎng)調取之前存儲的文件,查看文件的原始完整性和存儲情況;存儲時(shí)間不應少于30個(gè)連續工作日。對于系統工作時(shí)間不超過(guò)30天的起重機械,現場(chǎng)查閱存儲的文件,計算一個(gè)工作循環(huán)的時(shí)間內儲存文件大小,推算出是否能達到標準中所規定的要求,數據存儲時(shí)間不少于30個(gè)連續工作日,視頻存儲時(shí)間不少于72小時(shí)。
調取試驗過(guò)程中存儲的數據,檢查系統存儲的數據信息或圖像信息的日期應按照年/月/日/時(shí)/分/秒的格式進(jìn)行存儲。
(4)斷電后信息的保存
首先檢查系統應有獨立的電源即ups電源或電瓶等裝置�，F場(chǎng)驗證,當起重機械主機電源斷電后,系統能持續工作。調取連續作業(yè)的時(shí)間內存儲的數據,起重機械數據應完整保存。
(5)歷史追溯性
調取連續工作一個(gè)工作循環(huán)過(guò)程中存儲的所有信息,檢查系統存儲的數據信息或圖像信息應包含數據或圖像的編號,時(shí)間和日期與試驗的數據應一致。能追溯到起重機械的運行狀態(tài)及故障報警信息。
系統項目管理制度3
前言
為確保核心系統升級x項目順利實(shí)施，項目組特制定《中信銀行核心系統升級x銀行項目管理辦法》，全體項目組成員項目組成員包括參與本項目的總行技術(shù)、業(yè)務(wù)人員;分行技術(shù)、業(yè)務(wù)人員;廠(chǎng)商人員。
須嚴格遵照執行。
1項目總體介紹
“核心系統”指我行未來(lái)整體IT架構中的“瘦核心”，功能范圍包括存款、貸款、借記卡、結算業(yè)務(wù)、銀行各類(lèi)業(yè)務(wù)的會(huì )計核算、總賬以及機構管理、柜員管理等基礎支撐功能。
核心系統升級項目采取“統一規劃、分步實(shí)施”策略及三年四階段實(shí)施方案。該項目對提高我行客戶(hù)服務(wù)水平、快速響應市場(chǎng)需求及監管要求、提升管理信息系統數據源質(zhì)量，優(yōu)化核心系統軟件架構，規范開(kāi)發(fā)管理模式有重要意義。
核心系統升級項目的業(yè)務(wù)目標是通過(guò)整合業(yè)務(wù)需求，借鑒行業(yè)經(jīng)驗，解決現存問(wèn)題，同時(shí)在客戶(hù)服務(wù)、快速應對市場(chǎng)變化、產(chǎn)品管理、管理信息系統數據支持方面獲得明顯提升。技術(shù)目標是充分考慮IT規劃的要求和約束，使核心系統在靈活性、可擴展性方面取得根本性的進(jìn)步，提高IT對業(yè)務(wù)需求的響應能力;提升系統的安全性、穩定性和處理能力，對運維管理提供系統性的支持;形成有效的開(kāi)發(fā)管控模式，保證系統架構的穩定和開(kāi)發(fā)運維的可持續。
2項目總體計劃
核心系統升級x項目初步計劃用三年時(shí)間，分四個(gè)階段完成核心系統升級x。第一階段是完成核心系統需求開(kāi)發(fā)
指完成業(yè)務(wù)需求和技術(shù)需求的過(guò)程。
和系統設計、第二階段是完成核心系統基礎模塊及負債子系統的開(kāi)發(fā)上線(xiàn)、第三階段是完成資產(chǎn)子系統的開(kāi)發(fā)上線(xiàn)、第四階段是完成會(huì )計核算子系統的開(kāi)發(fā)上線(xiàn)。各階段的持續時(shí)間分別是9個(gè)月、12個(gè)月、8個(gè)月和7個(gè)月。
3項目組織架構
3.1項目組織結構
核心系統升級x項目參與部門(mén)有總行公司銀行部、零售銀行部、國際業(yè)務(wù)部、計劃財務(wù)部、信貸管理部、結算運營(yíng)中心、會(huì )計部和信息技術(shù)部。計劃在需求開(kāi)發(fā)和系統設計階段引入外部合作廠(chǎng)商。
核心系統升級x項目采用以下組織結構。
領(lǐng)導小組由陳小憲行長(cháng)任組長(cháng)，歐陽(yáng)謙副行長(cháng)任第一副組長(cháng)，曹彤副行長(cháng)、曹?chē)鴱姼毙虚L(cháng)、張強副行長(cháng)任副組長(cháng)，負責研究醞釀提交辦公會(huì )決策的重大事項，對項目資源提供保障。xxxX
項目管理辦公室(簡(jiǎn)稱(chēng)PMO)由歐陽(yáng)謙副行長(cháng)任主任、信息技術(shù)部張斌總經(jīng)理、會(huì )計部李佩霞副總經(jīng)理任副主任，信息技術(shù)部、會(huì )計部、公司銀行部、零售銀行部、國際業(yè)務(wù)部、計劃財務(wù)部、結算運營(yíng)中心、信貸管理部一級部副職、業(yè)務(wù)項目經(jīng)理和技術(shù)項目經(jīng)理為成員。會(huì )計部胡葆青任業(yè)務(wù)項目經(jīng)理，信息技術(shù)部劉良俊xxx任技術(shù)項目經(jīng)理。項目管理辦公室負責項目實(shí)施過(guò)程工作的組織推動(dòng)。項目管理組由信息技術(shù)部項目管理骨干和具有豐富經(jīng)驗的外部專(zhuān)家組成，負責協(xié)助項目經(jīng)理的項目管理工作。
廠(chǎng)商到位后，將安排相應項目經(jīng)理，以及項目管理人員加入PMO和項目管理組。
業(yè)務(wù)組由總分行任職干部、業(yè)務(wù)骨干及合作公司人員組成。業(yè)務(wù)組負責提出業(yè)務(wù)需求、驗收測試、手冊編寫(xiě)和業(yè)務(wù)培訓，并參與上線(xiàn)投產(chǎn)的組織工作。
技術(shù)組由總行信息技術(shù)部任職干部、技術(shù)骨干、分行技術(shù)骨干、外包廠(chǎng)商技術(shù)人員、以及合作公司人員組成。技術(shù)組負責需求分析、系統設計、系統開(kāi)發(fā)、數據移植、技術(shù)測試及上線(xiàn)投產(chǎn)等工作。
3.2角色與職責
除領(lǐng)導小組外，本項目包括PMO成員，負責項目日常工作的項目經(jīng)理、小組組長(cháng)及小組成員。
PMO成員：負責本部門(mén)內部與核心系統升級x相關(guān)工作的組織協(xié)調，對項目組提出的問(wèn)題及時(shí)組織部門(mén)內部討論并反饋意見(jiàn)(需部門(mén)一把手簽字);根據需要參與各個(gè)階段工作成果的評審。
項目經(jīng)理：負責項目的組織、管理與實(shí)施;負責執行PMO的工作部署，負責領(lǐng)導、監督和指導項目小組的工作;負責協(xié)調與其他項目的關(guān)系;負責對小組組長(cháng)和成員的考核。
小組組長(cháng)：協(xié)助項目經(jīng)理完成項目日常管理工作;負責本小組的工作組織、管理與項目實(shí)施，負責領(lǐng)導、監督和指導小組成員的工作;負責對小組成員考核。
小組成員：配合小組組長(cháng)完成項目日常工作，根據小組組長(cháng)的安排，按時(shí)保質(zhì)完成項目實(shí)施工作。
題組成員對本部門(mén)相關(guān)人員的工作組全職人員(包括組長(cháng)和成員)要及時(shí)將工作情況和存在的問(wèn)題反饋給所在部門(mén)，必要時(shí)協(xié)調所在部門(mén)相關(guān)人員參與項目組的專(zhuān)題討論，或協(xié)助項目組成員對本部門(mén)相關(guān)人員進(jìn)行訪(fǎng)談。
4匯報與溝通
4.1匯報路徑
匯報路徑原則上采用逐級匯報方式，即：
小組成員―>小組組長(cháng)―>項目經(jīng)理―>項目管理辦公室領(lǐng)導―>項目領(lǐng)導小組;
對可能影響項目進(jìn)度、安全、質(zhì)量和人員團結等重要事項，小組成員應及時(shí)報告，必要時(shí)可越級匯報。
各小組組長(cháng)與項目經(jīng)理、項目組成員，銀行項目組成員與廠(chǎng)商項目組成員應保持密切溝通，確保項目匯報路徑暢通。
4.2匯報內容
匯報內容即包括任務(wù)完成進(jìn)度、遇到的難點(diǎn)和困難、存在的問(wèn)題和潛在的風(fēng)險、以及變更請示等，也可包括對本項目執行提出的建議。
4.3匯報與溝通方式
4.3.1書(shū)面匯報與溝通
4.3.1.1每日報工
本項目建議采用每日報工的工作方式。報工采用書(shū)面匯報方式進(jìn)行。
每天下班前，小組成員以書(shū)面工作日報形式匯報自己當天投入到每項工作的工作內容和工作量報小組組長(cháng)。
4.3.1.2項目周報
項目周報包括計劃與周報兩方面內容。
項目管理組每周四向各小組發(fā)布最新下周項目計劃，各小組參照該計劃制定下周本組具體工作計劃。
各小組每周五向項目管理組提交本小組周報，內容主要包括本周工作完成情況、下周工作計劃和項目進(jìn)行過(guò)程中存在的重要問(wèn)題。項目管理組根據各小組工工作周報，匯總形成項目組周報，并跟進(jìn)如下事宜：1)確認各組任務(wù)完成情況，如有延遲，項目管理組負責追蹤確認延遲原因，明確改進(jìn)措施。2)匯總并跟蹤各小組反映的重要問(wèn)題。3)預警項目風(fēng)險點(diǎn)。
每周五下班前項目管理組將分析完成的項目周報報送項目經(jīng)理，項目經(jīng)理根據周報信息確認項目整體情況，協(xié)調解決項目問(wèn)題，控制項目進(jìn)度與質(zhì)量，并提出下一階段工作要求與安排。
項目周報模版見(jiàn)附件1《核心系統升級x項目周/月報》
4.3.1.3項目月報
各小組組長(cháng)應每月月末向項目管理組提交項目月報，內容主要包括本月工作計劃完成情況、下月工作計劃和項目進(jìn)行過(guò)程中存在的問(wèn)題。
項目管理組每月根據各小組的工作計劃和工作總結，結合項目的總體進(jìn)展情況，匯總后形成項目月報。并及時(shí)報項目領(lǐng)導小組、PMO、項目經(jīng)理、并發(fā)送各小組。
4.3.1.4項目里程碑報告
項目管理組配合項目經(jīng)理，根據項目的進(jìn)展情況，綜合匯總后形成里程碑報告。項目里程碑報告用于反映項目成果、進(jìn)展、下一階段工作計劃和決策問(wèn)題。里程碑報告應及時(shí)報送項目領(lǐng)導小組、PMO、項目經(jīng)理、并發(fā)送各小組。
項目里程碑報告模版見(jiàn)附件2《核心系統升級x項目里程碑報告》
4.3.1.5工作聯(lián)系單
工作聯(lián)系單用于項目組內部，當某項工作需要確認、跟蹤時(shí)，可由一方填寫(xiě)《工作聯(lián)系單》至接收方。工作聯(lián)系單需報項目經(jīng)理審批，項目經(jīng)理審批通過(guò)后發(fā)送項目管理組歸檔，并由項目管理組將工作聯(lián)系單發(fā)送至接收方進(jìn)行后續處理。項目管理組跟蹤聯(lián)系單處理情況。
工作聯(lián)系單模版見(jiàn)附件3《核心系統升級x項目工作聯(lián)系單》
4.3.1.6電子郵件、電話(huà)和口頭
項目過(guò)程中日常業(yè)務(wù)、技術(shù)問(wèn)題的交流與確認、項目組內日常的工作匯報以及各類(lèi)通知、通告等，可借助電子郵件完成。日常工作中一般性的匯報和溝通可以采取電話(huà)或口頭的形式。
4.3.2會(huì )議制度
1、項目會(huì )議包括：PMO例會(huì )、項目組周例會(huì )、各小組周例會(huì )、專(zhuān)題討論會(huì )，以及不定期召開(kāi)的項目組全體會(huì )議、項目領(lǐng)導小組會(huì )議等。
2、會(huì )議管理：項目管理組負責領(lǐng)導小組會(huì )議、項目組全體會(huì )、PMO例會(huì )及項目組周例會(huì )的會(huì )議組織，包括預定會(huì )議室、發(fā)會(huì )議通知、會(huì )議記錄并整理會(huì )議紀要等。各小組例會(huì )、業(yè)務(wù)協(xié)調會(huì )、技術(shù)協(xié)調會(huì )和其他專(zhuān)題會(huì )議，由各小組負責安排會(huì )議場(chǎng)所并記錄、整理會(huì )議紀要。各類(lèi)會(huì )議需要使用會(huì )議設備，如投影儀等由項目管理組統一管理，參會(huì )人員需提前申請，使用完畢交還項目管理組保管。
3、項目組全體會(huì )議：項目組全體會(huì )議不定期召開(kāi)，參加人員為項目組全體成員，會(huì )議主要內容包括：重大事項的調整和公布，階段性的總結等，由項目經(jīng)理主持。
4、項目組周例會(huì )：項目組周例會(huì )每周五下午召開(kāi)一次，由項目經(jīng)理主持，參加人員為各小組組長(cháng)、副組長(cháng)，會(huì )議主要內容包括：項目總體狀況總結、上周工作回顧、關(guān)鍵問(wèn)題及風(fēng)險討論、依賴(lài)因素討論、下周人員安排、下周工作安排等。
5、PMO例會(huì )：PMO例會(huì )原則上兩周安排一次，PMO相關(guān)人員參會(huì )，可視情況進(jìn)行調整。由項目經(jīng)理向PMO領(lǐng)導匯報項目進(jìn)度及存在的問(wèn)題，對項目執行中遇到的重大問(wèn)題提交PMO或項目領(lǐng)導小組決策。
6、項目領(lǐng)導小組會(huì )議：項目領(lǐng)導小組會(huì )議不定期召開(kāi)，由PMO向項目領(lǐng)導小組匯報項目進(jìn)度及風(fēng)險，對項目過(guò)程中的重大問(wèn)題提交項目領(lǐng)導小組決策。
7、小組例會(huì )：小組例會(huì )每周五上午召開(kāi)一次，由各小組組長(cháng)召集，參加人員為本小組全體成員，主要內容包括：通報本周工作情況、問(wèn)題討論與交流、安排下周工作等。
8、技術(shù)、業(yè)務(wù)專(zhuān)題討論：由項目經(jīng)理、小組組長(cháng)或技術(shù)、業(yè)務(wù)骨干主持，參加人員為相關(guān)項目成員，會(huì )議主要是討論有關(guān)技術(shù)、業(yè)務(wù)專(zhuān)題。
4.3.4簡(jiǎn)報制度
項目管理組負責每?jì)芍馨l(fā)布項目進(jìn)度報告報PMO,里程碑點(diǎn)發(fā)布里程碑報告報領(lǐng)導小組。
5項目進(jìn)度管理
本項目基于WBS與資源的計劃制定方法，基于WBS的多里程碑進(jìn)度跟蹤和度量。
5.1進(jìn)度控制管理目標
本項目進(jìn)度控制管理目標為，通過(guò)有計劃的控制措施，保證項目按預定時(shí)間完成。在必要情況下，對項目的時(shí)間計劃進(jìn)行調整。
5.2進(jìn)度管理職責劃分
項目經(jīng)理牽頭總體計劃的制訂和控制，小組計劃由各小組組長(cháng)負責制定，項目管理組負責配合項目經(jīng)理執行項目進(jìn)度的跟蹤與監督，并及時(shí)將項目進(jìn)展情況匯報項目經(jīng)理和PMO。
5.3項目計劃
5.3.1高層計劃
本項目的高層計劃指按里程碑點(diǎn)制訂的整體計劃，由項目經(jīng)理負責制訂，并報PMO和領(lǐng)導小組審批。
5.3.2總體計劃
1、總體計劃形成方式：本項目總體計劃的形成采用自上而下和自下而上的過(guò)程，即項目經(jīng)理在聽(tīng)取各小組工作計劃的'基礎上，結合項目的實(shí)際情況，把握項目的總體進(jìn)度，提出項目總體計劃的初步設想，并提交項目組例會(huì )討論。討論通過(guò)后項目經(jīng)理根據項目組例會(huì )的意見(jiàn)進(jìn)行必要的修訂，形成項目總體計劃并下發(fā)各小組執行。
2、總體計劃內容：本項目的總體計劃是指在項目執行期間，根據項目的總體實(shí)施目標和總體時(shí)間框架制訂的詳細工作計劃，項目總體計劃中應包含進(jìn)度計劃、培訓計劃、質(zhì)量保證計劃等方面的內容。
本項目因分階段實(shí)施，周期長(cháng)，因此項目總體計劃應包括跨越整個(gè)項目生命周期的：1)核心系統需求開(kāi)發(fā)、概要設計;2)基礎模塊及負債子系統的開(kāi)發(fā)上線(xiàn);3)資產(chǎn)子系統的開(kāi)發(fā)上線(xiàn);4)會(huì )計核算子系統的開(kāi)發(fā)上線(xiàn)四個(gè)階段的階段性計劃和月度計劃。
5.3.3WBS日程計劃
WBS日程計劃分為兩類(lèi)：
1、小組WBS日程計劃：指由小組組長(cháng)根據項目總體計劃進(jìn)行任務(wù)分解，制定的小組工作計劃。各小組WBS日程計劃應細化到工作日，并應有明確的起始時(shí)間和完成時(shí)間，任務(wù)分解到人。小組WBS日程計劃需報項目經(jīng)理審核批準。
2、項目組WBS日程計劃：項目經(jīng)理根據各小組的WBS日程計劃，匯總形成項目組WBS日程計劃，項目組的WBS日程計劃可細化到周，有明確的起始時(shí)間和完成時(shí)間，任務(wù)應分解到人。
5.4項目監控
項目監控是指項目組依照項目計劃對項目狀況和績(jì)效進(jìn)行跟蹤，并采取相應的控制和糾偏活動(dòng)，以保證項目各項活動(dòng)依照項目計劃有序進(jìn)行。
項目監控主要包含項目報工、項目跟蹤、項目問(wèn)題管理、項目風(fēng)險管理、項目變更管理等。
項目計劃跟蹤主要由項目經(jīng)理負責，項目管理組負責跟蹤的具體工作，在計劃執行出現偏差時(shí)及時(shí)提醒相關(guān)責任人，并通報小組組長(cháng)和項目經(jīng)理。
5.4.1項目報工
各組長(cháng)可通過(guò)小組成員每日報工了解各項工作的完成情況。出現問(wèn)題時(shí)，組長(cháng)應及時(shí)與小組成員溝通，力爭彌補出現的進(jìn)度偏差。在確有必要的情況下，組長(cháng)可對WBS日程計劃進(jìn)行調整，并報項目經(jīng)理審批。
5.4.2項目跟蹤
項目跟蹤依照關(guān)注點(diǎn)的不同，分為兩類(lèi)：項目周/月跟蹤與項目里程碑跟蹤。
5.4.2.1項目周/月跟蹤
項目周/月跟蹤的目的是通過(guò)收集項目信息和更新項目狀態(tài)，展現項目實(shí)際進(jìn)展與項目總體計劃和WBS日程計劃的偏差。
項目經(jīng)理負責了解各小組任務(wù)完成情況，小組組長(cháng)負責了解小組成員任務(wù)完成情況，更新WBS日程計劃及活動(dòng)完成百分比，并填寫(xiě)任務(wù)實(shí)際完成時(shí)間。
項目經(jīng)理和小組組長(cháng)檢查項目問(wèn)題，記錄項目問(wèn)題的跟蹤情況。如果問(wèn)題已處理，則記錄問(wèn)題的處理方式與處理結果。項目管理組可配合小組和項目經(jīng)理跟蹤附件4《核心系統升級x項目問(wèn)題跟蹤表》的問(wèn)題解決情況。
項目經(jīng)理和小組組長(cháng)檢查項目風(fēng)險，對于已經(jīng)發(fā)生的風(fēng)險，記錄風(fēng)險發(fā)生的情況、風(fēng)險對項目的實(shí)際影響，項目組采取的應對措施以及實(shí)施效果。
5.4.2.2項目里程碑跟蹤
本項目里程碑跟蹤主要指對項目高層計劃的跟蹤，目的是收集項目信息、更新項目狀態(tài)，并向項目領(lǐng)導小組、PM0匯報當前里程碑的完成情況。
項目經(jīng)理發(fā)現實(shí)際發(fā)生與高層計劃偏差5個(gè)工作日時(shí)，應及時(shí)預警，調查偏差原因并提出解決方案，采取措施盡可能減小偏差;若發(fā)現實(shí)際發(fā)生與高層計劃偏差10個(gè)工作日時(shí)，要及時(shí)上報PMO和領(lǐng)導小組，匯報偏差產(chǎn)生的原因及應對措施，如需調整高層計劃，需報PMO和領(lǐng)導小組審批。
項目里程碑跟蹤同樣需要對項目問(wèn)題和項目風(fēng)險進(jìn)行檢查與跟蹤，并填寫(xiě)附件4《核心系統升級x項目問(wèn)題跟蹤表》和附件5《核心系統升級x項目風(fēng)險跟蹤表》。
5.4.3項目問(wèn)題管理
對于記錄到附件4《核心系統升級x項目問(wèn)題跟蹤表》中的問(wèn)題，小組組長(cháng)根據問(wèn)題重要程度和對項目的影響，指派相關(guān)小組成員作為問(wèn)題負責人解決問(wèn)題。
問(wèn)題負責人負責解決問(wèn)題，如果問(wèn)題較嚴重，符合項目變更的條件，則需要發(fā)起項目變更。
項目管理組每日對問(wèn)題跟蹤表中記錄的問(wèn)題進(jìn)行檢查，對不需要項目變更的問(wèn)題，原則上5個(gè)工作日內解決(優(yōu)先級高的問(wèn)題，原則上3個(gè)工作日解決)，超過(guò)5個(gè)工作日尚未解決的問(wèn)題，項目管理組提出預警，督促問(wèn)題負責人盡快解決，并報項目經(jīng)理和小組組長(cháng)關(guān)注。
5.4.4項目風(fēng)險管理
本項目的風(fēng)險管理應關(guān)注風(fēng)險分析、風(fēng)險監控與風(fēng)險應對。
5.4.4.1風(fēng)險分析
項目經(jīng)理、小組組長(cháng)、項目組成員，依據識別出的每個(gè)風(fēng)險的描述和影響范圍確定風(fēng)險的分類(lèi)，并結合以往的經(jīng)驗和本項目的實(shí)際情況，確定風(fēng)險發(fā)生的可能性有多大，確定風(fēng)險一旦發(fā)生，對項目的影響有多大。
對于識別出的風(fēng)險，各小組要及時(shí)報告項目經(jīng)理，并提出建議。對于一般性風(fēng)險，項目經(jīng)理召集相關(guān)人員進(jìn)行必要討論后確定對應措施;對于重大風(fēng)險，項目經(jīng)理提出解決建議，報PMO決策。
項目經(jīng)理為每個(gè)風(fēng)險指派小組成員具體負責，該小組成員負責跟蹤風(fēng)險的狀態(tài)，監視風(fēng)險發(fā)生條件是否具備。
風(fēng)險發(fā)生可能性的說(shuō)明
風(fēng)險發(fā)生可能性
等級
數值
描述
含義
很低
0
發(fā)生的概率為0%~20%
非常不可能，機會(huì )很小
低
1
發(fā)生的概率為21%~40%
不可能，可能不會(huì )
中等
2
發(fā)生的概率為41%~60%
我們懷疑，可能不會(huì )
高
3
發(fā)生的概率為61%~80%
可能，我們相信
很高
4
發(fā)生的概率為81%~100%
幾乎一定，非�？赡�
2)風(fēng)險影響程度說(shuō)明
風(fēng)險影響程度說(shuō)明
風(fēng)險影響程度
等級
數值
描述
低
0進(jìn)度延誤低于10%，或工作量增加低于10%。
中
1進(jìn)度拖延在10%~30%之間，或工作量增加在10%~20%之間，或質(zhì)量不高，需要返工。
高
2進(jìn)度拖延在30%~50%之間，或工作量增加20%~30%之間，或質(zhì)量較差，必須重大返工，否則無(wú)法繼續工作。
關(guān)鍵
3進(jìn)度拖延超過(guò)50%，或者工作量增加超過(guò)30%，或質(zhì)量極差，很難達到需求。
5.4.4.2
風(fēng)險監控
風(fēng)險監控是一個(gè)日常性的工作，貫穿于本項目的整個(gè)過(guò)程中，采取定期(周/月跟蹤、里程碑跟蹤)或事件驅動(dòng)的方式來(lái)進(jìn)行。
風(fēng)險負責人監視風(fēng)險發(fā)生條件。如果風(fēng)險發(fā)生條件有變化，需及時(shí)上報項目經(jīng)理，并重新進(jìn)行風(fēng)險分析。
風(fēng)險負責人維護風(fēng)險的狀態(tài)：1)如果風(fēng)險已經(jīng)發(fā)生，正在執行風(fēng)險應對措施，則狀態(tài)修改為“處理中”;2)如果風(fēng)險應對措施執行完畢，風(fēng)險被成功規避，則根據風(fēng)險策略，將風(fēng)險狀態(tài)修改為“已減輕”、“已轉移”、“已避免”;3)如果風(fēng)險應對措施未能有效控制風(fēng)險，風(fēng)險被轉化為項目問(wèn)題進(jìn)行處理，則將風(fēng)險狀態(tài)修改為“已關(guān)閉”;4)如果風(fēng)險發(fā)生條件已經(jīng)不具備，風(fēng)險已不可能發(fā)生，則風(fēng)險狀態(tài)修改為“已關(guān)閉”
項目經(jīng)理應在項目月報和項目里程碑報告中通報項目風(fēng)險，報送PMO和領(lǐng)導小組知悉。
5.4.4.3.風(fēng)險應對
風(fēng)險應對是指風(fēng)險負責人執行風(fēng)險應對策略和措施來(lái)避免風(fēng)險或減低風(fēng)險帶來(lái)的影響。
風(fēng)險負責人監視風(fēng)險發(fā)生條件，風(fēng)險發(fā)生條件滿(mǎn)足時(shí)，風(fēng)險負責人要實(shí)施風(fēng)險應對措施。
風(fēng)險應對措施實(shí)施后，要評估和記錄實(shí)施效果，更新風(fēng)險狀態(tài)，并匯報項目經(jīng)理風(fēng)險發(fā)生和處理情況。
如果成功控制了風(fēng)險，則直接將風(fēng)險狀態(tài)轉為關(guān)閉，如果未能控制風(fēng)險或未達到預期的效果，則風(fēng)險負責人匯報項目經(jīng)理審批后，將此風(fēng)險轉化為項目問(wèn)題，記錄到附件4《核心系統升級x項目問(wèn)題跟蹤表》中進(jìn)行跟蹤處理，風(fēng)險狀態(tài)也轉為關(guān)閉。
6變更管理
變更管理是當項目發(fā)生重大偏差或問(wèn)題時(shí)，采取的糾偏活動(dòng)，以保證項目能夠有序進(jìn)行。
變更管理包括需求變更管理和項目變更管理。
6.1需求變更管理
需求變更管理的目的是控制需求變化對項目的影響，如對項目計劃或項目交付物等的影響。
需求變更有兩種情況：
1)對已經(jīng)提交的需求進(jìn)行更改;2)新需求。第一種情況需要對變更進(jìn)行評估與分析;第二種情況則直接受理新需求并進(jìn)行后續工作。
1、需求變更發(fā)起前，各業(yè)務(wù)和技術(shù)小組應充分討論與溝通，評估是否發(fā)起該變更申請，若需要，由各小組組長(cháng)負責填寫(xiě)附件6《核心系統升級x項目需求變更申請表》，并提交項目經(jīng)理審批。
2、項目經(jīng)理組織業(yè)務(wù)和技術(shù)相關(guān)人員判斷是否為重大變更，判斷依據是：1)工作量超出總工作量達5%;2)里程碑點(diǎn)推遲;3)涉及關(guān)聯(lián)系統需求變化的;4)其他影響高層計劃安排的;滿(mǎn)足上述任一條件即為重大變更。
3、如果變更屬于重大變更，則項目經(jīng)理要組織重大需求變更分析與評審;如果變更不屬于重大變更，則還要判斷是否接受變更。
4、重大需求變更分析與評審
如果變更屬于重大變更，項目經(jīng)理組織重大需求變更分析與評審。評估內容包括：1)技術(shù)可行性分析;2)需求合理性、可行性分析;3)關(guān)聯(lián)系統影響分析;4)變更的風(fēng)險分析;5)分析需求的緊急程度。
5、項目經(jīng)理根據需求變更的分析與評審及對項目計劃的影響程度，判斷是否接受需求變更，并填寫(xiě)附件6《核心系統升級x項目需求變更申請》，如該變更需要調整項目計劃則執行項目(計劃)變更，填寫(xiě)附件7《核心系統升級x項目變更申請表》，提出明確意見(jiàn)與分析后，報PMO領(lǐng)導審批。
6、需求變更得審批通過(guò)后，項目經(jīng)理需組織項目成員進(jìn)行需求分析，需求分析結束后形成《核心系統升級x項目需求規格說(shuō)明書(shū)》。
7、需求變更與修改工作產(chǎn)品的關(guān)系：
如果需求變更發(fā)生在定義階段，需要更新設計文檔;如果需求變更發(fā)生在開(kāi)發(fā)階段和測試階段，需要更新設計文檔、代碼、測試方案和測試案例;如果需求變更屬于重大變更，則項目經(jīng)理要組織評審活動(dòng)對重要工作產(chǎn)品進(jìn)行驗證。
8、需求變更與維護需求跟蹤矩陣的關(guān)系：
修改完工作產(chǎn)品后，項目經(jīng)理負責組織小組組長(cháng)更新需求跟蹤矩陣
6.2項目變更管理
本項目項目變更有下述三種情況：
1、項目高層計劃變更
當目實(shí)際進(jìn)度與項目高層計劃發(fā)生較大偏差時(shí)，由項目經(jīng)理負責填寫(xiě)附件7《核心系統升級x項目變更申請表》，調整項目高層計劃和項目總體計劃，并報項目領(lǐng)導小組審批。
2、項目日程計劃變更
當本項目小組新增或調整WBS日程計劃時(shí)，由小組組長(cháng)在本周項目計劃周報中體現，報項目經(jīng)理審批，項目經(jīng)理審批通過(guò)后，由項目經(jīng)理負責同步調整項目WBS日程計劃，并下發(fā)各小組執行。
3、項目核心成員變更
當項目核心成員在項目實(shí)施期間離開(kāi)項目組時(shí)，需要進(jìn)行正式的交接和審批過(guò)程。核心成員包括：銀行項目經(jīng)理、廠(chǎng)商項目經(jīng)理、小組組長(cháng)、需求分析人員、系統設計人員、測試負責人等。小組內核心成員變更時(shí)，由小組組長(cháng)填寫(xiě)附件7《核心系統升級x項目變更申請表》，報項目經(jīng)理審批，小組組長(cháng)或廠(chǎng)商項目經(jīng)理人員變更時(shí)，由銀行項目經(jīng)理填寫(xiě)附件7《核心系統升級x項目變更申請表》，報PMO審批。
7需求管理
本項目需求管理的目的(CMMI定義)，在于管理項目產(chǎn)品及產(chǎn)品組件的需求，并識別這些需求與項目計劃及工作產(chǎn)品間的差異。
7.1需求受理
涉及核心系統升級x項目范圍內系統的需求進(jìn)行統一管理，由核心升級項目業(yè)務(wù)組和技術(shù)組組織分析需求與核心升級項目的關(guān)聯(lián)性，給出需求是否實(shí)施、與核心系統的協(xié)同關(guān)系等意見(jiàn)�；镜目刂茰蕜t是：監管需求和急迫的業(yè)務(wù)需求必須支持;可能導致項目延期的新增業(yè)務(wù)需求則進(jìn)行必要的控制。
7.2需求跟蹤
需求跟蹤的目的是跟蹤需求的實(shí)現過(guò)程，并且在發(fā)生需求變更時(shí)確定變更影響的范圍。
本項目需求開(kāi)發(fā)階段，各小組組長(cháng)指定專(zhuān)人負責需求跟蹤，并依照附件8《核心系統升級x項目需求跟蹤矩陣交付物要求》，編寫(xiě)《核心系統升級x項目需求跟蹤矩陣》，將需求功能點(diǎn)和需求狀態(tài)記錄到需求跟蹤矩陣中，并報項目經(jīng)理審核。
當發(fā)生需求變更時(shí)，需求跟蹤人員負責變更影響的設計結果、測試結果和需求狀態(tài)更新到需求跟蹤矩陣中，上報項目經(jīng)理審批。
項目管理組負責跟蹤與核心系統升級x有協(xié)同關(guān)系需求的項目進(jìn)展。
7.3需求變更
見(jiàn)6.1需求變更管理
8質(zhì)量管理
8.1質(zhì)量計劃
本項目由項目經(jīng)理指定專(zhuān)門(mén)的QA人員負責制訂質(zhì)量保證計劃，用于審計本項目各里程碑點(diǎn)是否按要求實(shí)施。
質(zhì)量審計包括產(chǎn)品審計和過(guò)程審計，產(chǎn)品審計用于審計各階段交付物的質(zhì)量，如需求開(kāi)發(fā)階段，需要審計文檔規范、需求范圍、功能點(diǎn)是否完整等內容。過(guò)程審計主要用于審計項目執行過(guò)程中是否按要求執行了項目動(dòng)作，如在計劃時(shí)間點(diǎn)是否制定了《WBS日程計劃》等。
8.2質(zhì)量保證
本項目的質(zhì)量保證主要方式是評審。
評審按《中信銀行x銀行評審管理規范》執行。
本項目文檔管理規范遵循《IT-09-YYKF-913-201-ZH中信銀行x銀行信息技術(shù)部應用開(kāi)發(fā)部文檔管理規范》中項目級文檔管理規范執行。
9項目安全和保密規定
1、項目管理組對開(kāi)發(fā)過(guò)程中產(chǎn)生的文檔、公司提交的重要文檔、源程序及其它重要資料進(jìn)行安全分級管理，嚴格控制文檔發(fā)布范圍。
2、未經(jīng)項目經(jīng)理批準，項目成員不得以網(wǎng)絡(luò )、磁盤(pán)、U盤(pán)、紙介質(zhì)等任何方式對外傳播文檔信息。
3、項目組成員要注意保管好各自辦公所用的電子介質(zhì)、筆記本和文檔資料，廢棄資料要注意銷(xiāo)毀。
4、項目組成員所使用的電腦必須安裝我行統一規定的防病毒軟件，采用統一的準入登陸。
5、所有廠(chǎng)商項目組成員必須簽署《中信銀行核心系統升級x銀行項目保密承諾書(shū)》
10配置管理
本項目使用信息技術(shù)部統一的配置管理工具Firefly，Firefly可以進(jìn)行任務(wù)和文檔管理，核心系統升級x項目組僅使用文檔管理功能。
核心系統升級x項目配置管理說(shuō)明見(jiàn)附件9《核心系統升級x項目配置管理說(shuō)明》
配置管理工具詳細操作說(shuō)明見(jiàn)《中信銀行x銀行配置管理系統操作手冊》。
11綜合管理
11.1考勤、請假制度
1、所有項目成員(包括廠(chǎng)商人員)應嚴格遵守中信銀行x銀行考勤管理制度，正常工作時(shí)間是：8:30
17:00。各小組根據工作如需合理安排加班。
2、小組成員因病、事需要休假時(shí)，需提前以書(shū)面方式向項目經(jīng)理請假并得到批準后報PMO副主任審批。
11.2考核管理制度
為加強項目經(jīng)理對項目組成員的管理，調動(dòng)項目組成員的積極性，提高項目團隊的工作效率和質(zhì)量，本項目特制定了考核管理辦法�？己斯芾磙k法適用于項目組的行內人員。
詳見(jiàn)附件10《中信銀行核心系統升級XX銀行項目考核管理辦法》
11.3合作廠(chǎng)商管理/外包人員管理
合作廠(chǎng)商人員、外包人員應遵守的中信銀行XX銀行信息技術(shù)部應用開(kāi)發(fā)部外包技術(shù)人員管理制度：包括訪(fǎng)問(wèn)控制、重要文檔交接登記、人員簡(jiǎn)歷清單，人員入場(chǎng)考試、進(jìn)廠(chǎng)工作到位和人員離崗報告，相關(guān)承諾的跟進(jìn)措施，交付驗收制度，知識轉移方案等。
詳見(jiàn)附件11《中信銀行XX銀行信息技術(shù)部應用開(kāi)發(fā)部外包技術(shù)人員管理工作流程》
11.4培訓組織
項目組內部各類(lèi)技術(shù)、業(yè)務(wù)培訓組織與實(shí)施由項目管理組統一負責。
11.5后勤保障
本項目的辦公環(huán)境、設備、紙質(zhì)和實(shí)物介質(zhì)、外出會(huì )議、團隊活動(dòng)等日常管理與支持，由項目管理組統一負責。
系統項目管理制度4
售后服務(wù)工作的質(zhì)量是工程質(zhì)量的延伸。為了履行對客戶(hù)的質(zhì)量承諾，售后服務(wù)由公司專(zhuān)職人員進(jìn)行管理，提供技術(shù)支持，確保接到通知后及時(shí)到達現場(chǎng)進(jìn)行維修處理。真正做到及時(shí)的響應、規范的服務(wù)、精湛的技術(shù)、禮貌的行動(dòng)向客戶(hù)提供高質(zhì)量的售后服務(wù)。
1、服務(wù)方式
包括：
1、現場(chǎng)維修；
2、日常電話(huà)服務(wù)；
3、網(wǎng)絡(luò )在線(xiàn)服務(wù)。
在保證服務(wù)質(zhì)量的情況下，盡量采用電話(huà)服務(wù)和網(wǎng)絡(luò )在線(xiàn)服務(wù)方式處理，提高工作效率和降低售后服務(wù)費用。
2、服務(wù)電話(huà)：
售后服務(wù)電話(huà)對外統一公布為xxxx-xxxxxxx，投訴電話(huà)為xxxx-xxxxxxx。
如果需要上門(mén)現場(chǎng)服務(wù)，技術(shù)人員需提醒客戶(hù)撥打統一售后服務(wù)電話(huà)進(jìn)行受理安排。
3、處理流程：
1）售后服務(wù)信息的收集：
A、售后服務(wù)電話(huà)接聽(tīng)；
B、技術(shù)人員反饋；
C、公司領(lǐng)導指示。
所有信息必須首先由公司專(zhuān)職人員進(jìn)行收集整理，技術(shù)人員反饋售后服務(wù)信息，需由專(zhuān)職人員進(jìn)行核實(shí)。
2）信息的整理分類(lèi)：
所有信息必須由公司專(zhuān)職人員在《售后服務(wù)記錄本》上登記時(shí)間、地點(diǎn)、人物、故障現象等詳細信息，并根據服務(wù)的緊急程度、服務(wù)種類(lèi)、是否過(guò)保和收費等等，并與客戶(hù)進(jìn)行溝通處理的方式。
3）服務(wù)指令的發(fā)布
首先向專(zhuān)職技術(shù)人員發(fā)布指令進(jìn)行售后服務(wù)，或向部門(mén)經(jīng)理反饋進(jìn)行人員安排。
4）售后服務(wù)的執行
接到指令的售后技術(shù)員，按照公司對用戶(hù)的服務(wù)承諾要求，按時(shí)間要求提供售后服務(wù)（通過(guò)售后服務(wù)的三種方式）。
xxxx系統工程公司
5）售后服務(wù)工作的完結
服務(wù)完成后，要填寫(xiě)《售后服務(wù)信息反饋單》，寫(xiě)明故障現象，檢查記錄，處理結果，請用戶(hù)對服務(wù)工作的滿(mǎn)意度進(jìn)行評價(jià)，簽字蓋章。填寫(xiě)不完整的不計入考核范圍。
6）《售后服務(wù)信息反饋單》交公司專(zhuān)職人員，部門(mén)經(jīng)理將對用戶(hù)進(jìn)行電話(huà)回訪(fǎng)，并統計服務(wù)和電話(huà)反饋結果。
7）公司專(zhuān)職人員在月底統計月度售后服務(wù)完成情況，形成統計表格，經(jīng)部門(mén)經(jīng)理審核后上報公司領(lǐng)導審批后，作為售后服務(wù)月度績(jì)效考核的依據。
4、績(jì)效管理：
售后服務(wù)人員工資設底薪、服務(wù)補貼、獎金三個(gè)部分。
1）底薪部分按照公司制度進(jìn)行統一的考核（包括考勤、轉正情況、工齡等等），在月初進(jìn)行發(fā)放。
2）服務(wù)補貼部分根據每月的'售后服務(wù)統計表的統計情況進(jìn)行發(fā)放，發(fā)放的標準為：售后服務(wù)每次xx元。沒(méi)有售后服務(wù)信息反饋單和反饋單不完整的不計算次數。
3）售后服務(wù)獎金：當月無(wú)投訴，每月獎勵xxx元，如有投訴，每次處罰xx元，月累計x次及以上，扣除當月獎金。試用期員工不參與此獎金的發(fā)放。
注：現場(chǎng)售后服務(wù)一般情況下只報銷(xiāo)公共交通費用，如遇緊急情況或攜帶大宗物品，需上報部門(mén)經(jīng)理后，才能報銷(xiāo)的士或貨運費用，未申報不予報銷(xiāo)。
非專(zhuān)職售后服務(wù)人員提供現場(chǎng)上門(mén)服務(wù)，每次人工費用xx元，交通費用參照專(zhuān)職售后人員標準執行。
5、產(chǎn)品維修
1）在售后服務(wù)過(guò)程中產(chǎn)生的產(chǎn)品返產(chǎn)維修問(wèn)題，首先與公司商務(wù)聯(lián)系，首先確定是否在保修期內；其次確認廠(chǎng)商是否提供上門(mén)服務(wù)；在保修期范圍內盡可能通知廠(chǎng)商上門(mén)服務(wù)。
2）超出保修期范圍和沒(méi)有上門(mén)服務(wù)的產(chǎn)品，經(jīng)與公司聯(lián)系后，與客戶(hù)確認維修費用（含運費）后，送回公司交商務(wù)部進(jìn)行維修。并負責收回費用。
6、增值服務(wù)
1）配件銷(xiāo)售
xxxx系統工程公司
A、售后人員在提供售后服務(wù)同時(shí)，客戶(hù)需要購買(mǎi)其他的電腦軟硬件，或在維修設備、儀器時(shí)需要更換零配件（保修期外設備），技術(shù)員可幫用戶(hù)直接與公司聯(lián)系購買(mǎi)。該筆業(yè)務(wù)可算本人的銷(xiāo)售。核發(fā)純利的30%作為獎金。所代購的零配件的貨款，由當事人負責收回。
B、配件銷(xiāo)售原則上是款到發(fā)貨，如遇特殊情況，xxx元以下需經(jīng)部門(mén)經(jīng)理同意，xxx元以上須報公司領(lǐng)導同意后方可實(shí)施，貨款由經(jīng)手人負責收回。
C、應由經(jīng)手人負責收回貨款的，在一年內還未收回，由經(jīng)手人負擔貨總貨款的80－100％，在當月工資中扣除。
2）軟件服務(wù)
A、超過(guò)保修期范圍的軟件服務(wù)，或者在設備維護之外的軟件咨詢(xún)服務(wù)，包括系統安裝等，在報公司同意后，可向客戶(hù)提出收取一定的軟件服務(wù)費用，并在收回款項的前提下按照40%的比例提取獎金，公司可開(kāi)具發(fā)票。
B、沒(méi)有上報公司私自收取顧客的軟件服務(wù)費用并引起顧客投訴，除按收取金額從工資中扣除外，另行處罰xx元/次。
本制度從xxxxx起試行。
xxxx系統工程公司
xx年xx月xx日
系統項目管理制度5
1.為加強水利工程建設項目招投標工作的管理,規范招投標活動(dòng),根據《中華人民共和國國招標投標法》、《水利工程建設項目招標投標管理規定》和國家有關(guān)規定,結合水利系統工程建設的特點(diǎn),特制定本制度。
2.招標項目:凡是各基層單位水利工程建設項目的勘察設計、施工、監理以及與水利工程建設有關(guān)的重要設備、材料采購等必須進(jìn)行招標。
3.招標范圍:涉及防洪、排澇、灌溉、水力發(fā)電、引(供)水、灘涂治理、水土保持、水資源保護等水利工程建設項目。
4.規模標準:施工單項合同估算價(jià)在50萬(wàn)元人民幣以上的;重要設備、材料等貨物的采購,單項合同估算價(jià)在50萬(wàn)元人民幣以上的;勘察設計、監理等服務(wù)的項目,單項合同估算價(jià)在20萬(wàn)元人民幣以上的;5-20萬(wàn)元的各類(lèi)項目可采用邀請招標方式。
5.凡是夠招標條件工程項目必須由有資質(zhì)的招投標代理機構代理招標。
6.招標投標活動(dòng)應當遵循公開(kāi)、公平、公正和誠實(shí)信用的原則。項目的招標準備工作由項目實(shí)施基層單位具體負責。
7.水利局負責管理全系統水利工程建設項目招標投標活動(dòng),邀請縣監察、計劃、財政、審計部門(mén)等全程行政監督。
8.項目的.招標必須成立招標領(lǐng)導小組,由局一名主管領(lǐng)導任領(lǐng)導小組組長(cháng)負責招標事宜。
9.各項目實(shí)施單位必須按《中華人民共和國國招標投標法》編制招投標實(shí)施方案,報有關(guān)部門(mén)審批。并向水利局提交備案的招投標報告。
10.水利局組織人員監督開(kāi)標、評標、定標等活動(dòng)。對招標投標活動(dòng)的違法違規行為,立即責令改正,必要時(shí)可做出包括暫停開(kāi)標或評標以及宣布開(kāi)標、評標結果無(wú)效的決定,對違法的中標結果予以否決。
11.本制度從20xx年1月5日起執行。
【系統項目管理制度】相關(guān)文章：
系統項目管理制度5篇03-10
系統集成項目售后服務(wù)管理制度08-09
系統項目崗位職責01-18
軟件系統項目建議書(shū)01-29
系統人員管理制度03-12
系統項目經(jīng)理崗位職責12-05
監控系統使用管理制度06-26
系統內部管理制度08-05
系統建設管理制度03-04