项目管理及变更规定_第1页
项目管理及变更规定_第2页
项目管理及变更规定_第3页
项目管理及变更规定_第4页
项目管理及变更规定_第5页
已阅读5页,还剩11页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1.1.4项目变更管理

变更管理流程是成功交付项目的基础。变更管理流程保证对在项目环境中日勺每个变更在实

行此前都得以恰当日勺定义、评估和审批。

变更管理过程

下图对将要执行的变更过程和程序做了一种概述,以有效地管理与项目有关的变更,同步也

明确变更管理中日勺职责分工。

变更管理过程变更管理职责

提交变更申请

本环节中项目各方都可以提交项目变更申请,需要完毕如下工作:

•变更申请人识别项目中任何方面的变更需求(如项目范围、软件需求、项目计划、组织

构造等);

•变更申请人完毕填写《变更管理表》中变更申请栏,并将其交项目经理。

审核变更申请

授权项目经理对变更申请表进行初审,以决定与否需要一份充足日勺可行性研究汇报以供项

目管理委员会评估变更也许带来口勺影响。做出上述决定口勺基本根据是:

•提交口勺可选择变更数目;

・申请变更可选性的复杂程度;

•提出日勺变更处理方案的衡量。

识别变更可行性

波及变更的可行性识别,完毕填写《变更管理表》中变更可行性阐明栏,以保证对所有的变

更可选项进行调查并上报变更可行性研究包括对变更需求、变更可选项、变更成本及利益、变

更风险及事项、变更带来的影响、变更日勺提议和计划日勺定义。项目经理将整顿所有变更文献并报

项目管理委员会做最终审核,这些文献包括:

•原始的变更申请表,

•已通过口勺变更可行性研究汇报;

•所有支持性文献。

同意变更申请

本环节波及项目管理委员会对变更申请的正式审核,填写《变更管理表》中变更审批意见、

变更审批人签字。决定与否变更的原则大体为:实行变更给项目带来的风险、不实行变更给项目

带来的风险、实行变更对项目产生的影响(时间、资源、财务、质量方面)等。项目管理委员会

也许做出下列任何一种结论:

•拒绝变更;

•规定与变更布关的更多信息;

•同意变更申请;

•在特定条件下同意变更。

实行和结束变更申请

本环节波及对变更的)全面实行,包括:

•确定变更进度(如:实行变更的日期);

•实行前对变更进行测试;

•实行变更;

•对实行变更的成功度进行审核;

•就实行变更的成功度进行沟通;

•在变更日志中结束变更。

变更管理表

变更管理表是一份综合的表,包括变更申请、变更可研阐明、变更审批意见、变更审批人签

字。变更申请栏中可以填写问题现象及其产生原因,假如有其他的书面阐明,则可作为附件引用。

项目名称:变更编号:

变更申请人:变更申请人单位:

变更申请:(变更描述和变更原因)

变更可行性研究阐明:

变更审核意见:

变更审核人员签字(日期):

1.风险项目提出:由项目中各小组提出其所面临最迫切的议题,并提出对应处理方案。

2.风险项目列表:将所提出的项目与本项目风险项目表比较,可直接列入项目表中或是修

改原有项目,使其涵盖范围扩大,之后,将其他项目作一分析,辨别其与否属于正进行中工作,

(例如某些已实行日勺项目因变更关系而重新实行,但这些项目不影响项目整体进度、成本,只是

工作稍作复杂化。)倘若判断为真正风险项目,则将其列入风险项目表中。

3,风险项目追踪:各项目小组负贡追踪其个别的风险项目,将成果与进度向项目经理汇报。

此追踪工作包括移除非属风险的项目、修改控管风险的措施及增长新的项目。若有必要,则由项

目指导委员会协助风险控管。

4.风险项目检视:此风险项目表可视其需要,于例行的项目管理计划检视会议中进行修改

工作。

风险分析与应对

风险范围风险原因也许的影响缓和方略

需求阶段需求不清1.项目范围不清1.挖掘客户的真实需求

2.客户不承认2.需求评审,得到客户确实认

顾客沟通1-顾客参与1.工期的迟延1.加强领导与协调,统一思

不积极2-实行成本增长想,获得对整个项目目的的

2.缺乏单位一致认识

主管领导2.选派一名客户代表专门负

的支持。责进行项目有关的事情

3.每周召开项目例会,由顾客

审核需求分析等文档

4.定期通报项目进展状况,每

个阶段的可交付物一定要

有顾客签收

项目实行项目范围日勺1.项目范围不自觉扩大1.成立联合项目小组。在项

失控2.开支超额目定义上仔细论证。

2.项目分期执行,新的非紧

急需求在下一期实行口考虑。

系统运行测试与实行1.生产系统也许会停机1.尽量完善计划与方案,减

也许会影响2.测试计划也许要延期少停机时间。

到生产系统2.和客户协作,找出影响最小

的停机时间。

人员问题项目人员不1.项目周期将会延期1.授权项目经理处理冲突

到位2.开支超额2.划分项目小组

3.设置整合及跨职能区小组

1.1.5沟通管理

项目沟通

在IT项目中,许多专家都认为:对于成功,威胁最大日勺就是沟通的失败。与IT项目成功日勺

三个重要原因分别为:顾客的|积极参与,管理层日勺大力支持,需求的明确体现。而这三要素所有

依赖于艮好的沟通技巧,尤其是非信息技术人员。

一般而言,在一种比较完整日勺沟通管理体系中,应当包括如下几方面的内容:沟通计划编制、

信息分发、绩效汇报和管理收尾。沟通计划决定项目干系人的信息沟通需求:谁需要什么信息,

什么时候需要,怎样获得c信息公布使需要的信息及时发送给项目干系人。绩效汇报搜集和传播

执行信息,包括状况汇报、,进度汇报和预测。项目或项目阶段在到达目日勺或因故终止后,需要进

行收尾,管理收尾包括项目成果文档的形成,包括项目记录搜集、对符合最终规范的保证、对项

目的)效果(成功或教训)进行的分析以及这些信息的存档(以备未来运用)。

沟通包括项目组内部沟通和与顾客沟通两个方面,内部沟通是保证项目口勺内部环节运作顺

畅,各项资源能按规定到位的重要工作,而进行细致的顾客沟通,是防止项目目的)和需求出现偏

差的重要手段,沟通日勺方式是不拘形式日勺,从简短的谈话到定期的会议,从简朴日勺书面文献到即

时查询在线进度表和数据库,从到电子邮件,甚至视频会议,远程控制等等。

阶段评审会议

在项目建设中,在每个阶段的结束,都需要对项目成果进行阶段评审会议,以保证大家对项

目进行到目前为止日勺成果予以认同。

参与人员根据实际状况进行调整,有也许是项目组、客户方、或者高层管理人员。如:需求

调研阶段结束后,大家共同对需求规格阐明书进行评审,确认需求规格阐明书描述了客户所提出

的所有需求。

汇报

在项目过程中,我们会提交两种类型的汇报:

《项目周报》

项目周报,可以由项目团体组员为项目经理准备,由项目经理为客户准备.或由项

目经理为机关的上层管理者准备。

项目周报的纲要如下:

・自上次汇报以来日勺工作成果;

•此前发现问题的处理进展;

•下周工作计划。

项目周报表格如下:

>项目周报

>项目经理-》项目名称

>技术经理>汇报日期>

>本周计划完

毕日勺工作

>上周实际完>

毕日勺工作

>上周工作的X

差异阐明

>差异处理计A

划与提议

>需要日勺支持>

阐明

《项目汇报》

在一种项目中,必要的汇报将能保证项目负责人对项目进行有效的控制,同步也能

使顾客方理解项目的进展状况,保证问题的暴露和处理能控制在一种相对比较短的时

间内。为此,在项目过程中,项目人员需要进行如下方式的项目汇报工作:

汇报类型提交周期提交时间重要内容提交人员

月度工作每月提交每月16日本月二作内容(明确项目负责人;项

总结前到每个工作日);心目实行人员

得、提议

项目状况项目实行随时碰到的问题;也许导项目负责人;项

汇报过程中致的后果,•处理思绪目实行人员

与措施;需要的协助

项目总结项目结束项目结束项目基本状况;实行

项目负责人

时提交后5个工过程:问题及处理措

作日内施;心得、提议

1.2质量保障程序

本小结波及内容为在项目实行管理中,我们所采用的质量控制措施及程序。这在指导与监督

系统集成和企业IT建设有着非常重要的作用,是我们向最终顾客提交高满意度成果日勺保证。

详细内容包括几种方面:

>质量管理规范与原则

>项目质量保证筹划

>质量度量

>质量考核

>过程监控与阶段评审

>系统测试与验收

>配置管理

>文档管理

>独立的项目审计

1.2.1质量管理规范与原则

质量管理是项目管理的关键环节。为了保证该项目的顺利实行,根据IS010006项目管理质

量原则的有关规定,成立专门的项目质量管理小组,对项目实行进行全程的质量管理工作。同步

在项目实行过程中将遵照IS010006日勺原则进行管理。

122项目质量保证筹划

在本项目中必须统一原则,明确定义保证项目质量日勺责任和措施。结合项目日勺实际状况,质

量保证筹划可分为如下几点:

>项目经理在项目的进度、问题上进行监督、协调和指导。

>项目技术负责人在项目日勺技术问题、实行进度上进行监督和指导。

>项目负责人进行项目的总体管理和控制.听取客户的意见,寻求改善的措施由始至终

负责整个项目的实行。

>选派具有专业专长的项目工程师认真准备针对自己领域的工作、培训或试验环境,听取

客户对培训内容的提议和意见,圆满处理客户提出的)有关问题。

>每一种阶段的)工作内容结束后,做工作总结和定期日勺状态汇报会,以保证客户和项目负

责人能及时跟踪工作的进展

1.2.3过程监控与阶段评审

在项目计划阶段,成立由技术专家与顾客构成的项目评审小组,职责如下:

>对项目可行性进行评审;

>对项目实行计足进行评审;

>对每个阶段成果和阶段汇报进行评审

1.2.4系统测试

项目实行过程包括多种方面的工作和任务,每一项任务的完毕、每一种文档的提交、每一种

设备、软件或应用系统的交付,均有对应的完毕标志和测试、评估和验收原则。对于系统、网络

与应用等重大日勺工作里程碑事件,测试验收工作更为严谨和充足,计划更为周密。

按照项目实行程序,整个项目实行过程中要对不一样的交付项目进行如下各类测试和验收

中的一种或几种。

>安装测试

采用原则的测试程序I:如硬件设备开机自检)和操作措施,对交付件进行测试。一般用于对硬

件设备和系统软件日勺验收,

>系统集成测试

对整个系统,包括硬件、系统软件、数据库复制程序、应用程序、网络等各个方面进行全面

测试,验证系统与否到达设计目的日勺测试过程。

>容灾系统切换实行测试、容灾系统演习测试。

>性能测试、压力测试

性能测试是对系统设计的多种数量化指标进行测试,检查交付系统与否到达设计规定的过

程。压力测试的内容包括测试系统在特定工作负载下的性能体现。

1.2.5配置管理

配置管理工作贯穿于整个项目实行过程中,配置管理人员的工作内容如下:

>制定配置管理计划

为配合项目管理,在项目实行初期,配置管理人员与项目经理协商,制定配置管理的计划,

规划未来的配置管理工作,

配置管理计划日勺约束条件:

>配置管理日勺规划必须以项目开展的工作为基础,参照工作阐明书;

>配置管理计划的编写必须以企业的流程为模版,与工作阐明书和质量保证计划相一致;

>配置管理计划可以指导未来口勺配置管理工作,配置管理工作必须以配置管理计划为基准;

>配置管理计划必须通过最终日勺评审通过,才可以成立;

>如配置管理计丸不能满足未来配置管理工作口勺需要,可以再增长配置管理工作计划作为

配置管理计划的辅助,指导未来的配置管理工作;

>规范配置管理环境配置管理计划制定结束后,配置管理人员要根据计划实行配置管理日勺

前期工作;

与项目负责人讨论变更控制的实行与项目负责人讨论项目中变更控制实行的措施,指定出对应

的)变更控制流程。

1.2.6文档管理

文档在技术实行人员、维护人员、顾客以及计算机之间的关系是多向的。在项目的各个阶段

中以文档作为前阶段工作成果的体现和后阶段工作的根据,这个作用是显而易见的。我们在文档

管理中把文档分为三类:

■管理文档:项目实行人员需制定某些工作计划或工作汇报,这些计划和汇报都要提供

应管理人员,并得到必要的支持。管理人员则可通过这些文档理解项目安排、进

度、资源使用和成果等。

■项目执行文档:比类文档是为了保证项目实行按照规范和正规流程来执行,也是为了

保证工程质量。

■顾客文档:实行人员为使顾客理解产品的使用,操作和维护提供详细的资料。

详细文档列表如下:

项目周报

个人日报和周报

管理文档项目会议和纪要

QA周报

进度周报

IT系统现实状况及应用关联分析汇

业务影响分析汇报

容灾系统文档容灾系统应急预案

容灾系统切换实行方案

容灾系统演习方案

平常管理维护方案

环境数据搜集文档

安装配置方案

数据复制实行文档生产节点软件安装配置文档

项目执行文档备份节点软件安装配置文档

配置文献

设备供货清单

产品阐明书

货品检收汇报

系统实行计划

集成文档系统实行手册

测试汇报

试运行汇报

项目总结汇报

终验汇报

系统技术实行方案

技术参照手册

顾客文档产品安装手册

产品使用和维护手册

系统管理员手册

1.3项目实行

1.3.1实行计划

仅有一种清晰日勺工程组织对于项目日勺完毕是远远不够日勺。在有充足的)组织能力之后,还需要

一种完善的项目实行计划,

项目审批立项阶段(2023年2月至2023年6月):

1)深入贯彻项目领导、管理、实行机构;

2)项目需求分析汇报、提议书编制及报批;

3)可行性研究汇报编制及报批;

4)初步设计编制及报批。

项目实行阶段(2023年7月至2023年10月):

1)编制招标文献,进行设备、工程及服务招标;

2)商务谈判,签订协议;

3)有关原则规范的研究与制定;

4)网络线路铺设;

5)数据中心、灾备中心及网络控制调度中心设备安装调试;

6)应用系统软件开发;

7)系统测试;

8)系统集成、系统布署

9)系统应用培训。

项目验收及运行维护阶段(2023年11月):

1)项目初验和试运行;

2)项目竣工验收;

3)系统推广应用。

项目实行详细详细进度根据项目立项时间顺后推移:进度计划时间所有按照工作日,且工作

日中排除了春节、国庆等重大节假日原因,详细的进度计划可根据项目开展状况进行调整。

1.3.1重要实行环节

1.3.1数据中心、灾备中心及网络控制调度中心系统集成

工作阶段工作内容

前期准备阶段数据中心,灾备中心和网络控制调度中心日勺环境详细状况的理解;

编制网络规划设计及机柜图规划设计;安装计划和配置方案制定;配

设计阶段置文献日勺准备;组织召开设计评审会,评审通过后的设计方案视为本

阶段结束标志产物

严格按照设计方案进行现场实行,现场实行时严格按照现场实行规范

方案实行阶段

手册进行实行;

严格按照测试方案(安全测试、性能测试)对布署后的设备及基础环

测试境进行测试,重要测试网络安全、系统安全、网络联通性、网络性能、

系统性能、存储系统能及各基础环境性能。

针对布署后的)设备及基础环境,编写培训手册及培训讲义,对项目系

现场培训

统运维人员进行现场培训

1.3.2应用系统软件集成

工作阶段工作内容

需求阶段对各应用系统软件进行需求调研及需求分析,形成需求文档

针对各应用系统的需求编制招标文献,并通过规范的招投标工作为各

招投标阶段

应用系统选择合适的厂商

中标厂商针对所负责的应用系统按照软件研发管理规范进行设计、开

研发阶段

发、测试,并根据项目管理规定按期提交项目进度汇报;

各应用系统软件提供商根据实际环境状况编写布署方案,通过评审后

布署阶段

按照布署方案进行布署。

培训各应用系统编制培训计划及培训讲义,按照培训计划组织有关人员进

行培训

1.4项目验收

1.4.1产品到货验收

K现场验收:设备运抵安装现场后,顾客和我司开箱共同进行初验,在顾客的统一领导下

进行,由技术监督方组织买卖双方共同进行产品各项设备的清点(包括开箱清点货品及清单并登

记造册),并由我司负责按照协议规定和有关技术原则进行产品的安装(包括产品配套零部件日勺

安装),加电测试有关配套设备日勺安装,完毕产品日勺初验工作,在交货时,我司同步向顾客交付

的1产品合格证,保修卡,有关

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论