系统集成项目实施方案（精选多篇）

推荐第1篇：系统集成项目验收报告

xxx项目验收报告

2008年x月x日，在xx14楼2会议室召开了xxx建设项目（xxx渝xxx#）现场验收会。验收组听取了xxx作的项目工作报告和运行报告及项目实施方作的技术报告，并对该项目所涉及的设备、材料和资料进行了认真地检查验收，形成意见如下：

一、集成商xxx有限公司提供的全部设备均为正品且是标准的、完整的，技术上是先进的、成熟的；元器件、材料、设备是崭新的；软件版本是成熟先进的，符合xxxx项目技术要求。

二、xxx项目中使用的服务器、三层交换机和无线AP控制器及其配件配置正确、合理，能够保证xxx办公大楼xxx的正常运行及访问控制需求。

三、集成商xxx有限公司提供的有关xxx项目的资料完整、全面，满足技术协议要求。

四、xxx局xxx经过两个月的试运行，稳定可靠，满足正式运行的要求。

综上所述，xxx项目已达到该项目的各项要求，符合技术协议及商务合同规范，同意通过验收。希望xxx有限公司做好该项目的售后服务和技术支持工作，确保xxx安全稳定运行。

验收组人员签字：

xxx项目验收组

二〇〇八年x月xx日

推荐第2篇：系统集成项目沟通

浅谈系统集成项目沟通管理

[摘要]：

我作为项目经理参与某市政府政务综合信息平台系统项目的实施，主要负责系统的组织规划实施与项目管理，实现政务综合信息平台与应急指挥信息管理系统的融合，提升紧急条件下的处置调度能力;同步推进与现有政务专网、政务外网应用的对接与融合，打造“网上政府”，提升政府服务社会、企业、个人的能力。

在项日管理中，沟通与协调是在人、思想和信息之间建立的联系，它对于项日取得成功是必不可少的，而且是非常重要的。沟通与协调可使矛盾着的各个方而居于统一体中，使系统结构均衡，使项目实施和运行过程顺利。本文以该项目为例，结合实践，讨论在该项目进行沟通管理的问题。主要通过灵活运用多种沟通方式，直接与项目组成成员沟通，避免中间环节，发展良好的沟通技能，善于运用倾听和反馈，召开高效项目会议等方法和策略进行有效的沟通管理。目前，该系统已正式投入运行，状况良好，受到客户的一致好评。 [正文]：

对于项目来说,要科学的组织、指挥、协调和控制项目的实施过程,就必须进行信息沟通。我在工作中经常会遇到这样的项目，项目的干系人包括开发投资者、管理者、设计单位、监理单位、施工单位等,每个干系人在项目中的角色各不相同，都希望能以各自的沟通能力、技巧来完成必要的沟通,以使项目建设顺利地进行。项目经理在沟通中担任主持协调者，调解人，聆听者，解释者等诸多角色。因此有效的沟通管理是项目成功的必备条件。

总的说来，沟通管理是一个收集与反馈，存储与加工，解决与发布在项目执行过程中所汇集的各种信息的处理过程。简单的说就是信息的传递和理解。主要过程包括：

第一，制定项目沟通计划，先确定出项目沟通要实现的目标，然后是根据项目沟通目标和确定项目沟通需求去分解得到项目沟通的任务，进一步根据项目沟通的时间要求去安排这些项目沟通任务，并确定出保障项目沟通计划实施的资源和预算。

第二，信息发送，及时向各项目干系人提供所需信息。

第三，绩效报告，收集并发布有关项目绩效的信息，包括状态报告，进展报告和预测。第四，管理收尾，生成、收集和分发信息来使阶段或项目的完成正规化。

一、几种沟通关系

网络系统项目实施过程中，一般有以下几种关系需要大量沟通，以使项目更加顺畅进行。但无论沟通双方是什么样的合作关系，沟通的原则却都是一样的，即目的明确、思路清晰、注意表达方式、以诚相待；要选择有利的时机，采取适宜的方式。

1.与用户的沟通

用户和集成商表面是对立的两个组织，实际上却是一个统一体，双方共同的目标都是希望项目能够成功，因此他们之间的沟通是项目所有沟通中最为重要的。用户方可能对IT技术、工程规范的了解不够深入，集成商则可能对用户需求和业务了解得不充分，使得双方对工程的理解存在差异。

我们在工程实践中经常这样处理这种沟通关系：首先是在需要做出实施中的一些关键决策时，做到主动征求用户的意见，并接受用户的指导、协调管理；建立工作联系制度，按时参加项目联络会议，对项目进展和问题进行沟通；坚持给用户提交工作周报，使他们随时掌握项目动态；认真落实用户提出的建议，将用户的想法完整地转达给每个相应的干系人，并协同处理。在秉承互尊互利的原则上，基本上都能与用户形成良性的沟通关系，从而也使得项目中的任何问题都不成为了问题。

2.项目经理与公司主管领导

公司领导主要是通过与项目经理及其他项目组成员的沟通，了解和掌握项目的执行情况。这种沟通可分为定期和不定期两种，我公司制定了完善的工作日志汇报机制，每天列举项目进展与计划是否有偏差、出现及解决了哪些问题等内容，每周提交一次进度报告和下周工作计划。不定期沟通则主要体现在出现需要主管领导决策或处理的状况时。与主管领导经常进行沟通，有利于梳理自己的工作思路，并从领导的支持中获取信心。

3.项目经理与项目组成员

每周我们会举行一次项目例会，由项目组成员全体参与，主要是检查项目计划的完成情况，发现偏差，并制定和落实纠偏措施。每日会举行一次项目评审会议，主要目的是总结上阶段工作，布置下阶段任务，在该项目结束后，我们召开项目总结大会，发起人老总，各部门经理，项目组全体成员都参与，主要目的是为了总结经验，检讨教训，论功行赏，项目运行一段时间后，我们还召开了后评价会议。由很多专家参与，主要是学习和反馈，对项目进行总结，在开会之前，我们都确定了会议的日程，议题，参与人，地点等。并提前通知与会者。同时控制会议的规模。仅邀请必需人员参加，并要求按时开会，按时结束，制定防止开会迟到，早退的制度。在会议上不允许讨论与会议议题无关的话题，在会议也要听取不同的观点和意见。

4.其他关系 包含的关系还有集成商/项目经理与设备提供商，与设计单位，与工程分包商等等。通过加强计划性和通过发包人或监理工程师进行协调。

本项目中涉及到网络设备、服务器等硬件采购由我公司负责，曾出现防火墙无法按期到货，导致网络不通无法测试平台数据访问，设备供应商刚开始保证当天到货，却为迟迟不到货寻找各种借口，最后终于顶不住压力说出实情，物流由于交通原因要晚一天到货。于是项目组果断联系公司将准备好的备机送到现场安装，使测试工作得以顺利进行。同时向客户汇报无法到货的原因和解决办法，争取客户的谅解。项目中包括软件开发分包，项目经理与分包单位关系的协调应按分包合同执行，正确处理技术关系、经济关系，正确处理项目进度控制、质量控制、安全控制、成本控制、生产要素管理和现场管理中的协调关系。项目经理还应对分包单位的工作进行监督和支持。项目经理应加强与分包单位的沟通，及时了解分包单位的情况，发现问题及时处理，并以平等的合同双方的关系支持分包单位的活动，同时加强监管力度，避兔问题的复杂化和扩大化。

二、沟通方式

1.会议沟通管理的方式主要有：每周的工作例会；针对问题的专题会；针对秩序混乱的协调会。

建设单位（甲方）作为项目的最高决策机构，监理工程师协助甲方进行沟通管理。工程指令，有时从甲方直接下达，有时甲方指示监理工程师下达。项目组的所有报告请示同时送达甲方和监理工程师。项目组之间的协调主要由监理工程师负责。项目的每周工作例会也由监理工程师主持。公司的项目组工作人员也要定期组织工作例会，向项目经理汇报各工作模块的进度，遇到的问题和解决办法，使项目经理能及时根据实际情况调整工作计划。同时，项目经理对每个项目组成员的工作方法、工作态度作一个评估，使项目组工作团队始终能保持高效率的运作。

本项目中，建立的市政府综合信息平台要将全市紧急服务部门、政务服务部门、行业服务部门、企业服务部门等，原本各自独立的信息平台整合在一起，实现“多种接入、政务融合、协同处理、流程延伸、应急可靠”功能。在项目成立后召开针对多部门的协调会，将主要负责人召集在一起，将各部门信息平台情况汇总，制定解决方案，形成决议，使各部门即不影响当前的工作，又能积极配合项目工作的开展，从而大大降低项目实施的难度。

2.文件沟通管理方式主要有：项目部的施工组织设计；监理工程师的监理规划；建设单位的建设目标纲要；各自的合同和补充协议；项目部的工程周报；监理工程师的监理月报；建设单位的工程月报；建设单位和监理工程师对项目部下达的指令、通知、文件等；项目部向建设单位和监理工程师送达的报告、请示、回复、申请单、备忘录、工作联系单、检验结果、验收结果等。

3.口头沟通管理的主要方式有：汇报、谈话、展示、模拟、说明等。口头沟通的信息不能保存，而且在沟通完毕后容易被遗忘，在特定的场合也不具备法律效力。而在实际项目执行过程中，口头沟通又十分常见，并且还常常能够取得一定效果。因此，口头沟通尽量以书面的形式保存下来，可以采用电子书写的方式易保存易查阅。

三、项目沟通计划编制

1) 项目沟通计划的定义

项目沟通计划是对于项目全过程的沟通工作，沟通方法、沟通渠道等各个方面的计划与安排。项目沟通计划包括四个方面的具体工作：项目沟通计划的准备工作，项目沟通需求的确定，项目沟通方式与方法的确定，项目沟通计划编制。

2）项目沟通计划编制的前期准备工作

1.收集与项目沟通计划有关的信息； 2.加工处理收集到的各种相关信息。

3）项目沟通需求的确定

项目沟通需求的确定是在信息收集的基础上，对项目组织的信息需求做出的全面决策，其内容包括：

⑴ 项目组织管理方面的信息需求（上下的沟通）

⑵ 项目内部管理方面的信息需求（同事间的沟通）

⑶ 项目技术方面的信息需求（技术信息沟通）

⑷ 项目实施方面的信息需求（对内的沟通）

⑸ 项目与公众关系的信息需求（对外的沟通）

4）确定项目沟通方式与方法的主要因素

在项目沟通中，不同信息的沟通需要采取不同的沟通方式和方法，因此在编制项目沟通计划过程中还必须明确各种信息需求的沟通方式和方法。影响项目选择沟通方式方法的因素主要有以下几个方面： （1）沟通需求的紧迫程度

（2）沟通方式方法的有效性

（3）项目相关人员的能力和习惯

（4）项目本身的规模

5）项目沟通计划的编制结果

（1）项目沟通的信息内容、信息格式和详细程度等 （2）收集、加工、储存、分发项目信息的方法 （3）按项目组织结构图给出的项目信息分配结构 （4）各种项目沟通工作的实施计划安排 （5）项目信息可信性和有效性的评价方法 （6）修订和改进项目沟通计划的方法

三、结束语

总之，沟通是人际之间传递信息的过程，它对于项目取得成功是必不可少的。要做好项目每个阶段的工作，达到预期的效果，就必须在项目组内部以及项目组与外部环境之间建立沟通渠道，快速准确的传递信息从而达到各成员的协调一致；使项目成员明确各自的职责，了解他们的工作对实现项目目标所做的贡献；通过广泛和深入的沟通，找出项目管理的问题，预估项目过程当中的依赖和风险，制订相应对策和解决方案，并跟踪控制问题的解决情况。因此，良好的沟通是做好项目管理工作、更好的实现项目目标的重要前提。

参考文献

1.刘新梅，《项目人力资源与沟通管理》清华大学出版社．2001 2.柳纯录，《系统集成项目管理工程师教程》 清华大学出版社; 第1版2009

推荐第3篇：系统集成项目验收报告

郑州国家干线公路物流港物流信息平台建设

系统总集成项目

验收结论

2012年x月x日，在xx14楼2会议室召开了郑州国家干线公路物流港物流信息平台建设项目（以下简称：物流港信息平台建设项目）现场验收会。验收组听取了建设方作的项目工作报告和运行报告及项目实施方作的技术报告，并对该项目所涉及的设备、材料和资料进行了认真地检查验收，形成意见如下：

一、集成商河南省安视博系统工程有限公司提供的全部设备均为正品且是标准的、完整的，技术上是先进的、成熟的；元器件、材料、设备是崭新的；软件版本是成熟先进的，符合物流港信息平台建设项目技术要求。

二、物流港信息平台建设项目中使用的小型机、服务器、三层交换机、防病毒网关及其配件配置正确、合理，能够保证物流港办公大楼及物流信息平台的正常运行及访问控制需求。

三、集成商河南省安视博系统工程有限公司提供的有关物流港信息平台建设项目的资料完整、全面，满足技术协议要求。

四、XXXX经过两个月的试运行，稳定可靠，满足正式运行的要求。

综上所述，物流港信息平台建设项目已达到该项目的各项要求，符合技术协议及商务合同规范，同意通过验收。希望河南省安视博系统工程有限公司做好该项目的售后服务和技术支持工作，确保物流港信息平台安全稳定运行。

甲方： 项目负责人签字：日期：

验收组人员签字：

乙方：

项目负责人签字： 日期：

郑州国家干线公路物流港 物流信息平台建设项目验收组

二〇一二年x月xx日

推荐第4篇：系统集成项目验收报告

xxx项目 验收结论

2008年x月x日，在xx14楼2会议室召开了xxx建设项目（xxx渝xxx#）现场验收会。验收组听取了xxx作的项目工作报告和运行报告及项目实施方作的技术报告，并对该项目所涉及的设备、材料和资料进行了认真地检查验收，形成意见如下：

一、集成商xxx有限公司提供的全部设备均为正品且是标准的、完整的，技术上是先进的、成熟的；元器件、材料、设备是崭新的；软件版本是成熟先进的，符合xxxx项目技术要求。

二、xxx项目中使用的服务器、三层交换机和无线AP控制器及其配件配置正确、合理，能够保证xxx办公大楼xxx的正常运行及访问控制需求。

三、集成商xxx有限公司提供的有关xxx项目的资料完整、全面，满足技术协议要求。

四、xxx局xxx经过两个月的试运行，稳定可靠，满足正式运行的要求。

综上所述，xxx项目已达到该项目的各项要求，符合技术协议及商务合同规范，同意通过验收。希望xxx有限公司做好该项目的售后服务和技术支持工作，确保xxx安全稳定运行。

验收组人员签字：

xxx项目验收组

二〇〇八年x月xx日

推荐第5篇：系统集成项目验收报告

南阳市公安局交通警察支队南阳市城区道

路电子警察和智能卡口系统项目

验收结论

2011年10月9日，在南阳市公安局14楼2会议室召开了南阳市公安局交通警察支队南阳市城区道路电子警察和智能卡口系统项目现场验收会。验收组听取了百年金海安防科技有限公司作的项目工作报告和运行报告及项目实施方作的技术报告，并对该项目所涉及的设备、材料和资料进行了认真地检查验收，形成意见如下：

一、集成商百年金海安防科技有限公司提供的全部设备均为正品且是标准的、完整的，技术上是先进的、成熟的；元器件、材料、设备是崭新的；安防监控管理系统和GPS车辆监控系统软件版本是成熟先进的，符合南阳市公安局交通警察支队南阳市城区道路电子警察和智能卡口系统项目技术要求。

二、南阳市公安局交通警察支队南阳市城区道路电子警察和智能卡口系统项目中使用的高清摄像头、三层交换机和器及其配件配置正确、合理，能够保证xxx办公大楼xxx的正常运行及访问控制需求。

三、集成商xxx有限公司提供的有关xxx项目的资料完整、全面，满足技术协议要求。

四、xxx局xxx经过两个月的试运行，稳定可靠，满足正式运行的要求。

综上所述，xxx项目已达到该项目的各项要求，符合技术协议及商务合同规范，同意通过验收。希望xxx有限公司做好该项目的售后服务和技术支持工作，确保xxx安全稳定运行。

验收组人员签字：

xxx项目验收组

二〇〇八年x月xx日

推荐第6篇：系统集成项目管理笔记

商业智能一般由数据仓库、联机分析处理、数据挖掘、数据恢复和备份等组成。

商业智能的表现有三个层次：数据报表、多维数据分析、数据挖掘。

信息系统服务管理的主要内容有： 1.信息系统集成单位资质管理 2.信息系统项目经理资格管理 3.信息系统工程监理单位资质管理 4.信息系统工程监理人员资格管理

信息系统集成单位资质管理：原则：认证和审批分离，先由认证机构认证，再由信息产业主管部门审批。

信息系统项目管理专业技术人员资质管理分为：项目经理、高级项目经理、资深项目经理

信息系统工程包括信息网络系统、信息资源系统、信息应用系统

信息系统工程监理单位分为甲乙丙三级。

1.甲资格取得乙级不少于2年，注册资金不少于800万，具有信息工程监理资格人员不少于25个，从事信息和信息监理人数不少于45个，大学本科不少于80%。

2.乙级取得丙级不少于1年，注册资金不少于300万，具有信息工程监理资格人员不少于12个，从事信息和信息监理人数不少于20个，大学本科不少于80%。

3.丙级从事信息工程监理及相关服务不少于2年，或取得丙级资格不少于1年。

信息系统工程监理资格证书分为高级监理工程师、监理工程师、监理员。

监理内容分为：四控、三管、一协调

1.四控：投资控制、进度控制、质量控制、变更控制 2.三管：合同管理、信息管理、安全管理 3.一协调：协调有关单位及人员之间的管理

信息系统集成类型：1.设备系统集成 2.应用系统集成

1.设备系统集成包括：智能建筑系统集成、计算机网络系统集成、安防系统集成。

生命周期：立项、开发、运维、消亡。 1.立项：概念形成阶段、需求分析阶段

2.开发：总体规划阶段、系统分析阶段、系统设计阶段、系统实施阶段、系统验收阶段 3.运维：排除性运维、适应性运维、完善性运维、预防性运维

系统开发方法：结构化方法、原型法、面向对象方法

UML2.0支持13种图，分为结构图和行为图。其中结构图包括：类图、组合结构图、构件图、对象图、部署图、包图。行为图包括：活动图、交互图（顺序图、通信图、交互概览图、时序图）、用例图、状态机图。

管理评审的目的是监控进展，决定计划和进度的状态，确认需求及其系统分配，或评价用于达到目标适应性的管理方法的有效性。它们支持有关软件项目期间需求的变更和其他变更活动。

技术评审的目的是评价软件产品。以确定其对使用意图的适合性，目标是识别规范说明和标准的差异，并向管理提供证据，以表明产品是否满足规范说明并遵从标准，而且可以控制变更。

检查的目的是检测和识别软件产品异常。一次检查通常针对产品的一个相对小的部分。发现的任何异常都要记录到文档中，并提交。

走查的目的是评价软件产品，走查也可以用于培训软件产品的听众，主要目标是：发现异常、改进软件产品、寿虑其他实现、评价是否遵从标准和规范说明。走查类似于检查，但通常不那么正式。走查通常主要由同事评审其工作，以作为一种保障技术。

软件审计的目的是提供软件产品和过程对于可应用的规则、标准、指南、计划和流程的遵从性的独立评价。审计是正式组织的活动，识别违例情况，并产生一个报告，采取更正性行动。

一级资质企业中具有计算机信息系统集成项目管理资质的人数不少于30名，其中高级项目经理人数不少于10名，取得企业二级资质不少于2年。从事软件开发与系统集成相关工作不少于220人，大学本科及以上学历不低于80%。

二级资质企业中具有计算机系统集成项目管理资质的人数不少于18人，其中高级项目经理人数不少于4名，取得企业三级资质不少于1年。从事软件开发与系统集成相关工作不少于150人，大学本科及以上学历不低于80% 三级资质企业中具有计算机系统集成项目管理资质的人数不少于6人，其中高级项目经理人数不少于1名，取得企业四级资质不少于1年或从事系统集成业务时间不少于2年。从事软件开发与系统集成工作不少于50人，大学本科及以上不少于60% 四级资质企业中具有计算机系统集成项目管理资质人数不少于2人。从事软件开发与系统集成工作不少于15人，大学本科及以上学历不少于60%

客户数据：分为描述性、促销性、交易性三类。描述性数据是客户的基本信息。促销性数据体现企业曾经为客户提供的产品和服务的历史数据，包括产品使用情况调查的数据、促销活动记录数据、客服人员的建议数据、广告数据。交易性数据反映客户对企业做出的回馈数据，历史购买记录数据、投诉数据、提供咨询及其他服务的相关数据、客户建议数据等。

根据GB/T16260.1中对软件产品质量模型的描述，软件产品的使用质量有4种：有效性、生产率、安全性、满意度

GB/T16260-1996中质量特性有：功能性、可靠性、易用性、效率、维护性、可移植性。

综合布线系统分三级：基本型综合布线系统、增强型综合布线系统、综合型综合布线系统。基本型综合布线系统基本配置：1个信息插座；每个工作区间4对UTP系统；2对双绞线。 增强型综合布线系统基本配置：2个信息插座；每个信息插座4对UTP系统；8对双绞线。 综合型综合布线系统基本配置：2个信息插座；建筑群干洗或水平布线子系统配置62.5um的光缆；4对UTP系统；每个工作去的电缆有2对双绞线。 项目章程模板：1.项目名称；2.项目重要性；3.项目目标；4.项目范围概述（项目范围、可交付物成功）；5.项目经理；6.主要项目干系人；7.项目总体进度安排（开始、结束时间；里程碑）；8.项目总体预算；9.各职能部门提供的配合；10.项目审批要求；11.本章程批准

项目章程的内容

1.基于项目干系人的需求和期望提出的要求。

2.项目必须满足的业务要求或产品需求。

3.项目的目的或项目立项的理由。

4.

委派的项目经理及项目经理的权限级别。

5.

概要的里程碑进度计划。

6.

项目干系人的影响。

7.

职能组织及其参与。

8.

组织的、环境的和外部的假设。 9.组织的、环境的和外部的约束。

10.论证项目的业务方案，包括投资回报率。

11.

概要预算。 组织过程资产的内容

组织过程资产包含：项目实施组织的企业计划、政策方针、规程、指南和管理系统， 实施项目组织的知识和经验教训。

项目范围说明书的内容

1.项目和范围的目标。

2.

产品或服务的需求和特性。

3.

项目的需求和可交付物。 4.

产品验收标准。

5.

项目的边界。

6.

项目约束条件。

7.

项目假设。

8.

最初的项目组织。

9.

晟初定义的风险。

10.

进度里程碑。

11.

对项目工作的初步分解。

12.

初步的量级成本估算。

13.

项目配置管理的需求。

14.

审批要求。

范围管理的基本内容：项目启动、范围计划编制、范围核实范围变更控制。

项目管理计划的内容

1.项目背景如项目名称、客户名称、项目的商业目的等。

2.项目经理、项目经理的主管领导、客户方联系人、客户方的主管领导，项目领导小组（即项目管理团队）和项目实施小组人员。3.

项目的总体技术解决方案。

4.对用于完成这些过程的工具和技术的描述。 5.

选择的项目的生俞周期和相关的项目阶段。

6.

项目最终目标和阶段性目标。

7.进度计划。

8.

项目预算。

9.

变更流程和变更控制委员会。

10.

沟通管理计划。

11.

对于内容、范围和时间的关键管理评审，以便于确定悬留问题和未决决策。

项目计划编制流程： 1.明确目标

2.

成立初步的项目团队

3.

工作准备与信息收集

4.

依据标准、模板，编写初步的概要的项目计划。

5.编写范围管理、质量管理、进度、预算等分计划。

6.把上述分计划纳入项目计划，然后对项目计划进行综合平衡、优化。

7.项目经理负责组织编写项目计划。

8.

评审与批准项目计划。

9.

获得批准后的项目计划就成为了项目的基准计划。

缩短工期的方法

1.

投入更多的资源以加速活动进程。

2.

指派经验更丰富的人去完成或帮助完成项目工作。

3.

减小活动范围或降低活动要求。

4.

遁过改进方法或技术提高生产效率。

进度控制关注的内容：

5.

确定项目进度的当前状态。

6.

对引起进度变更的因素施加影响，以保证这种变化朝着有利的方向发展。

7.

确定项目进度已经变更。

8.

当变更发生时管理实际的变更。

活动资源估算的方法

1.专家判断

2.多方案分析

3.出版的估算数据

4.项目管理软件

5.自下而上估算

活动历时估算的内容：

1.专家判断 2. 类比估算 3. 参数估算

4. 三点估算 5. 后备分析

制定进度计划的方法和工具：

1.

进度网络分析 2.

关键路线法

3.

进度压缩（赶进度、快速跟进）

4.假设情景分析

5.

资源平衡

成本估算的工具和技术 1.类比估算 2.确定资源费率 3.自下而上估算 4.参数估算 5.项目管理软件

项目成本控制的主要内容

1.

对造成成本基准变更的因素施加影响；

2.

确保变更请求获得同意；

3.

当变更发生时，管理这些实际的变更；

4.

保证潜在的成本超支不超过授权的项目阶段资金和总体资金；

5.

监督成本执行（绩效），找出与成本基准的偏差；

6.

准确记录所有的与成本基准的偏差；

7.

防止错误的、不恰当的或未批准的变更被纳入成本或资源使用报告中 8.

就审定的变更，通知项目干系人；

9.采取措施，将预期的成本超支控制在可接受的范围内

质量管理过程的4个环节

1.

确立质量标准体系

2.

对项目实施进行质量监控

3.

将实际与标准对照

4.

纠偏纠错

质量保证活动的基本内容 1. 制定质量标准 2. 制定质量控制流程

3. 提出质量保证所采用方法和技术 4. 建立质量保证体系

质量控制的方法：

1.

新七：因果图、流程图、直方圈、检查表、散点图、排列图和控制图

3. 测试、检查、统计抽样、6西格玛

质量控制的步骤： 1. 选择控制对象

2. 为控制对象确定标准或目标。3. 制定实施计划，确定保证措施。 4. 按计划执行。

5. 对项目实施情况进行跟踪监测、检查，并将监测的结果与计划或标准相比较。6. 发现并分析偏差。 7. 根据偏差采取相应对策

沟通管理计划的内容： 1. 项目干系人沟通要求。

2. 对要发布信息的描述，包括格式、内容和详尽程度。3. 信息接收的个人或组织。

4. 传达信息所需的技术或方法。如备忘录、电子邮件、新闻发布等。 5. 沟通频率。如每周沟通。

6. 上报过程，对下层无法解决的问题，确定问题上报的时间要求和管理链（名称）。

7. 随项目的进展对沟通管理计划更新与细化的方法。8. 通用词语表。

项目总结会议的目的（意义）：

1. 了解项目全过程的工作情况及相关的团队或成员的绩效状况 2. 了解出现的问题并进行改进措施总结

3. 了解项目全过程中出现的值得吸取的经验并进行总结

4. 对总结后的文档进行讨论，通过后存入公司的知识库，从而纳入企业的过程。

4种违约责任的承担方式： 1. 继续履行 2. 采取补救措施 3. 赔偿损失

4. 支付约定违约金或定金。

项目合同签订事项： 1. 当事人的法律资格； 2. 质量的验收标准； 3. 验收时间； 4. 技术支持服务； 5. 损害赔偿； 6. 保密约定；

7. 合同附件、法律公正。

配置管理包括4个主要活动： 5. 配置识别 6. 变更控制 7. 状态报告 8. 配置审计

配置管理流程：

1. 制定配置管理计划 2. 配置识别与建立基线 3. 建立配置管理系统 4. 版本管理

5. 配置状态报告和配置审计

配置识别的内容：

1. 识别需要受控的软件配置项。

2. 给每个产品和它的组件及相关的文档分配唯一的标识。3. 定义每个配置项的重要特征以及识别其所有者。 4. 识别组件、数据及产品获取点和准则。 5. 建立和控制基线。

6. 维护文档和组件的修订与产品版本之间的关系。

配置识别的基本原则：

基线配置项向软件开发人员开放读取权限；非基线配置向PM、CCB及相关人员开放。基线配置包括设计文档和源程序；非基线配置包括各类计划和报告。

建立配置管理方案的步骤： 1. 组建配置管理方案构造小组 2. 对目标机构进行了解、评估 3. 配置管理工具及其提供商评估 4. 制订实施计划 5. 定义配置管理流程 6. 试验项目的实施 7. 全面实施

变更的流程：

1. 提出与接受变更申请。

2. 对变更的初审（常见方式：变更申请文档的审核流转）。

3. 变更方案论证（技术评估转换成果、经济评估转换价值和风险）。4. 项目变更控制委员会审查（文档会签形式）。 5. 发出变更通知并开始实施。 6. 变更实施的监控（由项目经理负责项目基准的监控；管理委员会监控成果、进度里程碑）。 7. 变更效果的评估。

8. 判断发生变更后的项目是否已纳入正常轨道。

系统集成项目系统验收文档的内容： 1. 系统集成项目介绍。 2. 系统集成项目最终报告。 3. 信息系统说明手册。 4. 信息系统维护手册。

5. 软硬件产品说明书、质量保证书等

项目总结会的内容： 1. 项目绩效 2. 技术绩效 3. 成本绩效 4. 进度计划绩效

5. 项目的沟通

6. 识别问题和解决问题 7. 意见和建议

合同谈判过程： 1.准备阶段 2.开局摸底阶段 3.报价阶段 4.磋商阶段 5.成交阶段 6.认可阶段

合同管理的主要内容

1.合同的签订管理、合同的履行管理、合同的变更管理、合同档案的管理

合同管理的交付物：

1.合同文件、请求的变更、组织过程资产、推荐的纠正措施

采购管理的主要过程： 1.编制采购计划 2.编制询价计划 3.询价、招投标 4.供方选择

5.合同管理和收尾

工作说明书的内容要点

1.前言；服务范围、方法；假定；服务期限；工作量估计；双方角色和责任；交付资料；完成标准；顾问组人员；收费和付款方式；变更管理。

配置库分为动态库（开发库、程序员库、工作库）、受控库、静态库和备份库。

项目配置管理包括： 1.制定项目配置管理计划 2.确定配置标识规则； 3.实施变更控制 4.报告配置状态 5.进行配置审核

6.进行版本管理和发行管理

推荐第7篇：系统集成项目售后服务管理制度

****系统工程公司

工程项目售后服务管理制度

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

1、服务方式

包括：

1、现场维修；

2、日常电话服务；

3、网络在线服务。

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

2、服务电话：

售后服务电话对外统一公布为****-*******，投诉电话为****-*******。 如果需要上门现场服务，技术人员需提醒客户拨打统一售后服务电话进行受理安排。

3、处理流程：

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

A、售后服务电话接听；B、技术人员反馈；C、公司领导指示。

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

2）信息的整理分类：

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

3）服务指令的发布

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

4）售后服务的执行

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

5）售后服务工作的完结

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

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

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

4、绩效管理：

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

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

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

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

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

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

5、产品维修

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

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

6、增值服务

1）配件销售

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

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

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

2）软件服务

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

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

本制度从*****起试行。

****系统工程公司

年月日

推荐第8篇：系统集成项目管理师总结

整体管理

1制定项目章程：输入：合同，工作说明书（业务需求、产品范围描述、战略计划）、企业环境因素、组织过程资产（组织中指导工作的过程和规程、组织级知识数据库）。工具：项目选择方法、项目管理方法、项目信息系统、专家判断。

2制定项目范围说明书初步：输入：项目章程、工作说明书、企业环境因素、组织过程资产。工具：项目管理方法论、项目信息系统、专家判断。 3制定项目管理计划：输入：项目范围说明书、项目管理过程、企业环境因素、组织过程资产。工具：项目管理方法论（配置管理系统、变更控制系统）、项目信息系统、专家判断。

4指导和管理项目执行：输入：项目管理计划、批准的纠正措施、预防措施、变更申请、缺陷修复、经验证的缺陷修复、管理收尾规程。工具：项目管理方法论、项目信息系统。输出：交付物、变更申请、已实施的变更纠正措施、预防措施、缺陷修复、工作绩效信息。

5监督和控制项目工作：输入：项目管理计划、工作绩效信息、被拒绝的变更申请。工具：项目管理方法论、项目管理信息系统、挣值管理、专家判断。输出：推荐的纠正措施、预防措施、缺陷修复；预测；变更申请

6整体变更控制：输入：项目管理计划；变更申请；工作绩效信息；推荐的纠正措施、预防措施、缺陷修复；交付物。工具：项目管理方法论；项目信息系统；专家判断。输出：拒绝或者批准的变更申请；项目管理计划更新；范围说明书更新，批准的纠正措施、预防措施、缺陷修复；经验证的缺陷修复；交付物。

7项目收尾：输入：项目管理计划、合同、企业环境因素、组织过程资产、工作绩效信息、可交付物。工具：项目管理方法论、项目信息系统、专家判断。输出：管理收尾规程：覆盖整个项目，同时在每个阶段完成规划和准备阶段性收尾：为所有级别的交付物和变更，定义项目关系人验收标准的活动、其他必需的活动（满足所有强制需求、可交付物被接受、达到完工标准和退出准则等）。合同收尾规程：涉及结算和终止任何项目所建立的合同、采购或买进协议，定义了为支持项目的正式管理收尾所需的与合同相关的活动（产品验证、合同管理收尾）、最终的产品、服务和项目结果；组织过程资产（更新）

1建立企业级的项目管理体系和工作规范，管理上不乱2明确可交付物

3培训学习项目管理知识，提高管理能力4做好经验的总结，好各项计划

5做好整体管理，项目过程6加强变更管理与控制，建立变更流程与体系

7、要有项目启动－可行性分析8要制定项目章程 项目章程的内容：项目干系人的要求和期望；项目必须满足的业务要求或产品需求；项目的目的或立项的理由；委派的项目经理及对项目经理的授权；概要的里程碑进度计划；项目干系人的影响；职能组织及其参与；组织的、环境的和外部的假设；组织的、环境的和外部的约束；论证项目的业务方案，包括投资回报率；概要预算 项目管理计划内容：项目背景或概述（介绍）；项目组织及职责分配；项目总体技术解决方案；对完成这些过程的工具和技术的描述；选择的项目的生命周期和相关的项目阶段；项目最终目标和阶段性目标；进度计划；项目预算；变更流程和变更控制委员会；沟通管理计划；对于内容、范围和时间的关键管理评审，以便于确定悬留问题和未决问题

初步的项目范围说明书的内容：项目和范围的目标；产品或服务的需求和特性；项目的需求和可交付物；项目的边界；产品的验收标准；项目的约束条件；项目的假定；最初的项目组织；对项目工作的初步分解；最初定义的风险；进度里程碑；初步的成本估算；项目配置管理的需求；审批要求

变更管理活动的内容：识别可能发生的变更；管理每个已识别的变更；维持所有基线的完整性；根据已批准的变更，更新范围、进度、成本、预算、质量要求，协调整体项目内的变更；基于质量报告，控制项目质量使其符合标准；维护一个及时、精确的关于项目产品及其相关文档的信息

库，直至项目结束

变更管理的基本过程：变更申请；变更评估；变更决策；变更实施；变更验证；沟通存档 进度管理

1活动定义：输入：企业环境因素；组织过程资产；项目范围说明书；wbs；wbs字典；项目管理计划。工具：分解；模板；滚动式规划；专家判断；规划组成部分（次序：控制账户、规划组合、工作包、活动）。输出：活动清单；活动属性；里程碑清单；发起的变更。

2.活动（工作）排序：输入：活动清单；活动清单属性；项目范围说明书；里程碑清单；批准的变更请求。工具：前导图法（PDM、AON：标准节点：ES LS EF LF 工期 浮动时间 任务编号）；箭线图法（ADM AOA）；进度计划网络模板；确定依赖关系；提前滞后。输出：项目计划网络图；活动清单（更新）；活动属性（更新）；请求的变更。

3.活动资源估算：输入：企业环境因素；组织过程资产；活动清单；活动属性；资源可用性；项目管理计划。工具：专家判断；替换方案确定；公开的估算数据；项目管理软件；自下而上的估算。输出：活动资源需求；活动属性（更新）；资源分解结构（RBS）；资源日历（更新）；变更请求

4.活动历时估算：输入：企业环境因素；组织过程资产；项目范围说明书；活动清单；活动属性；活动资源需求；资源日历；项目管理计划。工具：专家判断；类比估算法；参数估算（工作量*生产效率、图纸数*单张工时等）；三点估算；预留时间。输出：活动历时估算结果；活动清单属性（更新）。

5.制定进度计划：输入：组织过程资产；项目范围说明书；活动清单；活动属性；项目进度网络图；活动资源需求；资源日历；活动持续时间估算；项目管理计划。工具：进度网络分析；关键路径法（CPM）：一种进度网络分析技术；进度压缩；假设情景分析；资源平衡；关键链（资源限制进度计划）；项目管理软件；所采用的日历（资源日历、项目日历）；超前和滞后；进度模型。输出：项目进度计划（项目进度计划网络图、甘特图、里程碑图）；进度模型数据；进度基准；资源需求（更新）；活动属性（更新）；项目日历（更新）；请求的变更；项目管理计划更新。

6.进度控制：内容：确定当前进度的状况；对造成进度变化的因素施加影响，以保证这种变化朝着有力的方向发展；确定进度是否已发生变化；在实际变化发生和正在发生时，对其实施管理。过程：定期收集项目完成情况的数据，将实际完成情况与计划过程进行比较，一旦发现进度滞后则采取措施进行纠正，如果纠正引起的变更被列入计划并取得了客户的同意就必须修改基准计划。步骤：分析进度，找出哪些地方需要采取纠正措施，确定应采取哪种具体纠正措施，修改计划将纠正措施列入计划，重新计算进度，估计计划采取的纠正措施的效果。缩短工期的措施：投入更多的资源以加速关键活动进程，指派经验更丰富的人去完成或帮助完成项目工作，减小项目范围，降低项目要求（分期交付），通过改进方法或技术提高生产率，外包，赶工，加大重用力度，并行，内部流程优化，采用奖惩措施提高员工绩效和资源利用率；优化网络图（重排工作顺序、压缩关键路径）。输入：项目进度计划；进度基准；绩效报告；已批准的变更需求。工具：进展报告；进度变更控制系统；绩效衡量；项目管理软件；偏差分析；计划比较甘特图。输出：进度模型数据（更新）；进度基准（更新）；绩效衡量（指标记录饼通知干系人）；变更需求；建议的纠正措施；组织过程资产，活动清单（更新）；活动属性（更新）；项目管理计划（更新）。 1团队成员没有及早参与，需求分析耗时长，要早期参与拉项目2经验不足，进度计划制定不准，采取有效的历时估算方法和网络计划技术，制定进度计划3 考虑项目期间特定时期会对进度产生影响4增加人手，聘请更有经验的人员，找兼职人员5加班6并行7重新估算后面的工期8加强

沟通，减少变更9加强控制，避免返工10外包11加强沟通，先完成关键需求12增加资源有时可能压缩工期有限13关注关键路径，在关键路径上加资源，有效果14关注里程碑15加强进度与成本、风险、质量等知识点的协调

时间管理

1活动定义：工具：分解；模板；滚动式规划；专家判断；规划组成部分（次序：控制账户、规划组合、工作包、活动）

2.活动（工作）排序：工具：前导图法（PDM、AON：标准节点：ES LS EF LF 工期 浮动时间 任务编号）；箭线图法（ADM AOA）；进度计划网络模板；确定依赖关系；提前滞后。

3.活动资源估算：工具：专家判断；替换方案确定；公开的估算数据；项目管理软件；自下而上的估算。

4.活动历时估算：工具：专家判断；类比估算法；参数估算（工作量*生产效率、图纸数*单张工时等）；三点估算；预留时间。

5.制定进度计划：工具：进度网络分析；关键路径法（CPM）：一种进度网络分析技术；进度压缩；假设情景分析；资源平衡；关键链（资源限制进度计划）；项目管理软件；所采用的日历（资源日历、项目日历）；超前和滞后；进度模型。

6.进度控制：工具：进展报告；进度变更控制系统；绩效衡量；项目管理软件；偏差分析；计划比较甘特图。

步骤：分析进度，找出哪些地方需要采取纠正措施，确定应采取哪种具体纠正措施，修改计划将纠正措施列入计划，重新计算进度，估计计划采取的纠正措施的效果。

缩短工期的措施：投入更多的资源以加速关键活动进程，指派经验更丰富的人去完成或帮助完成项目工作，减小项目范围，降低项目要求（分期交付），通过改进方法或技术提高生产率，外包，赶工，加大重用力度，并行，内部流程优化，采用奖惩措施提高员工绩效和资源利用率；优化网络图（重排工作顺序、压缩关键路径）。 人力资源管理：

1.人力资源计划编制：输入：活动资源估计；环境和组织因素；项目管理计划。工具：组织结构图和职位描述（RACI图：责任分配矩阵）；人力资源模板；人际网络；组织理论。输出：角色和职责；项目的组织结构图；人员配备管理计划（人员获取、时间表、人力资源释放标准、培训需求、认可和奖励、遵从某些约定、安全性）；

2.组建项目团队：输入：角色和职责；项目的组织结构图；人员配备管理计划；环境和组织因素；组织过程资产。工具：实现分派；谈判；采购；虚拟团队。输出：项目人员分配；人员配备管理计划（更新）；资源可用性。

3.项目团队建设：团队特点：有共同目标；需要协同工作。项目经理九条影响因素：权利（合法的权利、强制力、专家权利、奖励权力、潜示权利）；任务分配；预算支配；员工升职；薪金待遇；实施处罚；工作挑战；专门技术；友谊。成功团队特点：团队目标明确，成员清楚自己工作对目标的贡献；团队组织结构清晰，岗位明确；有成文的或习惯的工作流程和方法，而且流程简明有效；项目经理对团队成员有明确的考核和评价标准，工作结果公开公正、赏罚分明；组织纪律性好；相互信任，善于总结和学习。输入：项目人员分配；人员配备管理计划。工具：一般管理技能；培训；团队建设活动；行为基本原则；同地办公；认可和奖励。输出：团队绩效评估。 4.管理项目团队：输入：项目人员分配；角色和职责；项目组织结构图；人员配备管理计划；绩效报告；团队绩效报告；组织过程资产。工具：观察和对话；项目绩效评估；冲突管理（冲突类型：概念阶段：项目优先级、管理过程、进度。计划阶段：项目优先级、进度、管理过程。执行：进度、技术、资源。收尾：进度、资源、个人冲突）；问题日志。输出：人员配备管理计划（更新）；变更请求；组织过程资产。

1项目经理缺乏足够的项目管理能力以及经验2项目经理精力和能力不够－负荷均衡3项目经理没有进入项目经理的角色－根据项目经理角色要求，选择合适4项目经理没有被培训和被指导5

加强沟通，管理风格与沟通技巧选择。6加强员工技能、管理能力的培训，提高工作水平。7配备合适的人员，明确职责和角色。8采用激励理论与实际制度相一致。9加强团队建设的活动10 形成共同的行为准则11争取公司认可的奖励机制，认可成员的工作

12绩效考核。3招聘掌握技能的人员加入项目团队。14 做好人员风险分析，制定相应的计划与措施15 采用项目管理管理系统，提高工作效率 七.冲突的原因是什么？ 1对稀缺资源的争抢、进度的优先级的不同以及每个人的不同的工作方式与风格2项目的高压环境3责任模糊，责任不清或权利责任失衡都会产生冲突

4存在多个上级5新科技的使用

八、如何处理冲突？

1减少项目成员面对的高度压力，周密规划每一个项目细节、风险分析和应急方案2让员工积极参与管理3让员工承担那些他们认为和项目相关的任务

4适当的放松，入离成本后的短暂的休假、培训等

九、如何建设团队：

1正式或非正式的培训以增进项目团队成员的能力、提高团队整体能力，包括课堂培训、在线培训、计算机辅导培训等2团队建设活动，包括专门的活动和个人行为，目的是提高团队绩效。如日常的评审会议中的5分钟议事日程，为了增进项目成员人际关系的专业的团队拓展训练、野外生存训练以及组织一些娱乐活动3建立清晰的共同的行为准则以减少误解、提高生产率。

4通过绩效考核以正式的或非正式的方式对成员进行奖励和表彰

5、加强沟通，集中办公

十、如何管理团队

1、跟踪团队的执行情况，项目管理团队监控项目的进展，如完成了哪些可交付成果？让项目成员感到骄傲的成就有哪些？以及人际关系等问题

2、项目绩效评估，在项目实施期间进行绩效评估的， 从团队成员处得到建设性的反馈，发现一些未知的和未解决的问题

3、问题清单在管理项目团队的过程中出现的问题，记录在问题清单里有助于知道在预定日前责任解决这个问题。

4、营造积极进取团结向上的工作氛围项目主管为了酿造这种氛围，需要做这些努力：奖罚分明公正，对于工作成绩突出者一定要让其精神物质双丰收，对于出工不出力者受到相应的惩罚；让每个成员承担一定的压力，项目主管不应该成为“所有的苦，所有的累，我都独自承担”的典型，项目主管越轻松，说明管理得越到位；在学术问题讨论上，要民主要平等，不做学霸不搞一言堂，充分调动每个成员的积极性。在生活中，项目主管需要多关心多照顾项目组成员，让大家都能感受到团队的温暖。 沟通管理

1.沟通计划编制：输入：组织过程资产；项目章程；项目管理计划；项目范围说明书。工具：项目干系人分析；沟通需求分析；沟通技术。输出：沟通管理计划

2.信息分发：输入：工作绩效信息；沟通管理计划。工具：沟通技术（书面口头、内部外部、正式非正式、纵向横向）；信息收集和检索系统；信息分发方法；取得的经验。输出：更新的项目管理计划；组织过程资产；

3.绩效报告：输入：工作绩效信息；项目管理计划；已工具：信息表示工具；绩效信息收集和编辑；状态评审会议。输出：绩效报告；预测；需求变更；更新的项目管理计划；建议的纠正措施；组织过程资产。

4.项目干系人管理：输入：项目管理计划；沟通管理计划；组织过程资产。工具：沟通方法；问题日志。输出：问题解决；更新的项目沟通管理计划；组织过程资产。

项目需求沟通：首先，应了解即将做的项目背景、项目涉及到的业务属性和基本规律、业界的主流技术、业界和本企业以往的成功经验。其次了解项目本身的需求信息。再次项目组以业务咨询的角色对客户的业务模式提出建议（业务梳理：评估业务状态，说明当前业务，确定业务流程，改进业务流程的定义，设计业务流程的实现，改进角色和职责；研究流程信息化）。最后确定项目需

求

1缺乏沟通，合作氛围不够2及时信息分发，加强沟通，让客户了解项目具体情况3注重沟通技巧，建立融洽的合作气氛4没有对团队成员的沟通需求和沟通风格进行分析5没有开一个高效的会

6、沟通方式单一

7、没有冲突管理

8、开高效会议的做法

9、分析成员的沟通风格，从而采用相应的沟通方式

10、多种沟通方式

11、采用一些沟通模板

12、加强冲突管理

13、采用一些沟通模板

14、加强冲突管理

15、多供应商的沟通

16、解决冲突，包括干系人对项目期望之间的冲突、资源冲突等。

17、做好干系人分析，调研各集成商的沟通需求。

18、周期性的沟通。

19、突发事件的协调。

配置管理：流程：制定配置管理计划、识别配置项、建立配置管理系统、创建或发行基线、跟踪变更、控制变更、建立配置管理记录、执行配置审核、版本控制。

1.配置管理计划：步骤：建立并维护配置管理的组织方针；确定配置管理需使用的资源；分配责任；培训计划；确定配置管理的项目干系人，并确定介入时机；制定识别配置项的准则；制定配置项管理表；制定配置管理软硬件资源；制定基线计划；制定变更控制流程（申请人提出变更请求、配置管理员手里变更请求、配置管理员评估变更对项目的影响、CCB审批变更请求、配置管理员和相关人员实施变更、CCB审批变更结果）；制定审批计划。 采购管理

1、编制采购计划 1项目章程2项目范围说明书3项目管理计划4WBS和WBS字典5环境和组织因素6组织过程资产7风险记录1自制外购分析2专家判断3合同类型1采购管理计划2工作说明书SOW3自制外购决定4项目管理计划更新 2SOW

3、编制询价计划项目管理计划 1采购管理计划4自制外购决定21工作说明书标准表格2专家判断1采购文件2评估标准3工作说明书更新

3、询价 1组织过程资产2采购管理计划3采购文件1投标人会议2刊登广告3制定合格卖方清单1合格卖方清单2采购文件3建议书

4、供方选择 1建议书2评估标准3组织过程资产4风险数据库5风险相关的合同协议6合格卖方清单7采购文件包1加权系统2独立估算3筛选系统4合同谈判1选中的卖方2合同3合同管理计划4资源可用性5对采购管理计划的更新 5已批准的变更申请、合同管理 1合同52工作绩效信息合同管理计划6选择的供方3绩效报告41合同变更控制系统2买方主持的绩效评审3检查和审计4绩效报告5支付系统6索赔管理7记录管理系统1组织过程资产更新2请求的变更3建议的纠正措施4合同文件 6尾程序、合同收尾1采购审计 1合同文件及合同管理计划2合同档案管理系统21合同收组织过程资产更新 风险管理

风险管理计划编制：1项目章程2项目范围说明书3项目管理计划4企业环境因素5组织过程资产1计划会议2WBS3风险核对表4风险管理表格5风险数据库1风险管理计划 风险识别：1项目章程2项目范围说明书3风险管理计划4企业环境因素5组织过程资产1文件审查2信息收集技术（德尔菲法、头脑风暴法、访谈法、SWOT分析）3检查表 4假设分析5图解技术（因果图：流程图、影响图）1风险记录 2项目管理计划（更新） 定性风险分析：1风险管理计划2组织过程资产3工作绩效信息4项目范围说明书5风险记录1风险概率与影响评估２概率和影响矩阵３风险数据质量评估４风险分类５风险紧迫性评估1风险记录更新

定量风险分析：1项目范围说明书2风险管理计划3组织过程资产4风险记录5项目管理计划1数据收集和表示技术（风险信息访谈、概分布、专家判断）定量风险分析和建模技术（灵敏度分析、期望货币价值分析EMV、决策树分析、建模和仿真）1风险记录更新

风险应对计划编制：输入1风险管理计划2风险记录１.负面风险（消极风险，或威胁）的应对策略１）规避２）转移３）减轻 2 .正面风险（积极风险，或机会）的应对策略１）开拓２）分享３）提高输出1风险记录更新2与风险相关的合同协议

风险监控：输入1风险管理计划2风险记录3工作绩效信息3批准的变更请求 工具1风险再评估

2风险审计和定期的风险评审3变差和趋势分析4技术的绩效评估5预留管理（储备金分析）6权变措施7状态审查会输出1建议的纠正措施2变更申请3申请记录更新4组织过程资产更新

1采用多种风险识别方法，找到项目分析－专家、多角度2运用分析分析工具3制定风险管理计划4识别干系人的风险的容忍度5要制定相应的风险应对策略6监控风险－项目财务报表、人事报告、项目阶段审核、以往项目的教训报告、项会议报告、项目变更申请7选择好合同类型风险管理方案要可行、有效、全面、及时8风险管理的综合性措施－经济措施、技术措施、组织管理措施9好的风险管理工作程序 采购管理

编制采购计划：1项目章程2项目范围说明书3项目管理计划4WBS和WBS字典5环境和组织因素6组织过程资产7风险记录1自制外购分析2专家判断3合同类型1采购管理计划2工作说明书SOW3自制外购决定4项目管理计划更新 编制询价计划：1采购管理计划2工作说明书SOW3项目管理计划4自制外购决定1标准表格2专家判断1采购文件2评估标准3工作说明书更新 询价：1组织过程资产2采购管理计划3采购文件1投标人会议2刊登广告3制定合格卖方清单1合格卖方清单2采购文件3建议书 供方选择：1建议书2评估标准3组织过程资产4风险数据库5风险相关的合同协议6合格卖方清单7采购文件包1加权系统2独立估算3筛选系统4合同谈判1选中的卖方2合同3合同管理计划4资源可用性5对采购管理计划的更新

合同管理：1合同2合同管理计划3绩效报告4已批准的变更申请5工作绩效信息6选择的供方1合同变更控制系统2买方主持的绩效评审3检查和审计4绩效报告5支付系统6索赔管理7记录管理系统1组织过程资产更新2请求的变更3建议的纠正措施4合同文件 合同收尾：1合同文件及合同管理计划2合同收尾程序1采购审计2合同档案管理系统1组织过程资产更新 成本管理

成本估算1事业环境因素2组织过程资产3项目范围说明书4工作分解结构5工作分解结构词汇表6项目管理计划 工具： 1类比估算2确定资源费率3自下而上估算4参数估算5项目管理软件6供货商投标分析7准备金分析8质量成本1活动成本估算2活动成本估算的支持性细节3请求的变更4更新的成本管理计划

成本预算1项目范围说明书2工作分解结构3工作分解结构词汇表4活动的成本估算5活动成本估算的支持性细节6项目进度计划7资源日历8合

成本管理计划1成本汇总2准备金分析3参数估算4资金限制平衡1成本基准2项目资金需求3更新的成本管理计划4请求的变更

成本控制1成本基准2项目资金需求3绩效报告4工作绩效信息5批准的变更请求6项目管理计划1成本变更控制系统2绩效衡量分析3预测技术4项目绩效审核5项目管理软件6偏差管理1更新的成本估算2更新的成本基准3绩效衡量4完工预测5推荐的纠正措施6更新的成本管理计划7请求的变更8组织过程资产更新

1、各种成本估算方法、工具

2、资源平衡

3、成本与范围、进度等约束之间的关系

4、综合考虑影响成本的因素：管理水平、技术水平、组织形式

5、对共用资源的可用性进行分析，引入资源日历。6成本控制方法－不可预见费的控制、变更的控制、.设计标准的控制、采购合同的控制、支付进度的控制。

7、综合起来，信息系统的项目成本估算的困难主要包括以下方面

1）需求信息的复杂性。2）开发技术与工具的不断变化。3）缺乏类似的项目估算数据可供参考。4）缺乏专业和富有经验的人才。5）信息系统研发人员技术能力的差异。6）管理层压力与误解在对项目成本估算时，应该避免以下的常见错误1）草率的成本估算。2）在项目范围尚未确定时就进行成本估算。3）过于乐观或者保守的估算

成本估算的主要步骤：1识别并分析项目成本的构成科目2根据识别的项目成本构成科目，估算每一科目的成本大小3分析估算的成本结果，找出各种可以相互替代的成本，协调各成本之间的比例关系 质量管理

质量管理计划：1质量方针2项目范围说明书

3产品描述4标准与规则5其他过程的输出工具：1效益/成本分析2基准比较3流程图4试验设计5质量成本分析6质量功能展开（质量屋）7过程决策程序图法（PDPC法）输出：1质量管理计划2质量测量指标3质量检查表4过程改进计划5更新的项目管理计划

质量保证（QA）1质量管理计划2质量度量数据3过程改进计划4工作绩效信息5批准的变更请求6质量控制度量数据7实施的变更请求、缺陷修订、纠正措施、预防措施工具：1绩效/成本分析2质量成本分析3基准比较4流程图5工程决策程序图（PDPC图）6质量功能展开（质量屋）7试验设计8过程分析9项目质量审计输出：1变更请求2建议的纠正措施3更新的组织过程资产4更新的项目管理计划

质量控制（QC）1质量管理计划2项目质量工作说明3项目质量控制标准和要求4项目质量的实际结果工具：1检查2测试3统计抽样46σ5因果图（鱼刺图）6流程图7直方图8检查表9散点图10排列图（帕累托图）11控制图12相互关系图13亲和图14树状图15矩阵图16优先矩阵图17过程决策流程图（PDPC图）18活动网络图输出：1项目质量改进2对于项目质量的接受3返工4完成的检查表5项目调整和变更 范围管理

编制范围管理计划输入 1项目章程 2初步的项目范围说明书3 项目管理计划环境、组织因素组织过程资产工具专家判断模板、表格和标准输出 项目范围管理计划

范围定义 输入1项目章程2初步的项目范围说明书3项目（范围）管理计划4组织过程资产5批准的变更申请工具1专家判断2产品分析3识别出多个可选的方案输出1详细的项目范围管理书2更新的项目文档

工作分解结构输入1详细的项目范围说明书2项目管理计划3组织过程资产工具1分解2工作分解结构模板3WBS中的工作包格式4滚动波式计划（近期详细远期粗） 输出1WBS和WBS字典2范围基准3更新的项目管理计划

范围确认输入1项目管理计划2项目范围说明书3WBS和WBS字典4可交付物工具检查输出1可接受的项目交付物和工作2变更申请3更新的WBS和WBS字典范围控制：输入1项目管理计划2工作绩效数据3绩效报告4已批准的变更请求工具1偏差分析2重新制定计划3变更控制系统和变更管理委员会4配置管理系统输出1变更请求2工作绩效3组织过程资产更新4更新的项目管理计划

WBS制定过程：1识别和分析项目可交付物和与其相关的工作2构造和组织WBS 3分解WBS 4为WBS工作单元分配代码5确认分解程度是必要的充分的

WBS的用途：1是展现项目的全貌，详细说明完成项目所必须完成的各项工作的计划工具2是清晰地表示各项目工作之间的项目联系的结构设计工具3是帮助项目经理和项目团队确定和有效地管理项目所涉及的工作的基本依据4定义了里程碑事件，可以向高级管理层和客户报告项目完成情况，作为项目状况的报告工具

项目变更 变更产生原因

1、产品范围定义的过失或疏忽

2、项目范围定义的过失或疏忽

3、增值变更

4、应对风险的紧急计划或回避计划

5、项目执行 过程与项目基准要求不一致带来的被动调整

6、外部事件 16.2 变更管理的基本原则：

1、基准管理

2、建立变更控制流程

3、明确组织分工

4、完整体现变更 的影响

5、妥善保存变更产生的文档，适当的时候可引入配置管理工具。变更管理活动的内容：

1识别可能发生的变更2管理每个已识别的变更3维持所有基线的完整性

4根据已批准的变更，更新范围、进度、成本、预算、质量要求，协调整体项目内的变更5基于质量报告，控制项目质量使其符合标准6维护一个及时、精确的关于项目产品及其相关文档的信息库，直至项目结束

变更管理的基本过程：1变更申请2变更评估3变更决策4变更实施5变更验证6沟通存档 变更控制的焦点问题：1确认范围变更已产生2对造成范围变更的因素施加影响，确保变更获得

一致认可3当变更发生时，管理实际的变更 合同管理

合同管理的主要内容：合同签订管理、合同履行管理、合同变更管理、合同档案管理

合同管理的依据：合同及合同管理计划、绩效报告、已批准的变更申 请、工作绩效信息、选中的供方。

合同管理工具和技术：

1、合同变更控制系统

2、买方主持的绩效审核

3、检验审计

4、检验和审计

5、支付系统

6、索赔管理

7、自动的工具 系统合同管理的交付物：合同文件、请求的变更、更新的组织过程资产、推荐的纠正措施。

推荐第9篇：系统集成项目实施程序

1目的

规范系统集成过程，确保构成集成系统的代理产品、应用软件、网络系统、工程服务、相关配置和数据资料等各组成部分能有机的集成在一起，保障产品和服务的质量，并最终按合同要求交付用户使用。

2适用范围

适用于项目实施过程中集成系统活动，包括产品交付安装、集成测试、顾客培训以及验收等。

3定义、术语及说明

集成项目分为两类，根据合同或协议的要求，将软件、硬件、设施和数据构成集成系统，并安装、交付给顾客使用的过程定义为集成项目；在项目中包含开发内容时，执行《应用软件开发程序》和《硬件开发及设备研制程序》。

4职责

 交钥匙类项目：应用开发项目和集成开发项目过程中的软件产品部分由研发部项目组负责安装验收；对于作为最终产品一部分的自主开发的产品由工程服务部项目组负责安装及验收；采购代理产品由工程服务部项目组或由原厂商负责安装验收。

 督导类项目：产品的安装有需方解决，由工程服务部项目组提供技术支持及工程督导，并负责最终验收。

5工作流程

5.1项目实施方案

项目负责人根据合同要求，编制项目实施方案，对系统集成项目的全过程进行系统地规划，并做出规定。项目实施方案制定后需提交公司质量管理部评审，经主管副总签字确认后，开始付诸实施。

项目实施方案包括但不限于以下内容：  《项目总体计划》；  人员配置及组织结构；  实施流程；  进度控制；  质量控制；  费用预算；  物料管理；  物流管理；  资料管理。

项目组成员按项目实施方案的规定方式实施系统集成的全过程。

5.2产品交付

由项目负责人指派产品工程师，全面负责产品交付工作。产品工程师根据合同要求编制《现场交付安装及验收计划》，对产品的交付的方式、时间、用户方应提供的支持条件等做出规定，并事先通知用户，征得其同意。 5.3勘测及设计

根据工程性质及特点的不同，决定勘测设计的执行时间。由现场工程师进行现场勘测并编制勘测设计报告。 勘测设计报告包括以下内容：

 勘测纪录；

 计划物料清单；  设计方案；  施工设计图；

 单项工程实施计划。

勘测设计报告需提交项目技术负责人进行审批，经签字确认后方付诸实施。 5.4系统安装准备

协助用户进行机房及通讯设施准备，确保环境满足安装要求。 5.5设备硬件安装

硬件设备指计算机、网络和通信或专用设备等。

现场工程师负责，根据设计方案组织安装和调测设备。由于各种原因导致无法按照设计方案安装产品时，需由现场工程作设计方案变更通知，经由技术负责人批准后，按照变更后的设计方案执行产品安装。

产品安装以现场工程师的作业性质分为自组安装及工程督导两种方式。工程督导又因项目操作类型不同（交钥匙工程/督导工程），分为为委托施工方或用户方提供工程督导两种方式。

现场工程师每完成一次产品的安装，均须填写《现场安装记录》。 5.6工程检验

系统安装完成后，项目负责人应根据系统的要求（合同规定）与用户或其委托的工程监理确定检验用例、检验科目、检验规程及检验时间，进行外部工程的检验。检验集成系统的外部工程服务部分是否满足规定的要求（合同要求）。

在实际使用条件下进行的工程检验可作为验收的方法之一，即工程验收，最终需要进行工程检验总结。 5.7软件安装

现场工程师根据应用软件清单及配置参数安装应用软件，应用软件的参数记录于《软件安装记录》。 5.8集成测试

系统安装、开通后，项目负责人应根据系统的要求（合同规定）与用户确定测试用例、测试数据、测试规程和测试环境，进行集成测试，验证集成系统是否满足规定的要求（合同要求）。

在实际使用条件下进行的系统集成测试可作为验收的方法之一，即验收测试。记录测试情况、出现问题及解决方法，形成《测试总结报告》。 5.9验收

根据项目/产品的规模、复杂度和用户的技术力量及环境，验收可采用集中式（在相对集中的时间内，按照验收准则进行验收）或试运行方式（根据用户现场运行的情况判定产品是否符合要求，运行记录由用户向验收组提交）。

验收过程由项目组与用户共同编制《验收报告》，并由双方签字认可；在用户方已认可但不愿签字的情况下，我方应对用户的认可过程产生书面记录。

对于在验收中发现的问题，属于使用不当的由项目组负责解释；属于产品本身的，则由项目组负责进行改正。 5.10维护

验收通过后，为保证后期维护方便、及时，项目负责人应制定《项目维护计划》。

根据项目构成各项因素的不同，决定提供维护的方式，目的在于保障系统运行稳定，为用户提供高质量的产品。在实施维护的过程中还需提交《问题报告及维护记录》 5.11培训

若合同规定或客户要求（此种要求符合合同要求），项目负责人应组织对客户进行培训。其内容包括：

 指派合格的项目成员或工程师担任培训教师；  制订培训方案；

 准备培训教材和设备；  实施培训；

 鉴定培训效果等。 5.12项目结项

调用《项目结项程序》。

6相关程序文件

序号 1 2 名称

应用软件开发程序 项目结项程序

编号

硬件开发及设备研制程序

7记录

序 号 1 2 3 4 5 6 7 8 9 10 名 称

现场安装记录 验收报告

项目维护计划

问题报告及维护记录 测试总结报告

现场交付安装及验收计划

项目总体计划 软件安装记录 工程实施手册 验收测试方案

模 板 编 号

8 说明

由于具体的集成项目的差异，为方便工程项目的内部管理。每个集成项目组可以根据本工程的特点制定一套适合本项目的模板。可以参考以上的模板的内容。格式不做限制。

推荐第10篇：系统集成项目采购管理

系统集成项目采购管理

项目采购管理是为完成项目工作，从项目团队外部购买或获取所需的产品、服务或 成果的过程。

随着IT行业的快速发展和技术不断进步，行业的分工更细，更加强调分工与合作。 加之企业追求核心竞争力，对不具备竞争力的业务和产品采取采购的方式从市场上获得。 规范的采购不仅能降低成本、增强市场竞争力，规范的采购管理还能为项目贡献“利润”。

项目采购管理对项目的成功至关重要。规范的项目采购管理要兼顾符合项目需要、经济性、合理性和有效性，可以有效降低项目成本，促进项目顺利实现各个目标，从而 成功地完成项目。

14.1采购管理的相关概念和主要过程 14.1.1概念和术语

要对项目采购进行管理，首先必须清楚什么是采购？什么是合同？

1．什么是采购

采购是从项目团队外部获得产品、服务或成果的完整的购买过程。

在一次采购过程中，有卖方和买方双方参与或多方参与，他们的目标不同甚至冲突， 各方在一定市场条件下依据有关法律相互影响和制约。通过依法、合法和标准化的采购 管理，采购可以达到降低成本、增加项目利润的作用。

IT项目采购的对象一般分为工程、产品／货物和服务i大类，有时工程或服务会以项 目的形式通过招投标过程成交。

2．对采昀的基本要求

采购必须要满足技术与质量要求，同时应满足经济性或价格合理的要求。 14.1.2．采购管理的主要过程

项目采购管理不仅包括合同管理和变更控制过程，也要执行合同中约定的项目团队 应承担的合同义务。

采购管理包括如下几个过程。

(1)编制采购计划。决定采购什么，何时采购，如何采购。

(2)编制询价计划。记录项目对于产品、服务或成果的需求，并且寻找潜在的供 应商。

(3)询价、招投标。获取适当的信息、报价、投标书或建议书。

(4)供方选择。审核所有建议书或报价，在潜在的供应商中选择，并与选中者谈判 最终合同。

(5)合同管理和收尾。管理合同以及买卖双方之间的关系，审核并记录供应商的绩 效以确定必要的纠正措施并作为将来选择供应商的参考，管理与合同相关的变更。合同 收尾的工作是：完成并结算合同，包括解决任何未决问题，并就与项目或项目阶段相关 的每项合同进行收尾工作。

以上的5个采购管理过程，将在本章的14.2—14.6节予以详细的介绍。这5个采购 管理的过程被此交互作用，并与其他知识领域中的过程相互作用。根据项目的实际情况， 每一个过程可能需要一人、多人或者集体的共同努力。如果项目被划分成为阶段，每一 个过程在项目中至少出现一次，并可在项目的一个或更多阶段中出现。虽然这几个过程 在这里作为界限分明的独立过程，但在实践中，它们会重叠和彼此相互作用。

项目采购管理过程包括买方和卖方之间的法律文件——合同。一份合同代表一个对 合同的各方有约束力的协议，规定卖方有义务提供指定的产品、服务或者成果，井规定 买方有义务提供货币或者其他与受益价值相等的报酬。

～份采购合同包括条款与付款条件，以及买方所依赖的其他条款，以确定卖方需要 完成的任务或提供的产品。项目管理团队的责任，是在遵守组织采购政策的同时确保所 有采购产品满足项目的具体要求。在不同的应用领域，合同也可被称为协议、规定、分 包合同或采购订单。大多数组织都有书面的政策和具体程序，具体规定了谁可以代表组 织签署与管理协议。

虽然所有项目文件要经过某种形式的评审和审批，但鉴于合同的法律约束力，通常 意味着合同要经过更为严格的审批过程。在任何情况下，评审和审批过程的主要目标是 确保合同描述的产品、服务或者成果能蟛满足项目的需要。

在项目的早期，项目管理团队可以寻求合同、采购、法律和技术方面专家的支持。 这种寻求的过程和方式可以由组织的政策来规定。

与项目采购管理过程有关的各种活动形成了一个合同的生命周期。通过积极地管理 合同生命周期和细致地斟酌合同条款与条件的措词，一些可识别的项目风险能够得以避 免、减轻或者转移给卖方。在管理或者分担潜在风险时，签订产品或者服务合同是转移 责任的一种方法。

一个复杂的项目可以同时或按顺序管理多个合同或者分包合同。在这种情况下，每 一个合同的生命周期可以在项目生命周期的任何阶段结束。项耳采购管理是从买方—婪 方的角度进行讨论的。对任何一个项目来说，买方—卖方关系存在于多个层面上，在采 购组织的内部或外部的组织之问也存在。

基于不同的应用领域，卖方也被称为承包商、分包商、销售商、服务商或者供应商。 基于项目采购周期中买方的不同位置，买方有时被称为顾客、客户、总承包商、承包商、采购组织、政府机构、服务需求方或者采购方。在合同生命周期中，卖方首先作为投标 人，继而作为选中的卖方，之后作为合同的供应商或者销售商。

如果采购的不仅仅是货架上的材料、货物或通用产品，那么卖方常常将其作为一个 项目来管理。在这种情况下：

(1)买方成为客户，从而成为卖方的一个关键的项目干系人。

(2)卖方的项目管理团队关注项目管理的所有过程，不仅仅是本知识领域的这些 过程。

(3)合同的条款与条件成为卖方许多管理过程的关键输入。合同实际上可以包含这 些输入（例如主要的项目可交付物、关键的里程碑和成本目标），也可以限制项目团队的 选择（例如在有的设计项目中，人员配备的决策往往要征得买主的同意）。

可以从两个角度讨论采购管理。项目组织可以是产品、服务或成果的买方，也可以 是卖方。

本章假定项目的买方在项目团队内部，卖方在项目团队的外部。本章也假定在买方 和卖方之间存在一种正式的合同关系。然而，本章大多讨论同样适用于非合同关系的部 门之间的工作。 14.2编制采购计划

因为有些产品、服务和成果，项目团队不能自己提侠，需要采购。即使能够自己提 供，但购买比由项目团队完成更合算。所以编制采购计划过程的第一步是要确定项目的 某些产品、服务和成果是项目团队自己提供还是通过采购来满足，然后确定采购的方法 和流程以及找出潜在的卖方，确定采购多少，确定何时采购，并把这些结果都写到项目 采购计划中。

为了实施项目，项目采购项目团队外部的产品、服务和成果时，每一次采购都要经 历从编制采购计划到完成采购的合同收尾过程。

编制采购计划过程也包括考虑潜在的卖方，尤其是当买方希望在采购决定上施行某 种程度的影响或者控制的时候，例如要考虑潜在的卖方应获得或持有法律、法规或者组 织政策要求的相关的资质、许可和专业执照。

在编制采购计划过程期间，项目进度计划对采购计划有很大的影响。制订项目采购 管理计划过程中做出的决策也能影响项目进度计划，并且与制订进度、活动资源估算、“自制／外购”决定过程相互作用。

编制采购计划过程应该考虑与每一个“自制／外购”决定关系密切的风险，还要考虑 评审合同的类型以减轻风险或把风险转移到卖方。 14.2.1编制采购计划的输人、输出

1．输入

为了保证采购计划的可执行性和有效性，需要下面的依据作为本过程的输入。

(1)范围基准。

范围基准描述了项目的需求、依据、要求和当前的边界。它包括下列组成部分。

①范围说明书。项目范围说明书包含产品范围描述、服务描述和成果描述、项目 可交付物的清单、验收标准以及可能影响成本估算的技术问题等重要信息。而约束因素 有交付日期、可用的熟练员工和组织政镱。

②工作分解结构(WBS)。项目的WBS为项目的基本组成单元、项目可交付物和 它们之间的关系提供直观的图形描述。

@ WBS词典。WBS词典以及相关的工作说明书描述了项目可交付物与WBS基本 组成单元之间的对应关系。

项目章程和项目管理计划为项目指明了方向，在编制采购计划时也可以用来作为 参考。

(2)项目干系人的需求文档。

项目干系人的需求文档可以包括如下内容。

①制定采购计划时，需要考虑的有关项目需求的重要信息。

@合同和法律方面的要求可能包括健康、安全、安全设施、绩散、环境、保睑、

知识产权、平等就业机会、许可证和许可等。所有这些在制订采购计划时，都要考虑到。

(3)合作协议。

组队协议是一个法定的合同协设，指两个或两个以上实体之间形成合作关系、或合 资企业、或者由相关方约定的其他合作协定。协议为每一方定义买方或卖方角色。当新 的商业机会结束时，合作协议也随之结束。只要一个合作协议有效，项目的计划制订过 程在很大的程度上就受其影响。只要合作协议存在于一个项目中，买方和卖方的角色就 要事先确定，像工作范围、其他各方或其他项目的竞争性要求，以及其他关键的问题一 般在合作协议中也被事先确定。

编制采购计划时，在其他计划可以得到的情况下，需要考虑其他计划。通常应考虑 的其他计划包括成本估算、进度、质量管理计划、现金流预测、可识别风险和计划的人 员配备等。

(4)风险记录。

风险记录包括与风险相关的信息，如已识别的风险、风险的成因、风险所有者、风 险分析结果、风险的优先级、风险的分类和风险应对措施。在编制采购计划中，必须考 虑风险因素。风险记录也叫风险登记册。

(5)与风险相关的合同决定。

与风险相关的合同决定包括保险、合作、服务和其他条款，一旦发生风险时可以明 确各方应承担的具体责任。

(6)活动资源要求。

活动资源要求包括对人员、设备或地点的具体需求的信息。

(7)项目进度。

项目进度包含要求的时间期限或者交付日期的信息。

(8)活动成本估计。

活动成本估计得出的评估被用来作“自制／外购”比较的基础。活动成本估计也叫活 动成本估算。

(9)性能价格比基准。

该基准为预算提供细节。

(10)事业环境因素。

影响编制采购计划过程的事业环境因素包括但不限于如下内容。

①市场条件。

②可从市场得到的产品服务和成果、供应商、供应商过去的绩效，以及它们的绩 效是基于什么样的条款与条件。

(11)组织过程资产。

影响编制采购计划过程的组织过程资产包括但不限于如下内容。

①正式的采购政策、程序和方针。大多数组织有正式的采购政策和采购部门。当 没有这样的采购支持时，项目团队不得不想办法来自己执行采购活动。

②用于制订采购管理计划和选择合同类型的管理系统。

⑨基于过去的经验，组织与以往有资格的卖方建立起的多层次的供货商系统。

2．输出

编制采购计划过程的主要成果是采购管理讣划，具体的采购活动将依据采购管理计 划进行，采购管理计划简称为采购计划。

(1)采购管理计划。

采购管理计划描述从形成采购文件到合同收尾的采购过程。采购管理计划内容包括 如下方面。

①采用的合同类型。

②是否采用独立估算作为评估标准，由谁来准备独立估算？何时进行独立估算。

③如果项目的执行组织设有采购、合同或者发包部门，项目管理团队本身能采取 哪些行动？

④标准的采购文件（如果需要的话）。

⑤管理多个供应商。

⑥协调采购与项目的其他方面，例如确定进度与绩效报告。

⑦冉皂对计划的采购造成影响的任何约束和假定。

⑧处理从卖方购买产品所需的提前订货期，并与他们一起协调项目进度制订 过程。

@进行“自制，外购”决镶，并与活动资源估算过程、制订进度计划过程联系 起来。

⑩确定每个合同中规定的可交付成果的日期安排，并与进度制订过程、进度控制 过程相协调。

Ol确定履约保证金或者保险合同，以减轻项目的风险。

@为卖方提供指导，以帮助其制订与维护工作分解结构。

◎确定用于采购或合同工作说明书的形式和格式。

@确定通过资格预审的卖方。

@管理合同和评估卖方的衡量指标。

根据项目具体情况和需要，一个采购管理计划可以是正式的或非正式的，详细的或 框架性的。采购管理计划是项目总体计划的分计划，对项目的采购管理具有重要的指导 意义。

(2)采购工作说明书。

对所购买的产品、成果或服务来说，采购工作说明书定义了与合同相关的部分项目 范围。每个采购工作说明书来自于项目范围基准。

采购工作说明书描述足够的细节，以允许预期的卖方确定他们是否有提供买方所需 的产品、成果或服务的能力。这些细节将随采购物的性质、买方的需要或着预期的合同 形式而变化。采购工作说明书描述了由卖方提供的产品、服务或者成果。

采购工作说明书中的信息有规格说明书、期望的数量和质量的等级、性能数据、履 约期限、工作地以及其他要求。

采购工作说明书应写得清楚、完整和简单明了，包括附带的服务描述，例如与采购 物品相关的绩效报告或者售后技术支持。在一些应用领域中，对于一份采购工作说明书 有具体的内容和格式要求。每一个单独的采购项需要一个工作说明书。然而，多个产品 或者服务也可以组成一个采购项，写在一个工作说明书里。

随着采购过程的进展，采购工作说明书可根据需要修订和更进一步地明确。

表14.1是一个工作说明书的样本。工作说明书应该清楚描述工作的具体地点、完成 的预定期限、具体的可交付成果、付款方式和期限、相关质量技术指标、验收标准等内 容。一份优秀的工作说明书可以让供应商对买方的需求有较为清晰的了解，便于供应商 提供相应产品和服务。

(1)“自制／外购”决定。

决定项目的哪些产品、服务或成果需要外购，哪些自制更为合适。在确定“自制／ 外购”的过程中，为了应对某些已被识别的风险，还要决定是买保险还是履约保证金。 “自制/4\'I购”的文档可以简单，只需列出决策的原因与依据即可。当后续的采购活动需 要采用一个不同的途径时，可以参考使用这些决定。

(2)变更申请。

编制采购管理计划过程可能导致申请变更，从而可能会引发项目管理计划的相应内 容和其他分计划的更新。对申请的项目管理计划变更（增加、修改和修正）需要整体变 更控制过程进行管理。

14.2.2用于编制采购计划过程的技术、方法

在编制采购计划的过程中，首先要确定项目的哪些产品、成果或服务自己提侠更合 算，还是外购更合算？这就是“自制／外购”分析，在这个过程中可能要用到专家判断， 最后也要确定合同的类型，以便进行风险转移安排。

1．“自制／外购”分析

在进行“自制／夕h购”分析时，有时项目的执行组织可能有能力自制，但是可能与其 项目有冲突或自制成本明显高于外购，在这些情况下项目需要从外部采购，以兑现进 度承诺。

任何预算限制都可能是影响“自制／外购”决定的因素。如果决定购买，还要进一步 决定是购买还是租借。“自制／外购”分析应该考虑所有相关的成本，无论是直接成本还 是间接成本。例如，在考虑外购时，分析应包括购买该项产品的实际支付的直接成本， 也应包括购买过程的间接成本。

2．专家判断

经常用专家的技术判断来评估本过程的输入和输出。专家判断也被用来制订或者修 改评价卖方建议书的标准。专家法律判断可能要求律师协助处理相关的采购问题、条款 和付款条件。这种专家具有行业和投术的专长，其判断可以运用于采购的产品、服务或 者成果的技术细节以及采购管理过程的各个方面。专家可由具有专门知识、来自于多种 渠道的团体和个人提供。包括：

(l)项目执行组织中的其他单位。

(2)顾问。

(3)专业技术团体。

(4)行业集团。

3．合同类型

虽然固定价格的合同类型为大多数组织推祟和使用，但有时考虑所有因素后另一种 合同类型可能对项目更有益处。如果确定使用非固定价格的合同类型，项目团队有义务 提供充分的理由。使用的合同类型和具体的合同条款与条件．将界定买方和卖方各自承 担的风险程度。

合同按费用支付方式分为三类：固定总价合同、成本补偿合同、工时和材料合同（又 称单价合同）。

(l)固定总价合同或者总包合同。

这类合同为定义明确的产品或服务规定一个固定的总价。固定总价合同也可以包括 为了实现或者超过规定的项目目标（如交货日期、成本和技术绩效以及能被量化和测量 的任何任务）时采取的激励措施。固定总价合同下的卖方依法执行合同，如果达不到合 同要求他们可能会遭受经济损失。固定总价合同下的买方必须准确规定所采购的产品或 者服务。虽允许一定范围的变更，但通常要增加合同价格。固定总价合同最简单的形式 就是一个采购单。

(2)成本补偿合同。

这类合同为卖方报销实际成本，通常加上一些费用作为卖方利润。成本通常分为直 接成本和间接成本。直接成本指直接、单独花在项目上的成本（例如，全职员工在为项 目工作时的薪水）。间接成本，通常指分摊到项目上的经营费用（例如，间接的参与到 项目中的管理层的工资、办公室水电费等）。间接成本一般接直接成本的一定百分比计 算。成本补偿合同也常常包括对达到或超过既定的项目目标（例如进度目标或总成本目 标等）的奖励。成本补偿合同还可以分为以下三类。

①成本加酬金合同。

项目成本=允许成本十一定酬金

②成本加固定酬金合同。

项目成本=允许成本十固定酬金

③成本加数励酬金合同。

项目成本=允许成本十根据合同执行绩效决定酬金（或者执行绩效不好也要负 担超出的成本）

(3)时间和材料合同。

时间和材料合同是包含成本补偿合同和固定总价合同的混合类型。当不能迅速确定 准确的工作量时，时间和材料合同适用于动态增加人员、专家或其他外部支持人员等情 况。由于合同具有可扩展性，买方成本可能增加，这些类型的合同类似于成本补偿合同。 合同的总额和合同应交付产品的确切数量在买方签订合同时还不能确定。因而，如果是 成本补偿合同，时间和材料合同的合同额可以随着时间和材料而增加。许多组织要求在 所有时间和材料合同中注明不能超出预期合同额和期限限制，防止无限度的成本增加。 相反，若某些参数在合同中明确后，时间和材料合同类似于固定总价合同。当双方在具 体资源价格上达成一致时，劳动力单位时间的价格或材料价格可以由买方和卖方预先确 定，例如高级工程帅每小时多少工资，或者每个计量单位材料的价格。

买方的要求（如产品的标准版本或客户化版本、绩效报告、提交成本数据等），以 及其他的考虑因素如市场竞争状况都会影响采购会采用何种合同类型。另外，卖方也可 以考虑将那些特殊的需求作为需要另外收费的科目。另外一个考虑因素，是项目团队所 采购的产品或服务未来的潜在销售机会。如果卖方相信有这样的再次销售的机会，卖方 也许会很愿意降低价格来赢得该合同。虽然这样能够削减项目的开支，但是如果买方向 卖方承诺了潜在销售，事实上却不存在相应的销售机会，卖方可能认为买方欺诈进而发 生法律上的纠纷。 14.2.3工作说明书

工作说明书(SOW)是对项目所要提供的产品、成果或服务的描述。对内部项目而 言，项目发起者或投资人基于业务需要、或产品或服务的需求提出工作说明书。内部的 工作说明书有时也叫任务书。工作说明书包括的主要内容有前言、服务范围、方法、假 定、服务期限和工作量估计、双方角色和责任、交付资料、完成标准、顾问组人员、收 费和付款方式、变更管理等。工作说明书的格式之一如下。

(1)前言。对项目背景等信息作简单描述。

(2)项目工作范围。详细描述项目的服务范围，包括业务领域、流程覆盖、系绕范 围及其他等。

(3)项目工作方法。项目拟使用的主要方法。

(4)假定。项目进行的假定条件，具体内容需双方达成。

(5)工作期限和工作量估计。项目的时间跨度和服务期限， 项目，需评估服务工作人天，并估算项目预算。

(6)双方角色和责任。分为供应商的职责和发包商的职责， 责进行描述。

对于按人天计算费用的 并对关键角色的工作职

(7)交付件。列出项目的主要交付物的资料，并对交付件的内容与质量要求进行 描述。

(8)完成以及验收标准。列出项目的完成标准和阶段完成标准，完成标准作为项目 验收的依据内容。

(9)服务人员。列出供应商的人员名单及顾问资格信息。描述在什么情况下可进行 供应商人员的变更。

(IO)聘用条款。对聘用供应商人员的级别要求、经验要求及其他相关条款。

(Il)收费和付款方式。项目的付款方式、费用范围和涉税条款等。

(12)变更管理。项目变更的管理过程、相关规定与约束条件等。

(13)承诺。双方承诺均已阅读，理解并同意遵循上述协议书及其条款的约束。而 且双方同意，所提到的服务条款及其附件（包括工作说明书、变更授权以及双方协议中 的任何独立完整的陈述），取代所有的建议书或其他在此之前的书面或日头协议等。

(14)保密。遵守保密协议（保密条款另行签署）。

签署接受

xxx公司（供应商）xxx公司（发包商）

授权签名：

授权签名：

姓名：____日期：一

姓名：

日期：

职位：

职位：

工作说明书与项目范围说明书的区别：工作说明书是对项目所要提供的产品或服务 的叙述性的描述。项目范围说明书则通过明确项目应该完成的工作而确定了项目的范围。 14.3编制询价计划

编制询价计划过程为下一步招标所需要的文件做准备，并确定选择供方所需要的评 定标准。也就是事先准备好：采购什么？潜在的卖方（供方）有哪几家？各家的商务和 技术特点是什么？何时开始招标、如何选择供方、合同的格式与形式，并把这些写入询 价计划，为下一步具体的询价过程提供依据。

1．编制询价计划过程的输入

开始编制询价计划过程时，应依据如下文档。

(1)采购管理计划。

采购管理计划是编制采购计划过程的主要成果，是采购活动的指南，在本章14.2.1 节中的输出部分有详细阐述。

(2)工作说明书。

采购管理计划确定了为了完成项目，项目的哪些产品、成果或服务需要采购。要为 每一个采购的对象制订工作说明书，以确定要采购产品和服务的使用时机、各项性能指 标，这必然需要工作说明书提供出详细的数据，作为编制询价计划的一个输入。

(3)项目管理计划。

项目管理的其他相关分计划如范围管理计划、进度计划和风险管理计划等可能影响 到采购过程。这些分计划已被集成到项目的整体管理计划中，所以项目的整体管理计划 应该作为编制询价计划过程的一个重要输入。而编制询价计划过程应与项目进度计划有 良好的协调。

(4)“自制／外购”决定。

“自制／外购”决定是编制采购计划过程的重要决定，已写入项目采购计划，在本章 上一节有详细阐述。做出“自制／外购”决定后，就有了外购项和自制项的列表作为编制 询价计划的一个输入：

2．编制询价计划过程所需的工具与技术

(1)标准表格。

标准表格包括合同的标准格式、采购事顼的说明标准、保密协议、知识产权协议、报价评价标准检查单，全部或部分招投标文件的标准版本。进行大量采购的组织可以将 大部分文件标准化，利于今后同类项目采购时使用。

(2)专家判断。

专家判断被用来制订或者修改评价卖方建议书的标准，同时为编制询价计划过程提 供专家经验。

3．编制询价计划过程的输出

编制询价计划过程最终形成采购文档、评估标准并更新工作说明书。

(1)采购文件。

采购文件用来得到潜在卖方的报价建议书。当选择卖方的决定基于价格（例如当购 买商业产品或标准产品）时，通常使用标价或报价而不是报价建议书这个术语；而当技 术能力或技术方法等其他的考虑极为重要时，则通常使用建议书这个术语。但人们经常 交替使用这些术语，如果出现了这种情况就要搞清楚这些术语的真实含义。

买方采购文档的结构应便于潜在卖方提供精确的和完整的答复，也方便对标书的评 价。这些文件应包括相关的工作说明书，对卖方答复形式的规定和其他必要的合同条款， 如格式合同范本、保密条款等。政府部门的发包项目，采购文档的内容和结构可能由相 应的法规来规定。

采购文件的详细程度与复杂程度应该与采购事项的价值和风险相关。采购文档应当 足够严谨以确保卖方反馈的一致性和可比性，但也要具有一定的灵活性毗允许任何卖方 为满足相同的需求而提出的更好建议。

通常依据买方的政策，向潜在的卖方发布采购邀请，以得到卖方的建议书或报价。 邀请的方式包括在公共报纸、期刊、公共登记机关或因特网上进行公告。

(2)评估标准。

评估标准用于从潜在的卖方中选中符合要求的、合格的卖方。在14.3.2节中会详细 介绍。

(3)工作说明书（更新）。

在编制询价计划过程中可能会发现，需要对采购的一份或多份工作说明书进行修 改。

14.3.1常见的询价文件

1。方案邀请书．

方案邀请书（Request For Proposal，RFP）是用来征求潜在供应商建议的文件，有人 称RFP为请求建议书，下面给出其格式示例（假定采购对象为项目产品的某个子系统， 此时就是把该子系统外包出去）。

第一部分：前言

1.1公司情况介绍

1.2子项目的背景与目标

1.3相关项目简要介绍

第二部分：RFP综述

2.1发布本RFP的目的

2.2保密要求

2.3答复规则（供应商答复的建议书必须按照一定的买方要求编写）

2.4进度的垦程碑计划

第三部分：子项目综述（本部分内容简要介绍了与子项目有关的更为详细的基础信 息，为供应商编写建议书提供依据）

3.1业务目标

3.2范围

3.3计划进度配合要求

3,4现有IT基础、工具、标准介绍

第四部分：建议书编写要求

第五部分：联系人与联系方式

2．报价邀请书

报价邀请书（Request For Quoting，RFQ）是一种主要依据价格选择供应商时，用于 征求潜在供应商报价的文件。一般项目执行组织多在涉及简单产品的招标中使用RFQ。 有人称RFQ为请求报价单。最简单的一种形式就是报价单，下面给出其格式示例。

买方名称、联系人、联系方式

产品名称

型号

规格（参数）

单位、单价、数量、合计总价

批发价格／折扣／税金

送货方式／时间

付款方式，时间

3．询价计划编制过程常用到的其他文件

除方案邀请书、报价邀请书外，用于不同类型采购的文件还包括征求供应商意见书 ( Request For Information，RFI)、投标邀请书（Invitation for Bid, IFB）、招标通知、洽谈 邀请以及承包商初始建议征求书。具体使用的采购术语可根据采购的行业和地点而变化。

这些文件都在编制采购计划阶段使用，具体的用法如下。

RFI用来征求供应商意见，以使需求明确化。如果需求很明确，则用方案邀请书， 征求供应商的建议书( Proposal)。招标或要求供应商报价前，使用报价邀请书，以作为 招标底价及比价的参考（前提是给所有供应商的报价格式都是一样的，知果不一样，则 无法比较，也失去了意义）。随着这些过程的进展，需求不明确及预算不精确的风险被大 大降低。

14.3.2确定对投标的评判标准

编制询价计划过程还要为卖方和卖方的建议书制订评估标准。评估标准用来评价卖 方的建议书或为其评分，评估标准可以是客观的（例如，要求推荐使用的项目经理具有 工业和信息化部的项目经理资质证书），也可以是主观的（例如，要求推荐使用的项目 经理具有管理类似项目的经验）。常常将评估标准作为采购文件的一部分。

如果采购物品很容易从若干个渠道获得，这些渠道提供的物品又是同质的，评估标 准可仅限于采购价格。此时，采购价格包括采购物品的成本、采购费用如运费等。

对于更加复杂的产品或服务的评估，应制定相应的评估标准。这些评估标准的例子 如下。

(1)对于需求的理解。卖方的建议书对采购工作说明书的响应情况如何？

(2)总成本或者全生命周期成本（包括建设成本与运营成本）。卖方的总成本是否 最低（总成本=采购成本加上运营成本）?

(3)技术能力。卖方是否具有所需的技能和知识，或者能否让买方相信具有所需的 技能和知识？

(4)风险。工作说明书中含有多少风险？有多少风险稳皂被转移到卖方？

(5)管理方案。卖方是否具备，或者是否有理由让买方相信能制定一套确保项目成 功的管理过程和程序？

(6)技术方案。卖方建议的技术方法、具体技术、解决方案和服务是否满足采购文 件的要求，或者卖方能提供比预期更好的结果。

(7)保证。卖方给最终产品的售后保证是什么？多长期限？

(8)财务实力。卖方是否具有，或者是否有理由让买方相信能获得所需的财务资源|?

(9)生产能力和兴趣。卖方是否有能力和兴趣满足潜在的未来的需求？

(10)业务规模和类型。卖方企业是否符合一种买方定义的或政府规定的作为中标 条件的业务规模和类型，例如具有系统集成资质二级、金融行业为主营业务的企业才能 参加投标。

(11)卖方过去的业绩。卖方过去的经验有哪些？

(12)参考瓷料。卖方能提供的来自以前客户的参考资料有哪些？以便证实卖方的 工作经验，同时检验卖方是否符合合同的要求。

(13)知识产权。卖方在他们工作过程中、或者提供的服务中、或者项目生产的产 品中是否要求知识产杈？例如项目最终提交的软件版权归谁？

(14)专利权。卖方在他们工作过程中、或者提供的服务中、或者项目生产的产品 中是否要求专利权？ 14.4询价

询价过程从潜在的卖方处获取如何满足项目需求的答复，如投标书和建议书。通常 在这个过程中由潜在的卖方完成大部分实际工作，项目或买方无需支付直接费用。 14.4.1询价的输人

1．组织过程赍产

一些企业和项丑执行组织把以前的合格供应商信息作为组织的过程资产予以保留， 例如企业的MIS系统中就有供应商管理子系统，该于系统中保留所有供应商名单，可以 直接从该子系统中获取相关供应商的历史记录、优势、劣势、经验和相关特点等信息。 有的组织会维护一个优先卖方清单，只保留由某种资格审查方法筛选出来的卖方。

如果没有可用的清单，项目团队必须获取潜在的供应商信息。采购文件也可以发送 给部分或全部潜在的供应商，以确定它们是否有兴趣成为潜在的合格供应商。最后把所 有潜在的、合格的供应商信息记入供应商清单，并把该清单录入企业的信息系统，作为 组织的过程资产予以保留，以备企业未来的项目共享使用。

2．采购管理计划

采购管理计划记录了买什么、不买什么（自制）、什么时间买等信息，为整个采购 过程做了安排（从如何形成采购文件到合同收尾）。采购管理计划作为编制项目采购计划 过程的主要成果，已在14.2节详细阐述。

3．采购文件

采购文件用来得到潜在卖方的报价建议书。详见14.3节过程输出的有关部分。 14.4.2询价的方法和技术

1．投标人会议

投标人会议（也称为发包会、承包商会议、供应商会议、投标前会议或竟标会议） 是指在准备建议书之前与潜在供应商举行的会议。投标人会议用来确保所有潜在供应商 对采购目的（如技术要求和合同要求等）有一个清晰、共同的理解。对供应商问题的答 复可能作为修订条款包含到采购文件中。在投标人会议上，所有潜在供应商都应得到同 等对待，以保证一个好的招标结果。

2．刊登广告

现有潜在供应商清单通常可以通过在报纸等通用出版物、专业出版物，或有关的网 站上刊登广告加以扩充。在政府的某些管辖范围内，政府会要求一些特定类型的采购事 项应做公开广告，同时大部分政府机构要求政府合同必须做公开广告。

3．制订合格卖方清单

如果一些金业和项目执行组织的过程资产中保留了以前的合格供应商清单，或经过 询价过程制订了合格供应商清单，在此基础上通过投标人会议、刊登广告等办法再增加 一些合格供应商清单。最后整理为一个完整的合格供应商清单。 14.4.3询价的输出

1．合格卖方清单

将要求合格供应商清单中的卖方提供建议书或报价单给买方。

2．采购文件

采购文件是买方准备发给每一个卖方的正式邀请，它描述了要采购的原材料、产品、货物或服务，它是卖方准备投标文件的依据。有时采购文件不是单独的一个而是一个文 件包。

3．建议书

建议书是由潜在的、合格的卖方准备的文件，用来阐明该卖方有能力和愿望提供买 方所需的产品、成果或服务。建议书应该按相应的采购文件的要求拟定，并可反映相关 的合同原则。卖方的建议书应买方的要求提供正式的合法报价。卖方的建议书回应买方 的采购文件并构成正式和合法的要约。某些情况下，卖方可以应买方的要求对建议书中 涉及到的人员、技术等进行口头说明，以便买方在评估建议书时使用。 14.5招标

本节的内容依据《中华人民共和国招标投标法》相关条款的规定、参考行业内的常 规做法编制而成。

招投标过程涵盖了本章询价计划编制过程、询价过程和供方选择过程，招标是采购 的一种形式。

14.5.1招标人及其权利和义务

招标人是依照《中华人民共和国招标投标法》规定提出招标项目、进行招标的法人 或者其他组织。

1．招标人的权利

招标人有如下权力。

(1)招标人有权自行选择招标代理机构，委托其办理招标事宜。招标人具有编制招 标文件和组织评标能力的，可以自行办理招标事宜。

(2)自主选定招标代理机构并核验其资质条件。

(3)招标人可以根据招标项目本身的要求，在招标公告或者投标邀请书中，要求潜 在投标人提供有关资质证明文件和业绩情况，并对潜在投标人进行资格预审；国家对投 标人资格条件有规定的，按照其规定。

(4)在招标文件要求提交投标文件截止时间至少15日前，招标人可以以书面形式 对已发出的招标文件进行必要的澄清或者修改。该澄清或者修改内容是招标文件的组成 都分。

(5)招标人有权也应当对在招标文件要求提交的截止时间后送达的投标文件拒收。

(6)开标由招标人主持。

(7)招标人根据评标委员会提出的书面评估报告和推荐的中标候选人确定中标人。 招标人也可以授权评标委员会直接确定中标人。

2．招标人的义务

招标人有如下义务。

(l)招标人委托招标代理机构时，应当向其提供招标所需要的有关资料并支付委 托费。

(2)招标人不得以不合理条件限制或者排斥潜在投标人，不得对潜在投标人实行歧 视待遇。

(3)招标文件不得要求或者标明特定的生产供应者，以及含有倾向或者排斥潜在投 标人的其他内容。

(4)招标人不得向他人透露已获取招标文件的潜在投标人的名称、数量，以及可能 影响公平竞争的有关招标投标的其他情况。招标人设有标底的，标底必须保密。

(5)招标人应当确定投标人编制投标文件所需要的合理时间。但是，依法必须进行 招标的项目，自招标文件开始发出之日起至提交投标文件截止之日止，最短不得少于 20日。

(6)招标人在招标文件要求提交投标文件的截止时间前收到的所有投标文件，开标 时都应当众予以拆封、宣读。

(7)招标人应当采取必要的措施，保证评标在严格保密的情况下进行。

(8)中标人确定后，招标人应当向中标人发出中标通知书，并同时将中标结果通知 所有未中标的中标人。

(9)招标人和中标人应当自中标通知书发出之日起30日内，按照招标文件和中标 人的投标文件订立书面合同。 14.5.2招标代理机构

1．招标代理机构的法律地位

招标代理机构是独立于政府和企业之外的，为市场主体提供招标服务的专业机构， 属于中介服务组织。它的招标代理资格需经国家招标投标主管机关的严格认证。

2．招标代理机构的权利和义务

在招标投标活动中，招标代理机构的权利和承担的义务分别如下。

(1)招标代理杌构的权利。

①组织和参与招标活动。

②依据招标文件规定，审查投标人的资质。

③按规定标准收取招标代理费。

(2)招标代理机构的义务。

①维护招标人和投标人的合法利益。

②组织编制、解释招标文件。

③接受国家招标投标管理机构和有关行业组织的指导、监督。 14.5.3招标方式

招标分为公开招标和邀请招标。

(1)公开招标：是指招标人以招标公告的方式邀请不特定的法人或者其他组织 投标。

(2)邀请招标：是指招标人以投标邀请书的方式邀请特定的法人或者其他组织 投标。

14.5.4招投标程序

依据《中华人民共和国招标投标法》，招投标程序如下。

(1)招标人采用公开招标方式的，应当发布招标公告：招标人采用邀请招标方式的， 应当向三个以上具备承担招标项目的能力、资信良好的特定的法人或者其他组织发出投 标邀请书。

(2)招标人根据招标项目的具体情况，可以组织潜在投标人踏勘项目现场。

(3)投标人投标。

(4)开标。

(5)评标。

(6)确定中标人。

(7)订立合同。 14.5.5投标

(1)投标人应当按照招标文件的要求编制投标文件。投标文件应当对招标文件提出 的实质性要求和条件作出响应。

(2)投标人应当在招标文件要求提交投标文件的截止时间前，将投标文件送达投标 地点。

(3)投标人在招标文件要求提交投标文件的截止时问前，可以补充、修改或者撤回 己提交的投标文件，并书面通知招标人。

(4)投标人根据招标文件载明的项目实际情况，拟在中标后将中标项目的部分非主 体、非关键性工作进行分包的，应当在投标文件中载明。

两个以上法人或者其他组织可以组成一个联合体，以一个投标人的身份共同投标。 14.5.6开标、评标和中标

1．开标

开标应当在招标文件确定的提交投标文件截止时间的同一时间金开进行；开标地点 应当为招标文件中预先确定的地点。开标由招标人主持，邀请所有投标人参加。开标时， 由投标人或者其推选的代表检查投标文件的密封情况，也可以由招标人委托的公证机构 检查并公证。经确认无误后，由工作人员当众拆封，宣读投标人名称、投标价格和投标 文件的其他主要内容。招标人在招标文件要求提交投标文件的截止时间前收到的所有投 标文件，开标时都应当众予以拆封、宣读。开标过程应当记录，并存档备奁。

2．评标

评标由招标人依法组建的评标委员会负责。依法必须进行招标的项目，其评标委员 会由招标人的代表和有关技术、经济等方面的专家组成，评标委员会组成方式与专家资 质将依据《中华人民共和国招标投标法>有关条款来确定。

评标委员会可以要求投标人对投标文件中含义不明确的内容做必要的澄清或者说 明，但是澄清或者说明不得超出投标文件的范围或者改变投标文件的实质性内容。

评标委员会应当按照招标文件确定的评标标准和方法，对投标文件进行评审和比较： 评标委员会完成评标后，应当向招标人提出书面评标报告，并推荐合格的中标候选人。 招标人根据评标委员会提出的书面评标报告和推荐的中标候选人确定中标人。招标人也 可以授权评标委员会直接确定中标人。

中标人的投标应当符合下列条件之一。

(1)能够最大限度地满足招标文件中规定的各项综合评价标准。

(2)能够满足招标文件的实质性要求，并且经评审的投标价格最低。但是，投标价 格低于成本的除外。

3．中标

中标人确定后，招标人应当向中标人发出中标通知书，并同时将中标结果通知所有 未中标的投标人。

招标人和中标人应当自中标通知书发出之日起30日内，按照招标文件和中标人的投 标文件订立书面合同。招标人和中标人不得再行订立背离合同实质性内容的其他协议。

中标人应当按照合同约定履行义务，完成中标项目。 14.5.7供方选择

供方选择过程接受乡个潜在的卖方的标书或建议书，并运用评估标准选择一个或多 个合适的卖方。

在以下的行文中，有时我们把卖方称为承包商、供应商或提供商。

前面的询价计划编制过程为供方选择过程提供了评估标准。除了使用采购成本或价 格外，这个过程中也会使用综合评价标准。

价格对于现货供应、同质的物品可能是主要的决定因素。不过如果卖方可能不能及 时供货的话，最低的价格并不能保证最低的成本。对于项目中产品子系统的采购（即外 包、发包），或对服务的采购来说，也可以考虑综合评价标准。表14-2是某项目对供应 商的评价表。

建议书通常分为技术（方案）、商业（价格）和管理三部分，假定每个评价项满分 为10分。表14-2中，3个评定人的打分分别为

6、

6、9，平均为7分，最后7乘以权重 比例0.15，得到“对需求的理解”的单项综合分为1.05。

对于那些关键性采购应采用多渠道以规避风险（如送货不及时、不合质量要求等风 险）。但更多渠道采购可能导致更高的采购成本。

下面介绍的工具和技术可单独使用或合并使用。例如，加权分析法可用于如下方面。

(1)选择一个卖方，并要求签订标准合同。

(2)根据上述评价表，每个供应商有一加权后的总分，对所有供应商的总分倒排序， 以确定谈判顺序。

对于大型的或重要采购事项，这一过程或招标评标过程可能要重复多次。通过这一 过程的过滤，得到一个精简的合格卖方的清单，然后根据更详细和全面的建议书展开更 详细的评估，最后会挑出一个或若干个中标人。

Il供方选择的输入

(1)建议书。每一个卖方或者供方，在前面的询价过程中都会提供其建议书，建议 书已在询价过程中详细讨论。

(2)评估标准。评估标准在编制询价计划过程中制订，用来评价卖方的建议书或为 其评分。

(3)组织过程资产。项目采购中涉及的组织过程资产一般有可以影响建议书评估的 政策。

(4)风险数据库。风险数据库包括风险相关信息，也包括与采购、特定供应商有关 的风险信息，如己识别的采购风险、采购风险昀成因、采购风险责任人以及风险管理过 程、对风险的应对等。在准备和签订合同时，必须关注己识别的采购风险和应对措旆。

(5)风险相关的合同协议。准备合适的合同协议，包括关于保险、服务和其他项目 的协议，以明确特定风险发生时各方应承担的责任。

(6)合格卖方清单。这里所说的合格卖方清单，是询价过程的结果，还不是精简后 的合格卖方清单。

(7)采购文件包。采购文件包是询价过程的结果，是由买方编制的发给买方的文件， 买方据此制作自己的投标文件。

2．供方选择的工具和技术

(1)加权系统。

加权系统是对定性数据的一种定量分析方法，以减少评定的人为因素对卖方选择的 不当影响。这种方法包括如下方面。

①对每一个评价项设定一个权重。

②对潜在的每个卖方，针对每项评价项打分。

③将各项权重和分数相乘。

④将所有乘积求和得到该潜在卖方的总分（以表14-2为例，即该表右下角的总分）。 如有多个评定人，则将每个评定人的总分汇总后取其平均值即可。

(2)独立估算。

对于很多采购事项而言，采购组织能够对其成本进行独立的估算以检查卖方建议书 中的报价。如果报价与估算成本有很大差异，则可能表明合同工作说明书不适当、或者 潜在卖方误解或者没能完全理解和答复合同工作说明书、或者市场已经发生了变化。独 立估算常被称为“合理费用”估算。

(3)筛选系统。

筛选系统包括为一个或多个评估标准建立的最低绩效要求，实际筛选操作中也可能 同时采用加权系统和独立估算。例如，一个项目中可能会要求潜在的卖方提名一个满足 特定资格的项目经理，然后再开始考虑建议书的后续工作。

(4)合同谈判。

在双方签订合同前，合同谈判澄清双方对合同结构和要求的理解，使取方达成一致 意见。合同文本的最终版本应反映所有达成的协议。合同谈判的内容包括责任和权限、适用的条款和法律、技术和业务管理方法、所有权、合同融资、技术解决方案、总体进 度计划、付款和价格。合同谈判过程以买卖双方签署文件（如合同、协议）为结束标志。 最终合同一般是买方和卖方讨价还价的结果。

对于复杂的采购事项，合同谈判应是一个独立的过程，有自己的依据和成果。对于 简单的采购事项合同，可以采用固定不变的、不可洽谈的条款和条件，只需要卖方的接 受而不用漫长的谈判。

项目经理可以不是合同的主谈人。在合同谈判期间，项目管理团队可列席，并在需 要时，就项目的技术、质量和管理要求进行澄清。

3．供方选择的输出

(1)选中的卖方。

供方选择过程最终选中一个或多个供方，并且以与买方谈判达成了合同草案。

(2)合同。

合同是平等主体的自然人、法人、其他组织之间设立、变更、终止民事权利义务关 系的有法律约束力的协议。合同的要件有实质要件、形式要件和程序要件。

向每一个选中的供方提供一份合同。根据采购的内容，合同可以是一个复杂的文件， 也可以是一个简单采购单。无论如何，合同是一个对双方具有约束力的法律协议。卖方 有提供指定产品、服务或成果的义务，买方则有支付合同款的义务。合同是一种可由法 庭裁决的法律关系。合同文件的主要部分包括但不限于章节标题、工作说明书、进度计 划、履约期限、角色和职责、价格和支付方式、通胀调整、验收标准、保修、产品支持、责任归属、违约处罚、奖惩办法、保险、履约保证金、分包许可、变更请求处理流程、终止条款和争议解决机制。

(3)合同管理计划。

对于重大采购而言，需要准备一个计划来管理合同中买方指定的卖方必须满足的需 求，如双方遵守的文件、交付日期和性能等。合同管理计划是项目管理计划的一个分 计划。

(4)资源可用性。

记录通过采购能获得的资源的数量和可用性，以及具体的资源何时忙碌何时空闲。

(5)对采购管理计划的更新。

在选择供方的过程中可能提出新的变更，对此应执行整体变更控制过程予以处理， 采购管理计划等计划可能得到更新。 14．S．8相关法律责任

所谓法律贵任，就是某人或某个单位等法律主体因自己的不当言行、或过失、或关 联关系而承担的相应的行政责任、民事责任或刑事责任。

《中华人民共和国招标投标法》明确了招投标过程中涉及的各方的法律责任，涉及的 各方有招标人、招标代理机构、投标人、评标委员会的专家、招标单位直接主管、中标 人等。就投标人承担的法律责任来说，具体规定如下。

投标人相互串通投标或者与招标人串通投标的，投标人以向招标人或者评标委员 会成员行贿的手段谋取中标的，中标无效，处中标项目金额千分之五以上千分之十以下 的罚款，对单位直接负责的主管人员和其他直接责任人员处单位罚款数额百分之五以上 百分之十以下的罚款：有违法所得的，并处没收违法所得：情节严重的，取消其一年至 二年内参加依法必须进行招标的项目的投标资格并予以公告，直至由工商行政管理机 关吊销营业执照；构成犯罪的，依法追究刑事责任：给他人造成损失的，依法承担赔偿 责任。

投标人以他人名义投标或者以其他方式弄虚作假，骗取中标的，中标无效，给招标 人造成损失的，依法承担赔偿责任；构成犯罪的，依法追究刑事责任。 14.6合同及合同收尾

买卖双方的任何一方需要确保对方能正常履约，他们的合法权利就能得到维护，这 就需要对合同进行管理。合同管理的依据是合同及合同管理计划、绩效报告、已批准的 变更申请、工作绩效信息和选中的供方，经过使用合同变更控制系统、买方主持的绩效 评审、检查和审计、绩效报告、支付系统、索赔管理和自动的工具系统等工具和技术， 顺利完成合同。如有合同更新，则提交更新后的合同及其相关文件。

关于合同管理过程的详细介绍，请参见第13章。 14.6.1合同管理要点

买卖双方的任何一方需要确保对方能正常履约i他们的合法权利就能得到维护，这 就需要对合同进行管理。合同管理过程是买卖双方都需要的。合同管理过程确保卖方的 执行符合合同需求，确保买方可以按合同条款去执行。对于使用来自多个供应商提供的 产品、服务或成果的大型项目来说，合同管理的关键是管理买方卖方间的接口，以及多 个卖方间的接口。

基于法律上的考虑，许多组织都将合同管理从项目中分离出来作为一项管理职能。 即使一个合同由项目团队管理，他们也常常需要向执行组织内的其他职能部门汇报。

合同管理包括在合同关系中应用适当的项目管理过程，并将这些过程酌成果集成到 项目的整体管理之中。当涉及到管理多个卖方和多项产品或服务时，总是需要多个层面 上的协调。应用的项目管理过程包括但不限于如下方面。

(l)指导与管理项目的执行，授权承包商在适当时机开工。

(2)绩效报告，以监控承包商的成本、进度和技术绩效。

(3)质量控制，以检查与核实承包商的产品是否合格。

(4)整体变更控制，以保证变更能得到适当的批准，所有相关人员得到变更通知。

(5)风险监控，确保风险能得到规避或缓解。

合同管理还包括财务管理部分，用于监督对卖方的付款。

合同管理过程依据合同和认可的合同变更，审查并记录卖方执行合同的绩效。买方 也会记录绩效以备将来与卖方合作之用。买方对卖方执行绩效评估首先是用于验证卖方 是否具有承担本项目工作的能力，或是否具有承担类似本项目工作的能力。当需要确认 卖方没有履行合同义务而买方希望进行一些纠正措施时也会执行类似的评估。

在合同收尾前任何时候，只要在合同变更控制条款下经双方同意可以对合同进行修 订甚至中止。

对买方来说，合同管理的主要目标如下。

(1)保证合同的有效执行。项目执行组织在采购合同签订后，应该定时监督和控制 供应商的产品供货和相关的服务情况。要督促供应商按时提供产品和服务，保证项目的 工期。

(2)保证采购产品及服务质量的控制。为了保证这个项目所使用的各项物力、人力 资源是符合预计豹质量要求和标准的，项目执行组织应该对来自于供应商的产品和服务 进行严格的检查和验收工作，可以在项目组织中设立质量小组或质量工程师，完成质量 的控制工作。 14.6.2合同收尾

完成每一次项目采购，都需要合同收尾过程。它支持项目收尾或者阶段收尾过程， 因为它核实本阶段或本项目所有工作和项目可交付物是否是可接受的。

i．合同收尾的主要内容

合同收尾过程也包括管理活动，如更新记录以反映晟终结果、存档信息以便将来使 用。合同收尾考虑了项目或者项目阶段适用的每个合同。在多阶段项目中，一份合同的 条款可能仅仅适用于项目的特定阶段。在这些情况下，合同收尾过程只对适于项目本阶 段的合同进行收尾。未解决的索赔可能在收尾之后提起诉讼。合同条款与条件可规定合 同收尾的具体程序。

合同的提前终止是合同收尾的特殊情况，它产生于双方的协商一致、或一方违约、或者合同中提到了买方有权决定。合同的终止条款中明确了提前终止情况下各方的权利 和责任。

基子合同条款与条件，出于某种原因或利益，买方可能有权利随时终止全部合同或 者项目的一部分。然而，基于合同条款与条件，买方可能必须补偿卖方的前期准备，以 及任何卖方已经完成和被验收的工作。

合同收尾的工具和技术有采购审计和合同档案管理系统。

合同档案管理系统是一种自动的工具系统，项目经理使用它来管理合同和记录台同 执行情况。

下面重点谈一谈采购审计。

2。采购审计

从编制采购管理计划过程一直到合同收尾过程的整个采购过程中，采购审计都对采 购的完整过程进行系统的审查。采购审计的目标是找出本次采购的成功和失败之处，以 供项目执行组织内的其他项目借鉴。

3．合同收尾的输入

(1)合同文件及合同管理计划。

合同文件是合同各方进行自己的合同管理的法律依据。合同管理计划，为合同的管 理提供了指南。有关内容在14.f1.7节“供方选择”的输出部分已有详细阐述。

(2)合同收尾程序。

整体管理知识域中的“项目收尾”过程规定了合同收尾的方法。

4．合同收尾的输出

(1)合同收尾。

买方通过其授权的合同管理人员，正式以书面形式通知卖方合同已经完成。通常在 合同的条款与条件中明确规定对合同正式收尾的要求并将其包含在合同管理计划里。

(2)组织过程资产更新。

可被更新的组织过程资产要素包括但是不限于如下方面。

①合同文件。一套完整的索引合同文件包括已收尾合同，将纳入到项目最终文 件里。

②可交付物验收。买方通过其授权的合同管理人员，向卖方提供项目可交付物被

验收或被拒绝的正式书面通知。在合同条款中定义了对项目可交付物正式验收的要求， 以及如何处理不符合要求的项目可交付物的程序。

⑧经验教训文件。为了改进未来的采购，应详细记录经验教训，以利于未来的过 程改进。

第11篇：系统集成项目案例分析

系统集成项目案例分析

本章收集了实际项目中的大量案例，每个案例侧重点各不相同，是对前22章知识 点的综合运用。不仅需要动手实践项目管理中的硬技能，例如网络图、挣值分析以及成 本财务分析等，还需要能够灵活运用项目管理中的软技能，例如沟通协调、需求变更以 及项目管理中的一些常见原则等。

本章案例分析所要用到的信息化及系统集成专业知识主要涵盖如下方面。

(l)信息化建设基本知识。

(2)软件工程。

(3)面向对象设计。

(4)软件以及硬件体系结构知识。

(5)计算机网络知识。 23.1项目管理硬技能案例 23.1.1

人力资源负荷的优化对很多项目来说是至关重要的一个问题，而利用网络图中非关 键路径任务上的浮动时间是最常用的方法之一。

案例场景

为了更好地利用资源和对资源进行有效地管理，项目组重新对项目计划进行了调 整。调整后的各项工作的工作持续时间、所需要的人力资源类型及其相应的工作量估计 如表23-1所示。

表23-1游戏软件开发项目调整后的工作时间和工作量估计表

【问题2] 根据表23-2，进行人力资源平衡的优化，并绘制该项目的人力资源负荷图。 23.1.2现金流分析案例

在立项阶段，经常需要对项目未来的现金流状况进行分析，并作出相应的财务数据 分析。

案例场景

某软件公司拟开发一套建筑施工项目管理软件，该软件应具有项目管理计划的编制 及项目的动态管理功能。该软件开发项目的基础数据如下。

(1)该项目从2004年7月1日开始，周期为180天，项目总投资600万元。

(2)该软件从第二年开始销售，预计当年销售收入为500万，各种成本为200万； 第3年销售收入为800万，各种成本为300万；第四年开始正常销售，正常销售期间预 计每年的销售收入为1000万元，各种成本为500万元。

(3)根据上述数据，假设项目成本与收入均在年末核算，通过分析计算该公司从项 目开始当年到第6年的现金流量情况，包括每年的现金流出、现金流入、净现金流量、累计净现金流量、现值和累计现值，如表23-3所示。

【问题1】

请根据表23-3现金流量表中的数据，计算该项目自投资当年起的静态投资回收期和 动态投资回收期（要求列算式），并说明两者存在差异的原因。

【问题2]

如果该行业的标准动态投资收益率为20%，请问该项目的投资是否可行。 23.1.3动态回收期及净现值分析案例

对于很多项目来说，必须要考虑到资金的时间价值，因此经常要引入动态回收期和 净现值的计算。

案例场景

某软件公司拟开发一套建筑施工项目管理软件，该软件应具有项目管理计划的编制 及项目的动态管理功能。该软件开发项目的基础数据如下：

(1)该项目从2004年7月1日开始，周期为180天，项目总投资600万元。

(2)该软件从第二年开始销售，预计当年销售收入为500万，各种成本为200万。 第3年销售收入为800万，各种成本为300万；第四年开始正常销售，正常销售期间预 计每年的销售收入为1000万元，各种成本为500万元。

(3)根据上述数据，假设项目成本与收入均在年末核算，通过分析计算该公司从项 目开始当年到第6年的现金流量情况，包括每年的现金流出、现金流入、净现金流量、累计净现金流量、现值、累计现值，如表23-4所示。

【问题l】

请根据表234现金流量表中的数据，计算该项目自投资当年起的静态投瓷回收期和 动态投资回收期（要求列算式），并说明两者存在差异的原因。

【问题2】

如果该行业的标准动态投资收益率为20%，请问该项目的投资是否可行。 23.1.4挣值分析案例

“挣值管理”是项目管理中非常有用的一种绩效分析的方法。它通过对预算成本、

实际完工工作量和实际发生成本三个基本指标的计算可以作出对项目成本和工期状态的 准确评估。

案例场景

在认真分析新型柜式空调生产建设项目各项费用的基础上，最终制定的各项工作的 成本预算修正结果如表23-4所示。假设该项目已进展到第21旬，你对项目前20旬的实 施情况进行了总结，有关执行情况汇总于表23-5中。

【问题1]

计算前20旬每项工作的挣值并填入表23-5中，请至少写出一项工作挣值的计算公式。

【问题2]

计算该项目到第20旬末的挣值(EV)。

【问题31

计算该项目前20旬已完成工作量的实际成本(AC)。

【问题4]

根据以上结果分析项目的成本执行情况和进度执行情况。

【问题5]

假设该项目目前的执行情况不会影响到未来，未来将按计划执行，请估计项目完成 时的总成本( EAC)；为了保证项目成本目标的实现，你将会采取哪些对策？ 23.1.5需求评窜案例

把握住清晰、完整和准确的需求是对项目进行有效控制和管理的前提，而需求评审 又是需求管理阶段一个至关重要的工作。但是，需求评审往往是所有评审活动中最难， 也常常是最容易被忽视的。

以下是在实际项目管理中几种常见的、失败的需求评审。

案例场景

案例一

某领域专家A先生就某企业的成本管理系统做用户需求报告的评审工作，在评审会 开始时间不长，就被在场的某企业的一位副总B先生打断，认为A先生提出的方案不适 合本企业，A先生提出的管理改进方案在企业中无法实施。该副总提完意见后，与会的 用户方人员纷纷跟随B先生的意见提出了他们的反对意见，致使评审会无法再进行下去， 最终该报告被用户否决。

案例二

某软件公司内部举行产品的需求评审会，主要是公司内部相关领域的专家参加。在 评审会开始后不久，某领域专家就对需求报告中的某个具体问题提出了自己的不同意见， 于是，与会人员纷纷就该问题发表自己的意见，大家争执不下，结果致使会议出现了混 乱状况，主持人无法控制局面，会议大大超出了计划评审时间。

案例三

某软件公司为某公司A做业务流程管理系统的需求评审会，当项目组人员在会议上 宣读多达上百页的需求报告时，用户明确提出昕不懂，致使会议不得不改日进行。

案例四

某软件公司在用户处开完物资管理系统的需求评审会后，与会人员在离开会议室时 纷纷摇头，认为本次会议没有多少实际效果，完全是在走过场。

【问题】

请提出一些建设性的意见，如何能够召开成功的需求评审会议？ 23.1.6风险箐理案例

在项目中，风险是无处不在的，而风险叉往往是项目管理者最容易忽视的。因此， 对很多项目来说，做好风险的识别、分析、监控和管理工作是保证项目成功、减少项目 损失的一个关键。

案例场景

C公司是国外一家知名的电信设备供应商，在国内拥用许多电信运营商客户。C公 司主要通过分销的方式发展其在中国的业务，由其在国内的合作伙伴与电信公司签约并 提供系统集成服务。

2000。年，国内一家省级电信公司(H公司)打算上马一个项目，并通过发布RFP（需 求建议书）以及谈判和评估，揖终选定C公司为其提供相关电信设备。国内某集成公司 （L公司）作为C公司在中国国内的代理商之一，成为了该项目的系统集成商。L公司是 第一次参与此类工程。电信公司（H公司）和L公司签订了总金额近1000万元的合同。 张先生是L公司负责该项目的项目经理。该项目的施工周期是三个月，由国外电信设备 供应商C公司负责提供主要设备，L公司负责全面的项目管理和系统集成工作，包括提 供主机、外设及相关附属设备，并负责项目的整个运作和管理。C公司和其代理商L公 司之间签署的是设备采购合同，一次性付款，这就意味着C公司不承担任何项目风险， 而L公司虽然有很大的利润，但是也承担了全部的风险。L公司和客户H公司之间签署 的是集成服务合同，合同类型为固定价分期付款合同，按照惯例，10%的尾款要等到系 统通过最终验收一年后才能支付。

项目实施3个月后，整套系统安装完成。但自系统试运行之日起，不断有问题暴露 出来。H公司要求L公司负责解决，可其中很多问题涉及C公司的设备问题。因而，L 公司要求C公司予以配合，C公司也一直积极参与此项目的工作。

然而，随着对项目的阶段性测试工作的展开，H公司发现系统的实际技术指标远远 没有达到当初L公司在最初的技术建议书上的承诺。对于H公司来说，他们认为，按照 RFP的要求，L公司实施的项目没有达到合同的要求。因此，直至2002年，H公司还拖 欠L公司10%的验收款和10%的尾款。L公司多次召开项目会议，要求C公司给予支持。 但由于开发周期的原因，C公司的设备无法马上达到新的技术指标并满足相关的功能。 于是，项目持续延期。为完成此项目，L公司只好不断将C公司的最新升级系统（软件 升级）提供给H公司，甚至派人常驻在H公司（外地）。

又经过了3个月的艰苦调试，H公司终于通过了最初验收。在L公司同悫承担系统 升级工作直到完全满足RFP的基础上，H公司支付了10%的验收款。然而，2002年年 底，C公司由于内部原因暂时中断了在中国的业务，其产品的支持力度大幅下降，结果 致使该项目的收尾工作至今无法完成。

作为项目经理，L公司张先生简单估算了一下，在此项目上公司原本可以获得250 万元左右的毛利，可是考虑到增加的项目成本（差旅费、沟通费用、公关费用和贴现率） 和尾款，实际毛利不到70万元。如果再考虑机会成本，实际利润可能是负值。

导致项目失败，尤其是项目预期的经济指标没有完成，这是非常遗憾的事情。项目 失败或没有达到预期的经济指标的因素有很多，其中风险管理是一个极为重要的因素。

【问题】

从L公司角度，讨论一下该项目失败的原因及其避免的方法。

分析提示：

(1)风险识别与分析的方法。

(2)适当的商务承诺。

(3)选择适当的商务合同。

23.1.7公司组织结构对项目管理的影响

公司组织结构对项目管理的影响是显而易见的，不同的组织结构都有其相应的优点 和缺陷。而对于矩阵型的组织结构来说，有效的沟通和协调能力对于项目经理往往是一 个非常大的挑战。

案例场景

某软件公司以产品开发和项目为其主要业务。公司目前发展势头良好，正在建谩中 的项目有5个左右，已经立项的有10个左右，还有若干项目正处在验收和后期维护阶段。

公司实行的是强矩阵式管理模式，专职的项目经理往往一个人带多个项目，职能部 门内部也有担任项目经理工作的人员。但是，瓷源的调配成了项目经理、职能部门经理 在项目实施过程中塌棘手的问题。项目经理每个人都身兼数职，对项目进度难以控制， 而多数项目在进行耐，资源的调配是由各个职能部门经理安排的，职能部门经理对质量 进行监督，项目经理耍做进度控制，可是却没有分配资源的权力，从而引发出关于公司 内部管理流程和职责定位的问题。

【问题】

在强矩阵管理的模式下面，项目经理与职能部门经理对公司资源的调用如何协调？

分析提示：

(l)项目章程明确责任。

(2)项目经理和职能经理的协调。 23.1.8项目变更管理案例

在项目执行中，变更往往在所难免。但是，无序和随意的变更会对项目的成功造成 极大的危害。这就要求项目管理者在项目的前期做好需求的导出和定义工作，并在项目 执行中有切实可行的变更管理方法和流程。

案例场景

小张是国内某IT系统集成企业的项目经理，目前正在负责国内某省一个企业的信息 系统项目的建设工作。作为项目经理，小张根据合同中昀相关条款，在计划阶段简单地 罗列出了项目中几项必须应当完成的工作。甲方的项目经理由这个企业的信息中心领导 担任，此系统集成项目涉及到甲方的许多业务部门。在项目实施中，甲方的销售部门、财务部门和人力资源等多个部门都向小张提出了变更要求，而其有些要求甚至是相互矛 盾的。面对这些变更，小张尝试向甲方的各个业务部门做说服和解释工作，但甲方却引 用合同中的相关条款作为依据要求小张实现这些新增加的变更要求。而这些合同条款要 么太粗、不够明确，要么小张与他们有不同的理解，因此小张感到左右为难，既不能对 这些变更要求简单地全盘接受，又不能生硬拒绝。但如果不能尽快改变这种现状，完成 项目看起来是遥迢无期。

【问题】

该问题产生的原因是什么？如何解决？

分析提示：

(l)WBS详细分解。

(2) CCB的成立。

(3)变更流程的建立。

(4)客户对需求和项目工作说明书的确认。 23.2软技能案例

23.2.1范围定义案例

‟

项目的范围管理影响到信息系统项目的成功。在实践中，“需求蔓延”是信息系统失 败最常见的原因之一，信息系统项目往往在项目启动、计划、执行，甚至收尾时不断加 入新功能，无论是客户的要求还是项目实现人员对新技术的试验，都可能导致信息系统 项目范围的失控，从而使得信息系统项目在时间、资源和质量上都受到严重影响。

阅读以下关于信息系统项目管理过程中范围管理方面问题的叙述，回答问题1～问 题3。

案例场景

Perfect公司原本是一家专注于企业信息化的公司，在电子政务如火如荼的时候，开 始进军电子政务行业。在电子政务的市场中，接到的第一个项目是开发一套工商审批系 统。由于电子政务保密要求，该系统涉及到两个互不联通的子网：政务内网和政务外网。 政务内网中储存着全部信息，其中包括部分机密信息；政务外网可以对公众开放，开放 的信息必须得到授权。

系统要求在这两个子网中的合法用户都可以访问到被授权的信息，访问的信息必须 一致可靠，政务内网的信息可以发布到政务外网，政务外网的信息在经过审批后可以进 入政务内网系统。

张工是该项目的项目经理，在捕获到这个需求后认力电子政务建设与企业信息化有 很大的不同，有其自身的特殊性，若照搬企业信息化原有的经验和方案必定会遭到惨败。 因此采用了严格瀑布模型，并专门招聘了熟悉网络互通互联的技术人员设计了解决方案， 在经过严格评审后实施。在项目交付时，虽然系统完全满足了保密性的要求，但用户对 系统用户界面提出了较大的异议，认为不符合政务信息系统的风格，操作也不够便捷， 要求彻底更换。由于最初设计的缺陷，系统表现层和逻辑层紧密耦合，导致70%的代码 重写，而第二版的用户界面仍不能满足最终用户的要求，最终又重写了部分代码才通过 验收。由于系统的反复变更，项目组成员产生了强烈的挫折感，士气低落，项目工期也 超出原计划的100%。

【问题1]

请对张工的行为进行点评？

【问题2]

请从项目范围管理的角度找出该项目实施过程中的主要管理问题？

【问题3]

请结合你本人实际项目经验，指出应如何避免类似问题？ 23.2.2工作要点的案例

阅读以下关于信息系统项目管理过程中项耳范围管理方面问题的叙述，回答问题

1、问题2。

案例场景

M集团是Perfect公司多年的客户．Perfect公司已经为其开发了多个信息系统。是近，M又和Perfect公司签订了新的开发合同，以扩充整个企业的信息化应用范围，张工 担任该项目的项目经理。

张工组织相关人员对该项目的工作进行了分解，并参考了公司同M曾经合作的项 目，评估得到项目的总工作量为60人月，计划工期6个月。

项目刚刚开始不久，张工的高层经理s找到张工。s表示，由于公司运作的问题， 需要在4个月内完成项目，考虑到压缩工期的现实，可以为该项目再增派两名开发人员。

张工认为，整个项目的工作量是经过仔细分解后评估得到的，评估过程中也参考了 历史上与M企业合作的项目度量数据，该工作量是客观真实的。目前项目已经开始，增 派的人手还需要一定的时间熟悉项目情况，因此即使增派两人也很难在4个月内完成。 如果强行要求项目组成员通过加班等方式实现4个月完成的目标，肯定会降低项目的质 量，造成用户不满意。

因此，张工提出将整个项目分为两部分实现，第一部分使用三个半月的时间，第二 部舒使用三个月的时间，分别制定出两部分的验收标准，这样不增派开发人员也可以完 成。高层经理认为该方案可以满足公司的运作要求，用户也同意按照这种方案进行实施。

6个月以后，项目在没有增加人员的前提下顺利地完成，虽然比昂初计划延长了半 个月的工期，但既达到了公司的要求，客户对晟终交付的系统也非常满意，项目组的成 员也没有感受到很大的压力。

【问题1]

请指出张工是如何保证项目成功的？

【问题2】

试结合案例指出项目范围管理的工作要点？ 23.2.3范围确认案例

阅读以下关于信息系统项目管理过程中项目范围管理方面问题的叙述，答问题卜— 问题3。

案例场景

Perfect公司刚刚和M签订了一份新的合同，合同的主要内容是处理公司以前为M 公司开发的信息系统的升级工作。升级后的系统可以满足M公司新的业务流程和范围。 由于是一个现有系统的升级，项目经理张工特意请来了原系统的需求调研人员李工担任

520

系统集成项目管理工程师教程

该项目的需求调研负责人。在李工的帮助下，很快地完成了需求开发的工作并进入设计 与编码阶段。由于M公司的业务非常繁忙，M公司的业务代表没有足够的时间投入到 项目中，确认需求的工作一拖再拖。张工认为，双方已经建立了密切的合作关系，李工 也参加了原系统的需求开发，对业务的系统比较熟悉，因此定义的需求是清晰的。故张 工并没有催促业务代表在需求说明书中签字。

进入编码阶段后，李工因故移民加拿大，需要离开项目组。张工考虑到系统需求已 经定义，项目已经进入编码期，李工的离职虽然会对项目造成一定的影响，但影响较小， 因此很快办理好了李工的离职手续。

在系统交付的时候，M公司的业务代表认为已经提出的需求很多没有实现，实现的 需求也有很多不能满足业务的要求，必须全部实现这些需求后才能验收。此时李工已经 不在项目组，没有人能够清晰地解释需求说明书。最终系统需求发生重大变更，项目延 期超过50%，M的业务代表也因为系统的延期表示强烈的不满。

【问题1]

请对张工在项目管理工作中的行为进行点评。

【问题2]

请从项目范围管理的角度找出该项目实施过程中的问题。

【问题3]

请结合你本人的项目经验，谈谈应如何避免类做的问题。 23.2.4客户关系管理案例

沟通是指人际之间传递和沟通信息的过程，对于项目取得成功是必不可少的，而且 也是非常重要的。沟通的主旨在于互动双方建立彼此相互了解的关系，相互回应，并期 待能经由沟通的行为与过程相互接纳及达成共识。

在信息系统项目中，项目干系人之间的沟通贯穿项目整个生命周期。很多专家认为， 信息系统项目失败的重要原因就是沟通的失败。

阅读以下关于信息系统项目管理过程中客户沟通管理和客户关系管理问题的叙述， 回答问题l～问题3。

案例场景

Perfect公司是一家中小规模的软件公司，公司研发人员不到20人，主要从事纺织 机械行业企业管理信息系统的开发。经过一些开发项目的积累，逐步形成了适合该行业 企业的财务管理软件和企业资源计划系统ERP软件两大产品。由于Perfect公司销售人 员的努力工作，目前Perfect公司业务较繁忙，逐步进入高速增长阶段。

一个月前，Perfect公司销售人员赵某参加了国内某大型纺织机械集团公司D公司的 信息化建设项目招标工作。赵某在多次向Perfect公司技术部门提出要求技术人员配合， 参与项目建议书编写工作，要求没有得到人员落实的情况下，独立完成了该招标的项目 建议书。由于报价合理，同时在向D公司提供的项目建议书中，提出了一套相当全面的 实施方案和较理想化的信息化建设思路，结果Perfect公司顺利中标。

根据投标文件中做出的实施进度承诺，项目一周后正式立项。由于Perfect公司业务 繁忙，一时无法从其他项目组抽调研发人员到新成立的项目小组，人力资源部门临时招 聘了张工和其他5名软件工程师。由于张工具有较强的技术水平和丰富的项目管理经验， 被正式任命担任诙项目的项身经理。

张工接手此项目后，认真阅读了当初向D公司提供的项目建议书，很快发现了项目 中存在的技术难题，于是在签订技术开发合同过程中就该问题对D公司做了较详细的说 明，D公司最终勉强接受了张工的建议并签订了合同，合同中未再包含项目建议书中无„ 法实现的功能需求。

Perfect公司与客户方签署了技术开发合同后，张工立即组织了项目组中两名软件工 程师一起开始需求调研工作，但在需求调研工作中，D公司变得越来越不配合，总是强 调项目建议书中所描述的无法实现的功能需求，并提出当初之所以选择Perfect公司，就 是因为Perfect公司的项目建议书中描绘的这些功能是其他公司不能提供的。

为了取得D盆司方面的支持，张工亲自做了大量的技术尝试去完成这些功能，但经 过多方技术论证，该部分功能在目前的条件下是很难成功的。对该部分功能的技术论证 已经持续了一个多月，没有取得任何实质性的进展。作为项目经理，张工感到相当大的 压力和责任。

【问题11

请对Perfect公司销售人员赵某在执行此项目过程中的行为进行点评。

【问题2】

请结合你本人的实际项目经验，谈谈项目客户关系管理的重要性。

【问题3】

请对张工解决此问题提出建议。 23.2.5变更控制案例

阅读以下关于信息系统项目管理过程中项目变更控制和客户沟通管理问题的叙述， 回答问题1—问题3。

案例场景

PERFECT公司是某市一家大型股份制软件企业，公司研发人员达到200人，主要 从事电子政务应用系统和金融信息系统等方向的研发。PERFECT公司具有较强的政府 背景，公司副总经理兼技术总监张工原为该市政府信息中心总工程师，3年前创立了 PERFECT公司。

目前，PERFECT公司正在进行该市某政府机关的办公自动化系统研发，系统主要 由公文管理、档案管理、公共信息、会议管理、领导办公、电子邮件、个人办公、业务 管理和事务预警系统管理等子系统组成。

由于PERFECT公司具有较好的技术和产品积累，经过5个月时间，整个系统于3 个月前按进度计划开发完成，目前系统处于试运营阶段，运行情况良好。但是，项目一 直没有结项，项目中出现了几个以下问题。

(1)频繁的需求变更。由于客户属于机关单位，客户不断提出一些变更，项目组就 要处理变更需求。

(2)客户的工作效率低、节奏慢，很小的内部分歧也需要开会讨论。在项目实施过 程中，严重单方面拖延实施进度，使项目不能按计划结项，造成项目延期。

(3)客户同PERFECT公司关系特别密切，不能完全按照合同进展，对合同规定的

阶段验收不予回应，这些问题需要公司老总出面才能协调，项目经理控制协调明显乏力。

项目经理李工原为该项目的系统分析师，主要负责系统技术架构和系统分析设计， 开发后期由于原项目经理王工离职原因，被任命为新项目经理。

【问题1:1

请分析导致电子政务项目产生上述问题的原因，对于电子政务建设组织管理的关键 是什么？

【问题2]

请结合你本人的实际经验，谈谈如何有效控制电子政务项目的需求变更以及用户需 求变更的处理方法。

【问题3]

请对李工解决此问题提出建谀。 23.3综合运用案例

23.3.1电子政务项目案例

1．项目背景

随着电子政务的普及，政府机关的信息化进程不断加深，刚刚进入2001年，北方 的工业化重镇滨海市市政府正式推出《滨海市市政府电子政务发展纲要>，其电子政务 二期工程在年初也正式立项并得到批准，这标志着该市的电子政务二期工程开始启动。

市信息化办公室负责整个工程的开发与实施，其首要任务包括在该市电子政务一期 工程已经完成的电子政务专网的基础上，实现政府机关全部网络化，并实现无纸化办公。 与此同时，还要建设相应的配套服务设施，政府网站等，总投资3000万元。

此项目经过方案设计、公开招投标、专家评审，于2001年5月确定了承包商A公 司作为项目总包，全部工期预计5个月，整个项目年底前完成。此项目包括了以下子项 目：

(1)计算机机房建设；

(2)政府办公大楼的综合布线工程：

(3)政府办公大楼全 楼的网络系统、服务器设备的集成：(4)滨海市政府办公自动化软件平台的开发。并在 符合安全规范的基础上，实现内外网的隔离和信息交换，确保能够顺利并入电子政务 专网。

„

2。项目遇到了问题

签约后承包商项目组进入该项目现场实施，项目分为软件开发、硬件集成和综合布 线三个实施部分。负责软件部分的项目经理是贺工，A公司任命他牵头负责整个项目的 实施，于是，他从A公司售前经理唐工和销售经理胡工手中正式接过了整个项目。由于 他深知这次中标的主要原因还是报价较低和完全承诺了苛刻的工期要求，因此内心一直 忐忑不安。但由于A公司是该市的著名IT公司，其总经理李总已经下了决心，一定要 保质保量按时地完成滨海市的政府信息化项目，决不能有半点差错。于是，A公司派出 了副总经理王总亲自主管该项目，三个项目组也都是由A公司的精兵强将组成。虽然A 公司还在南方某市进行着另外两项电子政务工程的实施工作，但A公司王总认为，家门 口的事情都办不好，还有何面目见家乡父老，况且滨海市的电子政务第二年还将上第三 期，将要建设呼叫中心、社保信息系统等大型项目，所以征得A公司李总同意后，各分 公司各个项目技术人员重新调配，采用矩阵式项曰管理模式，前提是以首先保证这个项 目为原则。

布线和硬件建设方面进展相对软件开发比较顺利。软件开发在该项目中实际上是难 度最大的一块内容。由于滨海市政府机关关系复杂，工作流程比较烦琐，再加上工期非 常紧，因此甲方很重视，要求很高。A公司项目负责人及主要开发人员在开发计划、进 度安排、需求调研上与甲方进行了一周时间的沟通，总体比较顺利，项目很快完成了需 求调研阶段。由于滨海市信息化办公室主管领导正在出国考察，因此项目评审暂时搁置， 于是项目直接进入到系统设计和编码阶段。计划中的第一阶段是完成功能开发，第二阶 段是界面确认和性能优化。至此，由于A公司已经拥有了成型的商业化办公软件(BG -2系统)，王总认为下面的只是定制工作了，对年底完工充满了信心。建设方对A公 司的进度也比较满意，主管该项目的市信息办领导向市委汇报：项目进展顺利，年底前 一定请市长给该项目剪彩。

在一个月后，系统已经进入第二阶段的界面确认和性能优化工作。但是在系统的第 一次阶段性审查中，A公司的项目方案却受到了专家组（由外聘专家和本地政府领导组 成）的批评，认为该系统的设计没有充分体现滨海市政府办公的实际需求，而是过多地 沿袭了A公司的商业化办公软仲的流程，一句话，针对性不够，责成信息化办公室立即 对项目进行补救。两周后，方案在第二次评审会上又遭到了质疑，而且由于这次评审加 大了滨海市市政府各个主管领导和相关处室领导的比重，大家对方案评头论足、与A公 司争执不休，而且许多意见是与当初需求调研时不同或改进的，或者就是主管领导进行 调整导致意见完全不同的，最终会议几乎没有达成统一的意见，这使A公司王总十分难 堪，只得答应补充技术人员，再进行更进一步的需求调研。

可就在这个时候，南方的电子政务项目出现了问题，A公司李总不得不把项目组里 面的一部分原有人马调去南方“救火”。又过了一周，在各方参加的项目协调会上，A 公司王总无奈地提出聘请专业的信息化咨询顾问公司介入该项目，帮助A公司完成该 项目。

3．介入项目

于是，国内著名的信息化咨询顾问公司B公司进入到项目中。本项目的咨询总监由 谢经理担任，对于眼前的僵局，他没有急于拿出咨询方案，而是首先对A公司的项目经 理贺工和韩工进行了沟通。

访谈之一

负责项目技术总体工作的贺工对项目目前的状况发表了自己的意见：通过对目前项 目的状态进行分析后，他认为A公司目前已经遇到的问题如下。

(1)用户需求难以确定。市政府中很多用户很明确政府信息化的作用，也找到了实 施方向，但对于自己在其中的需求很模糊，所以这次项目中他们要么就是各部门提出很 多杂乱的要求交给A软件公司，要么就是请A公司自己通过调研整理出需求，然后请用 户确认，但随着项目的开展，往往需求的想法也随之发生变化，变化是需要的，但是变 化太频繁、变化的幅度大，直接影响了项目的实施进度和效果。

(2)工作量难以确定，导致项目总体进度无法把握。用户需求不确走导致工作量不 确定是原因之一，更重要的原因是迄今为止仍然缺少有效的技术与方法来事先估算系统 分析与系统设计所需要的时间。尽管经验很重要，但因为电子政务发展很快或系统本身 更新也很快，解决方案越来越细，越来越专业，很多大系统也是首次“开发”或使用， 估算的计划与实际往往有偏差。还有另外一个原因就是系统实施过程中出现的不确定因 素，例如政府人员变动、部门定位受到改革的巨大冲击等。

(3)项目实施难以按期完成。项目不能按期完成现在已经是明摆着的了，这也是用 户抱怨最多和最强烈的。可以说大多数子项目都不能如期完成，或者会留有“尾巴”，有 的甚至很可能会导致整体项目失败。而目前不用说无人可调，即使人力增加，实际效果 也无法保证。

(4)用户方没有及时了解问题。在这类信息化项目过程中，往往坏消息向上传递的 速度较慢，报喜不报忧几乎是所有组织存在的通病，实施过程中出现的问题往往被中层 过滤掉，不能及时反映到管理和决策的高层中去，有时候用户也碍于情面私下解决，导 致出现的问题不断积累，出现的错误不能及时纠正，直到评审会上才暴露出来。而这时 已经发展扩大积累到难以纠正，或者调整的代价太大，就像现在的状况。

(5)项目组内部的工作方泫的不一致。由于项目组技术和管理人员被临时抽调在一 起，甚至是来自不同分公司，以往工作方法不尽相同，所以在工作中难免会造成冲突， 尤其在项目进展不顺时，互相埋怨和推卸责任使项目也受到影响。本项目中，各个项目 经理对于目前的局面意见不一，几乎没法协调统一工作。

所以贺工认为，本项目已经很难进行下去了。

访谈之二

直接负责项目需求调研工作的韩工对此也发表了自己的意见：“我屉怕做政府的项 目”，他认为政府项目的“围城”难以逾越。对此也许是看到贺工在场，他没有直接说明 对本项目的看法，只是对谢经理谈到了他两年前的一段相似的经历：

韩工原是内地某市一家软件公司C公司的技术经理，大大小小的项目也做过了十几 个，一年前来到A公司，对于政府项目他颇具发言权，他认为虽然近两年电子政务很热， 好多公司都把政府行业作为发展的重点，但是有些项目并不好作，原因一言难尽。

首先是需求调研的结果难以控制。两年前，C软件公司承接了一个金额为几十万元 的政府OA项目。项目金额虽然不大，却被该公司内部定为“力保”的项目，配备了公 司展强的项目经理、组建了一支十凡人的开发队伍，公司并且指示该项目组可以随意调 配所需资源。如此重视该项目的原因一方面因为源于对电子政务的重视，另外很重要的 一个原因是软件公司正是在该政府部门管辖范围以内，论起级别来，公司的老总也不过 是该部门的处级干部。然而，双方地位的不对等使得项目实施过程凭空增加了几分难度： 客户稍有不满，便会直接给老总打电话，而这是较件公司上上下下一致惧怕的。

其间政府错综复杂的关系令项目经理诚惶诚恐、如履薄冰，却仍然不能避免麻烦的 发生。在项目展开始的需求阶段，软件公司就尝到了苦头。做软件项目最怕的就是用户 需求模糊，几乎和现在的项目一样，他们从客户这里无法得到一个明确的需求是让软件 项目组最为头疼的事情。当时，政府信息办这边共有3个人，3个人都略懂技术，虽然 所知有限，但是按理说，提出需求应该不是什么难事。但是因为客户这边没有配备专门 的、专业的技术人员来负责确认，因此提出的项目需求朝令夕改，光是项目需求这个程 序就用了两个月的时间，项目不得已只好延期。然后，客户以项目不能如期交付为理由， 投诉到公司（所以这次韩工直接到基层作需求调研，可结果依然不理想）。

随着项目一步步地进展，接下来所发生的事情表明，需求阶段出现的这段插曲并不 是偶然的，其间暴露出来的问题几乎贯穿了楚个项目始终。为了保证客户满意，韩工领 导的项目组对客户言听计从，但是，客户觉得自己懂技术，经常指手画脚，可实际上他 们并非专业人员，很多技术程序并不十分明白，无法理解软件公司的方案实质，与之沟 通也往往没有结果。另一方面，叉对软件公司有很强的防范心理，放在嘴边上的一句话 足：“别以为我们不懂”，言外之意是“别蒙我们”，诸如此类，令项目经理们苦不堪言。 最要命的是，这3人中没有指定一个明确领导，又都想借此项目攒些“政治资本”，所以 对这个项目的掌控欲望都很强，而项目组是哪边也不敢得罪，哪边也得罪不起。公平地 讲，需求总是变化，也不光是人的因素，在目前的情况下，很多政府职能在不断调整变 化当中，这也给项目正常进行增掭了很大难度：项目进行当中，“客户那边可能就是调整 一个部门，但是我们这边可能前边的开发就都白做了，又得从头干起，而客户并不理解 这些，他觉得是应该的。做这个项目比做多少企业项目都累！这个项目打单的时候价格 就给压得很低，再这么个折腾法儿，这回公司肯定是赔钱了！”韩工如此感慨（这与本项 目也几乎一模一样）。

“当然，上述问题当然也不仅仅是客户方面的问题”。韩工认为项目经理也是关键， 从软件公司方面来讲，项目经理对政府内部业务不熟悉，同时由于双方地位的悬殊，因 此很难得到政府客户的有效支持。很多政府机关在IT项目中，相关的责权不够分明，同 时缺乏协调性。这无形中增加了项目的实施难度，同时也很容易埋下隐患。

另一方面，很多项目中，作为公司代表的项目经理、甚至是公司级领导在本公司所 能调配到的资源也很有限。事实上，在一般的公司中，项目经理甚至很难调配公司资源。 现在很多的软件和系统集成公司运用的是矩阵式管理模式，为了凸显对项目管理的重视， 项目管理部往往被独立出来。理论上来说，这样做可以让项目经理更自如地组织各方资 源实施项目，但实际上由于成本原因，公司的技术人员有限，使得项目经理无法组织有 效的工作。两方夹击之下，项目经理根本无法真正地执行项目管理职责。如果再加上公 司内部项目冲突（就像现在），就会更加加剧这种情况。

4．A公司的两份项目管理文档

与A公司的两位项目经理沟通完，咨询顾问公词谢经理陷入了苦恼，整个项目目前 是一团乱麻，许多事情都需要从头捋清，尤其在这个阶段咨询顾问公司才进入，当然也 是各方对其的信任，但他也明显感到这个项目的沉重。作为顾问咨询方的负责人，咨询 顾问团队正在等着他作出判断，A公司也催促着要咨询公司的具体实施方案，希望咨询 公司能够对这个项目起到提纲挈领的作用。

他沉思之后，觉得整个项目的最大问题应该还是项目管理问题，A公司的项目管理 到位了吗？带着疑问他马上找到A公司的王总，向对方提出了自己了解到的情况，同时 也充分向其了解听取了A公司对本项目整体管理的思路。两个小时后回到自己的办公室， 谢经理整理着王总刚刚谈到的《项目经理工作职责》和《项目管理操作手册》，他觉得王 总的介绍应该表明项目中A公司应该进行了相关管理，也有相关文档，但为什么结果不 好呢？他突然意识到，项目的进展不顺利，恐怕还是落实问题，国内许多公司的标准化 文档做得很好，质量控制条理也头头是道，但说的与实际操作却不是一回事。他于是对 手中的两份文档仔细地分析起来，希望能从中找出一些症结。

A公司项目经理工作职责（梗概）

1．项目启动阶段

在项目意向明晰后，项目销售和售前经理的工作职责为：查阅资料，确定助手，刮 定下一步计划。

(1)查阅资料主要分两方面：-方面是OA的技术实现，一方面是政府的日常运作 流程。

(2)助手的主要工作内容是在技术和业务方面与项目经理有互补作用。

(3)制定下一步的计划：和客户面对面的沟通，了解客户的期望以及对项目的认知

第23章案例分析

527 情况，了解客户的业务；进一步了解相关技术；编写设计方案，协助投标。

2．项目实施阶段

(1)项目组织。

项目实施经理在经过分析之后，从各部门抽调人员组成项刚团队，然后召开第一次 项目会议，根据公司现实情况做了鼓励和动员，通报项目的目标和时间，分派相应的职 责给每一个人。

本项目具体的项目组织结构和角色如下。

项目总监：王总

项目经理：贺工

系统架构设计师：黄工

OA开发组经理：贺工

网站开发组经理：吕工

机房建设和网络布线组经理：谢工

系统集成组经理：隋工

(2)项目实施。

①在项目组织结构和角色确定后，项目经理组织“系统架构设计师”成员共同工作， 在基于先前提交的计划基础上，进一步细化WBS和项目的实施计划。

②在计划制定之后，项目的成功与否就要看计划的执行，以及针对实际情况进行应 变的能力。

@相对于技术人员，项目经理的工作重点是调度资源、监督和控制进度、指导工作。

④项目经理和各方面人员的沟通是确保项目顺利进行的有效手段。

⑤根据项目的情况，项目经理确定应用软件的开发分两阶段：第一阶段是完成功能 开发，第二阶段是界面确认和性能优化。确保软件开发更容易控制。

@依照甲方要求，进行必要的阶段性评审。

⑦加强删试工作，保证项目质量。

3。验收阶段

在项目的验收阶段，项目经理主要关注的工作内容如下。

(l)总结和移交存档各种资源（如设备、文档等），其目的是使得公司能够不断积累 有关的知识。

(2)对软件产品的发展提出建议，供公司领导决策，其目的是为继续拓展市场做 准备。

(3)总结分析本项目的成败得失。

A公司项目管理操作手册（梗概）

项目经理在项目进行的各阶段，工作内容如下。

(1)工作职责和内容。

(2)所提交的交付物。

(3)所关注的项目里程碑。

(4)需要控制的关键要素。

(5)各种计划外情况的处理和控制。

(6)需要整理和存档的文档。

1．项目启动阶段

(1)可行性研究、初步需求分析、编制项目立项书、项目章程。

(2)交付物如下。

①项目立项书，内容包含项目目标描述、确定项目经理、项目启始和结束时间。

②项目章程。

⑨项目可行性方案。

④项目初步需求分析报告。

2．项目计划阶段

(l)编制各类项目计划，目的是指导项目的实施，它具有现实性和有用性。

(2)将各项计划交用户确认。

(3)具体包括项目整体管理计划编制、范围计划编制、范围定义、历时估算、进度 计划编制、资源计划编制、成本估算、成本预算、质量计划编制、人力资源计划编制、组织计划编制、沟通计划编制、风险识别、风险应对计划编制和采购计划编制等。

(4)在项目范围计划中最重要的是WBS分解结构。

(5)主要交付物有项目整体管理计划、软件客户化计划、工程实施计划、项目集成 测试计划、项目联网测试计划、软件产品开发计划、软件产品质量管理计划、需求分析 计划、需求规格说明书、产品设计计划、概要设计说明书、详细设计谠明书、产品实现 计划、测试计划书、配置管理计划、软件分包申请、软件分包开发计划、培训需求计划 表和开发立项申请报告等。

．(6)项目里程碑。用户确认各项计划。

(7)关键控制点。范围、进度、质量、成本计划及项目整体管理计划。

3．实施阶段

(1)项目整体管理计划的实施。针对项目进行中的变更提出《项目×X内容变更 申请》。

(2)采购管理的询价。根据《项目软、硬件购买清单》和《软、硬件供应商清单》， 通过广告和招标等方法，确定合适的卖主，生成《项目软、硬件购买建议书>。

(3)采购管理的资源选择。根据《项目软、硬件购买建议书>、客户和公司的购买条 件，通过与卖方的谈判和估算，生成《××软件购买合同》或《××设备购买合同》。

(4)采购管理的合同管理。根据各种采购、购买合同和实际中的使用情况，以及卖 方提供的发票，通过本方对采购物品的使用情况反映和本方的支付系统，对本方支付系 统生成《××设备（软件）付款申请》、对发生的合同变化生成

(5)质量管理的质量保证。根据质量管理人员对项目进行的质量测量的结果《项目 第×周运行情况报告》，对项目提出质量改进和调整。

(6)人力资源管理的团队建设。根据《项目人员名单》、《项目阶段计划》、《项目人 员职责列表》和收到的各种对项目人员的反馈，通过项目组建时的奖惩机制，生成《项 目第×周××人的工作情况记录》，并对其进行工作改进的要求。

(7)沟通管理的信息发送。根据项目进行中的工作结果（包括《项目第×周问题汇 总》、《项目第×周任务完成表》等）、《项目干系人清单》、《项目阶段计划》，分别向相 关人等发送或收到相关人等的《项目第×周周报》、《项目第×日日报》和《项目阶段 报告》。

(8)范围管理的范围审核。根据《项目工作范围说明》、《项目工作分解结构图》等 内容，让客户确认，得到客户认可的《项目工作内容确认书》。

4.收尾阶段

(1)项目经理在收尾阶段的主要工作有管理收尾和合同收尾。

(2)管埋收尾涉及为了使项目干系人对项目产品的验收正式化而进行的项目成果验 收和归档，具体包括收集项目记录、确保产品满足昂终规范、分析项目是成功或有效、保存项目信息以供将来使用。

(3)合同收尾是指确认一个合同的所有管理事务己全部完成，亦即此合同已经实实 在在地完成了，即供方已交付了所要求的货物或完成了所要求的服务，合同各方已经检 查并接受了货物或服务。

(4)主要交付物有项目档案、正式验收的文件、吸取的经验教训的文档、合同文件、正式收尾的文件。

(5)里程碑：正式收尾的文件(Contraot Completion Statement)。

①主要控制文档的完整性，文件的正式性。

②防止没有正式的项目结束文件。

谢经理打定主意，看来目前的问题不仅仅是项目的管理粗放，并且没有落到实处， 而且项目管理的大环境也不好，所以要想改变现状，首先要作的就是两件事：-是规范 项目，建立双方的工作信任平台；二是针对A公司的问题，提出有针对性的改进意见。 之后，在此基础上再制定出针对本项目特点的、针对项目中需要特别注意的、工作重点 明确的咨询工作计划。

【问题1]

针对本项目，你认为电子政务项目的难点在哪些方面？试对应设计本项目咨询公司 的咨询项目纽织机构。

【问题2]

你认为目前项目发生的停滞症结在哪里？原因是什么？咨询公司对应目前的局面 应该如何采取措施？

【问题3:1

贺工对项目目前状况的分析都提出了哪些问题？是否正确和全面？应采取的解决 措施有哪些？

【问题4]

韩工以前经历的项目与当今的项目相同的问题都有哪些？能认为这些都是这类项 目本身的特性所决定的吗？你认为韩工的分析是否正确和全面？并从项目管理角度分析 是否可以避免？如何避免？

【问题5]

从其项目管理操作手册分析A公司的项目管理是否存在问题？提出如何解决的咨 询建议。

23.3.2南方电信项目案例

项目背景

中国新兴集团公司地处华南，是这几年新兴的、专门服务国内电信营运商的集团公 司。经过艰苦卓绝而又十分经典的一轮销售战役，新兴公司赢得了一个富有市场战略意 义的合同：为南方移动21个业务区开发并实施其网管系统。公司领导非常高兴，希望能 乘胜追击，漂亮地执行好这个合同，然后顺势拿下受这个合同影响较大的华南其他4省 的网管系统。

项目目标、任务

本项目为南方移动直放站和室内覆盖网管系统一期工程，目标是建立一个能够同时 监控各个厂家GSM、CDMA直放站、室内覆盖系统的网管系统平台，在2003隼2月～ 2003年6月底的4个月的时间里，接入包括全省21个业务区所有在网运营的直放站及 室内覆盖设备。整个工程以全省现有直放站及室内覆盖统一网管系统和2004年工程目标 的业务量为基础，并充分考虑将来的扩容需求。

网管项目实施过程中通过对网管中心功能的增强、对新设备网管功能的开通以及对 旧设备进行整改或升级，达到100%的接通率。

因为业务的需要，同时也是中国移动的要求，客户方非常重视这个项目。事前客户 方就按中国移动的规范再加上自己的技术要求拿出了一份本项目的技术规范，要求新兴 公司按该技术规范进行项目实现（简称该规范为《技术》，该规范是合同的附件），同时 也要求新兴公司对该项目配备足够的资源，做好项目管理，务必按约定的时间使新系统 上线使用。客户方指派处长郭军负责协调这个项目。

新兴公司（以下简称“公司”）委任了王东为项目经理，王东的部门经理张廷为项目

第23章案例分析 531 总监。张廷是公司工程部的经理，也是公司的元老之一。工程部是负责合同实施的部门。 项目组的初始成员由工程部的5位工程师和研发部的3名工程师组成。公司项目管理部 派了一位QA负责质量方面的管理工作。按公司平常的工作规程，各部门跟本项目相关 的责任如下。

·工程部：总体负责合同执行、项目实施，包括软件部分和接入部分。

·研发部：负责协助网管软件的定制。公司在电信网管方面有较好的积累，研发部

是公司原网管解决方案的开发部门。

·项目管理部：负责指导和监督各项目的项目管理工作。

·销售部：负责销售及收款工作，在项目过程中篇要一定程度配合项目实施小组的

工作。

·商务部：负责设备和外购软件的采购、发货以及外包服务的选择等商务运作。本

合同在本项目中需要从国内外采购一批网络设备。

1．项目计划部分

被委任为这个项目的项目经理后，王东心理有点复杂。一方面是因为接了一个比较 重要的项目、公司领导根重视所以比较*奋；另一个方面，他对项目感觉没底，心里有 点儿空荡荡的。王东对网络还算熟悉，但对软件编程不是很熟，自己觉得只能算还行。 进公司快两年了，对公司的运作制度和项目管理制度也算比较熟悉，项目做过好几个， 也算是有～定经验的项目经理了。

王东的回忆：

知道我负责这个项目后我比较关心的是项目的时问要求和人员问题。项目合同我大 致看过，时间已经定死了，4个月，6月底要上线。人员方面给我派了本部门的4人和研 发部的3人。我们需要完成什么工作呢？软件开发扣2 1个业务区的接入，按《技术规范》 徽，4个月的时问连我在内8个人能完成吗？说实话，这就是我一心里最没底的 地方。

这个项目的工作范围应该是明确的、固定的，《技术规范》我还没看过呢！但这么多 工作4个月是否能完成可能谁也不清楚，这“4个月”是销售部门跟甲方商定的，估计 甲方有要求有压力，而销售部想起来觉得也差不多就定下来了，事前工程部一点儿都不 了解；8个人够还是不够呢？谁都不清楚，没有概念。我还是先做项再计划吧。

公司里有一套项目管理的制度，按照项目计划模板去填就可以了，

我花了差不多一天多按以下顺序填好了计划模板中的各主要部分。

·项舄概迷和约束。

·项目组织和报告渠道，

·项目过程和方法。

.WBS。

·项目规模、工作量估计．

·进度计划。

(1)项目概述和约束

①关于项目目标没有太多需要考虑的地方，这些目标之类我都是基本上照抄我上一 个项目的相同内容。客户／用户的内容也很简单。

⑦关于软件总体功能描述在（（技术规范》里都有，我只写了一句话概括了网管的 功能。

③关于主要约束，我主要写了进度约束。

·需求分析：2003.2.17-2003.3.7

·总体设计：2003.3.10-2003.3.31

·详细设计：2003.4.1-2003.4.30

·编码：2003.5.7-2003.5.31

·测试：2003.6.1-2003.6.30

·初验：2003.7.1

·终艟。：2003.9.20

本项目不存在成本和资源约束。

④本项目与公司其他项目和部门没有依赖关系。

(2)项目组织和报告渠道

①我分了两个组：软件组和网络组。软件组由李鹏负责，网络组由我负责。

⑦我把以下各角色的责任都描述出来了。

·项目总监（张廷）

·项目经理（我）

·软件组长（李鹏）

·网络组长（王东）

·项目支持（李克明，主要负责质量保证）

③报告渠道。

·项目组周例会，项目组内每周召开。

·给客户的双周报，向客户即甲方汇报项目情况。

·项目报告，每双周向公司江报项目情况。

(3)项目过程和方法

①在软件方面，我们按常规的软件瀑布型过程进行开发，其他没有特殊的技术 方法。

②因为开发工作时间有限而且看起来不复杂，我裁剪了代码走查、弱化了总体设计、详细设计、单元测试和配置管理的工作。

(4)工作交付物及WBS

①项目的最终交付物是可正常运行的南方省级网管系统及相关文档，包括如下

内容。

·网络系统软件的可执珩印洒。

·系统技术手册。

·合同规定由我方提供的设备。

·达到氍技术规范》要求的网络系统。

@按项目的时问顺序，按照想象中的一件件工作我基本上分解出项目的工作分解结 构。每件工作我都标注上其输出，走部分工作都在三五天以内，少数是10天左右．软件 部分的工作基本土是接软件开发生命周期进行分解的，接入部分的工作基本上按各地区 工作的时序进行分解。

(5)项目工作量估计

有了WBS估算项目舰麒和工作量就比较方便了。先为每一项子任务估算一个工期和 占用的资源，然后可以很容易地累加出总工作量。不过，既然总工期已经定死了是4个 月，那我定义的各任务的时间都是从速一最大的约束出发凑出来的。

(6)进度计划

按第一项的进度约束我定叉了几个里程碑。

(7)其他

因为还有风险日志，所以我不需要在项目计划中针对风险作什幺计划，等项目启动 后，接风险日志的格式再处理也不迟．

有了计划棋板，项目计划确实好做多了，不过对这个项目而言有不少地方我还不太 有把握，例如WBS、任务工期及进度安排、资源安排、项目工作量等。但因为有横叛的 格式，我还是按大致的估计填上了些内容，总不能空着。

王东把项目计划提交给都门经理张廷和公司项目管理部。

张廷拿到这份计划，他最关心的是能不能按公司领导的时间要求完成这个项目。从 进度安排方面看，蜃后的完工日期是符合合同要求的，这份计划没问题。另外，从组织、责任、沟通渠道、工作交付物和WBS等方面基本上都是常规的一些内容，每个项目大 体上都是写这些内容，也都看不出有什么问题。他问了一下王东：“做好这个项目没什么 问题吧？公司高层领导可是很重视的啊。”

王东也想不出有什么重要的问题，就说：“现在项目还没开始，也没什么问题。时间 方面现在心里没底，我努力争取吧。人员方面以后要是有什么需要还请老总您老人家多 支持l"

张廷说：“您千万别}现在每个项目都很紧张，能给你抽出8个人已经很不容易了， 你知足吧！”

公司项目管理部小林问了张廷对这个计划有什么意见，张廷说没有。小林看看项目 计划的格式、内容基本符合要求，而且部门经理也没意见，就批准了这份项目计划。

按项目计划，项目软件部分的第一大项工作是进行需求分析。这方面工作王东让软 件组长李鹏全权负责。甲方这边的负责人郭处让他手底下的小凌负责跟李鹏来谈软件需 求。小凌和另外两位甲方的人员针对未来的网管系统各个功能分别提出他们的想法，李 鹏他们就逐一跟他们谈逐一作记录。虽然谈需求进行得不是很有规律，但是最后需求分 析还是按时完成了，得到了一份关于该项目网管系统的需求说明书。该说明书对系统的 各个功能、使用方法都提出了要求，有些要求非常具体。

李鹏告诉王东说这份需求文档的内容虽然有些方面提得比较细，但有不少地方跟《技 术规范》不一致，想商量商量怎么处理。最后他们觉得这份需求有些地方是对《技术规 范》的发展，有些地方是细化，体现了甲方现在对网管系统的实现要求，与其到测试或 验收时再处理，还不如现在就考虑。王东把需求文档提交给了甲方请他们审阅。

设计、编码工作基本是以需求文档为基础而进行的。

项目工作铺开后，大家才发现项目的工作没有原来计划的那么简单，有些工作在原 WBS中是没有的，还有不少工作是计划外的，这都占用了项目成员的很多精力。王东习惯性地感叹：“意外太多了！怎么我们做的每一个项目都有这么多意外，原来做出来的计 划就没有办法顺利地执行下去，计划没有变化快啷】”这样，项目计划就没办法按原来的 进度要求走下去了，原来每个人的正常工作节奏全都被打乱了，每个人都很忙。

关于接入部分的工作，王东去了南方某省需要接入的好几个地方才发现甲方各地准 备工作根本没准备好，这将会严重地影响整个项目的进度，而这些准备工作原本是新兴 公司希望甲方在接入工作开始前就做好的，甲方也曾说他们将负责把各地所有的接入准 备工作都做好。王东问各地的相关负责人这个项目的工作怎么安排，负责人的回答大同 小异，基本上都说省局为这个项目召集他们开过会，具体的工作也都考虑过或做过一些 工作，不过现在工作特别忙，有部分工作也没顾上，有些人还说曾想好好完整地规划好 要做的所有准备工作，但也不清楚准备工作具体都需要做哪些。王东又打电话问负责这 个合同的销售代表老杨：“关于接入的准备工作当初跟甲方是怎么定的、怎么交待的？” 老杨说：“哎呀小李，你不找我我还想找你呢，签完合同就不知道这个项目怎么样了。你 说各地市的接入准备工作吗？他们说是他们负责的呀，我就没多管，你是不是该督促他 们一下啊？”

接入工作的进展也影响到了软件开发的工作，按原计划到5月中旬应该可以进行软 件调试的网络环境没按时就绪。

按王东的项目计划研发部虚该在4月初额外派3个人来

三、四天帮他们解决一个技 术问题。时间到了4月初研发部却没动静，王东急了，打电话问人怎么还不过来，研发 部经理诧异地问：“你什么时候跟我说过这事？”王东说：“我都写在计划里了！计划也 发给过你了！”研发部经理说：“每天文件这么多，我怎么可能把你的每一个字都细看 呢？”

还有一件更麻烦的事：公司为甲方所订购的一批网络设备到货时间将会耽误项目的 进度，国内供货部分还好一点，国外供货最晚的要到7月中旬左右才会到货。王东又感 叹：“天不助我啊！”

王东每两周都会跟郭处沟通一次项目的情况，郭处知道了设备到货时间的问题后问 王东：“你们公司没有去考虑过这个问题吗？”

5月22日，甲方高层领导来到开发现场听项目组的汇报并观看系统演示，为了表示 重视，公司领导和张廷也来了。当时系统并没有完全开发完毕，大家只看到了主要的功 能模块。

看完后，甲方领导表达了意见。

(1)对项目的进度极不满意。

(2)系统演示出的功能与《技术规范》不一致，母后的验收将以《技术规范》为 标准。

(3)从项目前阶段的工作过程可以看出新兴公司投入到项目中的资源不足，希望新 兴公司领导充分重视该项目。

(4)为对项目的沟通和监督，从当天开始甲方将每8个工作日来现场听取项目汇报 并观看演示。

公司领导对甲方的意见非常意外，立即让王东汇报项目情况。王东的汇报中提到了 资源不足。领导问项目组的8个人他是怎么使用的，王东说从项目开始到现在他们都很 忙。领导无话可说，又问王东要增加多少人，王东说估计4人左右。领导说虽然公司很 重视这个项目，但现在公司资源非常紧张，需要王东详细规划出这4个人怎么使用的一 个计划然后再审批。王东觉得这样很麻烦，本来项目工作就很多，还要把耐间浪费在这 种形式化的表面文章中，但俗话说胳膊不能跟大腿拧、好汉不要跟领导顶，还是简单写 了这4个人各分配哪个方向的工作作为计划交了上去。

在随后的几次汇报中，甲方领导在观看软件演示时多次提出了修改意见。对于这些 意见李鹏提出这属于项目范围变更，要求按变更来处理。但郭处说这不是范围变更，软 件功能本来就该做成这样子，是开发组理解错了，不存在变更不变更的问题。为了能够 说服郭处，李鹏和王东详细查阅了《技术规范》，结粜悲观地发现在很多地方《技术规范》 并没有清楚描述要做成什么样，所以报难判定甲方的意见是不是属于变更。既然是这样， 就只有满足甲方的要求了。

项目的麻烦开了头就刹不住，估计项目的时间目标是不可能实现的了，不知道客户 的高层领导和公司的高层领导要怎么着急呢，唉……

现在回过头来看项目的计划，王东觉得这项目计划其实真的没什么用，项目是活的 计划是死的能有用吗．}还不如不做！只不过公司有制度，不做不行罢了。

2．项目执行保障部分

客户领导的意见让公司领导对这项目异常重视，几个人陆续派来了。

关于设备到赞的问题，公司领导责成公司商务营运部门抓紧催货。没到货之前怎么 办昵？张廷召集相关的人开会，大家出谋划策，决定从公词和客户两边先凑或借部分可 用的设备，在佛山先建一个示范点，把示范点的做法制定为规范，等设备到货后再COPY 到其余20个点，这样能大大地节省后期接入工作的时间。经与甲方商量，甲方很赞成， 之后示范点设备的筹集很顺利，随后的示范点接入和调试工作也都很顺利。

王东又感叹了：“还是客户的力量是无穷的呀！以前关于这些问题我也给张廷写过周 报，我写过可能会有设备到货时间的问题，会有资源不足的问题，会有需求变更的问题， 但都是石沉大海，现在客户领导一发话问题解决得真快！”

王东的回忆：

项目的气氛紧张了很多，由于巨大的进度压力，我规定全体人员每天都加班到晚上 9点半以后，周末也不休息。连续加班一段时期之后大家好像非常疲惫，全组人员一起 吃饭时话也不太多了，情绪变得不高了，积极性、工作效率等各方面都明显下降了。

以前项目组开周例会大家还挺积极，七嘴八舌地提出不少建议，而现在大家无精打 采没什么话，除了王耕田偶尔发发牢骚或讲个段子。真是无可奈何：既然大家都这样， 干脆以后周例会也别开了，我每周大致问一下大家的工作情况就算了，反正大家都忙， 顶多是我一个人多辛苦点，辛苦我不怕。

我发现如果以各项目成员为节点画一张项目信息流劫的示意图，有些人好像会成为 信息的“梗阻”，个别人居然趋向于成为“孤岛”。不过，我觉得人的性格是很难说的， 强求大家都像王耕田那样特爱说话也不可能。

管人真是麻烦！这些问题让我作为项目经理很难做工作，公司对项目的支持还是不 够，公司应该把人管理好，这些人才能为项目服务好。

李鹏的回忆：

详细设计、编码和单元测试工作的结果让我不满意，客户也不太满意，项目进度也 被拖延不少。王东和我一分析原因，觉得其中很大一部分原因是项目组里有几个成员不 太熟项目所用到的开发技术，无论是测试还是编码问题都比较多，工作的反复比较多， 表现也不专业，设计写出来五花八门、各有各路，编码更是天女散花，要多花有多花， 急得我恨不能上去自己把所有工作全都做究。王东安慰我说公司派来的人也不可能所有 的都是高手，这也是正常的，我们自己不能急，习惯了就好了。

来自公司研发部的人让王东觉得不好管理，他们中的部分人是身兼数职的，我们都 能看到，有时候他们会回公司忙他们别的工作，有时候他们人在项目现场但不停地为了 别的事情打电话。都是为了忙公司的事情，大家都能体谅。但有一次我觉得心里不舒服： 软件的总体设计是请研发部的肖大跃做的，大跃是“大拿”，那段时间同祥是特别忙，匆 匆忙忙花两天时间做出总体设计来，文档中以前项目的“痕迹”都没删干净。本来我觉 得在设计评审时QA和大家可能会找出不少问题来，但这个QA没经验，评审前没让大 家认真阅读，我觉得参加评审的人员里阅读了一小时的都算不错的了。评审时因为有人 马上要出差所以很快就过了一遍，两小时都不到！除了改了改笔误、删掉原来的一些不 该出现的“痕迹”外没谈出什么大问题来。另外，大家有一个心态觉得这是大跃的东西 应该没什么问题，大跃可是多大多复杂的系统都做过的“大拿”！但我怀疑这次大跃可能 连伐技术规范>都没细看。后来事实还真证明我的怀疑是对的，客户在测试的时候发现 我们的功能跟程技术规范》不一致，我们追根溯源一查，原来是大跃的设计照着旧系统 做的，没考虑这个项目的要求．唉，耽旌我们一个多星期的时间啊。

说到这个QA，我还觉得有点不明白，设了QA他就应该把项目质量方面的事情全 都管理起来对吧？但他全都管得了吗？他还是要我采负一些责任，还说我没尽到责任！ 但我到现在也没整明白在质量方面有哪些责任是该我负的，我也不清楚我具体负责的需 求，设计、编码、测试这些过程里质量该怎么管。他说他的项目质量计划里写到了，我 怎么就觉得那玩意儿是个形式呢？没有用！

甲方的小凌对小周所做的模块不满意，王东本来就对小周不满意，于是详细了解了 小周的工作情况，感觉小周虽然聪明但不踏实，有些工作该做但没做得很好，有些工作 虽然不起眼但他该做没做。王东直截了当地对小同提出批评了。小周报不服，说：“说我 该干没干？可我头到尾没有清楚地得到过指示要我去做哪几件事情，跟我交待过我要负 责这一块，可是领导，这一„块‟到底多大谁知道啊?您认为我该做什么最好跟我明确 出来，要不然我根难猜。说我没干好？„好‟到什么程度能不能也一起告诉我？再说了， 那些做得慢的您怎么不去考核一下？要是大家都考核，我应该还算好的呢！”

小周还提到了让王东和李鹏不太好回应的一件事：正是因为他们俩决定把单元测试 和系统测试的部分工作简化了才导致了后来出现的一些莫名其妙的问题。当时他们也是 想赶进度，没想到现在省不了时间反而为了查找和排除这些问题费了几倍的时间。什么 叫偷鸡不着蚀把米？嘿嘿【王东从小周的眼神里看出了这个意思。

对小周的批评屉后也只能不了了之了。

让王东觉得比较麻烦的还有客户。客户是上帝，上帝是给钱的人，上帝随便咳嗽一 声也绝对要注意听着；客户．还是合作者，没有他们配合项目的工作不可能完成。不想不 知道，一想就发现项目里有很多事情需要客户（或协调第三方厂家）去做而且他们能做 得好的，例如：

①提供各地的设备类型、数量、监控状况和监控协议。

@对不符合统一协议的c网设备进行整改和升级。

@提供整改后的各地区需接入的站点信息。

④提供可联调的实际站点。提供联调配合计划。

⑤对被接入的设备进行接入联调，并提交联调报告。

@外挂监控站点的接入实施工作。

让王东头疼的是客户经带不做好他们该完成的工作。下面这些是郭处、小凌或客户 的其他人让王东经常头疼的话。

(1)“最近太忙，上周说的事还没顾上。哎你们这边差不多了吧，培我看看！”

(2)“下周一要三个人配合测试？你怎么不早说？今天都周四了，我们怎么来得及安 排人手出来啊？往后推一周吧？”

(3)“这种事也要我们做？你们这么熟，人又这么多，顺手一弄就完了，啊，就这么 定了吧。”

(4)“这事我这种小兵管不了，我负不起这责任，你们还是找我们领导去吧！”

(5)“那是使用部门的事，跟我没关系，你找他们吧……”

对这些话，王东都不知道怎么对付才好。

项目的压力超乎寻常地大，客户每8个工作日的检查对项目组来说是个很大的负担， 而不是能解决问题的帮助，部门经理张廷和公司项目管理部经常追着问项目进度。

每天都有新的问题涌来、每天都有新的压力，来自客户的、来自公司的、来自项目 组成员的，进度方面的、资源方面的、技术方面的、乱七八糟方面的l面对这些铺天盖 地而来的信息、问题、压力，王东觉得再下去就要崩溃了！

王东感叹的是为什么每一个项目都不顺、都这么麻烦，是自己运气不好？公司的问 题？还是行业、客户的问题？

3．项目控制部分

项目一开始公司领导和部门领导就一直希望这个项目能按目标完成，目标显然不可 能达到时又寄希望于修订后的目标能够达到。项目经理被要求努力地去控制好项目以达 到各方面的目标。

王东的回忆：

一个事先没有预料到的情况严重地干扰了项目的进展：甲方颔导每8个工作日的视 察有时满意有时很不满意，但不管怎么样都会提出一堆意见和要求，这样好那样不好， 要这样下次别让我看到那样等等。项目有项目原来的进度计划，每天干什么都有安排， 而为了满足这些要求原来的安排全都被打乱了。甲方提出的这些意见有的跟《技术规范》 一致、有时不一致，一开始我和李鹏还想部分顶住，但因为甲方领导层次较高，我觉得 他要是震怒可能公司领导又会很紧张，同时也不希望因为我不同意满足甲方的要求让甲 方向高层领导投诉，这样会让我很被动。

这种对修改要求的满足一旦开始就很难停止，这样项目就陷入了很被动的循环，刚 把上次的要求改好了，想回复正常的开发节奏，新的一轮又开始了。这让我觉得就像转 轮里的小白鼠，自己永远不知道什么时候是尽头，直到累死为止，而外人觉得你在干你 该干的事情。

变化永远都在发生，这是极其讨厌的事情，说实话，我现在很怕听到这种坏消息， 但这种消息从项目一开始到后来还是很多。

(1)网络设备到货比预期晚。

(2)甲方的接入准备工作没做好。

(3)甲方的开发配合工作没按计划做好。 (4)项目资源的可用性发生变化。 (5)技术难题的难度超乎意料。

这些变化只要一出现就让我们没办法按计置|j走下去。

公司要求我控制的两个最重要的方面是项目进度和项目成本。

美于项目成本，我也想控制，但我实在不知道除了控制项目赧艄费用外还有什么措 施可用，反正项目费用预算的总额现在还没超，除了这一点其他的情况都无法判断，所 以也就没办法控制。

关于项目进度控制，我现在觉得是一个很虚无缥渺的事情，讲得实在一点就是：如 果项目没有意外，项目的进度你就能控制得住，有了意外你就控制不住，就这么回事！

另外，公司让我们每个月都要进,f带-值分析，累死人又没有用，唉……

关于项目周例会：项目组一开始还开周倒会，例会内容有如下两项。

(1)每人汇报上周的工作情况，有没有完成任务。

(2)确定下周工作的任务安排。

后来周例会也不开了，基本上都由王东依次问大家的工作情况再安排一下下周的 工作。

张廷觉得这个项目各方面似乎都处于失控状态，问王东他对项目都有哪些控制措 施，王东说了一堆，张廷觉得都没到点子上。他问王东：“你觉得项目怎么样才能控制得 住？”

王东觉得不好回答，想了一想说：“第一要防止意外发生，第二要靠运气!”

这个项目确实基本处于失控状态。

在进度方面，原计划是7月1日初验，后来改成8月10日，然后再改成10月8日， 然后……里程碑目标一拖再拖，眼看目标显然不可能达到就又把进度目标修改一次，每 次都有客观原因（公司项目管理部事后总结发现，要求进度目标延期或项目预算增加的 每一个项目都有绝对充分的理由、都有一大堆客观原因）。

在项目费用方面，报销的费用倒是不多，但整个公司里谁也没概念：这个项目现在 已经花了多少钱，还允许项目可以再花多少钱。

在项目质量方面，一句话就可以概括：时间和资源换质量。各个环节都出了不少问 题，大部分问题是用人和时间去换的，小部分问题就算了，以后再说了，顾不上了。

最后，项目在12月5日终于通过初验了。涉及到这个项目的所有人好像都舒了一 口气，但没有人有多少笑容。本来所有人对这个项目的期望值都挺高的，但现在落差太 大了。项目的成本远远超出了预算，无法不超，因为拖延了这么长时间、增加了这么多 人。王东知道的只停留在超出预算的数字上，但公司领导考虑的是：这个项目我们赚到 钱了吗？我们赔了多少钱？以后这种项目还能做吗？

各位项目成员也不开心，辛苦了这么长时间，项目没有一个值得大家高兴的结果，

第12篇：系统集成项目管理要求

一、什么是系统集成？

系统集成，从字面上讲就是将各功能部分综合、整合为统一的系统。然而系统集成的应用含义远不止此。系统集成包含以下五大要素：

1．客户行业知识

要求对客户所在行业的业务、组织结构、现状、发展，有较好的理解和掌握。

2．应用系统模式和技术解决方案

以系统的高度为客户需求提供应用的系统模式，以及实现该系统模式的具体技术解决方案和运作方案，即为用户提供一个全面的系统解决方案。

3．产品技术

l对原始厂商提供的产品的技术掌握

l系统集成商自有研发产品，包括应用系统软件的开发。

对项目销售、售前、工程、售后服务过程的统一的进程和质量的管理。

5．服务

随着行业的健康发展和规范化，系统服务的质量已逐渐成为重要参考点。

二、系统集成商的发展

随着系统集成市场的规范化、专用化的发展，系统集成商将趋于以下三方向发展：

1．产品技术服务型

以原始厂商的产品为中心，对项目具体技术实现方案的某一功能部分提供技术实现方案和服务，即产品系统集成。

2．系统咨询型

对客户系统项目提供咨询（项目可行性评估、项目投资评估、应用系统模式、具体技术解决方案）。如有可能承接该项目，则负责对产品技术服务型和应用产品开发型的系统集成商进行项目实现招标、并负责项目管理（承包和分包）。

3．应用产品开发型

表现在与用户合作共同规划设计应用系统模型，与用户共同完成应用软件系统的设计开发，对行业知识和关键技术具有大量的积累，具有一批懂行业知识又懂计算机系统的两栖专业人员。为用户提供全面系统解决方案，完成最终的系统集成。

以当前系统集成市场的结果看，用户均看中应用产品开发型的系统集成商。能够提供组织合理，管理有效，技术有保障的系统集成是成功的关键。

三、系统集成策略探讨

1、分销与系统集成的区别（Distribution & System Intergrating）

固然，销售产品和系统解决方案的过程是相似的，但其策略和着重点相对各有不同。

分销的产品技术应用要求较低，应用层次不高，大众化市场的产品。系统集成的产品则反之。产品分销以产品为中心，策重于产品行销的大众宣传，市场分销渠道的建立。系统集成则以系统解决方案为中心，强调技术，有明显的行业市场特征。

产品分销与系统集成的具体销售手段可以相互借鉴，但策略有明显的不同。

2、管理的系统化和规范化

从自然经济到社会化大分工，工业模式、经济模式、企业管理模式、人与人的协作关系，都不断发生着变革。工厂的生产流水线要保持高效的运作取决于两大要素：

l各组成部分对局部生产技能的专而精。l合理的分工划分和各部分的协调管理。

如果把系统集成的运作比作工业流水线，它同样面临着三个要点：专而精、分工划分、协调管理。其管理的关键在于责、权、利。

（1）系统集成的组织职能划分

l依功能划分：销售、市场、技术，包含以下要素：市场：系统行销市场的分析、策划、管

理，并对新产品的研发提出市场性指导意见。销售：总负责与具体客户的商务人员的接触、跟踪、关系。®售前：对销售人员负责，为具体客户的技术人员提供产品技术介绍、具体系统解决方案。

¯工程：对项目组负责，完成项目的工程实施。

¯售后服务：对项目组负责，完成项目的售后持续性技术维护和服务。

¯产品开发：负责软硬件产品的具体开发实施。

²专家机构：

n研究跟踪新产品、新技术，提出系统模式和具体系统技术解决方案。

n对售前为客户提供的系统方案进行评审。

n对产品开发提供系统模式、开发平台的评审和指导。

l依行业性市场划分

依据行业划分，要求各级人员除了对本职工作的专而精，还要有对行业关系、行业业务知识的深入了解。可以结合以上两点，以行业，结合具体情况划分系统集成的各职能部门。（2〕协调管理

l塔式管理体制

形成塔式管理体制，各层各部门责、权明确，逐层上行协调管理，决策逐层下行发布实施。l项目组

系统集成的外在行为表现为项目，具体客户的项目、产品研发的项目等。项目组应由该项目相关的各平行部门指派相应的人员组成，由项目经理全权负责该项目的管理。

行业性销售项目的项目经理要对该行业销售部门负责，并直接对各平行部门的上级管理部门负责。应以塔式管理体制和项目工作组相结合。分工管理的层次性可充分适应企业未来的规模化发展，项目组的灵活性平面化管理可以避免多层次管理可能带来的僵化和平行部门协调的低效。

3、系统集成的行业性特点与市场定位

目前，在国内有一些行业如金融、电信、邮政、税务、保险、制造等关系国计民生，是国家重点投资的行业；商业是投资周期短见效快且资金比较充裕的行业；政府办公是可使国家完善管理体制，提高办公效率的行业。进入这些行业的系统集成领域，有的可得名，有的可得利，有的更可名利双收。中小公司在系统集成领域起步较晚，在金融、邮电、保险、税务等突出行业，从行业市场占有率、产品技术、资金投入、行业关系、行业经验等方面与大型系统集成商相比差距较大。系统集成的市场是广阔的，然而市场机遇也是稍纵即逝的。我们应分析行业市场，集中有限的人力、物力、资金，抓住并吃透几个行业，那样将起到事半功倍、名利双收的作用。如果不考虑实际实力，全面出击，是我们目前实力所不及的，将分散有限的投入力量，事倍功半，不利于我们在该领域的长期发展。

4、系统集成需要长期持续的投入

目前，我们在系统集成领域力量较弱，管理和运作水平有待提高，行业市场和技术力量有待投入和培养。我们在该领域之所以能获得短期的高速增长，其源于各级员工的敬业精神、奋斗不息的企业文化、行业信息化带来的广阔市场。如果只注重短期行为的急速效益，不注重培养和投入，我们不仅会丧失掉可能抓住的市场机遇，而且将很难在该领域得到长期的持续的效益增长，无法做到从量变到质变。系统集成商的一个责任是创造需求和引导需求。在系统集成前期做好咨询服务，使客户了解信任公司的能力，技术；对具体人员的要求应该具有行业知识和技术背景。对系统集成商要求有长期投入，做到要控制市场，引导市场，而不是拥有某一个项目。我们面临着短期效益的急速增长和长期发展的效益持续增长、广阔的市场和稍纵即逝的市场机遇等问题，“鱼和熊掌“是否可得兼，将是一个尚待讨论的问题。

5、几点建议

（1）加强总部和各分公司的行业性市场的统一化、规范化管理和市场策划，带动各分公司的系统销售，并通过系统项目的实施在实践中提高分公司的技术实力，形成全国行业性系统集成市场。

（2）调整完善内部管理机制分工、协调、项目管理，在管理中出效益。

（3）加强行业性市场的长期投入与客户建立长期的合作关系，杜绝短期行为和只注重眼前利益。提高服务质量，树立、维护良好的企业形象。

拿项目有三个必要条件：优秀的客户关系、优良的系统解决方案、在客户中树立良好的技术和服务形象，构成充分条件。

第一条是后两条的基础。如果没有与客户的长期关系投入，就不能深入了解客户的需求，也就无法提供真正符合客户需求的系统解决方案。如果没有与客户的长期合作，就无从在客户心目中建立良好的技术和服务形象。

通过与销售人员的合作我们常常遇到这样的问题：

在客户项目截标或要求提供系统方案前几天才得知消息，并匆匆了解客户需求，让我们做方案或去与客户谈一谈，这样结果多为无功而返，造成不必要的人力和物力的浪费。一般，大项目要经过半年甚至更长时间的酝酿。在这期间，其他先期跟踪的厂商多已与客户建立了良好的关系，对客户的需求有较为充分的了解。我们则不占天时、人和，这样的项目往往不成。当然，不是说单子就不打了，通过打单也是建立客户关系、增进客户对我们的了解的途径之一，关键这里强调的是客户关系的长期性。

再比如：“没单的时候不理我，有单的时候找我来啦？！Sample的技术实力和服务不好，我们某某部门用的某某设备就是Sample提供的，到现在还老有问题，或Sample在某地的某项目做得就不好。”这些，都是我从客户那里听到的。

这里要明确的一点，不管你是一个Sample的职员、一个Sample某子公司的部门、还是Sample的一个子公司，在客户眼里你就是Sample，你的失误就是Sample的失误，你的不好就是Sample的不好，你代表了Sample。

我们做行业应从长期、整体的角度，只顾眼前利益，短期行为或摊子铺得过大，超出了自己的能力范围，结果因小失大，甚至对Sample整体行业业务造成不利，其损失将是巨大的。

（4）不断调整技术结构，跟踪新技术方展。

（5）注重行业性应用软件的开发。

从以计算能力为中心的大型机时代，到以信息共享为中心的网络时代，经历了从硬件平台决定软件到应用软件决定硬件平台的转变，软件已经成为系统集成的“灵魂”。

随着市场的发展，各集成商的水平也在提高。原始厂商的产品技术、宏观系统解决方案，是许多系统集成商均可提供的，基本无特点可言。

技术实力和服务是在售中和售后才真正体现出来的。

而提供高质量的行业应用软件产品，才是其他厂商无法提供的我们解决方案的特色，才是在售前最吸引客户的闪光点。

所以抓住市场机遇，加强行业性应用软件的开发，才是占领行业市场的关键。

5、明确竞争者

在系统集成市场营销中，必须十分清楚谁是竞争者，系统集成市场营销的职能不仅是要满足市场的需要，而且要比竞争者满足得更好。因此时刻密切关注竞争者的动态，预料到他们要采取的行动，并以适当的措施对付之是公司市场营销工作的关键职能。

对竞争对手的了解主要在以下方面：

1．竞争对手在相关领域中的业绩有哪些。

2．解决方案中关键设备，网络，*作系统，数据库的提供。

3．与客户的关系熟悉程度。

6、打单须知

下面是在争取项目时，需要了解的情况。

（1）项目名称，客户要做什么，客户需求。

（2）项目实施计划，时间、地点、投资额。

（3）项目决策关系，该项目决策机构的组成及关系，谁做系统技术决策，谁做厂商选择决策。

（4）客户对系统建设的技术平台有无趋向性。

（5）对手是谁，对手的客户关系，技术方案趋向如何。

第13篇：系统集成项目管理工程师时间

43.在执行项目进度压缩（Crashing）时首先集中于：C

A、尽可能多的任务

B、非关键路径任务

C、关键路径任务

D、耗时最长的任务

44.下面哪项工作是制订进度计划的基础：A

A、工作分解结构（WBS）

B、网络图

C、甘特图（GANTT）

D、资源平衡（RESOURCE LEVELLING）

69.下面哪一方法通常不会被用来缩短进度? D

A.赶工

B.变更范围

C.以并行方式而不是序列方式来实施进行活动

D.资源平衡

103.项目经理和团队利用来对合同绩效提供额外的控制和衡量, 并且描述要由工作团队或工作

中心来做的工作。A

A.工作包

B.工作任务

C.账户码

D.整合点

104.在非关键路线上的二件工作之间的开始到开始关系中，项目团队认为: 在前序工作开始之后, 后序工

作的开始时间要被延迟3天。这种延迟被称为D

A.时差

B.自由时差

C.水平时差

D.滞后

105.在箭线图示法(ADM)网络中，可能要求项目经理标明不消耗资源或时间的逻辑关系。表示这种关系可借

助于: D

A.关键路线活动

B.非关键路线活动

C.有闲时间活动

D.虚活动

106.柱形图的一个可能的缺点(劣势)是: C

A.缺乏时间定位

B.不能展示出多个变量

C.在大的复杂项目上,不能很好地表示出活动之间的相互关系

D.不能与人力规划相联系

108.为了避免延迟交付的罚款, 管理层已决定要 \"赶工\"。 预期会有附加的成本。 为了要进行项目赶工,

加班时间或额外的资源应该被安排到: C

A.所有的活动

B.只是那些具有最长的持续时间的活动

C.那些在关键路线开端上的具有最低的额外费用的活动.

D.那些风险度最大的活动

152.工作包是什么?A

A．工作分解结构中最底层的可交付物

B．有特定标志符的工作

C．属于报告中的需求层次

D．可以分配到多于一个组织单元的工作

153.德尔菲法(Delphi Technique)的主要特点是：B

A．从历史数据进行推断

B．专家主观意见

C．层次分析过程

D．猜测

200.下列哪个名词描述了导致具有先后序的任务推迟的逻辑关系？A

A、滞后

B、领先

C、浮动

D、缓慢

203.快速跟踪的意思的B

A、缩短关键路径工作周期，目的是缩短项目周期

B、通过对各种逻辑关系并行确定来缩短项目周期

C、使用最好的资源尽快完成工作

D、同其他项目协调好关系以减少行政管理的磨擦

204.下面哪个公式是计算工作周期最精确的公式？A

A、AD＝工作数量/生产效率

B、AD＝工作数量/资源数量

C、AD＝生产效率/工作数量

D、AD＝（生产效率）（工作数量）/资源数量

205.在评估一个项目是否赶工时，项目经理首先计算A

A、每项关键工作投入的成本和时间的比率

B、项目关键路径新增资源的成本

C、当关键路径的工作速度加快时，项目整体进度可以节约时间

D、每个关键路径PERT三个可能的时间估算

206.项目进度执行的评估和报告的依据是 A

A、进度的基线

B、项目进度修改建议的数量

C、事件和工作计划与事实的区别

D、技术基线

216、在项目的收尾阶段，最多的矛盾来自于以下哪方面：A

A、进度问题

B、费用超支

C、技术问题

D、工作界面

4、你的公司经营地区内最大的化学品处理工厂。公司被指控非法向镇上的河流倾倒的有毒物质的清理工作必须在2月15日前完成。法庭的时间限制是：C

A.关键事件

B.主要里程碑事件

C.强制日期

D.外部依赖

6、由于你的项目的范围发生变更，因此成本基线也发生变更。你的下一步将是：B

A.估计范围变更的程度

B.更新预算

C.记录获得的经验

D.执行得到批准的范围变更

76、对活动工时估算的输入不包括:A

A.专家判断

B.限制因素

C.假定

D.资源能力

77、开始和完成日期反映着预期的资源可行性，这样的项目进度被称为:A

A.资源限制的进度

B.资源分配进度

C.资源平衡进度

D.资源定量化进度

78、要缩短关键路径，下列哪一方法对降低项目成本有最大潜力但是可能增大风险?D

A.赶工

B.工作外包而不是内部实施

C.减少工作的范围

D.以并行方式而不是按序列方式来实施进行工作

10

3、为了评估因赶工对项目可能造成的影响，项目经理首先应该计算：A

A.能够进行加速的每一个关键活动的成本和时间的坡度

B.被增加到项目关键路线中的额外资源成本 C.当在关键路线中某些任务因赶工而使总进度节省的时间 D.对每个处于关键路线中的活动的三种概率时间的PERT估计 A.完成一个里程碑时 B.完成一个生命期阶段时 C.客户提出大的索赔时 D.项目经理报告成本超支的任何时候 10

9、高级管理层应当何时进行定期的项目审查?B

第14篇：系统集成项目管理工程师成本

13.你负责对项目进行成本估计工作。因为要求成本估计尽可能精确，所以你决定做出保守的估计。你的第一步工作是： C

A.确定一种计算机工具帮助进行估计成本

B.利用以前的项目成本估计

C.确定并估计项目的每项工作的成本

D.咨询各方面的专家，并在他们的建议的基础上进行成本估计

14.当你评估项目的成本绩效数据时，根据数据与基线的偏差程度将做出不同的反应。例如，10％的偏差可能不需立即做出反应，而100％的偏差将需要进行调查。你如何处理成本偏差的描述应该包括在以下什么文件里：A

A.成本管理计划

B.变更管理计划

C.绩效衡量计划

D.偏差管理计划

15.在你的项目中，你需要将成本分配到发生该成本的期间。为此，你应该：B

A.识别项目各组成部分以分配成本

B.将项目时间表作为成本预算的输入项

C.进行详细和精确的成本估计

D.制定成本绩效计划

18.以下哪项提供了基于项目绩效的项目总体预期成本： C

A.ETC

B.CPI

C.EAC

D.TCPI

42.成本预算过程中考虑项目进度计划可以：B

A、确定项目组成部分，以便分配成本

B、将成本按照发生的时间进行阶段分配

C、为项目确定更好的监督方案

D、加强项目变更控制

139.制定项目成本概算的三个最通常的技术是: D

A.预算式、团队式的和参数式

B.类比式、自上而下式和自下而上式

C.类比、参数式和直接式

D.类比式、参数式和自下而式上式

152.CPI值为0.89表示 D

A．目前我们希望89％的总项目成本超过计划

B．当项目完成时我们将会花费89％以上

C．你的项目仅进展到计划的89％

D．你对项目的每美元投资中只收回89美分

207.项目进度执行指数小于1的意思是 A

A、项目实现的货币价值小于计划完成工作的货币价值

B、项目实际完成的有形物品的价值100%按计划完成

C、项目实际永久损失了时间

D、项目可能不会按时完成，但项目经理也不必为此过于担心

211.、在从下至上的成本估算中，在什么情况下准确度可以提高？ C

A、如果以前的项目不仅在表面上，而且在实质上与这项项目相似

B、如果应用准确的历史信息

C、在更小的工作项目上

D、如果准备估计工作的个人或集体有完备的素质的话

212.下列哪项不是直接成本？ D

A、项目经理的薪水

B、分承包商的费用

C、项目使用的材料

D、电力

2

31、在工作范围未改变前提下，实际成本超出了合同中所预计的成本，这称为：C

A、成本逐步增加

B、成本增长率

C、成本超支

D、成本风险

235．根据学习曲线理论，当重复生产某产品时:C

A．生产设备操作员的培训需求减少，从而降低单位成本

B．单位成本随生产率的提高而下降

C．随着产量的增加，单位成本有规律的下降

D．培训成本随着自动化程度的提高而增加

261.你现处于项目的规划阶段，你的项目赞助商要求你提供从今天算起两周的准确的成本估算。你会使用下列哪种技术向她提供最准确的成本估算？A

A.自下而上

B．类比

C．自上而下

D．实现价值

5、你正在进行软件开发项目。在这个项目中，必须进行大量测试，其中一些需要进行多次。项目包含的一些活动的顺序取决于前期进行的活动的结果。例如，如果在检查中发现了一个错误，项目设计必须修改，由此需要进行额外的测试。你将采用什么样的计划方法？C

A.PDM网络

B.PERT网络

C.GERT网络

D.XDM网络

36、目经理估算一项目要花14周时间，成本$60,000。在签合同文件时，客户要求延期完工赔偿$2,000，项目工期的最大可能的赶工时间是4周，附加成本$9,000。假定成本是主要的衡量标准，项目经理要作出决

策，什么是预期的项目成本？.C

A.$69,000

B.$71,000

C.$70,000

D.$62,000

42、作为成本控制系统的一部份,要收集并且报告的四类成本数据是:D

A.人工,原材料,其它直接费用, 管理储备

B.人工，原材料,管理储备,管理费用

C.管理储备，人工, 其它直接费用, 管理费用

D.人工，原材料, 其它直接费用,管理费用

100、内部收益率是项目预期盈利率的测量指标，它被认为是：B

A.报告给政府的税后利润

B.项目没有亏损的情况下为投资期内所用资金支付的最大利率

C.EAC减BAC

D.折现收入与折现成本的比率

第15篇：系统集成项目管理工程师常见问题

一、项目管理计划的常见问题：

1.计划的制定不应由一人进行，应全员参与；【1人】

2.项目计划 制定考虑不周，缺少对某些风险的考虑和应对策略；【不周全、风险、应对】 3.计划没有得到评审和批准便执行；【评审、批准 执行】

4项目情况发生变化后没有相应的变更计划；【变化、变更计划】

5.计划的变更没有按照变更流程的要求进 行（详见变更中常见的问题）【变更流程】 项目选择和可行性研究常见问题

1.没有进行充分的项目可行性分析

2.技术路线不先进或不成熟，两者没有取得平衡；

3.没有考虑信息安全的问题，或者安全措施不可靠

4.项目采用的做法不符合国家标准规范；

5.项目负责人、技术核心人员或外聘专家不能保证到位，或没有合适的人选。

6.投资估算不合理；

7.资金来源不能保证；

8.对市场需求和经济效益的预测没有依据；

9.没有考虑项目的风险，没有预防措施和处置方案；

10.不符合国家产业政策。

整体管理常见问题

1) … 项目各单项管理的局限性，没有整体观

2) … 没有定义项目范围说明书，没有书面的范围界定的文档，没有制定项目完成

3) 或阶段结束的标准；

4) … 范围说明书中没有定义项目的目标，判断的标准要明确（要量化）；

5) … 范围说明书没有经过相关方的确认和核实；

6) … 没有进行变更的管理或管理不规范；

7) … 项目管理计划内容残缺；附属计划没有与整体计划一致；

8) … 项目计划制定的问题：

9) † 没有区分计划的层次性（高级计划、阶段计划、详细的计划）；

10) † 制定的计划不现实，估算没有依据（没经验、没历史数据参考），没得到相关干系

11) （包括客户）参与或承诺；不够明细以指导后续的实施

12) … 计划实施的执行力不够；

13) … 没有对发现的项目的问题进行控制（各个目标的监督和控制）；

14) … 不同的监控方式没有在项目中使用（控制方式单

一、无效）；

15) … 整体的变更的控制没有制定，即使制定了也不规范或没有遵循流程

二、范围管理中的常见问题：

1.没有制定范围管理计划或计划安排不合理；【没有、不合理】

2.范围定义不充分（或没有做好需求分析、调研等工作）【不充分】

3.缺少范围确认环节（或项目需求、设计等没 有得到用户的正式评审）；【用户评审】

4.范围控制存在问题（详见变更中常见的问题）

范围管理问题

1.… 没有区分（混淆）项目产品范围和项目工作范围；

2.… 缺少项目范围管理计划（对范围管理出现问题时，对一些“意外”问题无所适从）

3.

4.

5.

6.

7.

8.

9.

10.

11.

12.

13.

14.

15.… 范围的定义不明确（项目结束遥遥无期，像个无底洞）； … WBS不合理（层次级别错乱、冗余或缺失、太粗或太细） … 没有进行范围核实；在核实之前没有进行质量控制工作（测试、评审等）； … 范围变更没有控制（需求不明确、项目实施时间过长、业务需求变更）； … 前期变更的预防、迭代开发； … 没有经验教训的总结； … 范围确认问题： † 可交付成果是否确实、可验证 † 里程碑是否明确、可辨认；每个里程碑是否有可交付成果 † 是否明确了质量标准，是否按照标准要求； † 审核和承诺是否有清晰的表达； † 项目范围是否涵盖了要完成产品和服务进行的所有活动； † 项目范围的风险是否太高；

三、变更中常见的问题：

1.没有按照变更要求处理变更过程；

2.变更要求没有留下书面记录；

3.是否接受或拒绝变更，不应由项目经理独自决定；

4.项目变更后没有相应的变更合同

四、进度管理中的常见问题：

1.没有制定进度计划或计划考虑不周（主要是没有预留应急 时间储备或储备不足）；

2.活动资源估算（或历时估算）不准确；

3.项目存在延期趋势时没 有及时更新进度计划并与 xx 沟通；

4.压缩进度的方式不合理（赶工、快速跟进）；

5.项目 发生事实上的延期后没有按照变更流程的要求处理工程延期（详见变更中的常见问题）

进度管理问题

1) 进度计划估算不合理；

2) … 忽略损失的时间：

3) † 节假日的时间损失；

4) † 预留时间；

5) † 人员交接的损失；

6) … 没有明确项目工作实施顺序和时间（分期的项目）；

7) … 没有确定适当的工期（资源平衡）；

8) … 没有把握计划粗细的程度；

9) … 影响进度的因素（人：pm，团队，项目干系人、材料和设备、方法和工艺、

10) 资金和环境）

11) † 低估了项目实现的条件（低估技术难度、协调的复杂程度）；

12) † 项目参与者的错误

13) † 计划制定错误或没有考虑预留时间、

14) † 高层或客户不支持、

15) † 管理上的缺漏：外包的控制、人员离职、其它风险

五、成本失控的原因：

1.对项目认识不足，

2.组织制度不健全。

3.方法有问题。

4.技术的制约。参加中级教材“成本管理”一章（重要，中级）

六、质量管理中的常见问题：

1.没有制定质量管理计划；

2.质量职责分配不合理，主要是

没有 QA，或 QA 不独立于项目组，或 QA 没有全程参与项目；

3.质量控制缺少必要的环节（评审、测试）

4.质量控制方法不合理，效果不佳（评审，测试）

5.没有按照变更流程的要求处理质量标准（验收标准）的变更（详见变更中的常见问题）（中级重要）

七、人力资源管理（或团队组建、建设和管理）中的常见问题：

1.组建团队存在问题（选人、挑人存在问题）

2.建设团队存在问题（或没有采取有效的团队建设措施）

3.没有对人员实 行绩效考评或相应的激励机制

4.团队管理存在问题，主要是没有及时发现冲突并分析原因， 采取有效的冲突管理措施。（中级，重要）

人力资源管理常见问题及解决措施

常见问题：

1) 招募不到合适的项目成员

2) 团队的组成人员尽管富有才干，但是却很难合作；

3) 团队的气氛不积极，造成项目团队成员士气低落；

4) 项目团队的任务和职责分配不清楚；

5) 人员流动过于频繁；

产生原因：

1.没有能够建立人力资源获取/培养的稳定机制；

2.没有能够完整地识别项目所需的人力资源的种类、数量和相关任职条件；

3.没有建立一个能充分、有效地发挥能力的项目团队；

4.没有清楚地分配工作职责到组织个人或者人力单元；

对应措施：

1) 建立稳定的人力资源获取和培养机制；

2) 在项目早期，进行项目的整体人力资源规划、明确岗位设置、工作职责以及协作关系；

3) 进行项目团队建设，加强团队沟通，建立合作氛围；

4) 根据项目团队成员的工作职责和目标，跟踪工作绩效，以及予以调整和改进，提升项目

整体绩效。 沟通管理常见问题与对策

1.对信息的需求和分发方式单一，没有区分不同项目干系人

2.信息和沟通的需求；

3.

4.

5.

6.

7.

8.

9.… 没有有效的冲突管理 … 促进有效沟通： †选择合适的沟通方式； †善于运用反馈 †学会积极倾听、†建立和完善项目管理信息系统； … 主动进行沟通、提高沟通的效果、妥善处理冲突

八、合同管理的常见问题：

1.没有签订合同或缺少某些条款；

2.合同条款约定不明（时间、地点、质量要求、费用等）；

3.合同执行过程中没有留下相应的记录；

4.项目变更中没有相 应的进行合同变更 （中级）

九．共性问题：

1.没有做好 xx 和 xx 的沟通；

2.xx 的经验不足 （中级，非常重要）

第16篇：系统集成项目管理工程师重点

项目章程的内容：

1、基于项目干系人的要求和期望提出的要求

2、项目必须满足的业务要求或产品需求

3、项目的目的或者项目立项的理由

4、委派的项目经理及项目经理的权限级别

5、概要的里程碑进度计划

6、项目干系人的影响

7、职能组织及其参与

8、组织的环境的和外部的假设

9、组织的环境的和外部的约束

10、论证项目的业务方案11概要概算

职能型组织结构

优点

1、强大的技术支持，便于知识、技能和经验的交流

2、清晰的职业生涯晋升路线

3、直线沟通，交流简单，责任和权限很清楚

4、有利于重复性为主的过程管理

缺点

1、职能利益由于项目，具有狭隘性

2、组织横向之间联系薄弱、部门间协调难度大

3、项目经理极少或缺少权利、权威

4、项目发展方向不明，缺少项目基准 项目型组织结构

优点

1、结构单一，责权分明，利于统一指挥

2、目标明确单一

3、沟通简洁方便

4、决策快 缺点：

1、管理成本高

2、项目环境比较封闭，不利于沟通技术知识等共享

3、员工缺乏事业上的连续性和保障。

一、项目整理管理

项目整理管理的主要活动：

1、分析和理解范围

2、将产品需求和特定的标准明确记录在文档里

3、制订系统的项目管理计划

4、把完成项目需要做的工作分解为可管理的更小部分

5、采取恰当的行动使项目按照项目管理计划来实施

6、对项目状态、过程和产品进行度量和监督

7、分析并监控项目风险

项目整理管理的过程：

1、项目启动

2、制定初步的项目范围说明书

3、制定项目管理计划

4、指导和管理项目的执行

5、监督和控制项目

6、整理变更控制

7、项目收尾 编制项目计划所遵循的原则：

1、目标的统一管理

2、方案的统一管理

3、过程的统一管理

4、技术工作与管理工作的统一协调

5、计划的统一管理

6、人员资源的统一管理

7、各干系人的参与

8、逐步精确

编制项目计划的流程：

1、明确目标

2、成立初步的项目团队

3、工作准备与信息收集

4、依据标准、模板，编写初步的概要的项目计划

5、编写范围管理、质量管理、进度、预算等分计划

6、将分计划纳入项目计划，对项目计划进行综合平衡、优化

7、项目经理负责组织编写项目计划

8、评审和批准项目计划

9、获取批准后的项目计划成为项目的基准计划

指导和管理项目执行的方法：

1、项目管理方法论

2、项目管理信息系统

监督和控制项目的方法：

1、项目管理方法论

2、项目管理信息系统

3、挣值管理

4、专家判断

二、项目范围管理

项目范围管理的过程：

1、编制范围管理计划

2、范围定义

3、创建工作分解结构

4、范围确认

5、范围控制

编制范围管理计划的工具和技术：

1、专家判断

2、模板、表格和标准

范围定义的工具和计划：

1、产品分析

2、识别出多个可选的方案

3、专家判断法

范围控制的工具和技术：

1、偏差分析

2、重新制定计划

3、变更控制系统和变更控制委员会

4、配置管理系统

范围确认应该贯穿项目的始终

不受控制的变更称作项目“范围蔓延” 项目范围变更产生的原因：

1、项目外部环境发生变化

2、项目范围的计划编制不周密详细

3、市场上出现了或者设计人员提出了新技术、新手段或新方案

4、项目实施组织本身发生变化

5、客户对项目、项目产品或服务的要求发生变化

项目范围变更控制的要点：

1、确定范围变更是否已经发生

2、对造成范围变更的因素施加影响，以确保这些变更得到一致的认可

3、当范围变更发生时，对实际的变更进行管理

项目目范围说明书的内容：

1、项目目标

2、产品的范围描述

3、项目的可交付物

4、项目边界

5、产品验收标准

6、项目的约束条件

7、项目的假定

三、项目进度管理

项目进度管理的主要过程：

1、活动定义

2、活动排序

3、活动资源估算

4、活动历时估算

5、制定进度表

6、进度控制

工作分解的主要用途：

1、WBS是一个展现项目全貌，详细说明为完成项目所必须完成的各项工作的计划工具

2、WBS是一个清晰地表示各项目工作之间的相互关系的结构设计工具

3、WBS是一个帮助项目经理和项目团队管理项目工作的基本依据

4、WBS定义了里程碑事件，是向高级管理层和客户报告项目完成情况的报告工具

活动定义的最基本任务是把WBS的工作包分解为一个个的活动，活动定义的过程处于WBS的最下层，称为工作组合的可交付成果。

项目生命周期有三个与时间有关的重要概念：检查点（check point）、里程碑（mile stone）、基线（base line）

活动定义的主要方法和技术：

1、分解

2、模板

3、滚动式规划

4、专家判断

5、规划组成部分

Critical Path Method 关键路径法 CPM Dummy activity虚活动

活动排序的主要方法和技术：

1、前导图法（PDM），单代号网络图法AON

2、箭线图法（ADM），双代号网络图法AOA

3、计划网络模板

4、确定依赖关系

5、利用时间提前量与滞后量

活动资源估算的主要方法和技术：

1、专家判断

2、多方案分析

3、出版的估算数据

4、项目管理软件

5、自下而上估算

活动历时估算的主要方法和技术：

1、专家判断

2、类比估算

3、参数估算

4、三点估算

5、后备分析

三点估算法来自于计划评审技术PERT

最有可能的历时估算Tm，最乐观的历时估算To，最悲观的历时估算Tp

活动历时的均值=（To+4Tm+Tp）/6 活动历时的方差=（Tp-To）/6

制定进度计划的主要技术和工具：

1、进度网络分析

2、关键路线法

3、进度压缩

4、假设情景分析

5、资源平衡

6、关键链法

7、项目管理软件

8、应用日历

9、调整时间提前与滞后量

10、进度模型

进度控制是依据项目进度基准计划对项目的实际进度进行监控，使项目能够按时完成。监控项目的状态以便采取相应措施以及管理进度变更的过程。对进度的控制还应重点关注项目进展报告和执行状况报告，它们反映了项目当前在进度、费用、质量等方面的执行情况和实施情况，是进行进度控制的重要依据。定期举行项目会议，也是进度控制的很好办法。

进度控制的主要内容|：

1、确定项目进度的当前状态

2、对引起进度变更的因素施加影响，以保证这种变化朝着有利的方向发展

3、确定项目进度已经变更

4、当变更发生时管理实际的变更

缩短活动的工期的方法：

1、投入更多的资源以加速活动进程

2、指派经验更丰富的人去完成或帮助完成项目工作

3、减小活动范围或降低活动要求

4、通过改进方法或技术提高生产效率

项目进度控制的主要技术和工具：

1、进度报告

2、进度变更控制系统

3、绩效衡量（进度偏差SV，进度效果指数SPI）

4、项目管理软件

5、偏差分析

6、进度比较横道图

7、资源平衡

8、假设条件情景分析

9、进度压缩

10、制定进度的工具

四、项目成本管理

项目成本管理就是要确保在批准的预算内完成项目。

项目成本管理的主要过程：

1、制定成本管理计划——制定了项目成本结构、估算、预算和控制的标准

2、成本估算——编制完成项目活动所需资源的大致成本

3、成本预算——合计各个活动或工作包的估算成本，以建立成本基准

4、成本控制——影响造成成本偏差的因素，控制项目预算的变更 广义的项目成本管理成为“生命期成本计算”

直接成本，间接成本，可变成本，固定成本 项目成本失控原因

（1）对工程项目认识不足：

1、对信息系统工程成本控制的特点认识不足，对难度估计不足

2、工程项目的规模不合理，大而全的项目建设难度高

3、项目设计和实施人员缺

乏成本意识，导致项目的设计不满足成本控制的要求

4、对项目成本的使用缺乏责任感，随意开支，铺张浪费

（2）组织制度不健全：

1、制度不完善

2、责任不落实

3、项目经理领导督查不力 （3）方法问题：

1、缺乏用于项目投资控制所需要的有关报表及数据处理的方法

2、缺乏系统的成本控制程序和明确的具体要求，在项目进展不同阶段对成本控制任务的要求不明确，在项目进展的整个过程中缺乏连贯性的控制

3、缺乏科学、严格、明确且完整的成本控制方法和工作制度

4、缺乏对计算机辅助投资控制程序的利用

5、缺乏对计划值进行动态的比较分析，并及时提供各种需要的状态报告及经验总结

（4）技术的制约：

1、由于进行项目成本估算发生在工程项目建设的早期阶段，对项目相关信息了解不深，项目规划设计不够完善，不能满足成本估算的需求

2、采用的项目成本估算方法不恰当，与项目的实际情况不符，或与所得到的项目数据资料不符

3、项目成本计算的数据不准确或者有漏项，从而导致计算成本偏低

4、设计者未对设计方案进行优化，导致项目设计方案突破项目成本目标

5、物资或设备价格的上涨，大大超过预期的浮动范围

6、项目规划和设计方面的变更引起相关成本的增加

7、对工程实施中可能遇到的风险估计不足，导致实施成本大大增加

项目启动阶段，项目估算范围为-50%～+100%，项目后期为-10%～—+15%

项目成本估算主要相关因素：

1、直接成本呢

2、非直接成本

3、学习曲线

4、项目完成的时限

5、质量要求

6、储备

项目成本估算的主要步骤：

1、识别并分析成本的构成科目

2、根据已识别的项目成本构成科目，估算每一科目的成本大小

3、分析成本估算结果，找出各种可以相互替代的成本，协调各种成本之间的比例关系

成本估算的工具和技术：

1、类比估算

2、确定资源费率

3、自下而上估算

4、参数估算

5、项目管理软件

6、供应商投标分析

7、准备金分析

8、质量成本

项目成本预算的特征：计划性、约束性、控制性

编制项目成本预算应遵循的原则：

1、项目成本预算要以项目需求为基础

2、项目成本预算要与项目目标相联系，必须同时考虑项目质量目标和进度目标

3、项目成本预算要切实可行

4、项目成本预算应当留有弹性 制定项目成本预算的主要步骤：

1、将项目总成本分摊到项目工作分解结构的各个工作包

2、将各个工作包成本再分配到该工作包所包含的各项活动上

3、确定各项成本预算支出的时间计划及项目成本预算计划 项目成本预算的工具与技术：

1、成本汇总

2、准备金分析

3、参数估计

4、资金限制平衡 项目成本控制的主要内容：

1、对造成成本基准变更的因素施加影响

2、确保变更请求获得同意

3、当变更发生时，管理这些实际的变更

4、保证潜在的成本超支不超过授权的项目阶段资金和总体资金

5、监督成本执行（绩效），找出与成本基准的偏差

6、准确记录所有的与成本基准的偏差

7、防止错误的、不恰当的或未批准的变更被纳入成本或资源使用报告中

8、就审定的变更，通知项目干系人

9、采取措施，将预期的成本超支控制在可接受的范围内

成本控制的工具与技术：

1、成本变更控制系统

2、绩效衡量分析

3、预算技术

4、项目绩效审核

5、项目管理软件

6、偏差管理 绩效衡量分析： PV——计划值 EV——挣值

AC——实际成本

CV——成本偏差·CV=EV-AC SV——进度偏差·SC=EV-PV

CPI——成本执行（绩效）指标·CPI=EV/AC SPI——进度执行（绩效）指标·SPI=EV/PV 预测技术：

BAC=完工时PV总和 EAC=ACC+ETC

1、基于非典型的偏差计算 ETC=（BAC-EVC）

2、基于典型的偏差计算 ETC=（BAC-EVC）/CPIC

完成绩效指数TCPI =（BAC-EV）/（BAC -AC）

五、项目质量管理

质量基本原则：

1、以实用为核心的多元要求

2、系统工程

3、职工参与管理

4、管理层和第一把手重视

5、保护消费者权益

6、面向国际市场

项目质量管理目标：

1、顾客满意度

2、预防胜于检查

3、各阶段内的过程，重视结果亦重视过程

质量管理的主要活动：

1、质量策划——确定与项目相关的质量标准，并决定如何达到这些质量标准

2、质量保证——定期评估总体项目绩效的活动，以树立项目能满足相关质量标准的信心

3、质量控制——监控具体项目结果以判断是否符合相关质量标准，确定方法来消除绩效低下的原因 质量管理流程： 1.确定质量标准体系

建立适当的质量衡量标准是进行项目质量管理的前提性的关键性工作。 2.对项目实施进行质量监控

要在项目执行过程中采取有效措施来监控项目的实际运行。 3.将实际与标准对照

把项目实施过程中的实际表现与项目质量衡量标准进行比较，分析出差异。 4.纠偏纠错

根据具体情况采取合理的纠正措施。 国际质量标准 1.ISO9000系列（GB/T19000-2000） 2.全面质量管理（TQM）的四个核心特

征

1、全员参加

2、全过程质量管理

3、全面方法的质量管理

4、全面结果的质量管理。3.六西格玛（六倍标准差，在质量上表

示每百万坏品率PPM少于3.4）

六西格玛管理法的核心：将所有的工作作为一种流程，采用量化的方法分析流程中影响质量的因素，找出最关键的因素加以改进从而达到更高的客户满意度。优点

1、在项目实施的过程中改进和保证质量

2、减少了检控质量的步骤

3、避免了返工成本

4、培养了员工的质量意识

CMM/CMMI软件能力成熟度模型 SJT11234软件过程能力评估模型 SJT11235软件能力成熟度模型

制定项目质量计划的主要活动：

1、收集资料

2、编制项目分质量计划

3、学会使用工具和技术

4、形成项目质量计划书

制定项目质量计划的主要方法、技术和工具 方法和技术：

1、效益/成本分析

2、基准比较

3、流程图

4、实验设计

5、质量成本分析（预防成本、评估成本、缺陷成本）

工具：

1、质量功能展开（QFD，质量屋）

2、过程决策程序图法（PDPC）

项目质量计划的输出

1、质量管理计划

2、质量测量指标

3、质量检查表

4、过程改进计划

5、项目管理计划

项目质量保证（QA）活动包括的内容

1、产品、系统、服务的质量保证

2、管理过程的质量保证：（1）制定质量标准（2）制定质量控制流程（3）提出质量保证所采用方法和技术（3.1制定质量保证规划3.2质量检验3.3确定保证范围和等级3.4质量活动分解）（4）建立质量保证体系 项目质量保证的技术、方法：项目质量管理通用方法、过程分析、项目质量审计

项目质量控制（QC）的基本步骤：

1、选择控制对象

2、为控制对象确定标准或目标

3、制定实施计划，确定保证措施

4、按计划执行

5、对项目实施情况进行跟踪监测、检查、将监测的结果与计划或标准相比较

6、发现并分析偏差

7、根据偏差采取相应对策 项目质量控制的方法、技术：

1、测试

2、检查

3、统计抽样

4、6σ

项目质量控制的老七种工具：

1、因果图/石川图/鱼骨图

2、流程图

3、直方图/柱形图

4、检查表

5、散点图

6、排列图/帕累托图（二八原理，即80%的问题是20%的原因所造成的）

7、控制图/管理图/趋势图

项目质量控制的新七种工具：

1、相互关系图

2、亲和图（整理问题）

3、树状图

4、矩阵图

5、优先矩阵图（展开方针目标）

6、过程决策方法图（PDPC）

7、活动网络图（安排时间进度）

六、项目人力资源管理

项目人力资源管理过程：

1、项目人力资源计划编制

2、项目团队组建

3、项目团队建设

4、项目团队管理

处理人际关系的技能：

1、领导、沟通、谈判、协商及其他管理技能

2、授权、激励士气、指导、劝告及其他与处理个人关系有关的技能

3、团队建设、冲突解决及其他与处理团队关系有关的技能

4、绩效评定，招聘，留用，劳工关系，健康与安全规定，其他与管理人力资源有关的技能 组建项目团队的工具和技术：

1、事先分派

2、谈判

3、采购

4、虚拟团队

激励理论：马斯洛需要层次理论，赫茨伯格双因素理论，期望理论 X理论和Y理论

项目团队建设的主要目标：

1、提高项目团队成员的个人技能，以提高他们完成项目活动的能力，与此同时降低成本、缩短工期、改进质量并提高绩效

2、提高项目团队成员之间的信任感和凝聚力，以提高士气，降低冲突，促进团队合作

3、创建动态的、团结合作的团队文化，以促进个人与团队的生产率、团队精神和团队协作，鼓励团队成员之间交叉培训和切磋以共享经验和知识

成功的项目团队的特点：

1、团队的目标明确，成员清楚自己的工作对目标的贡献

2、团队的组织结构清晰，岗位明确

3、有成文或习惯的工作流程和方法，而且流程简明有效

4、项目经理对团队成员有明确的考核和评价标准，工作结果公正公开，赏罚分明

5、共同制定并遵守的组织纪律

6、协同工作，也就是一个成员工作需要依赖于另一个成员的结果，善于总结和学习

项目团队建设的主要阶段：

1、形成阶段（Forming）

2、震荡阶段（Stroming）

3、规范阶段（Norming

4、发挥阶段（Performing）

5、结束阶段（Adiourning）

项目团队建设活动的可能形式和应用：

1、通用管理技能

2、培训

3、团队建设活动

4、基本规

5、集中办公

6、奖励与表彰

项目团队管理的方法：

1、观察和交谈

2、项目绩效评估

3、问题清单

冲突的种类：进度、项目优先级、资源、技术、管理过程、成本、个人冲突

项目各阶段，冲突的排列：

1、概念阶段：项目优先级冲突、管理过程冲突、进度冲突

2、计划阶段：项目优先级冲突、进度冲突、管理过程冲突

3、执行阶段：进度冲突、技术冲突、资源冲突

4、收尾阶段：进度冲突、资源冲突、个人冲突

在一个团队环境下处理冲突，项目经理应认识到：

1、冲突是自然的，而且要找出一个解决方法

2、冲突是一个团队问题，而不是某人的个人问题

3、应公开地处理冲突

4、冲突的解决应聚焦在问题，而不是人身攻击

5、冲突的解决应聚焦在现在，而不是过去 冲突的根源：

1、项目的高压环境

2、责任模糊

3、存在多个上级

4、新科技的使用

5、稀缺资源的争抢

6、进度的优先级不同

冲突的解决方法

1、问题解决

2、合作

3、强制

4、妥协

5、求同存异

6、撤退

七、项目沟通管理

项目沟通管理的主要过程：

1、沟通计划编制——确定项目干系人的信息和沟通需求：哪些是项目干系人，他们对该项目的收益水平和影响程度如何，谁需要什么样的信息，何时需要，以及应怎样分发给他们

2、信息发布——以合适的方式及时向项目干系人提供所需信息

3、绩效报告——收集并分发有关项目绩效的信息，包括状态报告、进展报告和预测

4、项目干系人管理——对项目沟通进行管理，以满足信息需要者的需求并解决项目干系人之间的问题

项目定期会议包括：项目例会，项目启动会议，项目总结会议

常用沟通方式：单独谈话，项目会议，项目简报/通知，项目报告/项目总结

绩效报告的内容：

1、项目的进展和调整情况

2、项目的完成情况

3、项目总投入、资金到位情况

4、项目资金实际支出情况

5、项目主要效益情况

6、财务制度执行情况

7、项目团队各职能团队的绩效

8、项目执行中存在的问题及改进措施

9、预测

10、变更请求

11、其他需要说明的问题

八、项目合同管理

按信息系统范围划分的合同分类：总承包合同，单项项目承包合同，分包合同

按项目付款方式划分的合同分类：总价合同，单价合同，成本加酬金合同

项目合同的主要内容：

1、当事人各自权利、义务

2、项目费用及工程款的支付方式

3、项目变更约定

4、违约责任

四种违约责任的承担方式：继续履行，采取补救措施，赔偿损失，支付约定违约金或定金

项目合同签订的注意事项：

1、当事人的法律资格

2、质量验收标准

3、验收时间

4、技术支持服务

5、损害赔偿

6、保密约定

7、合同附件

8、法律公证

合同管理的主要内容：

1、合同签订管理

2、合同履行管理

3、合同变更管理

4、合同档案管理

合同变更控制流程，“公平合理”是合同变更的处理原则：

1、变更的提出

2、变更请求的审查

3、变更的批准

4、变更的实施 合同管理的工具和技术：

1、买方主持的绩效审核

2、检验和审计

3、绩效报告

4、支付系统

5、索赔管理

6、自动的工具系统 合同索赔的分类： 1.按索赔的目的分类：工期索赔和费用

索赔 2.按索赔的依据分类：合同规定的索赔

和非合同规定的索赔 3.按索赔的业务性质分类：工程索赔和

商务索赔 4.按索赔的处理方式分类：单项索赔和

总索赔

索赔程序：项目发生索赔事件后，一般先由监理工程师调解，若调解不成，由政府建设主管机构进行调解，若仍调解不成，由经济合同仲裁委员会进行调解或仲裁。在整个索赔过程中，遵循的原则是索赔的有理性、索赔依据的有效性、索赔计算的正确性。

索赔的流程：

1、提出索赔要求（28天内）

2、报送索赔材料（28天内）

3、监理工程师答复（28天内）

4、索赔认可（28天内）

5、提交最终索赔报告

6、仲裁与诉讼

索赔事件的处理原则：

1、索赔必须以合同为依据

2、必须注意资料的积累

3、及时、合理地处理索赔

4、加强索赔的前瞻性

九、项目采购管理

采购管理的主要过程：

1、编制采购计划——自制/外购分析

2、编制询价计划——方案邀请书RFP，报价邀请书RFQ

3、询价、招投标——招标要求提交投标文件截止时间至少15日前，依法必须进行招标的，不少于20日。招标人和中标人在中标通知书发出30日内，订立书面合同

4、供方选择

5、合同管理和收尾

招投方式：公开招标，邀请招标

招投标程序：

1、招标人采用公开招标方式的，应当发布招标公告；招标人采用邀请招标方式的，应当向三个以上具备承担招标项目的能力、资信良好的特定的法人或者其他组织发出投标邀请书

2、招标人根据招标项目的具体情况，可以组织潜在投标人踏勘项目现场

3、投标人投标

4、开标

5、评标

6、确定中标人

7、订立合同

采购审计的目标是找出本次采购的成功和失败之处，以供项目执行组织内的其他项目借鉴。

十、信息（文档）和配置管理

配置管理的主要活动：

1、配置项标识

2、配置项控制

3、配置状态报告

4、配置审计 配置类型：

1、动态库（开发库、程序员库、工作库）

2、受控库（主库）

3、静态库（软件仓库，软件产品库）

4、备份库 配置项的状态：

1、草稿，版本号0.YZ（0.01～0.99）

2、正式，版本号X.Y（1.0～9.9）

3、修改，版本号X.YZ（X.Y不变，Z值增大） 变更控制：

1、变更申请

2、变更评估

3、变更实施

4、变更验证与确认

5、变更的发布

十一、项目变更管理 项目变更分类 1.按变更性质：重大变更、重要变更、

一般变更 2.按变更迫切性：紧急变更、非紧急变

更 3.按变更发生领域和阶段：进度变更、

成本变更、质量变更、设计变更、实施变更、工作（产品）范围变更 4.按变更发生空间：内部环境变更和外

部环境变更 5.按变更内容

项目变更产生的原因：

1、产品范围（成果）定义的过失或者疏忽

2、项目范围（工作）定义的过失或者疏忽

3、增值变更

4、应对风险的紧急计划或者回避计划

5、项目执行过程与项目基准要求不一致带来的被动调整

6、外部事件

变更工作程序：

1、提出与接受变更申请

2、对变更的初审

3、变更方案论证

4、项目变更控制委员会审查

5、发出变更通知并开始实施

6、变更实施的监控

7、变更效果的评估

8、判断发生变更后的项目是否已纳入正常轨道 变更控制

对进度变更的控制：

1、判断项目进度的当前状态

2、对造成进度变更的因素施加影响

3、查明进度是否已经改变

4、在实际变更出现时对其进行管理

对成本变更的控制：

1、对造成成本基准变更的因素施加影响

2、确保变更请求获得同意

3、当变更发生时，管理这些实际的变更

4、保证潜在的费用超支不超过授权的项目阶段资金和总体资

5、监督费用绩效，找出与成本基准的偏差

6、准确记录所有与成本基准的偏差

7、防止错误的、不恰当的或未批准的变更被纳入费用或资源使用报告中

8、就审定的变更，通知利害关系者

9、采取措施，将预期的费用超支控制在可接受的范围内

对合同变更的控制：

1、文书工作

2、跟踪系统

3、争议解决程序

信息安全三元组：保密性、完整性、可用性 其他属性：真实性、可核查性、不可抵赖性、可靠性

ISO/IEC27000系列标准：27001信息安全管理体系要求，27002信息安全管理体系实践准则

应用系统运行中涉及的安全和保密层次：系统级安全、资源访问安全、功能性安全、数据域安全（粒度从粗到细）

十二、项目风险管理

风险管理过程：风险识别、风险分析、风险计划、风险跟踪、风险控制、风险管理沟通 风险特征：

1、风险是损失或损害

2、风险是一种不确定性

3、风险是针对未来的

4、风险是客官存在的

5、风险是相对的

6、风险是预期和后果之间的差异，是实际后果偏离预期结果的可能性。

项目风险管理的过程：

1、风险管理规划

2、风险识别

3、定性风险分析

4、定量风险分析

5、应对计划编制

6、风险监控

风险识别的方法：

1、德尔菲技术（专家匿名参加，进行若干轮问卷征询）

2、头脑风暴法

3、SWOT分析法

4、检查表

5、图解技术（鱼骨图、流程图、影像图）

定性风险分析的方法：

1、风险概率与影响评估

2、概率和影响矩阵

3、风险分类

4、风险紧迫性评估

定量风险分析的方法：

1、期望货币值

2、计算分析因子

3、计划评审技术PERT

4、蒙特卡罗分析（Monte Carlo）

应对风险的基本措施：规避、接受、减轻、转移

消极风险或威胁的应对措施：规避、减轻、转移

风险监控的具体方法：

1、风险再评估

2、风险审计

3、变差和趋势分析

4、技术绩效衡量

5、储备金分析

6、状态审查会

十三、项目收尾管理

项目收尾管理的主要内容：项目验收、项目总结、项目评估审计

系统集成项目验收的步骤：

1、系统测试

2、系统的试运行

3、系统的文档验收

4、项目的最终验收报告

项目总结的意义：

1、了解项目全过程的工作情况及相关团队或成员的绩效状况

2、了解出现的问题并进行改进措施的总结

3、了

解项目全过程中出现的值得吸取的经验并进行总结

4、对总结后的文档进行讨论，通过后存入公司的知识库，从而纳入企业的过程资产。

项目总结会的主要内容：

1、项目绩效

2、技术绩效

3、成本绩效

4、进度计划绩效

5、项目的沟通

6、识别问题和解决问题

7、意见和建议

项目评估的依据：

1、盈利要求

2、客户满意度要求

3、后续项目指标要求

4、内部满意度要求

软件项目的后续工作：

1、软件bug的修改

2、软件升级

3、后续技术支持

系统集成项目的后续工作：

1、信息系统日常维护工作

2、硬件产品的更新

3、信息系统的新需求

项目团队人员转移：

1、项目团体人员的转移

2、项目转移人员的业绩评定

3、项目团队成员的表彰

法律法规：

1、发明专利20年

2、实用新型专利、外观设计专利10年

3、商标10年，续展10年，宽限6个月

4、诉讼期时效20年

5、强制性国家标准代号GB，推荐性GB/T（计算机类基本都是），指导性GB/Z，国军标GJB

第17篇：弱电系统集成项目招投标要诀

1 概述

招标投标是一对相对存在的概念，是在国际经济贸易中普遍采用的具有一定规范性、法制约束力的有组织的成熟的市场交易行为，也是在市场经济条件允许下，对有形商品（货物、工程等）和无形商品（服务、劳动力等）的公开买卖方式。

招标通常是由招标人对将实施的项目在规定的公布渠道昭示招标公告，明确招标条件，公开或书面邀请承包商或供应商响应招标的一种交易行为。投标是与招标相对应的交易行为。是指承包商或供应商作为卖方，根据招标方的招标条件，以书面的形式参与投标，提出报价的交易行为。

政府采购，是指各级国家机关、事业单位和团体组织，使用财政性资金采购依法制定的集中采购目录以内的或者采购限额标准以上的货物、工程和服务的行为。

本弱电系统是一个政府采购项目，是某医院智能化新大楼的核心和基础，新建大楼结构为地下二层，地上十六层，建筑面积3万平方米。弱电系统分成三个组成部分：（1）机电设备管理网；（2）医院内部局域网，包括医院信息系统、医用音像系统、办公自动化系统、一卡通系统、综合安保系统等；（3）医院对外广域网，包括医院网站、INTENET、远程会诊、远程会议等。要求三网在物理上完全隔离，并全面考虑电气安全、防雷措施以及系统冗余技术，保证系统的扩充能力。整个系统建成后应能保持先进性5~10年。

2 招标前项目分析

2003年6月我们收到该医院关于\"医院弱电系统\"采购需求后，即同该单位项目采购联系人取得联系，并要求安排有关技术、财务人员一起讨论如何操作、在招标前各自要完成哪些工作，如何配合、协调。

本项目是一个弱电系统综合项目，财政预算为800万，项目规模不算大，但内容包罗万象，包含了弱电系统的所有内容，有综合布线系统、设备管理系统、广播电视系统、医用音像系统、综合安保系统、多媒体会议系统、一卡通系统、系统软件和应用软件等等。

我们认为，对政府采购项目来说，因为招标文件的商务条款基本是固定的，关键是预算单位的技术需求。根据我们的采购经验，并考虑预算单位技术、管理人员对本项目的熟悉程度，我们建议本项目招一个总包集成商，不进行分成几个子系统招标，有利于今后的维护和管理。在预算单位完成技术需求后，我们邀请政府采购咨询专家对需求书进行论证，根据专家意见，预算单位再进行修改完善。按照修改后内容，我们再行制作招标文件。另外，为了顺利完成有关招投标工作，我们在招标文件发出10天后，安排了现场踏勘和招标文件的澄清、答疑。

3 制作招标文件

招标文件至少应包含以下内容：投标人的最低资格要求（入门条件）、商务条款（包括合同格式、报价格式等）、技术要求(包括项目完成后应达到的目标及有关技术指标)三大部分。

3.1投标人的最低资格要求（入门条件）

根据项目性质、规模及国家对本行业的有关规定，我们对准备参加本项目投标的投标人规定以下几个条件即投标人的最低资格要求：（1）有工商行政管理部门核发的《企业法人营业执照》，且注册资金不少于壹仟万元人民币；（2）在本市有固定的经营、维护人员（公司注册地不限），且能提供良好的技术支持；（3）应具有完成3个以上（含3个）类似项目的经验；（4）应具有信息产业部核发的贰级以上（含贰级）《计算机信息系统集成资质》（总包单位必备）。

为什么仅对总包单位提出\"集成资质\"要求呢？因为本项目是一个\"医院弱电系统\"，具有较强专业能力及综合管理的要求，如医院信息系统、医用音像系统等。我们了解到一般的IT行业集成商对此并不熟悉，为使竞争更充分，又要保证总集成商的经验、能力和信誉，最终保质保量完成本项目，故我们提出了如此规定。根据结果来看，我们当初的要求是合理和正确的。

3.2 商务条款（包括合同格式、报价格式等）

招标文件的商务条款是对投标人进行评价的主要依据，主要包括合格投标人的定义、投标文件的编制要求和格式、投标文件的递交要求、评标方法和原则、合同授予标准、证明投标人能力、经验、资质等相关证明文件的格式、报价要求和格式以及合同范本等。

由于政府采购中心有招标文件商务条款的标准文本，我们仅需针对项目特点作适当修改和调整即可。在本项目中，我们对报价部分作了一些特别规定，除了要求投标人按常规（品名、型号、规格、数量、价格等）进行报价外，还要求投标人提供更为详细的原生产厂商的公开报价（List Price）和折扣（Discount）。因为在IT行业，许多设备均为进口或国外品牌，而这些产品（包括所有部件及零配件）均有统一的公开报价，对这些设备我们只需看配置就可判别是否满足要求及其性能指标，根据折扣就能判别该设备报价是否优惠。提出这些报价要求为将来评标作准备，可提高评标准确性和评标效率。

3.3技术要求(包括项目完成后应达到的目标及有关技术指标)

技术要求提得是否正确和合理，是投标人能否正确领会招标意图和项目目标的关键，是招标成功的关键，也是项目能否按计划正常实施和达到项目预期目标的关键。技术要求主要包括项目总体规划、实现目标、现有环境以及与原系统、原设备的接口关系等。

在本项目中，我们除了与预算单位进行反复沟通、充分讨论外，还邀请政府采购咨询专家进行把关，既充分考虑预算单位特点和项目特点，尽可能详细、明白，又要符合《政府采购法》的有关要求，不能有排他性和歧视性指标、条款出现。考虑到项目规模大、内容多、专业强的特点，我们在发标后，组织了潜在投标人进行现场踏勘和招标文件的澄清、答疑会。

4 投标文件制作

投标文件是投标人的答卷，是评标委员会进行评审的主要依据，投标文件制作好坏是直接影响投标人能否中标的关键，希望投标人慎之又慎。我们认为，投标文件的好坏主要可从以下几方面进行判别：投标行为是否严肃、投标文件是否完整、投标方案是否先进、投标报价是否合理等。以下我们分别讨论之。

4.1投标行为严肃性

参与投标是一件严肃的事情，是体现投标人形象、能力、实力的良好机会，应引起重视和慎重对待。而我们在日常工作中却经常遇到粗制滥造、错误百出的投标文件，有些投标人来投标时经常连时间、地点、联系人都搞不清楚，还有投标人连投标文件都不装订。

在本项目的投标中问题虽没有这么严重，但问题却也不少。这里主要是说低级错误，即只要认真一点就可避免的问题（其它问题在下面讨论）。在本项目的8个投标人中，就有2份投标文件让人难以置信：一个是在方案描述中张冠李戴，明明是投G医院弱电系统的标，他却将G医院写成P区医院（可以看出绝不是笔误，而是照抄了以前的方案，忘了将业主换名），让人哭笑不得，这样的投标人，你能放心？还有一份投标文件不到60页，开标时就觉得奇怪，原来投标文件中全然没有方案设计，更没有技术设计图纸，要知道这是一个集成系统，没有方案、图纸，怎么施工，就是报价再低，又有什么用？谁放心让你中标？方案好坏是水平问题，而有没有方案绝对是态度问题。所以我们一直要求投标人：对待投标一定要严肃、认真，如果时间紧、任务重，则宁可放弃也不能砸了自己的牌子，毁了公司的形象。

4.2投标文件完整性

投标文件的完整性又是投标的一个重要方面，虽不足以说明投标人的水平和能力，却能体现公司的投标经验和管理水平。要使投标文件比较完整、规范，首先要仔细阅读招标文件，弄清要求投标人提供哪些资料和证明文件，投标要求有哪些，报价有什么要求和格式等。虽说招标要求（指商务部分）都大同小异，但每个招标项目均有一些针对其本项目特点的特殊性要求，投标人一定要认真阅读并加以理解。如有不明白的地方，一定要按招标文件要求向招标人提出澄清要求（本救济制度专为保护投标人权利而设，可充分利用），避免自以为是造成不必要的损失。

在本项目的8个投标人中，就有4个单位的投标文件不够完整，有的缺少主要投标产品的原生产厂商授权书，有的缺少产品的详细配置（如只说某品牌的交换机，而不说明其配了几个模块、是什么模块等细节），有的投标文件连最起码的营业执照、税务登记证等公司基本情况的资料都不提供，还有方案中不提供系统结构拓扑图，让人很难了解其设计思路和合理性。虽然不能说投标文件不完整一定不能中标（视重要性和严重性而定），但肯定是对评标结果有影响的，只是程度不同，尤其是在两个投标人旗鼓相当、各种条件都相仿的情况下，评标人肯定会选择投标文件完整、做得比较认真的投标人。

4.3投标方案先进性

在系统集成项目中，投标文件的重中之重是技术方案。虽然递交投标文件的8个投标人中，3个具有壹级资质、5个具有贰级资质，应该说都是IT行业的较强单位，可还是有4份（占50%）投标文件的方案存在问题，或描述不清，或存在较多缺漏，或毫无特点。由此可见在一些资质较低的单位中问题更多、更大，希望引起各投标人注意。

我们认为要设计出一个好的、先进的、合乎要求的方案，至少应做好两方面的工作：一是要充分阅读、理解招标文件，并在现场踏勘和澄清、答疑时，彻底领会用户需求、要达到的目标及项目特点、特色；二要了解本行业的技术现状（IT行业有其特殊性即发展特别快）、发展趋势、技术成熟度。在保持方案先进性的同时，要考虑价格合理性、技术成熟度以及用户承受能力等因素。

4.4投标报价合理性

在政府采购项目中，一般并不是最低价中标。最低价中标法一般不适用弱电系统项目，因为在弱电系统项目中，方案的先进性、所选购产品的品牌、档次等差距是很大的。所以在此我们强调报价的合理性（绝不一味追求低价），更确切地说应是性能价格比好的系统。

在本项目的8份投标价中，最低报价789万，最高报价1947万，最后中标单位的报价是790万元，该单位之所以中标，绝不仅仅是价格（接近最低价）在起作用。在集成项目中仅看一个总价是不说明问题的，如在本项目中共有十几个子系统，虽然总价相近，但各子系统的报价相差悬殊，总价相近只能说是一种巧合，关键还是性能价格比在起作用。

4.5投标文件时效性

投标文件时效性在此主要是指投标截止时间。笔者从事政府采购工作几年来，经手的招标项目数百个，约有50%的招标活动是有人迟到的。原因多种多样，如道路拥挤、记错时间；投标人不自带投标文件而请他人代送，结果送投标文件的人迟到；还有投标人忘带投标保证金而往返的，等等。原因虽多，但几乎都与重视不够有关。我们经常提醒各投标人，要注意投标截止时间，不要因迟到而使大量劳动白费，因为做一份集成系统的标书不是一件很轻松、简单的事。

5 应避免的投标行为

招投标活动是一件非常严肃、认真的事，作为投标人应积极配合、协助招标人一起做好，而不应投机取巧、自作主张，做出一些有损自己形象和信誉的事，最终不仅破坏了招投标活动，还会\"搬起石头砸自己的脚\"。我们认为主要应避免以下投标行为：串通投标、低于成本价投标、以他人名义投标、提供虚假文件投标等。

5.1串通投标

无论是《政府采购法》还是《招标投标法》或其他有关招投标活动的规定、规范，均对串通投标作出了严格限制和相应的处罚规定。串通招标投标行为是指在招投标活动中，两个以上行为人以协议形式或共同行动限制竞争的共谋行为。具体可分为投标人串通投标和投标人与招标人串通投标，下面分别给出其定义，引起投标人注意，以免引起不必要的麻烦。

投标人串通投标是指：（1）投标人之间相互约定抬高或压低投标报价；（2）投标人之间相互约定，在招标项目中分别以高、中、低价报价；（3）投标人之间先进行内部竞价，内定中标人，然后再参加投标。

投标人与招标人串通投标是指：（1）招标人在开标前开启投标文件，并将投标情况告知其他投标人或者协助投标人撤换投标文件，更改报价；（2）招标人向投标人泄露标底；（3）招标人与投标人商定，投标时压低或抬高标价，中标后再给投标人或招标人额外补偿；（4）招标人预先内定中标人。

5.2低于成本价投标

《中华人民共和国招标投标法》第三十三条规定：投标人不得以低于成本价的方式投标竞争。这里指的低于成本，是指低于投标人的为完成投标项目所需支出的个别成本。由于每个投标人的管理水平、技术能力与条件不同，即使完成同样的招标项目，其个别成本也不可能完全相同。管理水平高、技术先进的投标人，生产、经营成本低，有条件以较低的报价参加投标竞争，这是竞争实力强的表现。实行招标采购的目的，正是为了通过投标人之间的竞争，特别在投标报价方面的竞争，择优选择中标者。因此，只要投标人的报价不低于自身的个别成本，即使是低于同行业平均成本，也是完全可以的。至于\"低于成本价投标\"的判定，在实践中是比较复杂的问题，需要根据每个投标人的不同情况加以确定。在本项目中未发现此种情况。

5.3以他人名义投标

以他人名义投标，在实践中多表现为一些不具备法定的或者投标文件规定资格条件的单位或者个人，挂靠其他单位，或从其他单位通过转让或租借的方式获取资格或资质证书，或者由其他单位及法定代表人在自己编制的投标文件上加盖印章和签字的行为。在IT行业中，此类现象主要表现为\"儿子以老子名义\"参与投标，具体实施由\"儿子\"来完成。本项目中，我们认为有此种情况。

5.4提供虚假文件投标

提供虚假文件投标主要是指提供虚假的营业执照、提交虚假的资格证明文件，如伪造资质证书、资质等级，虚报曾完成的业绩等虚假情况，以试图取得标的的行为。在IT行业中，提供虚假的资质证书等情况一般不会发生（在网上可以查到该公司具有何种等级），主要表现为虚报曾完成的业绩等。在本项目中，无法判断这种情况是否存在，但我们认为即使存在，影响也不大，因为对此8个投标人，评标委员会都比较熟悉，而且其它条件已足以判别投标人的优劣。

6 评标和合同签定

6.1评标

评标活动是招投标过程的核心，是招标人组织评标委员会，根据招标文件的要求，对投标人所报送的标书进行审查、评议的过程。评标委员会的成员不代表各自的单位或组织，也不受任何个人和单位的干扰。评标委员会应当按照招标文件确定的评标标准和方法，对投标文件进行评审和比较，完成评标后，向招标人提出书面评标报告，并推荐合格的中标候选人（评标委员会组成、职责等，《政府采购法》、《招标投标法》中均有详细规定，在此不再赘述）。

针对本项目的特点，我们采用类似二阶段评标法。评标委员会成员到会后，先对8份投标文件进行初步筛选，对2份报价过高、方案又无特色的投标文件首先将其淘汰出局；对余下的6份进行仔细审阅，分别列出需要投标人澄清的问题（通知投标人第二天安排商务、技术人员来评标地进行澄清相关问题）。

澄清时间安排及要求：每个投标人均有45分钟的时间进行介绍及答复，要求每个投标人花15分钟时间对其方案重点、特色进行介绍，留30分钟为提问、答复时间，并要求记录所有问题，于第二天中午前将澄清文件加盖公章后送达政府采购中心。澄清时间实际上是展示投标人水平和实力的好机会，可有些投标人不够重视。在本次澄清会上，有个投标人资质较好、投标文件写得也不错，可项目负责人介绍时就有些疙疙瘩瘩，回答问题时更是不知所云、答不到点子上，给评标专家留下不好的影响。对弱电系统集成项目来说，项目负责人是非常重要的角色，这么一个较大的集成项目，让人怎能放心交给这样的负责人去完成？

评标委员会各成员根据投标文件、答疑情况、澄清文件等分别写出书面意见并进行打分排序；在完成个人意见后，由评标委员会负责人组织评审交流，并写出代表评标委员会的小组意见，推荐中标候选人1~3人并标明排列顺序给政府采购中心和业主作为授标依据。

6.2合同签定

合同是招标文件的主体内容之一，也是中标后发包人与承包人签署的施工合同的主体内容。合同条款规范、严谨、全面与否，是招标工作能否顺利进行，乃至工程能否顺利实施的关键。其特点是：合法性、合意性、平等性、诚信性、规范性。

撰写合同时应注意：内容要合法，格式要规范，条款要完备、具体，表述要准确、简明，字迹要清楚，文面要整洁。合同一般包括标题、合同当事人名称、合同编号与签订地点时间、正文、署名和有效期限等几部分组成。

本文以\"某医院弱电系统集成项目\"为例，详细说明了招标、投标、评标过程中应注意的一些问题及关键所在，供从事政府采购人员及参与政府采购活动的相关人员参考。不当之处，敬请不吝指正。

第18篇：浅析信息系统集成项目质量管理

项目管理人员继续教育论文

浅析信息系统集成项目质量管理

徐忠－331080269

2013年4月28日

摘要：计算机信息系统集成项目具有典型的多学科合作、创造性和质量不可控因素增多等特点。以质量管理为核心的项目管理越来越被计算机信息系统集成企业所重视。质量是企业的生命，质量管理已经成为企业管理的重中之重。项目质量管理应当注重从提高顾客满意度、增大项目成功率、增强企业可信度和提升市场竞争力等方面加强和改进质量管理，全面提高企业竞争力。

关键词：信息系统集成项目质量管理

信息产业技术含量高，信息系统集成项目经常会遇到需求多变、技术更新和所处环境变化快速、人员流动频繁等情况，所以信息系统集成行业更加需要科学规范的项目管理。一个信息系统集成项目的成功不能仅仅从时间和费用上考虑，因为决定项目成功的最关键一点就是项目的质量问题。我们所说的质量，是看我们完成的项目是不是符合我们的需求分析，如果项目在完成后，虽然运行正常，界面优美，但是不符合我们的需求设计。那么，这个项目也就是在质量上是非常失败的。

我主要从事通信相关项目管理，接触的单纯计算机信息系统集成项目很少。但计算机信息系统集成应该亦属于信息产业范畴。这里介绍一下我负责开始实施的青藏线格尔木至拉萨线路视频监控系统项目的背景情况：通过有效的自动分析和报警机制，使铁路1142公里沿线的重要区段、重点目标得到集中监控，对异常情况及时了解和采取有效措施，减少危害行车事件和蓄意破坏铁路设施的恶性事件的发生，同时可降低职工的劳动强度和难度，确保铁路运输的安全高效运行。项目集系统设计、设备集成、软件开发、施工于一体，向业主提供整体的集成解决方案。

我现结合新建青藏铁路格尔木至拉萨段线路视频监控系统项目的实践浅析计算机信息系统集成项目的质量管理的几个要点。

1、提高客户满意度。随着质量管理的内容和环境变化，人们对“顾客——企业、项目利润的最终决定者”的认识越来越清，即项目和企业的核心与决定因素是顾客。顾客第一的理念已经成为质量管理方法共同遵守的原则，如ISO9000：2005中质量管理原则的第一条就是“以顾客为关注焦点”；全面质量管理（TQM）将“质量”定义为“满足及超过顾客的期望值”；流程再造（BPR）中第一条原则就是“以顾客为导向”，站在顾客的角度策划流程；六西格玛管理中第一大主题就是“真正关注顾客”。所以，追求顾客满意和忠诚，是企业创“一流质量”的永恒动力，同时也是项目的归宿和企业生存、发展的关键因素。

追求顾客的满意和忠诚比追求产品质量及其标准化更重要，标准也更高，它体现了顾客满意才是项目乃至企业追求的最高目标，才是设计、生产和营销的主要驱动力，才是企业和项目质量管理的中心。一些国际著名公司甚至提出，客户的满意度只能说明质量及格，只有超越客户的期望值，才能获得客户对品牌的忠诚。

青藏线视频监控系统项目由铁道部出资，青藏铁路公司负责管理。项目建成为公安、调度、公务和电务等单位和部门使用。也就是说这个项目的“顾客”更为广泛和复杂，要充分了解其需求也不是一件容易的事情，有时还会出现各单位之间需求矛盾的现象。针对这种时间情况，我们加强沟通，多次反复征询项目需求，通过高规格的协调会“整合”矛盾需求。同时根据技术和经验，补充完善相应需求，努力让“顾客”满意。

2、选对质量标准。要确立有效的质量标准体系。建立适当的质量衡量标准是进行项目质量管理的前提性的关键性工作。根据企业在实施项目方面的整体战略规划与项目实施计划，实施项目的主体企业首先要确立衡量项目质量的标准体系。衡量项目质量的标准一般包括项目涉及的范围、项目具体的实施步骤、项目周期估计、项目成本预算、项目财务预测与资金计划、项目工作详细内容安排、质量指标要求以及客户满意度等。这里需要注意的是，项目质量指标体系一定要具备完整性、科学性与合理性，项目实施各相关主体应该事先进行讨论与沟通，以保证其完整、无漏洞，又具备较强的可实施性。

企业在体制上需要采用休哈特、戴明、朱兰、石川、田口等人所创立的质量

管理理论，在组织中建立有效的质量管理体系。但是在在具体的项目过程中，则需要采用克劳斯比的理论，努力第一次就将事情做好。项目的质量管理与常规质量管理的区别就在于：项目的质量管理是在验证了前一过程的质量以后，才会开始进行下一个过程。企业的项目实践也证明了上述观点，无论是软件项目还是工程建设项目的质量管理模式，其共同的特点是在质量计划中确定质量管理的组织机构、工作职责、工作程序、配置资源、确定各个项目阶段的验证标准。在实施中比照阶段的质量标准，验证项目阶段的质量状态和控制项目质量基准的变更。

我们企业通过了质量、安全和环境标准认证，有完整的体系，但我们在质量指标要求确定中遇到了问题。这个项目，没有经验可以借鉴，也不能寻找现成的国家和行业标准。青藏这个特殊环境给我们提出了新的挑战，这要求我们的设备和附件都必需满足特殊要求。我们在大量的现场调查和实验，参照相关标准和专家经验基础上明确了质量指标。

3、注重过程管理。“防患于未然的代价总是小于检查所发现的纠正代价”。就是将质量管理的关注点从结果检验转变为过程监控。这种过程管理体现在两个方面：

a.在时间坐标上，将整个项目实施视为一个工作任务衔接的流程，通过对工作流程的分析，识别和精简那些无效益的工作环节，理顺分工的接口，形成目标合力，减少扯皮内耗。在流程链条上建立相互监督机制，让每个工作环节的下游工序都变成上游工序的客户，依次对上游进行质量监督。

b.在空间坐标上，将整个项目实施视为一个各类资源的集成活动，通过对相互依存的组合要素的分析，识别并优化各类要素功能指标，在其衔接的接口处严格把关，加强沟通，分享信息和技术资源，确保最终产品的质量标准。

要在项目执行过程中采取有效措施来监控项目的实际运行。在项目实施过程中，根据要求收集项目实施过程中的相关信息，观察、分析项目实施进程中的实际情况以便监控。为了达到有效监控项目的目的，可以利用的监控措施与沟通渠道包括正式的监控与沟通渠道，比如我们有：项目进度报告、项目例会、里程碑会议、各种会议纪要等；非正式的监控与沟通渠道，比如我们有：每天的碰头会、与项目小组成员或最终用户进行交谈与讨论，与企业管理层进行非正式的交流等。在这个环节上，要根据项目质量标准体系的要求，通过有效的监控措施与渠

道，全面、客观地跟踪与反映项目实施的实际情况。

4、持续改进。“持续改进”是指提高满足要求的能力的循环活动，其目的是改进质量过程的有效性和效率，其核心的思想可以用“没有最好，只有更好”来概括。这里的“满足要求的能力”即为“质量”；“循环活动”是指PDCA（“策划——实施——检验——处置”）动态循环。所以，“持续改进”是为改进质量而不断进行的PDCA循环。

“持续改进”主要包含以下四个方面：一是持续的质量改进应是项目管理者追求的永恒目标；二是持续改进追求更高的质量目标、效率、效益和更低的成本，让项目更成功。三是持续改进追求总体业绩增值，着力于提升绩效目标值、过程能力、服务质量、企业的核心竞争力。四是持续改进一般通过PDCA动态循环来达到改进目标。

把追求质量精益求精作为组织永恒的目标，不断识别改进机会，不断提高质量目标，不断采取改进措施，从而实现质量的螺旋上升。

我们这个项目的软件开发就是一个多次改进，不断提高的例子。视频监控系统软件系统开发，包含终端访问系统和视频服务系统软件。著名软件工程专家b.w.boehm总结出了软件开发时需遵循的七条基本原则，其中最后一条：承认不断改进软件工程实践地必要性。 需求评审、设计评审、代码走查、集成测试、系统测试、验收测试都理解为PDCA中的C。为了这款软件更加成熟和贴近顾客，开发工程中就让用户试用，在这个过程中统计缺陷和BUG，同时征询包括功能和界面等意见，从而修改软件。

5、让管理层重视。体现了质量管理在整个项目管理中的战略地位，甚至可以说项目的质量在很大程度上取决于最高领导的重视程度。只有最高领导挂帅，才能决定项目的质量方针，才能制定质量计划并确保计划落实，才能动员全员参与，才能调动并配置资源，才能定期评审质量管理体系，才能驱动质量的持续改进。

我们企业是国有制，文化的不良沉淀也就造成这一点尤为重要。我们这个项目最终争取到了集团副总兼任指挥长，公司副总兼任副指挥，得到了领导层的大力支持。

6、全员参与。人是质量的创造者，充分发挥人的主导作用，人作为施工的

直接组织者、操作者、指挥者，调动人的积极性，加强质量意识教育，不断学习规程、规范和标准，以提高人的技术水平、业务水平和心理素质。因此，质量控制必须“以人为核心”，以人的工作质量保流程质量，促进项目质量。

质量问题不仅仅是质量检查人员的职责，而是人人有责。团队的每个成员都要以主人翁的心态认识自己的工作使命，加强内部沟通，识别容易出现质量风险的职责边界，把质量责任落实到每一个具体的人头上，并且通过培训把不断提高工作质量变成一种自觉的行为。团队精神在项目质量管理上也要充分体现，成功的项目都比较强调团队精神、合作精神，应该说，项目管理流程本质上就要求员工之间的互相协调和理解。

7、供方互利。指与上游供应商建立长期互利的合作伙伴关系。放弃单纯以价格指标决定采购的政策和杀鸡取卵的短期行为，开放与供应商的沟通渠道，相互信任，共享技术成果及商业信息，联手进行质量改进活动，在合作双赢的基础之上谋求双方长远利益的最大化。

我们这个项目也充分证明这一点。可以这样说，该项目是目前这个领域的先驱。意义很重要，同时对于设备和材料等相关厂商也是机遇和挑战。在这样的环境中，谁也没有成功的经验可言！所以也更加必需相互的紧密合作，更多的问题需要供应方现场解决，当然也需要我们的支持和帮助。例如：HP磁盘阵列在高原就出现了不稳定现象，他们要实验和处理，但高原的特殊情况又不允许更好的交通和医疗条件，我们义无反顾给予援助。我们的理解，项目的成功是大家的，以后的合作是愉快的！

8、使用恰当的工具。项目质量控制7工具是必须要熟悉的，包括在什么场景下应该使用何种工具。因果图(关照问题的根源)，控制图(关注偏差)，帕累托图(2/8原则关注关键问题)，散点图(进行相关性分析)，流程图，直方图和趋势图。

9、连续循环培训制度。在很多公司，通常只有很少甚至没有培训，员工们不知道何时才能正确的完成他们的工作。消除不适合的培训是非常困难的。质量管理大师Deming强调：只要工作成果还无法受到统计控制，并且还能获得更大的好处的时候，培训就不应当被中止。

为了应用该原则，一个质量保证组织可以：

a.建立现代的培训辅助和实践；

b.鼓励质量工作者通过参加研讨班或上课不断的提高质量和测试方面的技术知识；

c.奖励工作者建立新的研讨班和特殊的兴趣小组；

d.使用统计技术确定何时培训被需要，并且何时培训可以结束。

项目管理的根本目的是为了达到或实现项目既定的目标，让项目的“所有利益相关者”都满意。质量管理虽然不等于项目管理的全部，但它是项目管理的重中之重，因此，项目经理必须突出抓好项目几个要点进行质量管理。同时，还要注意把项目的质量管理连同项目的时间管理、成本管理、风险管理放在一起通盘考虑，成功实现对项目的有效管理。

参考文献：

[1]张友生，田俊国，殷建民，《信息系统项目管理师辅导教程》[M]，北京，电子工业出版社；

[2]《PMBOK-2008》PMI；

[3]《成功的项目管理》Jack Gido ＆ James P.Clements（21世纪管理经典教材系列，张金城等译）；

[4]《IT项目管理》Kathy Schwalbe（项目管理译丛 王金玉等译）；

作者简介：

徐忠，男，1970年生，江苏泰兴人。毕业于南京大学行政管理专业和中国人民解放军南京炮兵学院计算机应用专业，双学士。现有建设部颁发的壹级建造师职业资格证、工业和信息化部颁发的计算机系统集成项目经理资格证，获得全国建筑施工企业优秀项目经理、全国通信行业优秀项目经理等称号。1991年开始工作，先后负责完成了沈阳地铁一号线通信系统工程、沈阳地铁一号线AFC自动售检票系统、沈阳地铁一号线公安通信系统工程、青藏铁路格尔木至拉萨视频监控系统工程、铁通辽宁接入网及数字调度系统工程、山东高速信息管理系统二期竹园至东明工程、铁通广州至阳春管道光电缆工程、原网通沟帮子至沈阳长途管道光缆工程等。

第19篇：系统集成项目管理实用举例

系统集成项目管理实用举例

摘要：本文利用中型钢铁集团ERP项目的实例，阐述集成项目管理的实践经验已经工作中的一些方法准则： 关键词：项目的实例，集成项目管理

正文：

系统集成项目管理中的一些实用准则

一、真正理解项目经理的角色

对项目经理角色的理解一定要避免两个极端，一种过分强调项目经理的技术能力，认为项目经理应该是团队中技术最强的人，项目实施中的任何疑难问题最终归集到项目经理，项目经理必须说“Yes”或“No”，否则就无以服众。另一种则过分强调项目经理的领导能力，认为项目经理首要任务是给他的组员端咖啡，协调大家之间的关系等。我认为项目经理首先应是有过类似本项目的项目实施经验，对ERP项目有一个清醒地认识，同时对该行业的相关知识有扎实的基础；对该ERP项目能够做出一个科学的、切合实际情况的实施方案，在必要的时候能够帮助自己的组员解决问题，但并不是说项目经理必须是任何技术问题都非常精通，比如对于项目的网络构架，项目经理可以咨询相关专业人员。但无论如何，项目经理都应该熟悉和了解项目中的每一项技术，只有这样才能全面掌握项目。其次项目经理应具有协调、组织的能力，能够调节整个项目团队的气氛，在遇到挫折时“升温”，在过分乐观时“降温”；同时应具有同项目单位进行沟通、协调的能力，为自己组员的项目实施做好环境的准备；在遇到关键或疑难问题时，能够通过各种途径找到问题的答案。

项目经理跟一般的职业经理人不同，它具有较强的专业性，一个不懂技术的人是绝对不能做项目经理的，项目经理应该是技术和管理的结合。

二、重视对项目组的管理，奖罚分明。

在ERP项目的实施中，必须建立一套切实可行的项目管理制度，特别是多方组成的项目团队，更是如此。只有这样，才能保证整个项目实施的有序进行。规范化而且切实可行的项目管理制度，必须因企业、因项目而异。一般而言，应是项目管理原理、企业/行业特点和项目规模/性质、企业开发文化/素质等各种因素综合的产物。同时要严格执行制度，做到奖罚及时、分明。在制度建设上一定要避免两种情况：一是无项目管理制度，仅凭个人经验实施项目管理；二是书生制度，照搬教条，纸上谈兵，束之高阁。

项目管理的核心是„三角平衡‟，即规格、成本、进度三个方面保持平衡。在大部分项目实施中，往往无法确立和实现项目成本的指标、考核和控制，资金的支配权往往不归项目经理，而由公司决定，这样导致公司与项目经理之间的责任不清，对于某些制度也无法贯彻执行，不能很好地实现项目经理负责制。

为了组建一个和谐的团队，项目经理必须充当队员的激励者、教练、活跃气氛者、维和人员和冲突裁决人。

另外，项目经理还必须注重不同岗位的后备人员的开发。在项目的实施过程中一旦出现队员辞职的现象，项目经理能够合理安排人员调动和接替；同时，便于队员在工作过程中形成竞争，以及合理安排期间性休假。

三、计划、计划、计划

几乎所有的人都知道项目的实施需要制定计划。但是在具体操作过程中还是存在以下几种现象：一是项目计划的制定不够严谨，随意性大，可操作性差，因而实施中无法遵循（如项目计划过于粗略，落实不足），没有做到任务、进度、资源三落实。二是缺乏贯穿项目全程的详细项目计划，甚至采取每周制定下周工作计划的逐周项目计划方式，其实质是“项目失控合法化”。三是项目进度的检查（与进度计划比对）和控制不足，不能维护项目计划的严肃性。

再完美的计划也会时常遭遇不测，但并不表明我们不需要制定计划了。如果没有计划我们就失去了参照物。项目经理应该能够预测变化并且能够适应变化。经常做一些“如果——那么”的假设，避免安于项目现状，在项目发生变化时能够及时作出调整。计划总在变化，计划没有变化快，关键是计划能够跟上变化。

在项目的实施过程中，经常会将整个项目分成若干个小的项目，项目经理应有效的利用好时间，做到各个项目之间的有效、合理衔接，保持整体计划的合理性和连贯性。

项目计划粗细程度，是一个需要小心把握平衡的问题。越细则控制力度越大，但项目管理的成本越高；反之亦然。以国内目前的状况，个人看法，3个月以下的项目应细到人天，至少2～3人天；半年以上的项目，至少应到人周。

四、真正理解“一把手工程”

ERP项目的实施是一把手工程，这是公认的准则。很多项目在实施前期都强调“一把手工程”，并且运用的特别好，比如：由总经理召开会议、成立项目小组等等，但是往往在实施开始之后就不能很好地发挥“一把手”的作用，使得一把手工程变成了撒手工程。项目经理应该自始至终地发挥“一把手”的作用，应该定期地（一般为一个月）或在某项小的项目结束时将阶段总结呈递给“一把手”，并且进行简短的交流，听取“一把手”对于项目的看法，在必要时提议“一把手”召开会议。同时，对于项目经理所在公司的“一把手”也要定期进行汇报和交流，以获取支持、理解和资源的调配。

五、不要吝惜在培训上花的时间，进行二次、三次培训都不为过。

培训是项目实施的一个重要环节，目前国内单位（特别是大型国营单位）的人员素质比较低，对于信息化的理解几乎等于零。所以我们在进行培训时，应该分层次、分阶段的进行培训，不能期望一次培训就能使单位的人员理解和掌握软件的操作。培训应贯穿于项目的始终，并且应做好适合用户水平的操作手册，必要时在单位内部网页上做“常见问题问答”的栏目。一定要避免“客户理解太慢、太笨了，我帮他做了吧”等想法和行为的出现。ERP项目是自己单位的项目，任何人都代替不了。

六、进行原型测试，做好一个理论和实践都可行的实施方案。

不管是培训还是计划都必须建立在一个可行的实施方案的基础上，否则即使你的方法再好，也不可能达到良好的效果。所以在实施之前，应该进行充分的系统分析和调研，充分听取各个层次人员的意见，多方搜集资料，并且进行多角度的原型测试，在项目小组（包括

ERP单位方）同意的基础上，才进行实施和培训等计划的制定和执行。尽量避免在实施过程中进行方案改变等情况的发生。

七、合理的降低客户的需求

任何软件都不是万能的，都不可能百分之百地解决客户地所有问题。在项目的实施过程中，应该实事求是地、明确地告诉用户那些是软件做不到的。一些软件公司和实施人员不愿意和害怕把真象告诉用户，只想把企业原本正确的业务流程转变成本公司软件所规定的业务流程，结果造成双方僵持。特别是一些软件程序上的毛病，更是不愿接受用户的指责。其实，这完全没有必要。在不可能解决的问题上跟用户兜圈子，其结果只能是使用户对你造成误解，和对公司的不信任。

由于各种各样的原因，在企业的经营管理中总会有一些具有自己特色的东西，但是，企业难于在短时间改变现有的做法，这就需要软件的灵活性和实施的变通。当然，应该尽可能地使企业的行为合符有关的法规和惯例，这是最好的结果。

对待客户需求方面也应该讲求80/20原则，不能一味的降低客户需求，试想一个软件连客户百分之八十的需求都满足不了，还怎样要求客户放弃自己的需求。我们所讲的合理的降低客户需求，应该是在解决了百分之八十以上的基础上，或解决了企业主要需求的基础上，对于客户的一些特殊需求不预满足或解决。在项目的实施过程中，我们不能承诺能够解决客户的所有需求，如果一个软件能够解决客户的所有需求，那我们的实施也就不费力了，也就不需要讲求那么多的实施方法了，企业实施ERP也就不需要咨询了。

上述只是从不同的方面描述自己对项目经理的理解，当然在项目的实施过程中最重要的是实施成功，而不管你采取什么方法。项目经理应该根据项目的自身情况确定适合该项目的方案和实施策略。

实例：

在实施中型钢铁集团ERP项目的进程中，作为实施团对整个总结了很多的实践经验，当然这些经验不能作为项目经理的实施准则，或许也存在个人的误解，但是供给出来，以供大家参考。

一、真正懂得项目经理的角色 对项目经理角色的懂得一定要避免两个极端，一种过火强调项目经理的技巧能力，认为项目经理应该是团队中技巧最强的人，项目实施中的任何疑难问题最终归集到项目经理，项目经理必须说“Yes”或“No”，否则就无以服众。另一种则过火强调项目经理的领导能力，认为项目经理首要任务是给他的组员端咖啡，和谐大家之间的关系等。我认为项目经理首先应是有过类似本项目的项目实施经验，对ERP项目有一个清醒地认识，同时对该行业的相关知识有扎实的基本；对该ERP项目能够做出一个科学的、切合实际情况的实施计划，在必要的时候能够辅助自己的组员解决问题，但并不是说项目经理必须是任何技巧问题都非常精通，比如对于项目的网络构架，项目经理可以咨询相关专业人员。但无论如何，项目经理都应该熟悉和懂得项目中的每一项技巧，只有这样才能全面掌握项目。其次项目经理应具有和谐、组织的能力，能够调节整个项目团队的气氛，在遇到挫折时“升温”，在过火乐观时“降温”；同时应具有同项目单位进行沟通、和谐的能力，为自己组员的项目实施做好环境的准备；在遇到关键或疑难问题时，能够通过各种途径找到问题的答案。 项目经理跟一般的职业经理人不同，它具有较强的专业性，一个不懂技巧的人是绝对不能做项目经理的，项目经理应该是技巧和管理的结合。

二、重视对项目组的管理，奖罚分明。在ERP项目的实施中，必须建立一套切实可行的项目管理制度，特别是多方组成的项目团队，更是如此。只有这样，才能保证整个项目实施的有序进行。规范化而且切实可行的项目管理制度，必须因企业、因项目而异。一般而言，应是项目管理原理、企业/行业特点和项目范围/性质、企业开发文化/素质等各种因素综合的产物。同时要严格执行制

度，做到奖罚及时、分明。在制度建设上一定要避免两种情况：一是无项目管理制度，仅凭个人经验实施项目管理；二是书生制度，照搬教条，纸上谈兵，束之高阁。 项目管理的核心是„三角平衡‟，即规格、成本、进度三个方面坚持平衡。在大部分项目实施中，往往无法确立和实现项目成本的指标、考核和把持，资金的安排权往往不归项目经理，而由公司决定，这样导致公司与项目经理之间的责任不清，对于某些制度也无法贯彻执行，不能很好地实现项目经理负责制。 为了组建一个协调的团队，项目经理必须充当队员的鼓励者、教练、活泼气氛者、维和人员和冲突裁决人。 另外，项目经理还必须注重不同岗位的后备人员的开发。在项目的实施进程中一旦出现队员辞职的现象，项目经理能够合理部署人员调动和接替；同时，便于队员在工作进程中形成竞争，以及合理部署期间性休假。

三、规划、规划、规划 几乎所有的人都知道项目的实施需要制定规划。但是在具体操作进程中还是存在以下几种现象：一是项目规划的制定不够严谨，随意性大，可操作性差，因而实施中无法遵循（如项目规划过于粗略，落实不足），没有做到任务、进度、资源三落实。二是缺乏贯串项目全程的详细项目规划，甚至采取每周制定下周工作规划的逐周项目规划方法，其本质是“项目失控合法化”。三是项目进度的检查（与进度规划比对）和把持不足，不能保护项目规划的严肃性。 再完美的规划也会时常遭遇不测，但并不表明我们不需要制定规划了。如果没有规划我们就失去了参照物。项目经理应该能够预测变化并且能够适应变化。经常做一些“如果——那么”的假设，避免安于项目现状，在项目发生变化时能够及时作出调整。规划总在变化，规划没有变化快，关键是规划能够跟上变化。 在项目的实施进程中，经常会将整个项目分成若干个小的项目，项目经理应有效的利用好时间，做到各个项目之间的有效、合理衔接，坚持整体规划的合理性和连贯性。 项目规划粗细程度，是一个需要小心把握平衡的问题。越细则把持力度越大，但项目管理的成本越高；反之亦然。以国内目前的状况，个人看法，3个月以下的项目应细到人天，至少2～3人天；半年以上的项目，至少应到人周。

四、真正懂得“一把手工程” ERP项目的实施是一把手工程，这是公认的准则。很多项目在实施前期都强调“一把手工程”，并且运用的特别好，比如：由总经理召开会议、成立项目小组等等，但是往往在实施开始之后就不能很好地发挥“一把手”的作用，使得一把手工程变成了撒手工程。项目经理应该自始至终地发挥“一把手”的作用，应该定期地（一般为一个月）或在某项小的项目结束时将阶段总结呈递给“一把手”，并且进行简短的交流，听取“一把手”对于项目的看法，在必要时提议“一把手”召开会议。同时，对于项目经理所在公司的“一把手”也要定期进行汇报和交流，以获取支持、懂得和资源的调配。

五、不要吝惜在培训上花的时间，进行二次、三次培训都不为过。培训是项目实施的一个重要环节，目前国内单位（特别是大型国营单位）的人员素质比较低，对于信息化的懂得几乎等于零。所以我们在进行培训时，应该分层次、分阶段的进行培训，不能期望一次培训就能使单位的人员懂得和掌握软件的操作。培训应贯串于项目的始终，并且应做好合适用户水平的操作手册，必要时在单位内部网页上做“常见问题问答”的栏目。一定要避免“客户懂得太慢、太笨了，我帮他做了吧”等想法和行为的出现。ERP项目是自己单位的项目，任何人都代替不了。

六、进行原型测试，做好一个理论和实践都可行的实施计划。不管是培训还是规划都必须建立在一个可行的实施计划的基本上，否则即使你的方式再好，也不可能达到良好的效果。所以在实施之前，应该进行充分的系统剖析和调研，充分听取各个层次人员的意见，多方搜集资料，并且进行多角度的原型测试，在项目小组（包含ERP单位方）同意的基本上，才进行实施和培训等规划的制定和执行。尽量避免在实施进程中进行计划改变等情况的发生。

七、合理的降低客户的需求 任何软件都不是万能的，都不可能百分之百地解决客户地所有问题。在项目的实施进程中，应该实事求是地、明确地告知用户那些是软件做不到的。一些软件公司和实施人员不愿意和惧怕告知用户，只想把企业本来正确的业务流程转变成本公司软件所规定的业务流程，结果造成双方僵持。特别是一些软件程序上的毛病，更是不愿接受用户的指责。其

实，这完全没有必要。在不可能解决的问题上跟用户兜圈子，其结果只能是使用户对你造成误解，和对公司的不信任。 由于各种各样的原因，在企业的经营管理中总会有一些具有自己特色的东西，但是，企业难于在短时间改变现有的做法，这就需要软件的机动性和实施的变通。当然，应该尽可能地使企业的行为合符有关的法规和通例，这是最好的结果。 对待客户需求方面也应该讲求80/20原则，不能一味的降低客户需求，试想一个软件连客户百分之八十的需求都满足不了，还如何要求客户废弃自己的需求。我们所讲的合理的降低客户需求，应该是在解决了百分之八十以上的基本上，或解决了企业主要需求的基本上，对于客户的一些特殊需求不预满足或解决。在项目的实施进程中，我们不能承诺能够解决客户的所有需求，如果一个软件能够解决客户的所有需求，那我们的实施也就不费力了，也就不需要讲求那么多的实施方式了，企业实施ERP也就不需要咨询了。 上述只是从不同的方面描述自己对项目经理的懂得，当然在项目的实施进程中最重要的是实施成功，而不管你采取什么方式。项目经理应该依据项目的自身情况断定合适该项目的计划和实施策略。

参考文献：

1.系统集成项目管理案例分析教程 希赛IT教育研发中心组编 电子工业出版社2009-08-01

2.计算机信息系统集成项目经理技术手册 信息产业部计算机技术培训中心编著 电子工业出版社 2004-3-1

3.计算机信息系统集成项目管理基础 中国软件评测中心编著 电子工业出版社2004-3-1

4.软件项目管理理论与案例分析 吴吉义主编中国电力出版社 2007-8-1

5.网络工程设计与系统集成（第2版）杨威主编王云、黄晓彤、杨陟卓编著

人民邮电出版社2010-4-1

第20篇：系统集成项目管理工程师笔记——项目管理

项目管理整体管理（主要关心为达成项目目标所需的管理过程的互相配合）

1．项目启动 1)制定项目章程输入：合同工作说明书(SOW)组织过程资产 输出：项目章程 2)选择项目经理

2．制定初步范围说明书输出初步的项目范围说明书

3．项目计划管理（将确定、编写、集成以及协调所有分计划，以形成整体项目管理计划） 项目管理计划（或整体管理计划）内容：1.项目背景如项目名称、客户名称、项目的商业目的等；2.项目经理、项目经理的主管领导、客户方联系人、客户方的主管领导，项目领导小组（即项目管理团队）和项目实施小组人员；3.项目的总体技术解决方案； 4.对用于完成这些过程的工具和技术的描述；5.选择的项目的生命周期和相关的项目阶段； 6.项目最终目标和阶段性目标； 7.进度计划； 8.项目预算；9.变更流程和变更控制委员会；10.沟通管理计划； 11.对于内容、范围和时间的关键管理评审，以便于确定悬留问题和未决决策。 除上述的进度计划和项目预算之外，项目管理计划可以是概要的或详细的，并且还可以包含一个或多个分计划。这些分计划包括但不限于： 1.范围管理计划； 2.质量管理计划； 3.过程改进计划； 4.人力资源管理计划； 5.风险管理计划； 6.采购管理计划。

4．指导和管理项目执行

5、监督和控制项目。（方法：项目管理方法论、PMIS、挣值管理、专家判断）

6、整体变更控制（评审所有的变更请求，批准变更，控制可交付成果和组织的过程资产） 7．项目收尾 案例分析：

【问题1】（5分） 针对说明中所描述的现象，分析A公司在项目管理方面存在的问题

【问题2】（5分） 针对A公司在该项目管理方面存在的问题，提出补救措施（150字以内）。

【问题3】（5分）针对A公司的项目管理现状，结合你的实际经验，就A公司项目管理工作的持续改进提出意见和建议（150字以内）。

答题思路： 【问题 1】

1、投标前的项目启动会议上，没有邀请技术和实施部门

2、没有把以往的经验教训，归纳和积累，形成组织知识资产

3、没有建立完善的内部评审机制，或虽有评审机制但为有效执行

4、项目中没有实现有效的变更管理

5、公司级的项目管理体系不健全，或执行不好

【问题 2】

1、改进项目的组织形式，明确项目团队和职能部门之间的协作关系和工作程序

2、做好项目当前的经验教训收集、归纳工作

3、明确项目工作的交付物，建立和实施项目的质量评审机制

4、建立项目的变更管理机制，识别变更中的利益相关方并加强沟通

5、加强对项目团队成员和相关人员的项目管理培训

【问题 3】

1、建立企业级的项目管理体系和工

2、加强对项目工作记录的管理

3、加强项目质量和相应的评审制度

4、加强项目经验教训的收集、归纳、积累和分享工作

5、引入合适的项目管理工具平台，提升项目管理工作效率

【问题 1】 请从项目管理角度，简要分析该项目“未能结项”的可能原因。

【问题 2】 针对该项目现状，请简要说明为了促使该项目进行验收，可采取哪些措施。

【问题 3】为了避免以后出现类似情况，请简要叙述公司应采取哪些有效的管理手段。

答：【问题 1】

1、签订合同很简单，没有在合同中明确甲乙双方的职责，明确项目的时间要求，范围界定以及合同违约等条款和内容，缺乏有效的合同管理制度；没有规定验收的标准和程序；

2、项目执行较随意，表明其缺乏规范和严格的项目管理制度和方法，规范的项目管理流程，没有严格的进度控制、成本控制和质量保证、风险分析等管理措施。（项目实施过程控制中出现的问题： · 在项目实施过程中没有及时将项目绩效报告递交给客户，因此客户对项目进展和质量状况不了解。 · 没有让客户及时对阶段成果签字确认）

3、针对甲方组织结构复杂，需求多变的情况，没有进行事前风险分析和制定风险应对措施，对需求没有进行严格的分析、管理措施，对项目范围也没有进行确定，

4、针对项目范围、进度、成本的变化，缺乏必要的变更控制手段和规范的变更控制流程。

5、缺乏有效的沟通管理制度，缺少和甲方必须的沟通方法和措施，合作氛围不良，双方缺乏信任感，客户对项目质量信心不足，怕承担责任，因此不愿进行正式验收。

6、在合同中对应项目出现的情况，缺少应急措施和有效的针对性方法，来解决项目当前的困难。《教材》13.3.1项目合同的内容 合同的内容就是当事人订立合同时的各项合同条款。主要内容包括当事人各自权利、义务、项目费用及工程款的支付方式、项目变更约定和违约责任等。

【问题 2】

1、加强和甲方的沟通，针对项目验收的工作内容和方式，流程、时间等问题，积极和甲方进行沟通，争取和甲方就项目验收工作达成一致意见；

2、针对合同中没有明确的验收标准和流程等问题，可以采用备忘录或者补充协议的形式，就项目验收的标准、流程、时间和责任人等内容签署书面的具有法律效力的文件，以便指导项目验收工作。

3、在项目组内部，加强项目管理工作力度，制定验收文档标准，积极准备验收工作，完善验收成果文档，明 确项目验收工作的标准和流程，以及团队成员的职责。

【问题 3】

1、公司应该建立严格和规范的合同管理制度，签订合同时必须在合同中明确项目的范围、进度以及相关要求，建立完善的合同文本；

2、公司内部应该建立规范和完善的项目管理制度，在项目管理上建立合规的管理流程、方法和标准规范，推行科学的项目管理方法，包括范围管理、时间管理、成本管理、质量管理、人力资源管理方面；

3、在公司内部加强项目管理思想和方法的培训，建立全员的、全面的、全过程的项目管理体系和标准。

4、在项目立项时，建立科学和严谨的项目可行性分析和论证制度，进行风险分析和风险评估，规避项目风险。

《系统集成项目实施方案.doc》

将本文的Word文档下载到电脑，方便编辑。

推荐度：

点击下载文档