IT项目管理所需要的素质

这里只有系统运维驻场服务的文档，供你参考吧。

驻场技术服务内容

为确保甲方相关设备完好，运转正常，驻场技术服务包括规范性日常维护，故障应急响应，设备问题解决等范围，具体工作内容如下：

一、设备应用

1、负责对所有设备（详见附件1）的应用 *** 作，每季度提交每个设备的配置和存储应用情况报告、网络拓扑报告、IP分配报告，并负责对上海海事局航海图书印制中心的相关工作人员进行培训；

2、对新应用的设备需求，驻场工作人员应及时提交设备配置现状及设备规划报告，以便该应用能及时实施；

3、掌握设备的运行情况，就保修期、存储空间等及时进行提醒；

4、建立相关系统软件各种故障的恢复流程及应急措施；

5、协助印制中心进行机房改造、设备搬迁、网络改造等工作。

二、环境与设备

1、指派专人定期对机房供配电、空调、温湿度控制等设施进行检查记录；

2、指派专人对机房人员的出入、服务器的开机或关机等工作进行记录；

3、按照合同附件资产清单，建立服务器及网络设备的档案，形成不易破坏的醒目标识，并定期更新相关内容；

4、对资产清单所列的各种设备、线路等，做好检查维护工作，发现故障，及时报告，并安排服务联系或维修，对维修情况提交书面报告；

5、对资产清单所列的各种设备、线路运行及维修记录，按重要性级别，定期书面报告；

6、形成每日巡视制度，对机房中相关设备的告警显示、空调、UPS等实际状态进行记录。

三、监控和安全

1、通过IT资源监控系统，对通信线路、主机、网络设备和应用软件的运行状况、网络流量、用户行为等进行监测和报警，形成记录、妥善保存并按重要性级别，定期书面报告；

2、指派专人期对监测和报警记录进行分析、评审，发现可疑行为，形成分析报告，并采取必要的应对措施；

3、指派专人，负责网络运行日志、网络监控记录的日常维护和报警信息分析和处理工作，提出优化建议及方案；

4、根据厂家提供的软件升级版本对网络设备进行更新，并在更新前对现有的重要文件进行备份；

5、定期对网络系统进行漏洞扫描，对发现的网络系统安全漏洞进行及时的修补；（甲方配置相关硬件设备后实施）

6、对关键的网络设备服务配置文件进行定期离线备份；

7、定期检查违反规定上网或其他违反网络安全策略的行为，书面报告；（甲方配置相关硬件设备后实施）

8、指派专人进行核心服务器的工作压力监控，针对业务的增长定期生成主服务器的工作压力报表，并且预估业务增长对服务器压力的影响提出合理化建议；

9、指派专人进行核心数据库的工作压力监控，定期生成报告，并就改进提出合理化建议。

四、 *** 作系统安全

1、根据甲方业务需求和系统安全分析结果，确定系统的访问控制策略；

2、定期进行漏洞扫描，对发现的系统安全漏洞及时进行修补；

3、对小型机进行安全加固，提升 *** 作系统安全性。在不影响数据库工作性能的前提下，打开安全选项进行安全加固。

4、及时安装系统的最新补丁程序，在安装前，首先报告同意，且在测试环境中测试通过，并对重要文件进行备份后，方可实施系统补丁程序的安装；

5、所有对系统进行的维护，均需详细记录 *** 作日志，包括重要的日常 *** 作、运行维护记录、参数的设置和修改等内容，严禁进行未经授权的 *** 作；

6、定期对运行日志和审计数据进行分析，以便及时发现异常行为；

7、认真学习系统管理员角色要求，明确权限、责任和风险。

五、备份与恢复

1、根据印制中心实际应用情况、根据生产相关数据的连接关系、根据应用的业务特点和软硬件资源，制定详细的系统数据备份计划，确定合理的系统备份策略。定期备份重要业务信息、系统数据及软件系统等；

2、应根据数据的重要性和数据对系统运行的影响，执行数据的备份，每月提交数据备份报告，必要时实施数据恢复；

3、按照控制数据备份和恢复过程的程序，对备份过程进行记录，所有文件和记录应妥善保存；

4、按要求，定期执行恢复程序，检查和测试备份介质的有效性，确保可以在恢复程序规定的时间内完成备份的恢复；

5、定期进行备份介质的维护、更新、替换、轮转，保证备份介质可靠有效，针对重要备份介质进行双机房异地轮转；

6、制作备份和恢复的测试过程手册，最大地提高工作效率。

六、安全事件处置

1、及时报告所发现的安全弱点和可疑事件，但任何情况下均不应尝试验证弱点；

2、在安全事件报告和响应处理过程中，分析和鉴定事件产生的原因，收集证据，记录处理过程，总结经验教训，提供防止再次发生的补救措施，过程形成的所有文件和记录均应妥善保存。

七、服务报告及工作流程整理

1、上述工作内容中要求提交的书面报告之外，驻场人员提供的报告包括：

序号报告报告方式频度1事件处理报告格式文档（邮件）事件发生时2巡检报告格式文档（邮件）每日3月工作报告格式文档（邮件）每月4季度服务报告格式文档（邮件）每季度

2、上述工作内容，驻场人员应及时整理汇总相关 *** 作流程，形成作业指导文档，定期上交。

IT项目管理可以分为两部分理解：一个是IT，一个管理；掌握项目管理的知识体系，项目管理的基本内容，包括项目集成、范围、时间安排、成本、质量、人力资源、沟通、风险以及采购，另一个是对IT项目特别是软件工程项目的背景和技术深入了解，第三个就是多关注现实中的成功和失败项目实例啦，积累经验。

IT项目管理

第 1 页

摘 要：本文从企业信息化建设的角度，从信息化项目建设的现状入手，强调项目选择和立项管理的重要性，详细描述了信息化建设项目启动管理的主要管理控制点，及每个管理控制点的主要措施，分析了作为IT项目的甲方，启动项目的整个管理过程。

关 键 词： 项目启动管理、需求分析、可行性方案论证

过去的几年，一些公司在信息化建设方面的投入巨大，难免有一些急于上马的项目投入与产出并不十分理想。而且由于市场环境的迅速变化，相应的业务模式也在不断的改变，从而给信息化系统的适应性提出了相当高的要求。

过去的有些项目启动时期没有很好地考虑到这些问题，造成一些项目盲目启动、仓促上马，导致项目的投入产出分析不清，项目重复建设，组织混乱，给后期的项目实施，项目维护，项目使用带来极大的风险，甚至导致系统建成后被用户弃用。最终使业务遭受损失。因此，越来越多的公司对于项目上马的决策已经趋于理性，严格要求做好项目启动前的论证工作。在满足当前紧迫的业务需求和长远的战略需求之间作好平衡。确保项目建设的成功。

相对产品供应商而言，企业在项目建设中处于合同意义上的甲方，其项目的启动过程与乙方的项目管理有很大的不同，是一个较为复杂的过程。它往往需要考虑一系列的问题，如：需求是否合理？是否有必要启动项目？项目可能带来的影响是什么？可能的投入有多大？取得的效益有多大？当前的管理模式是否能支撑？如果不能，可能要在哪些方面做好变革的准备？业界相关的产品有哪些？哪些是真正适合需求的？

因此，对项目启动管理形成统一的认知，对于实施信息化项目的企业有着非常重要的意义。

一般来说，项目的启动管理可以划分为以下几个阶段：

一、意向提出阶段

在意向提出阶段，业务部门发现需要由信息化手段来实现的业务需求，并提出建设信息化系统的期望。由于信息化项目的意向伴随着业务发展的全过程，因此，对于意向的统筹管理与规划对企业的信息化部门始终是一个难题。

对于有集中业务规划期间的企业，意向的产生经常集中在业务规划期间，比如：财年末，业务对自身的模式进行盘点期间，往往产生业务模式的改进或改革的需求，从而对信息化工具产生需求。在这一时间产生的想法或需求，往往不是很成熟，不确定性很大，后期变化的风险也很高。但这一时期，也是意向最集中，最易于统筹规划的时期。信息化部门通常在这一时期，对所有的意向进行收集，分类整理，初步形成项目建设清单。并考虑公司战略重点与资源投入的约束，对项目进行排序，以确定建设重点。

对于不在集中规划时期提出的项目意向，往往会影响到原有的整体规划与计划，各方面的论证更应谨慎，比如，项目的必要性、投入的合理性、资源到位的可能性，对已建和在建系统的影响等等。

信息化管理部门（或IT项目管理部门）可以通过建立一些制度与流程，对业务需求的意向进行引导， 尽量使意向在集中规划时期提出。

意向提出作为项目启动的一个阶段来管理，其意义就在于：对意向进行统筹规划，保证系统建设的整体合理性。

二、需求分析阶段

在受理了项目的意向以后，就进入对项目需求的分析阶段。这一阶段需要有IT人员与业务人员组成的小组，对业务需求进行详细的调研与分析。采用的方法主要包括各业务层次人员访谈、会议。

在这一阶段，IT人员与业务人员往往会出现矛盾，IT人员可能认为业务的需求不清晰，而业务认为自己的需求已经十分清晰。解决这个矛盾的关键在于，要有详细的管理控制方法，引导业务人员进行需求的细化。如，制定需求分析报告的框架，针对关键点形成文档等。一般来说，需求分析包括以下内容：

当前业务流程分析

未来业务流程分析

当前业务与未来业务的差异分析

信息化功能点需求

对将来系统的非功能需求，如：性能需求，环境需求，安全需求等

需求的优先次序

需求分析报告形成以后，还需要组织对需求的评审，以达成项目关系人对需求的一致认可。这一过程可包括：

制定评审计划：制定评审的工作计划，确定评审小组成员，准备评审资料。

需求预审查：评审小组成员对需求文档进行预审。

召开评审会议：召开评审会议,对需求规格书进行评审。

调整需求文档：根据评审发现的问题，对需求进行重新分析和调整。

重审需求文档：针对评审会议提出的问题，对调整后的需求文档进行重新审查。

三、可行性方案论证阶段

可行性方案的论证是项目启动阶段的关键活动，它的质量直接影响项目的实施效果。论证小组一般由企业内部的业务与IT技术两方面的人员组成，视项目的重要程度、难度与规模，可能还需要企业外部的专业顾问资源。

可行性方案论证的目的是通过确认管理体系和系统技术构架，从而确认未来的管理和技术方案是否有效。它立足于项目从管理上、技术上、实现上的难点进行阐述，逐步理清楚客户的需求。并在需求的基础上，规划总体解决方案，以作为项目投入产出评估的依据、产品选型的依据，以及后续实施方案的约束。

项目投入产出评估的依据：建立在业务需求分析基础上的项目投入与价值分析，往往是比较粗略的宏观感受。业务人员在提出信息化需求时，可能并没有充分考虑它与其它系统之间的关系，这样得出的投入与产出分析也是很粗略的。如果在此基础上，通过设计可行性方案，考虑清楚该项目的定位，与其它系统的关系，相信投入产出的分析将更有说服力。

产品选型的依据：可行性方案的制定是建立在业务需求的基础上，是不受任何产品影响的。因而它是后续产品选型的依据，它使得企业可以在产品选型过程中始终坚持从自身的需求和规划为原则选择产品与方案，而不至于受到供应商解决方案的误导。

实施方案的约束：可行性方案与实施方案是总体设计与详细设计之间的关系。可行性方案描绘了总体的业务方案与技术架构，而实施方案是可行性方案在各方面的细化。

此外，围绕可行性方案从管理上、技术上、实现上对难点进行的阐述，可以有效地开展项目的风险分析，制定项目的风险管理策略，为项目的成功提供保障。

四、产品选型阶段

当可行性方案需要通过选择新的产品来完成时，进入项目启动管理的产品选型阶段。在该阶段，对供应商进行初步的筛选以后，根据需求与方案要求，制定招标文档，接收供应商的项目解决方案，并根据评估标准，组织相关人员对供应商进行评估，选出2个以上的供应商进入商务谈判。并在立项报告审批通过以后，与供应商签署合同。该阶段又可细分为以下几个步骤：

创建RFP：根据需求阶段与可行性方案阶段分析的结果，制定向供应商招标的文档。

第 2 页

解决方案评估：制定产品选型评估的标准是该活动的核心，它包括：应用软件评估：对产品本身的功能、性能、体系架构、用户友好性、市场评价、费用等方面进行考察；

软件运行环境评估：对系统运行所需要的服务器、客户机的软硬件配置进行评估。这是很容易被忽略的一部分，又是有可能对后续实施投入影响最大的一部分，尤其是在客户端数量大，环境复杂的情况下。

项目实施评估：在信息系统的建设中，项目实施方法与能力已经成为项目成败的重要环节，因此对服务商实施能力的评估显得尤为重要。评估内容主要包括：实施方法、实施费用、实施周期、实施顾问经验以及对相似实施案例的考察。

培训与售后服务评估：包括考察培训方式、费用、售后服务方式、费用、响应时间等。

供应商评价评估：对供应商的基本面进行评估，如供应商的规模、业绩、合同语言和仲裁地、与客户的合作策略等方面。

效益风险评估：即项目的投入与产出的评估。这是最难评估的一项，当前在信息化项目中尚没有形成较完备的投入产出的量化评估指标，多是采用一些定性的分析与比较。

商务谈判

关于商务谈判的组织与技巧，有许多专门的论述。从信息化项目管理角度上具体来看，商务谈判是在一定的策略指导下，与产品及服务实施商进行的，确定合同条款的过程，目的是最大化的维护公司利益，确定最优的价格和服务条款。

商务谈判的依据是评估通过的解决方案，其过程通常包括：组织谈判小组、制定谈判方案、实施谈判、签署合同。值得注意的是，商务谈判与后续的立项报告审批并没有严格的先后关系，是可以同时进行的。但合同签署必须在立项报告审批完成后才可进行。

五、立项报告审批阶段

立项报告是项目启动阶段的重要文档，在这一阶段，需要将从意向提出、需求分析，到可行性方案论证，到产品选型各阶段产生的重要内容整理形成文档，并任命项目经理、建立项目组织机构，申请项目经费，然后按公司的管理流程，交相关的部门会签，成为确认项目合法性的文件。后序的所有项目活动都要以立项报告为依据。

六、项目启动会阶段

有时候，项目启动会被看作一个时间点，一个里程碑，而不是一个阶段。这里将立项批准后，项目启动准备到项目启动会结束这一过程统称为项目启动会阶段。

项目启动的准备工作比较繁琐，具体事宜取决于项目所在的管理环境的要求。在项目启动准备期，可以准备一个项目启动检查清单，以确保项目启动工作的有序，避免疏漏。一般说来，启动会准备工作包括：建立项目管理制度、整理启动会资料等。其中建立项目管理制度是非常关键而且容易忽略的一项工作，主要包括：

项目考核管理制度

项目费用管理制度

项目例会管理制度

项目通报制度

项目计划管理制度：明确各级项目计划的制定、检查流程，如：整体计划、阶段计划、周计划

项目文件管理流程：明确各种文件名称的管理和文件的标准模版，如：汇报模板、例会模板日志、问题列表等。

项目启动的准备工作完成后，就可以召开项目启动会议了。启动会议是项目开工的正式宣告，参加人应该包括项目组织机构中的关键角色，如管理层领导、项目经理、供应商代表、客户代表、项目监理、技术人员代表等。项目启动会的任务包括：

阐述项目背景、价值、目标

项目交付物介绍

项目组织机构及主要成员职责介绍

项目初步计划与风险分析

项目管理制度

项目将要使用的工作方式

从这些我们可以看出，实际上，项目启动会已经涉及到了项目计划阶段的初期内容，这也映证了在PMBOK体系中启动阶段与计划阶段的重迭。

结论：综合上述，我们可以看到，在信息化项目建设中，企业的项目启动阶段要经过意向提出、需求分析、可行性方案论证、产品选型、立项报告审批、项目启动会一系列管理活动的控制，方可完成项目的启动，进入项目实施阶段。做好项目启动管理是企业进行合理的投入产出分析，有效控制项目风险，确保项目成功的关键。

很多公司的项目都是临时组织的，因此管理起来会有点复杂。尤其是技术项目类的，很多时候项目经理本身就不懂技术，因此，很多项目成员习惯第一时间和自己部门上级沟通汇报，而不是项目经理。这样子不利于项目经理把控项目成员，也不能及时进行工作跟进。对于这种情况，不懂技术的项目经理该怎么行驶自己的权力呢

其实项目经理要做到的是资源为我所用，顺利达成目标。不懂技术就要善用团队中懂技术的人。具体怎么用，看个人能力了。

项目经理是协调资源，订制总体计划，把控总体进度，风险控制。至于开发计划，只是各种计划之中的一个子计划，当然也是关键的计划。如果专业性太强，自己又不擅长，那么用人就用之信之，交给开发经理去全权处理把。能做到垂拱而治，方显自己的才能！而不是事必躬亲！

1、不懂技术，但要懂一些基本逻辑和常用术语，起码做到自己心里有一个概念，可以多问、多学习，日常工作中多记录总结，每次沟通中不清楚的地方都去搞懂它，以后就会越来越好。

2、尽量少发言，尊重专业人士的意见，多采用询问的方式，忌“半瓶子晃荡”；

3、与相关岗位负责人沟通，由他们主导制定一些规范、规则，用来指导工作；

4、做好组织资产的管理，及时归档保存，多参与沟通，提倡在项目进行过程中多进行文字记录；

5、多开会沟通，进行项目总结、阶段性总结，鼓励每个人发言，多倾听，很多时候，从侧面可以反映出很多东西，可以弥补技术的不足。

最重要的一点还是要多学习，做到可以正常沟通

项目经理的最终目标是完成项目，主导项目和体现自己在项目上的领导地位其实没有那么重要，只是一种确保项目按计划按要求完成的一种手段。

所以引导项目顺利完成交付，并保证符合公司项目管理要求，然后在项目交付过程中能得到提升，做到这个程度已经基本上算是完成项目经理的本职工作了。当然，如果你要追求个人形象，那么争取发言权还是很有必要的，但忌讳不懂装懂。

其实项目业务的掌握往往重于技术实现，这不是说技术不重要，而是在于用户更关注的是业务。所以掌握业务分析，确实可以从另外一个角度掌控项目。这只是一种工作切入方式，但我觉得最爽的事，掌握项目进度，看着就能把项目完美交付。

这个问题的侧重点在于项目经理对项目成功与否认识的问题。

1、项目成功与否，不仅是项目经理自己的认识，还体现在项目经理从本项目中得到什么？

2、试问这个项目结束后，从没体现项目经理的价值，进度由开发经理跟进，需求和风险由甲方管控，那确实和项目经理没多大关系。

建议采取如下措施，提升项目经理在项目中的价值：

1、从需求端入手，与甲方详细沟通业务需求，最好有自己的认识，形成自己的系统需求，让甲方信服。

2、制定规范的沟通机制，利用周报及周例会等，充分了解项目进度及风险，并及时向甲方汇报。

3、逐步形成由项目经理统一对接甲方，掌握第一手信息。

项目经理的最终目标是完成项目，主导项目和体现自己在项目上的领导地位其实没有那么重要，只是一种确保项目按计划按要求完成的一种手段。

所以引导项目顺利完成交付，并保证符合公司项目管理要求，然后在项目交付过程中能得到提升，做到这个程度已经基本上算是完成项目经理的本职工作了。当然，如果你要追求个人形象，那么争取发言权还是很有必要的，但忌讳不懂装懂。

其实项目业务的掌握往往重于技术实现，这不是说技术不重要，而是在于用户更关注的是业务。所以掌握业务分析，确实可以从另外一个角度掌控项目。这只是一种工作切入方式，但我觉得最爽的事，掌握项目进度，看着就能把项目完美交付

一、问题在于合同缔约时未确认需求（即客户所要实现的功能，可由软件公司总结、客户确认）。所以，在未确认需求的前提下，客户的任何一个工作人员每次提出新的需求，在软件公司未实现之前，都是没有完成功能，无法验收。换言之，这是一个永远无法结束的工程。

二、要解决这个问题，1、必须以书面形式回顾过往的缔约史，总结双方对需求认识的差异，形成《谅解备忘录》；2、必须双方坐下来坦诚面对问题，确定现在的需求，并且约定一旦发生新的变更将增加费用并订立新增条款。

希望我的回答能够帮助到你。敬请采纳。

甲方应如何做好工程项目管理

相关标签：

项目管理

三大控制

随着我国经济的不断发展，综合国力的不断提高，国家加大了各方面的投入，基本建设投入的增大，要求各级建设单位适应时代的变化，充分、合理、有效利用资金，使其发挥最大的经济效益。这就要求建设单位（甲方）及其现场代表不断适应新形势发展、变化的需要，了解、掌握、遵守国家的法律、法规、基本建设法规程序及与之相关的规范、要求。这样才能避免经济损失的发生，杜绝质量事故的出现。

甲方管理人员的管理水平对工程的投资、质量、进度起着较大的影响作用。施工质量是施工管理的核心，贯穿于工程的全过程，必须抓住每一个细小的环节，才能确保工程的整体质量成本进度实现预期目标。

2、加强工程项目的质量管理

21 加强工程项目设计过程的管理

设计是工程建设的灵魂，是施的依据，设计质量的高低是工程建设质量好坏的基础，抓工程建设质是首先要把好设计质量关。

设计过程中甲方应当做好以下的作：

（1）组织设计招投标功作，通过对设计办案的比选，进行优化。从设计源头上保证既实现造价的低廉，又保证设计质量的高标准。

（2）认真配合设计进行查勘，提供各种基础资料。力争初步设汁中的项日、内容、概算等做到合理。

（3）初步设计出台，组织力量对初步设计进行研究、分析、提出意见，并进行总、平衡，完善设计方案，提高方案的实用性及降低投资成本。

（4）要加强对施工图设计的审查、设计施工交底等工作。

22 加强工程项目施工过程的管理

施企业的选择，对于工程质量有着至关重要的作用。随着改革开放和市场经济的发展，建筑业的竞争越来越激烈，这对甲方来讲非常有利，可运用市场的竞争机制，严格执行招、投标的制度，遵循公开、公平、公正和诚实守信的原则，择优选用施工企业，让施工技术水平高、管理能力强、工程质量好、经济效益和社会信誉高的施工企业来承建。[1]

（1）对有关单位的资质审查，包括对施工单位、机电设备和主要建筑材料供应商的资质审查。对工程建设的施工单位，甲方应大胆监督，要求他们精心施工并为其创造必要条件。

（2）对于工程建设的每艺个重要环节，甲方都要负起相应的责任，做好组织与协调工作。及时组织抓好施1图纸的会审与交底工作，使设计图纸中的问题及早被发现和解决，使施工单位明确工程重点和难点。

要抓住工程的关键部位、薄弱环节和重点工序现场监控，凡地基处理、隐患工程、主体结构、防水施工等都要抓住不放。对原材料成品、半成品、预制品的抽检、隐蔽工程验收以及按质量管理层次实行分级验收等。通过质量检查发现存在的主要质量问题，采取相应的整改措施使工：程质量满足要求。在每一个分部分项工程施工前，都要进行事前控制，要求施单位根据总体网络计划，编制施工组织设计和施方案，并在实施中由理督促执行。

在施工中进行事中控制，甲办代表要认真检查验收施工质量，坚持每天去工地巡视检查、监督，对关键工序，甲方代表要现场跟班监督、检查，及时发现施工过程中存在的问题，并及时协调各参建位解决问题。加强对施丁现场资料报审、报批及程序的检查，做好分项工程的验收和签证。

23进制加强工程项目监理过程的管理

建设监理是由有资质的智力密集组织承担，通过监理工程师对工程项目的实施进行监摔，以促使工程按质量要求、工期要求、投资要求顺利实施。同前，市场上理公司很多，挂靠的也不少，因此甲方在选择监理公司时特别要注意资质、实际能力和信誉。另外，对监理工程师签注的资料、联系中的纪要、文件等也要仔细审阅、备案，不能盲目从信。同时，要为监理工作创造良好的监理环境，充分发挥监理智能，保证工程项目的质量和效益，实现工程质量控制、投资控制和工期控制的三大目标。要实现工程监理的目标，方还需要从以下几方而着手：

（1）要求监理单位用人规范。具有国家注册监理工程师任职资格的总监代表应常驻工地，专业工程师必须有工作经验，并取得监理行业上岗资格的工程师。现场监理机构组成人员要有丰富的理论基础知识和现场实践经验，具有较强的协调能力和处理突发事件的能力。[2]甲方应根据施工进度的需要，适时要求监理机构调整专业监理人员，以满足工程质量质量对监理人员的需要。

（2）要求现场监理机构严格执行理工作制度及监理规划。在施工过程中对监理工程师工作制度及临理规划执行情况，要进行定期或不定期进行检查或抽金，通过检查或抽查，努力敦促监理部各成员开展工作时有法可依，减少监理工作的随意性，克服监理工作的盲目性，一旦发现作弊就要终结合同，并追究其责任。

（3）坚持定期召开工程例会制度。通过定期召开工程例会，甲方能掌握工程现成的第一手真实资料，通过对资料的分析，可以判断出工程目前所处的质量状态，为下一步质量进度和投资控制打下基础。

3、加强工程项目工期的管理

加快项目的建设进度，是在保证工程质量、及时拨付工程款前提下的。通过缩短工期，可使项目尽早地投入使用，提高项目全寿命周期经济效益。对于进度滞后不人的，可要求施工单位加强施工管理，合理精确安排各工序的搭接、适当增加劳动力和工作时间的方式来弥补期损失。而进度滞后较大，已不能采取合理的组织技术或经济措施来解决时，应重新调整编制进度计划，确定新的进度目标，按照新的进度计划进行控制。

4、加强工程项目投资控制的管理

工程项目的成本管理，是工程项目实施过程中对所发生的成本费用支出有组织有系统地进行预测、计划控制、核算、考核分析等一系列的科学管理工作。其主要内容如下：

（一）认真做好建设项目的前期工作，首先做好可行性研究，定好建设规模、总投资，工期和外部协作条件根据统计资料表明，基建工程投资变化规律关键在可行性研究（占60%左右）和初步设计（占30%左右）阶段，到了实施阶段仅占20%左右（其中施工设计阶段占10%左右，施工阶段占7%左右，验收扫尾阶段占3%左右）。因此，作为建设单位应该从工程项目立项开始就要进行严格控制投资。

（二）积极推进合理低价包干中标法及固定价格合同的方法。合理低价中标法实质上是在保证不低于成本价的基础上的低价中标。在评标标底上浮、下浮一定比例制定一个控制线，凡投标报价超出控制线的投标人，不再参与评标，评标时按照评标办法规定的评审内容，评审出投标总价最低的投标人为中标候选人。固定价格实质是以中标价包千完成承包范围内全部工程并承担质量保修责仟的款项，不考虑政策性调整及建筑材料价格的调整，包含了风险范围和风险费用。为避免建筑材料价格大幅上涨，造成施工单位亏本，无法履行合问，甲方可以在建筑材料投标价基础上设定一个上浮比例，超出比例部分，建筑材料价格在结算时给予调价。

这样一来，甲方可以在保证程质量前提下，很好的控制投资，合珲安排资金，并加快施工进度。为防止投标人不履行合同，应强制实行投标履约担保、合同履约保证金、低价风险担保金制度。

5、总结

综上所述，这三个环节是甲方建设工程管理中的关健点，但这三个环节并非是孤立的，而是与组织、技术、经济、合同等其它各个环节紧密相连、互相渗透的。甲方只有抓好关健环节来完成全面管理，才能真正高效实现对建设工程项目的专业化管理。

从接触了各大行业领域的项目经验嗅觉，以及在项目组中担任了项目管理者（也就是项目经理）的角色经验来看，要做好一名项目管理者实在不容易，如果说要求再严苛点的话，要评上优秀标签，那么想要覆盖所需的能力点就是一种挑战。

在之前没接触项目管理之前，一直有个误区，那就是项目管理可能不需要太多的专业技术能力，懂点行政管理，有点领导力就可以轻轻松松，把一个团队管理地有模有样，把团队里的每个人管得服服帖帖。

后面转向项目管理这块，做个几个项目之后，越发觉得之前的想法设想就是天真得不行，以至于在很多时候项目管理实践上踩过很多“坑”，有过许多地无可奈何，均由于在当时缺乏项目管理者所需的能力，以至于项目管理得连自己都觉得狼狈。

这么说来，要做好一名IT项目管理者究竟需要拥有什么能力呢？在经历过我踩过一些项目管理上的“坑”以及吃过不少的苦头的反思总结下，我觉得需要具备以下的几种能力。

其实不管是哪一行业也好，特别是在IT领域，比如像我是从事IT领域的信息安全方向，在我看来，信息安全技术的能力就是自身能力框架的基石，就像你要盖成摩天大楼，就必须根基牢固，这样的话任何风雨飘摇都无法轻易撼动你，因为会由于基础的夯实而坚挺。

所以基础的能力是取决后面发展的长远，否则“跨越式”的跃进可能会忽略基础成长的机会，造成日后基础松垮，限制了向上堆积的能力。

还有如果你想你的项目团队成员都能心甘情愿听从你的领导和安排的话，你就得有一个让他们“服”你的前提，团队成员他们擅长的是实施的业务能力和专业技术，如果你的专业技术或者业务能力无法优异与他们，那他们又有什么理由一定要服你呢？

这一点其实在项目管理中体现地尤为常见。一位基层员工，由于某些管理的能力特质，被领导赏识，进而提拔为IT项目主管。但是当时被提拔为项目主管时，他的技术能力相对一般，但却面临着要去领导一群大部分技术能力比他好的技术工程师。

一开始他觉得很正常，也没什么压力挑战，因为他自己误以为做好一名管理者，不需要很强的技术能力，因为只需要有好的领导力就可以做好管理了。

后面等到项目实施时，他才发现其实如果本身技专业技术能力不过硬的话，比团队内的人还弱的话，就会面临一种管理的“痛苦”在里面，那他们会有一种心理想法那就是：我根本不会管你管理有多厉害，你的技术都没我厉害牛逼，我凭什么要听你的。

也许，你可能会很无奈：为什么我是作为一个管理者的角色，为什么非用跟你比技术能力呢？但是你也怪不了人家，因为在IT领域里搞技术实施的，人家认的就是第一基础能力，你要我听你的话，可以，只要你技术比我厉害我就承认你。

所以在IT项目管理中，管理能力的基础就是技术能力，技术的晋升拓展就是管理，这种主次之间的逻辑认定，你如果逆反执行，你就会遭遇举步维艰的困境。

其实这种能力在古代军营中的元帅与军将士兵之间的能力差别中体现到很到位。比如大唐薛仁贵，起初作为一个不起眼的火头军，如果没有身怀十八般武艺的能力和过人的胆识，怎么可能屡建丰功伟绩，最后晋升为元帅；在晋升为元帅这种“军营一哥”的角色之后，他同样是一个大的管理者角色，手底下均是武艺高强的武将下属（罗通、秦汉等），从他的武艺在历史电视剧里面的表现来看，更是超越了众人，所以同事及下属没有几个不钦佩赏识以及服从他的。

这也皆因有很大部分是因为极为出色的专业实力在推动了自身的管理，为管理顺水推舟，使得管理的可执行性有了一定的保障性。

估计很多的人都因缺乏良好的沟通表达能力而吃过亏。在论文答辩时，你做出来的论文水平比你的竞争者要高，但人家却因为沟通表达比你好，而得了高分；在求职面试时， 你的专业技术水平比你的竞争者强，但人家却因为回答表现比你好，而被录用了；在项目实施中， 你的其他综合能力都很全面，但如果没有良好的沟通协商能力，那么你的需求永远得不到满足。

所以说，要想成为管理的主导者，你必须学会如何去更好地沟通表达。一个人想做一件事情，这就是他内心的一个真实的需求，但是需求需要实现或者说被满足，它就必须被表达出来，那么如何更好将需求通过语言形式传递表现出来，这就是沟通表达。合适恰当的传递表现形式，就好比优秀良好的沟通表达，更直抵对方的内心，更容易让人听懂接收，以至于让对方去接受并响应你的需求。

在IT项目的实施管理更为重要，对于团队内部，有一件事情需要大家一起来协作共同完成的，这个时候，如果你没有把需求很好地表达出来的话，会有几种情况：第一，你根本表达不清楚，比如没说清这部分的功能要谁去实现，输出报告要谁去整理；人家就不会理解你的需求是什么；第二种是你既说明了事件是什么（事项）、为什么要去做（缘由背景）、谁去做（实施人员）、什么时间点要结果（Deadline）；到这里的话你的需求表达算比较明确了，但还不是最优。

沟通表达的效果差异，在于表达之后，需求如愿实现的差异。什么是好的表达？我觉得就是你把要表达的需求和东西说出来之后，人家不仅仅听懂了，而且按照你的需求反馈了最为积极正确的回应。接着上面的例子，为什么还不算是最优的表达，因为其实还缺少表达一个比较重要的点，那就是目标预期，因为有些时候你把目标预期定出来，对方就会更接近你的真实需求导向输出结果。

但如果没有说出目标预期的话，就有会像是大领导总有天马行空的空洞设想，底下的人听不到目标预期的界限，也许只能无奈地自由发挥，跟着天马行空，实施落地就是痴人说梦。

在将领导的目标预期落地执行方面的话，Google现任CEO皮查伊做得简直太好，这也是他的大boss——拉里·佩奇（Google创始人之一）为什么那么赏识他，最后愿意当一个“甩手掌柜”的原因之一。

因为拉里·佩奇是个不善言辞又喜欢脑洞大开的主，在开高管会议时，总是喜欢说些天马行空的概念，可能由于太过于宏观， 导致高管们一头雾水，不知所云。

但是皮查伊却懂得去主动与老板交谈，简短几分钟便能抓住老板的目标预期是什么，并准确无误地传达给团队成员，以至于可实现落地。

这就是高效沟通表达的艺术，巧妙的沟通不在于冗长而在于精准简洁。

然后对于项目团队外，也就是面对客户或者其他跨部门的沟通的话，除了会沟通，还要懂得协商。不懂得协商的话，自己就会身处被动，客户的配合主动性就会很低，项目开展实施，就难免会陷入“对方都是大爷，我一切都听大爷的安排”的低段位服务姿态。

一般客户方（甲方），服务方（乙方）项目开展合作形式就是：客户方配合服务方开展工作，很多时候会遵循一条原则：“你们主动做事，你们就应该主导，我们只是配合方”，所以谁做事，谁就要去占据做事主导权，因为配合方往往是不着急的。所以在这个时候，当我们是服务方时，我们去把握主动是正确合理的，因为你想把良好的结果导向自己这边的话，主动跟他们说需要怎么配合要比自己不知所措，等着问他们怎么配合；要是后者这种情况的话，会产生两种结果。

第一种，客户方会不满。“事情主要是你们来做，我们是配合的，你们自己都不知道怎么做，那我们怎么知道配合你们呢？”  也许你心里会说自己其实是知道怎么做的，只是咨询下你们的意见而已。但其实，只有当对方把自己代入配合角色， 就会自然而然喜欢别人来引导，而不是来反问他们。

第二种，客户方逆转局势，你陷入被动。当你同样不计划主动告诉对方怎么去做，而去问客户怎么开展工作的时候，而刚好遇到的是不厌其烦且很有想法的客户，那你可能就就要无奈地开启“苦逼模式”。

踏入“不能做主”的泥沼，什么事情，怎么去做，都要听人家的想法来做，自己就失去把握的主动权，这样的话，可能会把自己拉入一个一个隐形的“大坑”，到时候要么你就只能“入坑”或者放弃脱离。

所以，面对近乎苛刻的要求和选择时，必须懂得从自身立场出发，通过与对方的协商，将结果主动导向自身有力的一面，而不是任由使唤，被动去接受本不应该接受的诸般要求。

《驱动力》里面讲到：“企业管理最让人头疼的问题是什么？员工的主动性和创造性。”   其实大到企业管理层面，这是个问题，小到基层项目实施， 驱动力简直关系到每个项目成员能否发挥最大的积极性来推动整个项目的实施，这是个根本性的关键问题；同时，这也决定了项目管理者是否是一名激励人心的驱动者。

也许普遍项目管理者会认为：调动成员积极去帮项目做事情，不外乎就是在多点付出而获得成效后，通过多分几张钞票或者说几番激励赞美的话，这两种方式就可以解决了吗？ 这只是通常的驱动力激励手段，应该是属于“治标不治本”的方法，即使这两种在一定的程度驱动了他们的积极，而无法深层通过在项目过程中，激励出他们应该有的“成就感” ，那只是一种短暂的驱动，时间一久就会疲乏，驱动就会变得迟缓。

所以管理者在通过物质需求和言语激励的方式之外，还应该懂得将员工的“成就感”当成创造力和执行力的源泉，并费些心思，将驱动力的力量从自身散发出来，感染到每个人，使得获得成就感，而成为自愿自觉去创造的“个体”。

在我看来有几个成长点是管理者具备后才能修成驱动力的，第一是自身的人格魅力，第二是本身的强大执行力，最后是拥有思考驱动力的思想。

管理者每时每刻都在产生决策，如果在决策时，无法赶跑“犹豫不决”这只怪物，那么你只能被吞噬。

对于决策迟疑，缺乏决断力，我深深吃过它的亏。有一次，一个比较重要的项目实施开展到重要里程碑阶段，只要完成这个里程碑阶段的工作，就可以进入项目验收阶段了。但是在完成里程碑阶段工作之前， 存在一个比较头疼棘手的问题。

那就是有个项目组核心成员，在那个时间点刚好赶上他自己另外负责的项目有项紧急的事情需要他去处理。但因为当时部门项目的现状是几乎大部分数人手里自己都带有项目，也就是自己既是项目经理，又要做项目实施人员，可谓是光杆司令；不但如此，在自己项目空窗期，还要“接济”帮忙下其他同事的项目。

刚好，那个核心项目成员他自己身上也是刚好有几个项目在跟的，只是当时我手上这个项目刚好在做，需要人手。在那个时候，我刚好是关键节点比较赶，而他那边又着急需要安排处理他自己的事情，我面临要去做出选择决策：究竟是让他去处理自己的项目，还是让领导去另外安排协调同事去处理呢？

如果他去，我这边项目搁置，不好交代；但是他那边不处理，我绑着人家好像又有点不合理，安排其他的同事又可能搞不定。不过领导是有提到一点：那就是我这个项目的重要程度会比较高，其他的项目可以灵活安排。

领导虽然没有说得很明白，但是也很明显传递给了我一个信息，那就是目前你负责的项目的优先级是比较高的，在遇到与其他优先级低的项目事项冲突时，必须做出合适的判断，优先执行优先级高的事项，其他事项通过外部资源协调解决处理。

但我当时还是缺乏全局观的意识，在遇到这样一个急需立马做出决策判断的时刻，陷入的却是迟疑和犹豫不决，前面的领悟总结只是事后“马后炮”才正确意识到的。

我还是在“浪费性的思考”后，做出了错误的决策，“老好人”般地放了那位同事去处理自己的棘手事去了。之后我被领导狠狠地批了一顿，因为我失了轻重， 项目里程碑阶段工作拖了进度“后腿”，结果耽误了项目的正常验收。

这是典型缺乏决策力的表现，作为一名项目管理者，在遇到关键决策时，综合评判出各个选择的优先级和重要程度后，就应该强有力地去执行重要程度高及优先级大的事项，摒弃“完美周全”的理想想法，因为现实总是难以做到百分百的兼顾所有；因为有些其他选择可以选择移交转移，让别人来帮你实现。

自己都想揽在身上，自己解决，那只会让自己陷入困顿、犹豫，最后所有的事情都成了“耽误综合体”，决策成为痛点；而当拥有睿智的决断力时，事情可能就会因为精准理智的快速处理而变得高效，进而推到整体事态的进展，映射到项目上的话，那就相当于项目进展会因为管理者的强有力坚定的决策，而衍生影响全局的强大执行力，促进了项目完成里程碑式的跨越。

所以，当一名IT项目管理者拥有了非常扎实的专业技术能力、出色的沟通表达能力、优秀的协商能力、振奋人心的驱动力以及睿智强大的决策力，这些必需的一项项能力后，在项目管理领域，那便意味有了开辟属于自己疆场领域的绝对资本以及自信。

以上就是关于IT项目运维管理的文档全部的内容，包括:IT项目运维管理的文档、IT项目管理的具体工作是什么、IT项目管理所需要的素质等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！