当前位置：好文网>实用文>制度>系统项目管理制度

系统项目管理制度

系统项目管理制度推荐度：
相关推荐

系统项目管理制度5篇

　　在我们平凡的日常里，我们都跟制度有着直接或间接的联系，制度具有使我们知道，应该做什么，不应该做什么，惩恶扬善、维护公平的作用。想必许多人都在为如何制定制度而烦恼吧，以下是小编整理的系统项目管理制度，希望对大家有所帮助。

系统项目管理制度5篇

系统项目管理制度1

　　1、设计文件

　　检查起重机械设计文件中有关安全监控管理系统的内容是否符合《起重机械安全监控管理系统》(gb/t 28264-20xx)的要求。

　　2、安全监控管理功能要求的硬件配备

　　检查起重机械的出厂配套件清单中是否有gb/t 28264-20xx所要求的信号采集单元、信号处理单元、控制输出单元、数据存储单元、信号显示单元、信息导出接口单元等硬件设施,并核查。

　　3、管理权限的设定

　　现场核实系统管理员的授权,进入系统后,需要有登录密码或更高级的身份识别方式。系统管理员输入正确的密码或其它识别方式后,能够顺利进入系统。

　　4、故障自诊断

　　开机进入系统后,现场核实系统有运行自检的程序,并显示自检结果,系统应具有故障自诊断功能。系统自身发生故障而影响正常使用时,能立即发出报警信号。

　　5、报警装置

　　在空载的条件下,通过按急停或系统设计的报警信号现场验证起重机械的各种报警装置的动作。

　　系统的报警装置能向起重机械操作者和处于危险区域的人员发出清晰的声光报警信号。

　　当发生故障时,系统不但要报警,还应能根据设置要求对设备止停。

　　6、文字表达形式

　　现场目测系统显示的所有界面的文字表达形式为简体中文。

　　7、通信协议的开放性

　　(1)现场检查系统有对外开放的硬件接口,查阅相关说明书中通信协议的内容,应符合国家现行标准规定的modbus、tcp/ip、串口等对外开放的协议;

　　(2)现场验证系统通过以太网或usb接口能方便地将记录数据导出。

　　8、显示信息的清晰度

　　在司机座位上,斜视45°可清晰完整的观察到整个监控画面,包括视频系统的画面,画面上显示的信息不刺目、不干扰视线,清晰可辨。

　　9、系统信息采集源

　　对应gb/t 28264-20xx中表1检查信息采集源。

　　10、监控参数验证

　　按照下述方法,对应gb/t 28264-20xx中表2验证具体产品的参数。

　　(1)起重量

　　现场起升载荷,检查显示器上是否显示起重量,显示计量单位为“t”,并至少保留小数点后两位。

　　(2)起重力矩

　　现场起升载荷,并进行变幅运动,检查显示器上是否显示起重量和相应位置幅度,显示计量单位分别为“t”和“m”,均应至少保留小数点后两位。

　　(3)起升高度/下降深度

　　显示屏幕上,能实时显示所吊运的物体高度和下降深度。在空载的条件下,将吊具起升到一定的位置,记录此时显示屏上起升高度的数值为g1,将激光测距仪垂直架设到吊具的正下方,测试吊具的位置高度值并记录为h1,起升机构缓慢运行一定的的高度,观察显示屏上起升高度的数值应实时变化,待稳定后记录为h2,测量此时吊具的位置高度值并记录为h2,通过公式h=h2-h1计算出显示屏上起升高度的变化值h,通过公式h=h2-h1,计算出吊具实际测量上升的高度h,以上操作至少重复三次,h与h的数值应该一致。

　　(4)运行行程

　　起重机械的起升高度、下降深度、小车运行、大车运行等运行行程可实时显示。

　　①计算起重机吊具由地面起升至最大高度过程中,起升卷筒转动圈数,换算至钢丝绳起升高度值,与监控系统显示值对比;

　　②在空载的条件下,将小车运行到某一位置,记录显示屏上小车运行行程的数值为s0,并在小车运行的轨道上相应位置做标记,缓慢开动小车,移动一定的距离(一般不少于10mm),观察显示屏上小车运行行程的数值应实时变化,待小车稳定后记录显示屏幕上行程数值为s1,并在运行的轨道上做标记。用卷尺测量两处标记的距离为s,计算出系统显示的距离s=/s1-s0/,s与s数值应该一致;

　　③大车运行的行程验证方法同第二条所述。

　　(5)风速

　　检查系统应实时显示风速值,记录当前风速值,查看计量合格证;测量与起重机风速计同一位置的风速,与显示值比较。现场验证时调低试验报警门槛值,察看其有效性,系统应立即发出警报信号,在司机室和起重机周围能清晰的观察到声光报警信号,起重机停止运行。

　　(6)回转角度

　　系统应实时记录并显示起重机械的回转角度,与监控系统显示值进行对比,验证其有效性和准确度。

　　(7)幅度

　　现场进行变幅运动,检查显示器上是否显示相应位置幅度,显示计量单位为“m”,应至少保留小数点后两位。

　　(8)大车运行偏斜

　　在空载的条件下,慢速、点动操作起重机两侧支腿电动机,模拟大车运行偏斜状态,观察系统是否显示并能发出报警信号。

　　(9)水平度

　　现场检查系统中有实时显示整体水平度的数值并记录,用水准仪测量起重机主体结构前后支腿的高低差,验证起重机的整体水平度。

　　(10)同一或不同一轨道运行机构安全距离

　　根据产品的设计要求及相关标准要求,系统应设置安全距离不小于d;当系统的安全距离小于d时,系统有正确响应。现场设置信号反射器具,检验起重机械同一或不同一轨道存在碰撞危险时,在司机室和起重机械周围能清晰的观察到声光报警信号,起重机械停止运行。

　　(11)操作指令

　　在空载的条件下,根据现场实际情况,对起重机械的动作进行操作验证,各种动作在显示器上应实时显示。试验后,查看相关的记录,信息能保存和回放。

　　(12)支腿垂直度

　　现场检查系统中有实时显示的支腿垂直度的数据并记录,将数字式角度仪架设到支腿的下横梁上测量支腿的横向垂直度并记录,再将数字式角度仪放置于支腿的垂直面上,根据支腿不同的形式,选取相应位置测量纵向的垂直度并记录。验证起重机械的支腿垂直度。

　　(13)工作时间

　　系统应实时显示和记录工作时间,计量起重机械各机构动作时间点、时间段,与监控系统对应值比较。

　　(14)累计工作时间

　　连续一个工作循环后,调取试验过程中存储的时间数据,现场验证已完成的工作循环的时间系统应全部累加、记录和存储。

　　(15)每次工作循环

　　查看显示屏幕上应该有工作循环的次数。根据起重机械的特点记录每个工作循环的次数。调取试验过程中存储的时间数据,系统已完成的工作循环应全部记录和存储。

　　11、监控状态验证

　　按照下述方法,对应gb/t 28264-20xx中表3验证具体产品的.状态。

　　(1)起升机构的制动状态

　　在空载的条件下,进行起升机构动作的操作,对于两个及以上起升机构的起重机械,应分别验证其制动状态,检查在系统的显示屏上应实时显示制动状态的信号。

　　(2)抗风防滑状态

　　现场查看抗风防滑装置的形式,进行夹轨器、锚定等抗风防滑装置的闭合性试验,检验监控系统显示的防风装置状态是否一致。

　　(3)联锁保护(门限位和机构之间的运行联锁)

　　①门限位

　　进行门限位开关闭合试验,检验监控系统显示与门限位状态是否一致。

　　②机构之间的运行联锁

　　根据相关标准和设计要求,对于有联锁要求的起重机械,在空载的条件下,分别进行两机构的动作,其联锁应满足规定要求,显示屏应实时显示联锁状态;对于架桥机,当进行过孔状态的动作时,架桥机架梁状态各机构操作应无动作。

　　(4)工况设置状态

　　系统中应有对所有工况进行监控设置、显示和存储功能,现场查看显示、调阅工况资料,验证其有效性。

　　(5)供电电缆卷筒状态

　　①系统应当能够监控供电电缆卷筒状态保护开关(过紧或过松)的动作状态;现场操作供电电缆卷筒状态保护开关断开或闭合,观察系统是否能识别供电电缆卷筒的状态;

　　②系统应当能够监控供电电缆卷筒状态保护开关和起重机械大车运行机构的联锁状态;当供电电缆卷筒状态保护开关断开时,操作起重机械大车运行机构启动,观察系统是否能够发出报警信号并禁止大车运行机构运动。

　　(6)过孔状态

　　按照架桥机的过孔走行方式进行过孔走行试验,系统应实时显示过孔的状态,试验后查看相关的过孔状态记录,系统应该记录过孔时的操作命令和状态。

　　(7)视频系统

　　现场查看视频系统的构成:安装摄像头数量、安装位置、所监控的范围。在一个工作循环的时间内,在视频系统的屏幕上应观察到起重机械主要机构各主要工况实时工作的监控画面。

　　整个视频系统应该全程监控起重机械工作的过程,能做到实时监控。一个工作循环后,调取相关视频的信息,查看这些状态的信息应完整保存。

　　注:对于门式起重机、流动式起重机、门座起重机等至少需观察到吊点、行走区域;对于桥式起重机、塔式起重机、缆索起重机、桅杆起重机等至少需观察到吊点;对于架桥机至少观察到过孔状态、架梁状态、运梁车同步状态;对于升船机至少需观察到机房、承船箱。

　　12、系统综合误差试验验证

　　起重量、幅度和起重力矩的误差不大于5%。

　　(1)起重量综合误差试验

　　根据试验工况将小车停放在相应位置,起升机构按100%额定起重量加载,载荷离地100~200mm高度,悬空时间不少于10min。整个过程中观察系统应反映起重机械载荷的实时变化,待载荷稳定后观察显示屏上的载荷数值作为系统显示的数据并记录为qa;将现场经过标定的试验载荷作为检验载荷的实际数据记录为qb。选取在30%额定起重量与100%额定起重量之间其他两点的载荷继续进行重复上述的试验。

　　做三次载荷试验后,按照gb/t28264-20xx中7、1的要求计算起重量综合误差。

　　(2)幅度综合误差试验

　　按照gb/t28264-20xx中7、2的要求计算幅度综合误差。对于流动式起重机在上述试验的基础上增加额定载荷下的试验。

　　(3)起重力矩的综合误差试验

　　按照gb/t28264-20xx中7、3的要求计算起重力矩的综合误差。

　　13、连续作业试验验证

　　系统按照其工作循环能连续作业16小时或工作循环次数不少于20次,并能实时记录。通过调取试验后的记录,查看相关的记录,验证系统的连续作业能力。

　　14、信息采集和储存验证

　　(1)实时性

　　在做空载实验时,现场验证系统具有起重机械作业状态的实时显示功能,能以图形、图像、图标和文字的方式显示起重机械的工作状态和工作参数。待试验结束后,调取保存的记录,验证起重机械运行状态及故障信息有实时记录功能。检查系统存储的数据信息或图像信息应包含数据或图像的编号,时间和日期与试验的数据应一致。

　　(2)扫描周期

　　查看系统实际程序的扫描周期应不大于100ms。

　　(3)存储时间

　　根据设备的使用情况,对于系统工作时间超过30天的起重机械,现场调取之前存储的文件,查看文件的原始完整性和存储情况;存储时间不应少于30个连续工作日。对于系统工作时间不超过30天的起重机械,现场查阅存储的文件,计算一个工作循环的时间内储存文件大小,推算出是否能达到标准中所规定的要求,数据存储时间不少于30个连续工作日,视频存储时间不少于72小时。

　　调取试验过程中存储的数据,检查系统存储的数据信息或图像信息的日期应按照年/月/日/时/分/秒的格式进行存储。

　　(4)断电后信息的保存

　　首先检查系统应有独立的电源即ups电源或电瓶等装置。现场验证,当起重机械主机电源断电后,系统能持续工作。调取连续作业的时间内存储的数据,起重机械数据应完整保存。

　　(5)历史追溯性

　　调取连续工作一个工作循环过程中存储的所有信息,检查系统存储的数据信息或图像信息应包含数据或图像的编号,时间和日期与试验的数据应一致。能追溯到起重机械的运行状态及故障报警信息。

系统项目管理制度2

　　1.为加强水利工程建设项目招投标工作的管理,规范招投标活动,根据《中华人民共和国国招标投标法》、《水利工程建设项目招标投标管理规定》和国家有关规定,结合水利系统工程建设的特点,特制定本制度。

　　2.招标项目:凡是各基层单位水利工程建设项目的勘察设计、施工、监理以及与水利工程建设有关的重要设备、材料采购等必须进行招标。

　　3.招标范围:涉及防洪、排涝、灌溉、水力发电、引(供)水、滩涂治理、水土保持、水资源保护等水利工程建设项目。

　　4.规模标准:施工单项合同估算价在50万元人民币以上的;重要设备、材料等货物的采购,单项合同估算价在50万元人民币以上的;勘察设计、监理等服务的项目,单项合同估算价在20万元人民币以上的;5-20万元的'各类项目可采用邀请招标方式。

　　5.凡是够招标条件工程项目必须由有资质的招投标代理机构代理招标。

　　6.招标投标活动应当遵循公开、公平、公正和诚实信用的原则。项目的招标准备工作由项目实施基层单位具体负责。

　　7.水利局负责管理全系统水利工程建设项目招标投标活动,邀请县监察、计划、财政、审计部门等全程行政监督。

　　8.项目的招标必须成立招标领导小组,由局一名主管领导任领导小组组长负责招标事宜。

　　9.各项目实施单位必须按《中华人民共和国国招标投标法》编制招投标实施方案,报有关部门审批。并向水利局提交备案的招投标报告。

　　10.水利局组织人员监督开标、评标、定标等活动。对招标投标活动的违法违规行为,立即责令改正,必要时可做出包括暂停开标或评标以及宣布开标、评标结果无效的决定,对违法的中标结果予以否决。

　　11.本制度从20xx年1月5日起执行。

系统项目管理制度3

　　一、目的

　　规范空调系统管理。确保空调系统运行正常。

　　二、适用范围

　　适用于xx嘉园管理处维修值班人员的值班管理。

　　三、职责

　　1、工程部给修人员严格执行空调系统管理制度。

　　2、工程部主管负责监督、检查。

　　四、工作流程

　　1、严格按运行、检查和维修养护等规程操作,保障空调系统的'正常运行。

　　2、严格按设备启动、关闭时间操作,每日定时巡视检查,认真做好记录,发现问题及时维修,遇到重大问题及时通知工程维修部进行抢修,保证设备正常运转。

　　3、严格按保养规定对空调系统进行保养、维修工作。

　　4、定期对空调系统进行清洁工作,保证设备表面无灰尘,运转良好。

系统项目管理制度4

　　售后服务工作的质量是工程质量的延伸。为了履行对客户的质量承诺，售后服务由公司专职人员进行管理，提供技术支持，确保接到通知后及时到达现场进行维修处理。真正做到及时的响应、规范的服务、精湛的技术、礼貌的行动向客户提供高质量的售后服务。

　　1、服务方式

　　包括：

　　1、现场维修；

　　2、日常电话服务；

　　3、网络在线服务。

　　在保证服务质量的情况下，尽量采用电话服务和网络在线服务方式处理，提高工作效率和降低售后服务费用。

　　2、服务电话：

　　售后服务电话对外统一公布为xxxx-xxxxxxx，投诉电话为xxxx-xxxxxxx。

　　如果需要上门现场服务，技术人员需提醒客户拨打统一售后服务电话进行受理安排。

　　3、处理流程：

　　1）售后服务信息的收集：

　　A、售后服务电话接听；

　　B、技术人员反馈；

　　C、公司领导指示。

　　所有信息必须首先由公司专职人员进行收集整理，技术人员反馈售后服务信息，需由专职人员进行核实。

　　2）信息的整理分类：

　　所有信息必须由公司专职人员在《售后服务记录本》上登记时间、地点、人物、故障现象等详细信息，并根据服务的紧急程度、服务种类、是否过保和收费等等，并与客户进行沟通处理的方式。

　　3）服务指令的发布

　　首先向专职技术人员发布指令进行售后服务，或向部门经理反馈进行人员安排。

　　4）售后服务的执行

　　接到指令的售后技术员，按照公司对用户的服务承诺要求，按时间要求提供售后服务（通过售后服务的'三种方式）。

　　xxxx系统工程公司

　　5）售后服务工作的完结

　　服务完成后，要填写《售后服务信息反馈单》，写明故障现象，检查记录，处理结果，请用户对服务工作的满意度进行评价，签字盖章。填写不完整的不计入考核范围。

　　6）《售后服务信息反馈单》交公司专职人员，部门经理将对用户进行电话回访，并统计服务和电话反馈结果。

　　7）公司专职人员在月底统计月度售后服务完成情况，形成统计表格，经部门经理审核后上报公司领导审批后，作为售后服务月度绩效考核的依据。

　　4、绩效管理：

　　售后服务人员工资设底薪、服务补贴、奖金三个部分。

　　1）底薪部分按照公司制度进行统一的考核（包括考勤、转正情况、工龄等等），在月初进行发放。

　　2）服务补贴部分根据每月的售后服务统计表的统计情况进行发放，发放的标准为：售后服务每次xx元。没有售后服务信息反馈单和反馈单不完整的不计算次数。

　　3）售后服务奖金：当月无投诉，每月奖励xxx元，如有投诉，每次处罚xx元，月累计x次及以上，扣除当月奖金。试用期员工不参与此奖金的发放。

　　注：现场售后服务一般情况下只报销公共交通费用，如遇紧急情况或携带大宗物品，需上报部门经理后，才能报销的士或货运费用，未申报不予报销。

　　非专职售后服务人员提供现场上门服务，每次人工费用xx元，交通费用参照专职售后人员标准执行。

　　5、产品维修

　　1）在售后服务过程中产生的产品返产维修问题，首先与公司商务联系，首先确定是否在保修期内；其次确认厂商是否提供上门服务；在保修期范围内尽可能通知厂商上门服务。

　　2）超出保修期范围和没有上门服务的产品，经与公司联系后，与客户确认维修费用（含运费）后，送回公司交商务部进行维修。并负责收回费用。

　　6、增值服务

　　1）配件销售

　　xxxx系统工程公司

　　A、售后人员在提供售后服务同时，客户需要购买其他的电脑软硬件，或在维修设备、仪器时需要更换零配件（保修期外设备），技术员可帮用户直接与公司联系购买。该笔业务可算本人的销售。核发纯利的30%作为奖金。所代购的零配件的货款，由当事人负责收回。

　　B、配件销售原则上是款到发货，如遇特殊情况，xxx元以下需经部门经理同意，xxx元以上须报公司领导同意后方可实施，货款由经手人负责收回。

　　C、应由经手人负责收回货款的，在一年内还未收回，由经手人负担货总货款的80－100％，在当月工资中扣除。

　　2）软件服务

　　A、超过保修期范围的软件服务，或者在设备维护之外的软件咨询服务，包括系统安装等，在报公司同意后，可向客户提出收取一定的软件服务费用，并在收回款项的前提下按照40%的比例提取奖金，公司可开具发票。

　　B、没有上报公司私自收取顾客的软件服务费用并引起顾客投诉，除按收取金额从工资中扣除外，另行处罚xx元/次。

　　本制度从xxxxx起试行。

xxxx系统工程公司

　　xx年xx月xx日

系统项目管理制度5

　　前言

　　为确保核心系统升级x项目顺利实施，项目组特制定《中信银行核心系统升级x银行项目管理办法》，全体项目组成员项目组成员包括参与本项目的总行技术、业务人员;分行技术、业务人员;厂商人员。

　　须严格遵照执行。

　　1项目总体介绍

　　“核心系统”指我行未来整体IT架构中的“瘦核心”，功能范围包括存款、贷款、借记卡、结算业务、银行各类业务的会计核算、总账以及机构管理、柜员管理等基础支撑功能。

　　核心系统升级项目采取“统一规划、分步实施”策略及三年四阶段实施方案。该项目对提高我行客户服务水平、快速响应市场需求及监管要求、提升管理信息系统数据源质量，优化核心系统软件架构，规范开发管理模式有重要意义。

　　核心系统升级项目的业务目标是通过整合业务需求，借鉴行业经验，解决现存问题，同时在客户服务、快速应对市场变化、产品管理、管理信息系统数据支持方面获得明显提升。技术目标是充分考虑IT规划的要求和约束，使核心系统在灵活性、可扩展性方面取得根本性的进步，提高IT对业务需求的响应能力;提升系统的安全性、稳定性和处理能力，对运维管理提供系统性的支持;形成有效的开发管控模式，保证系统架构的稳定和开发运维的可持续。

　　2项目总体计划

　　核心系统升级x项目初步计划用三年时间，分四个阶段完成核心系统升级x。第一阶段是完成核心系统需求开发

　　指完成业务需求和技术需求的过程。

　　和系统设计、第二阶段是完成核心系统基础模块及负债子系统的开发上线、第三阶段是完成资产子系统的开发上线、第四阶段是完成会计核算子系统的开发上线。各阶段的持续时间分别是9个月、12个月、8个月和7个月。

　　3项目组织架构

　　3.1项目组织结构

　　核心系统升级x项目参与部门有总行公司银行部、零售银行部、国际业务部、计划财务部、信贷管理部、结算运营中心、会计部和信息技术部。计划在需求开发和系统设计阶段引入外部合作厂商。

　　核心系统升级x项目采用以下组织结构。

　　领导小组由陈小宪行长任组长，欧阳谦副行长任第一副组长，曹彤副行长、曹国强副行长、张强副行长任副组长，负责研究酝酿提交办公会决策的重大事项，对项目资源提供保障。xxxX

　　项目管理办公室(简称PMO)由欧阳谦副行长任主任、信息技术部张斌总经理、会计部李佩霞副总经理任副主任，信息技术部、会计部、公司银行部、零售银行部、国际业务部、计划财务部、结算运营中心、信贷管理部一级部副职、业务项目经理和技术项目经理为成员。会计部胡葆青任业务项目经理，信息技术部刘良俊xxx任技术项目经理。项目管理办公室负责项目实施过程工作的组织推动。项目管理组由信息技术部项目管理骨干和具有丰富经验的外部专家组成，负责协助项目经理的项目管理工作。

　　厂商到位后，将安排相应项目经理，以及项目管理人员加入PMO和项目管理组。

　　业务组由总分行任职干部、业务骨干及合作公司人员组成。业务组负责提出业务需求、验收测试、手册编写和业务培训，并参与上线投产的组织工作。

　　技术组由总行信息技术部任职干部、技术骨干、分行技术骨干、外包厂商技术人员、以及合作公司人员组成。技术组负责需求分析、系统设计、系统开发、数据移植、技术测试及上线投产等工作。

　　3.2角色与职责

　　除领导小组外，本项目包括PMO成员，负责项目日常工作的项目经理、小组组长及小组成员。

　　PMO成员：负责本部门内部与核心系统升级x相关工作的组织协调，对项目组提出的问题及时组织部门内部讨论并反馈意见(需部门一把手签字);根据需要参与各个阶段工作成果的评审。

　　项目经理：负责项目的组织、管理与实施;负责执行PMO的工作部署，负责领导、监督和指导项目小组的工作;负责协调与其他项目的关系;负责对小组组长和成员的考核。

　　小组组长：协助项目经理完成项目日常管理工作;负责本小组的工作组织、管理与项目实施，负责领导、监督和指导小组成员的工作;负责对小组成员考核。

　　小组成员：配合小组组长完成项目日常工作，根据小组组长的安排，按时保质完成项目实施工作。

　　题组成员对本部门相关人员的工作组全职人员(包括组长和成员)要及时将工作情况和存在的问题反馈给所在部门，必要时协调所在部门相关人员参与项目组的专题讨论，或协助项目组成员对本部门相关人员进行访谈。

　　4汇报与沟通

　　4.1汇报路径

　　汇报路径原则上采用逐级汇报方式，即：

　　小组成员―>小组组长―>项目经理―>项目管理办公室领导―>项目领导小组;

　　对可能影响项目进度、安全、质量和人员团结等重要事项，小组成员应及时报告，必要时可越级汇报。

　　各小组组长与项目经理、项目组成员，银行项目组成员与厂商项目组成员应保持密切沟通，确保项目汇报路径畅通。

　　4.2汇报内容

　　汇报内容即包括任务完成进度、遇到的难点和困难、存在的问题和潜在的风险、以及变更请示等，也可包括对本项目执行提出的建议。

　　4.3汇报与沟通方式

　　4.3.1书面汇报与沟通

　　4.3.1.1每日报工

　　本项目建议采用每日报工的工作方式。报工采用书面汇报方式进行。

　　每天下班前，小组成员以书面工作日报形式汇报自己当天投入到每项工作的工作内容和工作量报小组组长。

　　4.3.1.2项目周报

　　项目周报包括计划与周报两方面内容。

　　项目管理组每周四向各小组发布最新下周项目计划，各小组参照该计划制定下周本组具体工作计划。

　　各小组每周五向项目管理组提交本小组周报，内容主要包括本周工作完成情况、下周工作计划和项目进行过程中存在的重要问题。项目管理组根据各小组工工作周报，汇总形成项目组周报，并跟进如下事宜：1)确认各组任务完成情况，如有延迟，项目管理组负责追踪确认延迟原因，明确改进措施。2)汇总并跟踪各小组反映的重要问题。3)预警项目风险点。

　　每周五下班前项目管理组将分析完成的项目周报报送项目经理，项目经理根据周报信息确认项目整体情况，协调解决项目问题，控制项目进度与质量，并提出下一阶段工作要求与安排。

　　项目周报模版见附件1《核心系统升级x项目周/月报》

　　4.3.1.3项目月报

　　各小组组长应每月月末向项目管理组提交项目月报，内容主要包括本月工作计划完成情况、下月工作计划和项目进行过程中存在的问题。

　　项目管理组每月根据各小组的工作计划和工作总结，结合项目的总体进展情况，汇总后形成项目月报。并及时报项目领导小组、PMO、项目经理、并发送各小组。

　　4.3.1.4项目里程碑报告

　　项目管理组配合项目经理，根据项目的进展情况，综合汇总后形成里程碑报告。项目里程碑报告用于反映项目成果、进展、下一阶段工作计划和决策问题。里程碑报告应及时报送项目领导小组、PMO、项目经理、并发送各小组。

　　项目里程碑报告模版见附件2《核心系统升级x项目里程碑报告》

　　4.3.1.5工作联系单

　　工作联系单用于项目组内部，当某项工作需要确认、跟踪时，可由一方填写《工作联系单》至接收方。工作联系单需报项目经理审批，项目经理审批通过后发送项目管理组归档，并由项目管理组将工作联系单发送至接收方进行后续处理。项目管理组跟踪联系单处理情况。

　　工作联系单模版见附件3《核心系统升级x项目工作联系单》

　　4.3.1.6电子邮件、电话和口头

　　项目过程中日常业务、技术问题的交流与确认、项目组内日常的工作汇报以及各类通知、通告等，可借助电子邮件完成。日常工作中一般性的汇报和沟通可以采取电话或口头的形式。

　　4.3.2会议制度

　　1、项目会议包括：PMO例会、项目组周例会、各小组周例会、专题讨论会，以及不定期召开的项目组全体会议、项目领导小组会议等。

　　2、会议管理：项目管理组负责领导小组会议、项目组全体会、PMO例会及项目组周例会的会议组织，包括预定会议室、发会议通知、会议记录并整理会议纪要等。各小组例会、业务协调会、技术协调会和其他专题会议，由各小组负责安排会议场所并记录、整理会议纪要。各类会议需要使用会议设备，如投影仪等由项目管理组统一管理，参会人员需提前申请，使用完毕交还项目管理组保管。

　　3、项目组全体会议：项目组全体会议不定期召开，参加人员为项目组全体成员，会议主要内容包括：重大事项的调整和公布，阶段性的总结等，由项目经理主持。

　　4、项目组周例会：项目组周例会每周五下午召开一次，由项目经理主持，参加人员为各小组组长、副组长，会议主要内容包括：项目总体状况总结、上周工作回顾、关键问题及风险讨论、依赖因素讨论、下周人员安排、下周工作安排等。

　　5、PMO例会：PMO例会原则上两周安排一次，PMO相关人员参会，可视情况进行调整。由项目经理向PMO领导汇报项目进度及存在的问题，对项目执行中遇到的重大问题提交PMO或项目领导小组决策。

　　6、项目领导小组会议：项目领导小组会议不定期召开，由PMO向项目领导小组汇报项目进度及风险，对项目过程中的重大问题提交项目领导小组决策。

　　7、小组例会：小组例会每周五上午召开一次，由各小组组长召集，参加人员为本小组全体成员，主要内容包括：通报本周工作情况、问题讨论与交流、安排下周工作等。

　　8、技术、业务专题讨论：由项目经理、小组组长或技术、业务骨干主持，参加人员为相关项目成员，会议主要是讨论有关技术、业务专题。

　　4.3.4简报制度

　　项目管理组负责每两周发布项目进度报告报PMO,里程碑点发布里程碑报告报领导小组。

　　5项目进度管理

　　本项目基于WBS与资源的计划制定方法，基于WBS的多里程碑进度跟踪和度量。

　　5.1进度控制管理目标

　　本项目进度控制管理目标为，通过有计划的控制措施，保证项目按预定时间完成。在必要情况下，对项目的时间计划进行调整。

　　5.2进度管理职责划分

　　项目经理牵头总体计划的制订和控制，小组计划由各小组组长负责制定，项目管理组负责配合项目经理执行项目进度的跟踪与监督，并及时将项目进展情况汇报项目经理和PMO。

　　5.3项目计划

　　5.3.1高层计划

　　本项目的高层计划指按里程碑点制订的整体计划，由项目经理负责制订，并报PMO和领导小组审批。

　　5.3.2总体计划

　　1、总体计划形成方式：本项目总体计划的形成采用自上而下和自下而上的过程，即项目经理在听取各小组工作计划的基础上，结合项目的实际情况，把握项目的总体进度，提出项目总体计划的初步设想，并提交项目组例会讨论。讨论通过后项目经理根据项目组例会的意见进行必要的修订，形成项目总体计划并下发各小组执行。

　　2、总体计划内容：本项目的总体计划是指在项目执行期间，根据项目的总体实施目标和总体时间框架制订的详细工作计划，项目总体计划中应包含进度计划、培训计划、质量保证计划等方面的内容。

　　本项目因分阶段实施，周期长，因此项目总体计划应包括跨越整个项目生命周期的：1)核心系统需求开发、概要设计;2)基础模块及负债子系统的开发上线;3)资产子系统的开发上线;4)会计核算子系统的开发上线四个阶段的阶段性计划和月度计划。

　　5.3.3WBS日程计划

　　WBS日程计划分为两类：

　　1、小组WBS日程计划：指由小组组长根据项目总体计划进行任务分解，制定的小组工作计划。各小组WBS日程计划应细化到工作日，并应有明确的起始时间和完成时间，任务分解到人。小组WBS日程计划需报项目经理审核批准。

　　2、项目组WBS日程计划：项目经理根据各小组的WBS日程计划，汇总形成项目组WBS日程计划，项目组的WBS日程计划可细化到周，有明确的起始时间和完成时间，任务应分解到人。

　　5.4项目监控

　　项目监控是指项目组依照项目计划对项目状况和绩效进行跟踪，并采取相应的控制和纠偏活动，以保证项目各项活动依照项目计划有序进行。

　　项目监控主要包含项目报工、项目跟踪、项目问题管理、项目风险管理、项目变更管理等。

　　项目计划跟踪主要由项目经理负责，项目管理组负责跟踪的具体工作，在计划执行出现偏差时及时提醒相关责任人，并通报小组组长和项目经理。

　　5.4.1项目报工

　　各组长可通过小组成员每日报工了解各项工作的完成情况。出现问题时，组长应及时与小组成员沟通，力争弥补出现的进度偏差。在确有必要的情况下，组长可对WBS日程计划进行调整，并报项目经理审批。

　　5.4.2项目跟踪

　　项目跟踪依照关注点的不同，分为两类：项目周/月跟踪与项目里程碑跟踪。

　　5.4.2.1项目周/月跟踪

　　项目周/月跟踪的目的是通过收集项目信息和更新项目状态，展现项目实际进展与项目总体计划和WBS日程计划的偏差。

　　项目经理负责了解各小组任务完成情况，小组组长负责了解小组成员任务完成情况，更新WBS日程计划及活动完成百分比，并填写任务实际完成时间。

　　项目经理和小组组长检查项目问题，记录项目问题的跟踪情况。如果问题已处理，则记录问题的处理方式与处理结果。项目管理组可配合小组和项目经理跟踪附件4《核心系统升级x项目问题跟踪表》的问题解决情况。

　　项目经理和小组组长检查项目风险，对于已经发生的风险，记录风险发生的情况、风险对项目的实际影响，项目组采取的应对措施以及实施效果。

　　5.4.2.2项目里程碑跟踪

　　本项目里程碑跟踪主要指对项目高层计划的跟踪，目的是收集项目信息、更新项目状态，并向项目领导小组、PM0汇报当前里程碑的完成情况。

　　项目经理发现实际发生与高层计划偏差5个工作日时，应及时预警，调查偏差原因并提出解决方案，采取措施尽可能减小偏差;若发现实际发生与高层计划偏差10个工作日时，要及时上报PMO和领导小组，汇报偏差产生的原因及应对措施，如需调整高层计划，需报PMO和领导小组审批。

　　项目里程碑跟踪同样需要对项目问题和项目风险进行检查与跟踪，并填写附件4《核心系统升级x项目问题跟踪表》和附件5《核心系统升级x项目风险跟踪表》。

　　5.4.3项目问题管理

　　对于记录到附件4《核心系统升级x项目问题跟踪表》中的问题，小组组长根据问题重要程度和对项目的影响，指派相关小组成员作为问题负责人解决问题。

　　问题负责人负责解决问题，如果问题较严重，符合项目变更的条件，则需要发起项目变更。

　　项目管理组每日对问题跟踪表中记录的问题进行检查，对不需要项目变更的问题，原则上5个工作日内解决(优先级高的问题，原则上3个工作日解决)，超过5个工作日尚未解决的问题，项目管理组提出预警，督促问题负责人尽快解决，并报项目经理和小组组长关注。

　　5.4.4项目风险管理

　　本项目的风险管理应关注风险分析、风险监控与风险应对。

　　5.4.4.1风险分析

　　项目经理、小组组长、项目组成员，依据识别出的每个风险的描述和影响范围确定风险的分类，并结合以往的'经验和本项目的实际情况，确定风险发生的可能性有多大，确定风险一旦发生，对项目的影响有多大。

　　对于识别出的风险，各小组要及时报告项目经理，并提出建议。对于一般性风险，项目经理召集相关人员进行必要讨论后确定对应措施;对于重大风险，项目经理提出解决建议，报PMO决策。

　　项目经理为每个风险指派小组成员具体负责，该小组成员负责跟踪风险的状态，监视风险发生条件是否具备。

　　风险发生可能性的说明

　　风险发生可能性

　　等级

　　数值

　　描述

　　含义

　　很低

　　发生的概率为0%~20%

　　非常不可能，机会很小

　　低

　　发生的概率为21%~40%

　　不可能，可能不会

　　中等

　　发生的概率为41%~60%

　　我们怀疑，可能不会

　　高

　　发生的概率为61%~80%

　　可能，我们相信

　　很高

　　发生的概率为81%~100%

　　几乎一定，非常可能

　　2)风险影响程度说明

　　风险影响程度说明

　　风险影响程度

　　等级

　　数值

　　描述

　　低

　　0进度延误低于10%，或工作量增加低于10%。

　　中

　　1进度拖延在10%~30%之间，或工作量增加在10%~20%之间，或质量不高，需要返工。

　　高

　　2进度拖延在30%~50%之间，或工作量增加20%~30%之间，或质量较差，必须重大返工，否则无法继续工作。

　　关键

　　3进度拖延超过50%，或者工作量增加超过30%，或质量极差，很难达到需求。

　　5.4.4.2

　　风险监控

　　风险监控是一个日常性的工作，贯穿于本项目的整个过程中，采取定期(周/月跟踪、里程碑跟踪)或事件驱动的方式来进行。

　　风险负责人监视风险发生条件。如果风险发生条件有变化，需及时上报项目经理，并重新进行风险分析。

　　风险负责人维护风险的状态：1)如果风险已经发生，正在执行风险应对措施，则状态修改为“处理中”;2)如果风险应对措施执行完毕，风险被成功规避，则根据风险策略，将风险状态修改为“已减轻”、“已转移”、“已避免”;3)如果风险应对措施未能有效控制风险，风险被转化为项目问题进行处理，则将风险状态修改为“已关闭”;4)如果风险发生条件已经不具备，风险已不可能发生，则风险状态修改为“已关闭”

　　项目经理应在项目月报和项目里程碑报告中通报项目风险，报送PMO和领导小组知悉。

　　5.4.4.3.风险应对

　　风险应对是指风险负责人执行风险应对策略和措施来避免风险或减低风险带来的影响。

　　风险负责人监视风险发生条件，风险发生条件满足时，风险负责人要实施风险应对措施。

　　风险应对措施实施后，要评估和记录实施效果，更新风险状态，并汇报项目经理风险发生和处理情况。

　　如果成功控制了风险，则直接将风险状态转为关闭，如果未能控制风险或未达到预期的效果，则风险负责人汇报项目经理审批后，将此风险转化为项目问题，记录到附件4《核心系统升级x项目问题跟踪表》中进行跟踪处理，风险状态也转为关闭。

　　6变更管理

　　变更管理是当项目发生重大偏差或问题时，采取的纠偏活动，以保证项目能够有序进行。

　　变更管理包括需求变更管理和项目变更管理。

　　6.1需求变更管理

　　需求变更管理的目的是控制需求变化对项目的影响，如对项目计划或项目交付物等的影响。

　　需求变更有两种情况：

　　1)对已经提交的需求进行更改;2)新需求。第一种情况需要对变更进行评估与分析;第二种情况则直接受理新需求并进行后续工作。

　　1、需求变更发起前，各业务和技术小组应充分讨论与沟通，评估是否发起该变更申请，若需要，由各小组组长负责填写附件6《核心系统升级x项目需求变更申请表》，并提交项目经理审批。

　　2、项目经理组织业务和技术相关人员判断是否为重大变更，判断依据是：1)工作量超出总工作量达5%;2)里程碑点推迟;3)涉及关联系统需求变化的;4)其他影响高层计划安排的;满足上述任一条件即为重大变更。

　　3、如果变更属于重大变更，则项目经理要组织重大需求变更分析与评审;如果变更不属于重大变更，则还要判断是否接受变更。

　　4、重大需求变更分析与评审

　　如果变更属于重大变更，项目经理组织重大需求变更分析与评审。评估内容包括：1)技术可行性分析;2)需求合理性、可行性分析;3)关联系统影响分析;4)变更的风险分析;5)分析需求的紧急程度。

　　5、项目经理根据需求变更的分析与评审及对项目计划的影响程度，判断是否接受需求变更，并填写附件6《核心系统升级x项目需求变更申请》，如该变更需要调整项目计划则执行项目(计划)变更，填写附件7《核心系统升级x项目变更申请表》，提出明确意见与分析后，报PMO领导审批。

　　6、需求变更得审批通过后，项目经理需组织项目成员进行需求分析，需求分析结束后形成《核心系统升级x项目需求规格说明书》。

　　7、需求变更与修改工作产品的关系：

　　如果需求变更发生在定义阶段，需要更新设计文档;如果需求变更发生在开发阶段和测试阶段，需要更新设计文档、代码、测试方案和测试案例;如果需求变更属于重大变更，则项目经理要组织评审活动对重要工作产品进行验证。

　　8、需求变更与维护需求跟踪矩阵的关系：

　　修改完工作产品后，项目经理负责组织小组组长更新需求跟踪矩阵

　　6.2项目变更管理

　　本项目项目变更有下述三种情况：

　　1、项目高层计划变更

　　当目实际进度与项目高层计划发生较大偏差时，由项目经理负责填写附件7《核心系统升级x项目变更申请表》，调整项目高层计划和项目总体计划，并报项目领导小组审批。

　　2、项目日程计划变更

　　当本项目小组新增或调整WBS日程计划时，由小组组长在本周项目计划周报中体现，报项目经理审批，项目经理审批通过后，由项目经理负责同步调整项目WBS日程计划，并下发各小组执行。

　　3、项目核心成员变更

　　当项目核心成员在项目实施期间离开项目组时，需要进行正式的交接和审批过程。核心成员包括：银行项目经理、厂商项目经理、小组组长、需求分析人员、系统设计人员、测试负责人等。小组内核心成员变更时，由小组组长填写附件7《核心系统升级x项目变更申请表》，报项目经理审批，小组组长或厂商项目经理人员变更时，由银行项目经理填写附件7《核心系统升级x项目变更申请表》，报PMO审批。

　　7需求管理

　　本项目需求管理的目的(CMMI定义)，在于管理项目产品及产品组件的需求，并识别这些需求与项目计划及工作产品间的差异。

　　7.1需求受理

　　涉及核心系统升级x项目范围内系统的需求进行统一管理，由核心升级项目业务组和技术组组织分析需求与核心升级项目的关联性，给出需求是否实施、与核心系统的协同关系等意见。基本的控制准则是：监管需求和急迫的业务需求必须支持;可能导致项目延期的新增业务需求则进行必要的控制。

　　7.2需求跟踪

　　需求跟踪的目的是跟踪需求的实现过程，并且在发生需求变更时确定变更影响的范围。

　　本项目需求开发阶段，各小组组长指定专人负责需求跟踪，并依照附件8《核心系统升级x项目需求跟踪矩阵交付物要求》，编写《核心系统升级x项目需求跟踪矩阵》，将需求功能点和需求状态记录到需求跟踪矩阵中，并报项目经理审核。

　　当发生需求变更时，需求跟踪人员负责变更影响的设计结果、测试结果和需求状态更新到需求跟踪矩阵中，上报项目经理审批。

　　项目管理组负责跟踪与核心系统升级x有协同关系需求的项目进展。

　　7.3需求变更

　　见6.1需求变更管理

　　8质量管理