浅谈计算机系统集成项目的问题总结与分析

时间:2019-05-12 05:08:52下载本文作者:会员上传
简介:写写帮文库小编为你整理了多篇相关的《浅谈计算机系统集成项目的问题总结与分析》,但愿对你工作学习有帮助,当然你在写写帮文库还可以找到更多《浅谈计算机系统集成项目的问题总结与分析》。

第一篇:浅谈计算机系统集成项目的问题总结与分析

浅谈计算机系统集成项目的问题总结与分析

论文摘要:信息技术在飞速发展,计算机信息系统集成项目也变得越来越复杂,规模变得越来越庞大,传统管理的落后,不适应系统集成项目发展的需要,科学规范的项目管理在系统集成行业变得愈加需要,当务之急是要引入项目管理成为系统集成公司。本文结合实例介绍了系统集成项目中常见问题及总结的重要性。

现代企业中,计算机系统集成项目管理变得越来越重要,成为企业制度管理的一个非常重要的部分。IT企业建立现代企业制度必须进行计算机信息系统集成项目管理,只有搞好计算机信息系统集成项目管理才能够完善现代企业制度,使之管理科学化。

一、计算机系统集成项目管理的内容和特点

研究如何以高效益地实现项目目标为目的是计算机系统集成项目管理的主要内容,以项目经理负责制为基础,对项目按照其内在逻辑规律进行有效地计划、组织、协调和控制,以适应内部及外部环境并组织高效益的实施,使各项目要素优化组合、合理配置,保证实施的均衡性,利用现代化的管理技术和手段,以实现项目目标和使企业获得良好的综合效益。计算机系统集成项目管理是为使项目实现所要求的质量、所规定的时限、所批准的费用预算所进行的全过程、全方位的规划、组织、控制与协调。项目管理的对象是项目,由于项目是一次性的,故项目管理需要用系统工程的观念、理论和方法进行管理,具有全面性、科学性和程序性。计算机系统集成项目管理管理就是在项目活动中运用专门的知识、技能、工具和方法,使项目能够实现或超过项目干系人的需要和期望。

具体执行要包含以下三要素:首先是必须在一定的时间、费用和资源的限制条件下保证质量完成目标;其次是必须确保计划得以执行,并监督项目进展,根据需要及时调整计划;最后是项目管理必须根据项目的具体情况,制定计划。

这里拿本人参与的项目“浙江玉环人民医院机房改造及防雷接地项目”为例说明一下这三要素:因为医院早已投入使用,不能随便断电和断网络,故造成机房内部施工实施时间非常有限,只能利用晚上医院下班后的时间进行施工,所以如何在有限的时间内,充分利用有限的资源保证质量完成目标,制定一个周全可行的计划是最关键的环节。当时我们制定的项目实施计划是每天两组进行施工,白天A施工队进行外部防雷接地挖坑埋接地装置,夜里B施工队进行内部机房新设备安装接线,避免浪费时间。该项目另外一个重要的环节就是要合理分工,因为在医院是一个非常特殊的环境,施工一是不能破坏现有设施,影响医院的日常运行;二是要求安静,不能影响到病人和医生;三是机房接地和防雷接地要做成综合接地,对地电阻要求很高;四是这个医院的房子是老房子了,和新式建筑有区别,没有现成的钢柱做引下线,要重新做接地井,而且机房地板都是水泥,对铺设机房接地网造成了很大的难度。从这个项目我们就不能看出,计算机系统集成项目管理必须要理论与实际相结合,不能一味的按书本上的理论制定计划,必须结合现场实际情况进行指定计划、合理选用和安排人员施工,才能使项目按时保质的完成。

二、项目管理问题略析

(一)问题的出现

在这个项目上当然不是一帆风顺的,我是从项目招投标开始接收组织项目进展的,当时接到项目任务后,随后立即召集了商务部、售前技术部、销售部、客服部和质量部等相关部门,进行了一次项目内部启动说明会,并把各自的分工和进度计划进行了部署。

然而,在投标前三天进行投标文件评审时,发现技术方案中所配置的设备在以前项目使用中是有问题的,必须更换。我和方案编制人员经过加班加点,终于修改完成。到了正式评标会上,又遇到了一点麻烦,原来授权代表声明和投标方案中写的不一致,影响了评标分数。不过还好,项目最终拿了下来,并和用户确定了合同。根据公司流程,我把项目移交给了售后实施部门,由他们具体负责项目的执行和验收。

实施部门接手项目后,另外一个工程人员被任命为实施项目经理,负责项目的实施和验收工作。他由于项目前期自己没有尽早介入,许多项目前期的事情都不很清楚,而导致后续跟进速度较慢,影响项目的进度。同时,设计方案时,售前工程师没有很好地了解用户需求,也没有书面的需求分析调研报告。在接手项目后,必须重新开始了解用户需求,编制实施方案,这样无形中增加了实施难度和实施成本。

等到这一切理出了头绪,在商务下单订货过程中,又发现由于商务人员的工作失误,导致少采购了几台设备,并且设备模块配置功能错误而不能符合要求。

而在我们公司中,由于售后和售前是两个独立的部门,在项目执行中,特别是项目执行完毕后,没有一套明确而完善的项目总结和闭环的问题分析和关闭流程,导致许多项目中重复出现相同或类似的错误或失误,进而导致投标失败、项目成本较高、项目执行中困难重重、用户满意度较低等诸多风险。

(二)项目总结

经过这个项目完整结束后,我认识到了做好项目总结工作是其中的关键之处。与项目成员沟通后,我发现要做好项目总结的工作,首先就应该在项目启动时将其加以明确规定,比如项目评价的标准、总结的方式以及参加人员(如项目办公室、商务部、售前部、市场部、储运部等)等。

事实上,项目总结工作应作为现有项目或将来项目持续改进工作的一项重要内容,同时也可以作为对项目合同、设计方案内容与目标的确认和验证。项目总结的目的和意义在于总结经验教训、防止犯同样的错误、评估项目团队、为绩效考核积累数据以及考察是否达到阶段性目标等。总结项目经验和教训,也会对其他项目和公司的项目管理体系建设和项目文化起到不可或缺的作用。完善的项目汇报和总结体系对项目的延续性是很重要的,例如项目完成后项目的售后维护、设备保修等。特别是项目收尾时的项目总结,项目管理机构应在项目结束前对项目进行正式评审,其重点是确保能够为其它项目提供可利用的经验,另外还有可能引申出用户新的需求而进一步拓展市场。

(三)项目总结的内容及分析

总结项目经验所需的信息应来自哪些方面呢?以前项目中的总结信息很零散,每个部门只从本部门出发,总结自己的问题,而没有其他部门或人员的参加。而实际上,它应该来自项目的各个方面,其中包括来自项目组、客户及其它项目干系人的反馈及项目管理信息系统(PMIS)。同时,使用这些信息以前,应确保收集这些信息的系统、组织和流程能够正常运行,并且应建立项目信息的收集、发布、存贮、更新及检索系统,确保有效地利用项目中的各种信息资源。

从管理的观点来说,项目生命周期的每个阶段或者称之为里程碑,都应该进行评估总结,以确定是否实现了此阶段的目标,项目是否可以正式开展下一个阶段工作。总之,项目的不同阶段都应该有完善的项目总结,只不过总结的形式、内容、编写者和阅读对象等侧重点不同而已。

在编写项目总结报告时,应该首先明确编写的目的,同时也应简述项目概况、项目背景和项目进展情况。因为既然叫项目,就有其独有性、时间性。这样,项目总结的内容才能够更具有针对性、时效性和持续改进的意义。

1.项目进度。

按照项目整体计划或项目滚动计划编写的计划工期与实际工期之间差距和原因分析。其间有哪些变化?对工作量的估计如何?以便为项目经验库提供相应数据,提高下次计划的准确性。

2.项目质量。

项目的最终交付物与客户实际需求的符合度。需要注意的是“客户”,他可以是一般意义上的外部客户,也可以指内部的客户。项目质量管理不但包括对项目本身的质量管理,也包括对项目生产的产品进行的质量管理。具体可以从质量计划、质量控制、质量保证入手,以保证项目质量的持续改进。具体可以采用ISO9000质量保证体系,加上完善的质量管理工具、图表等辅助工具加以统计分析,得出改进建议。

3.项目成本。

就计划成本、实际成本对比成本构成明细的差距和原因分析及建议,也包括项目合同款执行情况的分析总结。IT项目经理一般可控制的成本主要是人工费,对于未建立项目级核算的组织,可以用加权人天数表示,对不同级别的人员(项目经理、高级工程师、一般工程师)赋予不同的权重。

4.项目风险。

就风险识别、风险分析和风险应对中的经验和教训进行总结,包括项目中事先识别的风险和没有预料到而发生的风险等风险的应对措施的分析和总结。也可以包括项目中发生的变更和项目中发生问题的分析统计的总结。

5.项目资源。

项目资源不但包括人力资源情况,而且还包括设备、材料等其它资源的合理使用、开发情况。特别是项目成员的绩效统计分析和评价,以便更加有效地开发和利用人力资源。通常,可以采用直观的图表形式来反映项目的资源情况。

6.项目范围。

项目范围包括产品范围和项目范围。其中,产品范围定义了产品或服务所包含的特性和功能;项目范围定义了为交付具有规定特性和功能的产品或服务所必须完成的工作。合同中所规定的产品范围和项目范围以及用户确认的计划等都属于项目中要控制的范畴,另外还包括实际执行情况的差距和原因分析。

7.项目沟通。

沟通是人员、技术、信息之间的关键纽带,是项目成功所必须的。在国内,不少项目经理对沟通不够重视,或者不知如何做好项目中的沟通工作,这都需要各级项目管理人员对其加以重视。在项目总结时,可以就项目过程中的内部、外部沟通交流是否充分,以及因为沟通而对项目产生的影响等方面进行总结。

8.项目采购。

国内IT项目的项目经理一般对项目采购接触不多或接触不到,多由商务和财务部门负责。如果是项目级的核算,采购管理是很重要的组成部分,否则可能因采购过程中的成本、风险、进度、技术和资源等方面引起很多问题。

9.项目评价。

项目评价是对项目交付物的生产率,产品质量,采用的新技术、新方法、项目特点等的总结。另外还应该包括项目客户满意度收集统计和分析。客户满意度调查内容不但包括项目管理或流程层面,也应包括技术层面。同时,有必要说明本项目与以往项目相比的特别之处。例如:特殊的需求、特殊的环境、资源供应、新技术新工艺等,总之是具有挑战性的、独特的事件以及关键的解决方案和实施过程。

10.遗留亟待解决问题。

说明项目有无遗留亟待解决问题。如果有,必须针对这些问题进行深入分析,明确责任,提出解决方案。

11.经验教训及建议。

不断将实施过的项目中的技术经验、管理经验以及教训等进行总结,积累起来就可以成为公司的财富。

需要强调的是,项目总结非常重要,不能只报业绩,不报失败,对于失败的项目,总结会不能变为批斗会,要坚持对事不对人的原则。这样项目总结才能够顺利开展,并对今后工作有指导意义。

参考文献:

[1]周伦钢,吴建军.IT项目管理探讨[J].郑州大学学报,2003,24,4:102

[2]池仁勇.项目管理[M].北京:清华大学出版社,2004,9

[3]周小桥.突出重围:项目管理实战[M].北京:清华大学出版社,2003,9

[4]中国(双法)项目管理研究委员会.中国信息产业商会.iPMBOK,2004:IT信息化项目管理知识体系与国际项目管理专业资质认证标准[M].北京:电子工业出版社,2004,5

[5]白思俊.现代项目管理(上册)[M].北京:机械工业出版社,2002

[6]毕星,瞿丽.项目管理[M].上海:复旦大学出版社 文章资料由http://www.xiexiebang.com 整理 更多详细请参考http://www.xiexiebang.com 第一手资料取源http://www.668yx.net/ 参考

第二篇:系统集成项目案例分析

系统集成项目案例分析

本章收集了实际项目中的大量案例,每个案例侧重点各不相同,是对前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日终于通过初验了。涉及到这个项目的所有人好像都舒了一 口气,但没有人有多少笑容。本来所有人对这个项目的期望值都挺高的,但现在落差太 大了。项目的成本远远超出了预算,无法不超,因为拖延了这么长时间、增加了这么多 人。王东知道的只停留在超出预算的数字上,但公司领导考虑的是:这个项目我们赚到 钱了吗?我们赔了多少钱?以后这种项目还能做吗?

各位项目成员也不开心,辛苦了这么长时间,项目没有一个值得大家高兴的结果,

第三篇:计算机系统集成项目管理的一些体会

计算机系统集成项目管理的一些体会

安徽和信科教设备股份有限公司 陆清礼

摘要:计算机系统集成项目管理中应注意一些问题,结合自己的工作经验,浅谈一些体会。

关键词:计算机系统集成、项目管理、体会。

项目管理是一门实践性很强的管理工作,一个成功的项目经理一定是做出来的,而不是学出来的。这就提醒我们,在学习和掌握正确的理论知识的同时,应努力实践,并善于在实践中总结。作为从事计算机系统集成项目管理多年的一个项目经理,通过自己的亲身体会,对项目管理中的一些经验和教训,现作出的一些总结,仅供大家参考。

一、计算机系统集成项目的特点

项目的种类有很多,项目管理的内容千差万别。项目管理有其共同的特点,也有其不同点。为做好项目管理的工作,我们应认真分析和掌握项目的各种特点,因地制宜,做好项目的管理工作。具体而言,计算机系统集成项目有如下特点:

1、多学科交叉合作。一般需要多种学科的配合,需要项目管理者具有广泛的知识体系。如指挥调度系统由有线通信系统、无线通信系统、计算机网络与数据库、视频图像监控系统、指挥调度综合平台系统、录放音系统及电子地图系统(GIS)等子系统组成,需要计算机、有线和无线通信技术、网络技术、电力技术,大屏拼接技术、电子技术、网络技术、光纤通信技术等。

2、独特性。由于用户的不同特点和需求,每一个系统集成工程都和其他工程不完全一样,因此需要量身定做,带有许多非标准的问题。

3、工作环境开放,导致质量控制有较大的难度。系统集成则有很大一部分工作要在工作现场完成,甚至要在客户工作的同时完成系统集成的安装和调测,这就对现场作业管理的质量控制提出了更多的新问题。

4、系统集成是集软件、硬件于一体的全套解决方案,同时集安装和调测为一体,技术要求很高,是智力、体力相结合的密集形项目。

5、系统集成项目的参与者较多,包括客户、材料、设备及供应商等,管理比较复杂。

二、做好项目计划的制订

每个项目经理都知道需要制订项目的计划。计划是项目管理的基本保证,项目的计划有很多,其中最重要的是进度、成本、资源、质量的计划。有的项目经理不注重项目的计划,只是把它当作形式上的一种工作。把原来项目中的计划拿过来,稍微修改以下,就成了新项目的计划。有的项目计划制订不够严谨,随意性大,可操作性很差,因此在实施过程中无法遵循。对于刚开始管理项目的项目经理来说,项目计划可以不制订得很细,随着管理的项目越来越多,项目计划就应该越来越细和越来越具有可操作性,同时还要多考虑一些特殊的情况,做好各种特殊情况下的应急方案的制订。这实际上是一个管理能力和计划能力逐步提高和完善的过程。熟话说计划没有变化快,任何完美的计划在实施过程中仍然都会面临修改,在遇到特殊项目情况的时候,我们就要对计划做相应的修改,做及时的调整。我们还要加强对计划执行过程的检查和监督,按照PDCA的循环过程,做好项目的管理工作。

三、注重与项目客户的沟通

1、准确把握用户的需求,系统集成要求以用户需求为导向,项目的成功首先取决于对用户需求的准确把握。首先要弄清什么是用户的真正需求。所谓用户的真正需求即指项目管理人员在系统集成的错综复杂的关系中应理清思路,明确用户的意图和想法。其次要分清用户需求的主、次要部分。所谓主要部分即用户最关心的需求,尽可能抓住用户的主要需求对提升用户满意度十分重要。

2、合理降低用户的需求。对用户的不合理的要求应给予必要的合理解释。在项目建设过程中由于用户一味追求高性能而忽略对稳定性、可靠性的要求,往往可能提出超出系统设计功能的需求,为此集成方应首先进行项目组的内部沟通,确定无法实现用户需求后应及时向用户做出合理的解释,说服用户方项目决策人放弃这一不成熟的想法。任何系统都不是万能的,都不可能百分之百地解决客户地所有问题。在项目的实施过程中,应该实事求是地、明确地告诉用户那些是系统不能做到的,要充分赢得用户的认可和谅解。

3、注重在项目实施过程中的沟通和交流,对项目的成功同样至关重要。在项目实施过程中,材料的采购,设备的选型,项目进度等都是需要着重沟通的问题,尤其是用户对计算机系统集成的理解不够的情况下,我们更应该做好沟通工作。很多时候,用户提出的问题都是因为沟通不够所致。

四、做好项目的质量控制

质量控制的重要性已经在项目管理领域得到了广泛的重视,在计算机系统集成行业同样如此。项目实施的质量好坏,会直接影响到客户对所交付的项目产品的满意度。因此,对于项目的质量管理需要从项目质量的规划、实施过程中的保证及控制上进行重点控制。

计算机系统集成项目工程施工涉及面非常广,是一个复杂的系统,诸如信息系统设计、材料、设备、施工机械、施工工艺、操作方法、技术措施、管理制度等都直接影响着工程项目的质量。同时它的工作环境是一个开放的系统。因此要做到质量第一,就要确实搞好质量的管理和控制,应该充分了解质量管理的内涵以及质量管理体系中的每一个步骤。根据人、材、机三大要素的管理理论和对工程施工全过程进行认真的分析,明晰项目质量控制的内容。通过工程质量的控制和技术交底来树立全员的质量意识,在质量上形成你追我赶的自觉行动,形成人人关心质量,个个重视质量的风气。同时在项目管理中注重检查和监督,并实行竞争机制,激励机制和奖惩机制,这样才能切实提高质量,以达到保证工程质量的目的。

在计算机系统集成项目中,材料设备的质量是控制项目质量管理的基本要素,保证材料设备按质、按量的供应和使用是项目质量控制的重要内容。通过项目管中的采购管理对提供给项目实施的材料设备的质量控制应采用“三把关,四检验”的制度。同时,工程质量控制另一个重要的控制是施工工序的质量控制。工序质量控制的目的就是要发现偏差和分析影响工序质量的制约因素,并消除制约因素,使工序质量控制在一定范围内,以确保每道工序的质量。

五、注重对用户的培训。

培训是项目实施的一个很重要环节,目前国内很多单位的人员素质较低,对于信息化的理解较差。所以我们在进行培训时,应该分层次、分阶段的进行培训,不能期望一次培训就能使客户的人员理解和掌握系统的操作。培训应贯穿于项目的始终,并且应做好适合用户水平的操作手册。在培训的时候,一定要有耐心,不要有用户太笨了等想法和行为的出现。培训可以让客户较好较快的掌握系统,减少因为对系统的不熟悉而导致客户对系统有较差的评价,从而提高用户的满意度,减少因操作失误对系统产生的危害。同时也可以减少项目的售后服务的成本。

六、做好系统的测试工作。

在项目实施前就应做好项目的测试计划。在项目的实施过程中,完工一部分就应及时做完工部分的测试工作,及时发现存在的问题,避免小问题最后变成大问题,甚至到最后无法解决。在系统完工后,应做好系统的系统测试。系统测试是针对系统进行的测试,目的是验证系统是否满足了需求,找出与需求不符或与之矛盾的地方。系统测试发现问题之后要经过调试找出错误原因和位置,然后进行改正。系统测试是基于系统整体需求说明书的黑盒类测试,应覆盖系统所有联合的部分。对象不仅仅包括需测试的软件,还要包含软件所依赖的硬件系统。在测试前应做好测试计划,包括人员安排、测试内容和测试方法。应做好压力测试、容量测试、性能测试、安全测试、容错测试、可靠性测试,应尽可能多的考虑各种特殊的情况,同时模拟多种环境。很多项目经理不太重视测试工作,觉得只要系统能够正常运行就可以了,有问题以后再解决就是了。这是一种错误的观念,与其等到用户在使用过程中遇到问题再来解决,不如在投入使用前尽可能的提前发现问题,并提前解决。这样一是提高客户对系统的满意度,同时由于提前发现问题也会节约项目的人力和物力资源。

每一个项目完成后,项目经理都应该及时总结经验,提高自己的管理水平和能力,做到与时俱进。以上仅是笔者在计算机系统集成项目管理中的一些粗浅的体会,希望可以对大家有一些帮助和借鉴。同时,由于笔者的水平不高,肯定存在着一些的疏漏和错误,希望大家予以谅解。

第四篇:计算机系统集成项目管理的一些体会

计算机系统集成项目管理的一些体会

摘要:就计算机系统集成项目管理中应注意的一些问题,结合实际经验,谈了一

些体会

关键词:计算机系统集成、项目管理、体会

项目管理是一门实践性很强的管理工作,一个成功的项目经理一定是做出来的,而不是学出来的。这就提醒我们,在学习和掌握正确的理论知识的同时,应努力实践,并善于在实践中总结。作为从事计算机系统集成项目管理多年的的一个项目经理,通过自己的亲身体会,对项目管理中的一些经验和教训,作出的一些总结,供大家参考。

一、计算机系统集成项目的特点

项目的种类有很多,项目管理的内容千差万别。项目管理有其共同的特点,也有其不同点。为做好项目管理的工作,我们应认真分析和掌握项目的各种特点,因地制宜,做好项目的管理工作。具体而言,计算机系统集成项目有如下特点:

1、多学科交叉合作。一般需要多种学科的配合,需要项目管理者具有广泛的知识体系。如指挥调度系统由有线通信系统、无线通信系统、计算机网络与数据库、视频图像监控系统、指挥调度综合平台系统、录放音系统及电子地图系统(GIS)等子系统组成,需要计算机、有线和无线通信技术、网络技术、电力技术,大屏拼接技术、电子技术、网络技术、光纤通信技术等。

2、独特性。由于用户的不同特点和需求,每一个系统集成工程都和其他工程不完全一样,因此需要量身定做,带有一些非标准问题。

3、工作环境开放,导致质量控制有较大的难度。系统集成则有很大一部分工作要在工作现场完成,甚至要在客户工作的同时完成系统集成的安装和调测,这就对现场作业管理的质量控制提出了新的问题。

4、系统集成是集软件、硬件于一体的全套解决方案,同时集安装和调测为一体,技术要求很高,是智力、劳动力密集的项目。

5、系统集成项目的参与者较多,包括客户、材料及设备供应商等,管理较复杂。

二、做好项目计划的制订。

每个项目经理都知道需要制订项目的计划。计划是项目管理的基本保证,项目的计划有很多,其中最重要的是进度、成本、资源、质量的计划。有的项目经理不注重项目的计划,只是把它当作形式上的一种工作。把原来项目中的计划拿过来,稍微修改以下,就成了新项目的计划。有的项目计划制订不够严谨,随意性大,可操作性很差,因此在实施过程中无法遵循。对于刚开始管理项目的项目经理来说,项目计划可以不制订得很细,随着管理的项目越来越多,项目计划就应该越来越细和越来越具有可操作性,同时还要多考虑一些特殊的情况,做好各种特殊情况下的应急方案的制订。这实际上是一个管理能力和计划能力逐步提高和完善的过程。熟话说计划没有变化快,任何完美的计划在实施过程中仍然会面临修改,在遇到项目的特殊情况的时候,我们就要对计划做相应的修改,及时作出调整。我们还要加强对计划执行过程的检查和监督,按照PDCA的循环过程,做好项目管理的工作。

三、注重与客户的沟通,这主要体现在以下几个方面

1、准确把握用户的需求,系统集成要求以用户需求为导向,项目的成功首先取决于对用户需求的准确把握。首先要弄清什么是用户的真正需求。所谓用户的真正需求即指项目管理人员在系统集成的错综复杂的关系中应理清思路,明确用户的意图和想法。其次要分清用户需求的主、次要部分。所谓主要部分即用户最关心的需求,尽可能抓住用户的主要需求对提升用户满意度十分重要。

2、合理降低用户的需求。对用户的不合理的要求应给予必要的合理解释。在项目建设过程中由于用户一味追求高性能而忽略对稳定性、可靠性的要求,往往可能提出超出系统设计功能的需求,为此集成方应首先进行项目组的内部沟通,确定无法实现用户需求后应及时向用户做出合理的解释,说服用户方项目决策人放弃这一不成熟的想法。任何系统都不是万能的,都不可能百分之百地解决客户地所有问题。在项目的实施过程中,应该实事求是地、明确地告诉用户那些是系统不能做到的,得到用户的认可和谅解。

3、注重在项目实施过程中的沟通和交流,对项目的成功同样至关重要。在项目实施过程中,材料的采购,设备的选型,项目进度等都是需要着重沟通的问题,尤其是用户对计算机系统集成的理解不够的情况下,我们更应该做好沟通工作。很多时候,用户提出的问题都是因为沟通不够所致。

四、做好项目的质量控制

质量控制的重要性已经在项目管理领域得到了广泛的重视,在计算机系统集成行业同样如此。项目实施的质量好坏,会直接影响到客户对所交付的项目产品的满意度。因此,对于项目的质量管理需要从项目质量的规划、实施过程中的保证及控制上进行重点控制。

计算机系统集成项目工程施工涉及面非常广,是一个复杂的系统,诸如信息系统设计、材料、设备、施工机械、施工工艺、操作方法、技术措施、管理制度等都直接影响着工程项目的质量。同时它的工作环境是一个开放的系统。因此要做到质量第一,就要确实搞好质量的管理和控制,应该充分了解质量管理的内涵以及质量管理体系中的每一个步骤。根据人、材、机三大要素的管理理论和对工程施工全过程进行认真的分析,明晰项目质量控制的内容。通过工程质量的控制和技术交底来树立全员的质量意识,在质量上形成你追我赶的自觉行动,形成人人关心质量,个个重视质量的风气。同时在项目管理中注重检查和监督,并实行竞争机制,激励机制和奖惩机制,这样才能切实提高质量,以达到保证工程质量的目的。

在计算机系统集成项目中,材料设备的质量是控制项目质量管理基本要素,保证材料设备按质、按量的供应和使用是项目质量控制的重要内容。通过项目管中的采购管理对提供给项目实施的材料设备的质量控制应采用“三把关,四检验”的制度。同时,工程质量控制另一个重要的控制是施工工序的质量控制。工序质量控制的目的就是要发现偏差和分析影响工序质量的制约因素,并消除制约因素,使工序质量控制在一定范围内,以确保每道工序的质量。

五、注重对用户的培训。

培训是项目实施的一个很重要环节,目前国内很多单位的人员素质较低,对于信息化的理解较差。所以我们在进行培训时,应该分层次、分阶段的进行培训,不能期望一次培训就能使客户的人员理解和掌握系统的操作。培训应贯穿于项目的始终,并且应做好适合用户水平的操作手册。在培训的时候,一定要有耐心,不要有用户太笨了等想法和行为的出现。培训可以让客户较好较快的掌握系统,减少因为对系统的不熟悉而导致的对系统的较差的评价,可以提高用户的满意度,减少因操作失误对系统产生的危害。同时也可以减少项目的售后服务的成本。

六、做好系统的测试工作。

在项目实施前就应做好项目的测试计划。在项目的实施过程中,完工一部分就应及时做完工部分的测试工作,及时发现存在的问题,避免小问题最后变成大问题,甚至到最后无法解决。在系统完工后,应做好系统的系统测试。系统测试是针对系统进行的测试,目的是验证系统是否满足了需求,找出与需求不符或与之矛盾的地方。系统测试发现问题之后要经过调试找出错误原因和位置,然后进行改正。系统测试是基于系统整体需求说明书的黑盒类测试,应覆盖系统所有联合的部分。对象不仅仅包括需测试的软件,还要包含软件所依赖的硬件系统。在测试前应做好测试计划,包括人员安排、测试内容和测试方法。应做好压力测试、容量测试、性能测试、安全测试、容错测试、可靠性测试,应尽可能多的考虑各种特殊的情况,同时模拟多种环境。很多项目经理不太重视测试工作,觉得只要系统能够正常运行就可以了,有问题以后再解决就是了。这是一种错误的观念,与其等到用户在使用过程中遇到问题再来解决,不如在投入使用前尽可能的提前发现问题,并提前解决。这样一是提高客户对系统的满意度,同时由于提前发现问题也会节约项目的人力和物力。

每一个项目完成后,项目经理都应该及时时总结经验,提高自己的管理水平和能力,做到与时俱进。以上仅是笔者在计算机系统集成项目管理中的一些粗浅的体会,希望可以对大家有一些帮助和借鉴。同时,由于笔者的水平不高,肯定存在着一些的疏漏和错误,希望大家予以谅解。

--------------------

参考文献:凯西.施瓦尔贝 著 邓世忠 等译 IT项目管理 机械工业出版社赛宝认证中心 信息产业部计算机信息系统集成 培训教材

3帕特丽夏·恩斯华斯.从技术主管到项目经理[M].王雷,译.北京:电子工业出版社

4schwalbek.IT项目管理[M].王金玉,译.北京:机械工业出版社5 杨卫东.网络系统集成与工程设计[M].北京:科学出版社罗德尼·特纳.项目管理手册[M].任伟,译.北京:清华大学出版社

第五篇:系统集成项目管理师总结

整体管理

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项目管理计划更新 2SOW3、编制询价计划项目管理计划 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风险概率与影响评估2概率和影响矩阵3风险数据质量评估4风险分类5风险紧迫性评估1风险记录更新

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

风险应对计划编制:输入1风险管理计划2风险记录1.负面风险(消极风险,或威胁)的应对策略1)规避2)转移3)减轻 2.正面风险(积极风险,或机会)的应对策略1)开拓2)分享3)提高输出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、自动的工具 系统合同管理的交付物:合同文件、请求的变更、更新的组织过程资产、推荐的纠正措施。

下载浅谈计算机系统集成项目的问题总结与分析word格式文档
下载浅谈计算机系统集成项目的问题总结与分析.doc
将本文档下载到自己电脑,方便修改和收藏,请勿使用迅雷等下载。
点此处下载文档

文档为doc格式


声明:本文内容由互联网用户自发贡献自行上传,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任。如果您发现有涉嫌版权的内容,欢迎发送邮件至:645879355@qq.com 进行举报,并提供相关证据,工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。

相关范文推荐

    计算机考试成绩分析与总结

    计算机考试成绩分析与总结 本次考试是开学以来第二次月考,结合技能考试的思路和方法,对学生进行相关知识技能的测试,总体来说,本次考试结果差强人意。现就本次考试的试题和成绩......

    计算机系统集成方案规范

    系统集成方案规范 随着各行各业现代化建设的需要,越来越多的单位要求建立起一个先进的计算机信息系统。由于各个单位都有着自己的行业特点, 因此所需的计算机系统干变万化。从......

    计算机系统集成方案规范

    计算机系统集成方案规范.txt-//自私,让我们只看见自己却容不下别人。如果发短信给你喜欢的人,他不回,不要再发。看着你的相片,我就特冲动的想P成黑白挂墙上!有时,不是世界太虚伪,......

    系统集成项目验收报告

    xxx项目验收报告 2008年x月x日,在xx14楼2会议室召开了xxx建设项目(xxx渝xxx#)现场验收会。验收组听取了xxx作的项目工作报告和运行报告及项目实施方作的技术报告,并对该项目所涉......

    系统集成项目管理专题

    考试科目1 系统集成项目管理基础知识[2]1:系统集成项目管理基础知识 1.信息化知识 1.1信息化概念 信息与信息化 国家信息化体系要素 国家信息化发展战略 1.2电子政务 电子政......

    系统集成项目验收报告

    xxx项目 验收结论 2008年x月x日,在xx14楼2会议室召开了xxx建设项目(xxx渝xxx#)现场验收会。验收组听取了xxx作的项目工作报告和运行报告及项目实施方作的技术报告,并对该项目所......

    系统集成项目沟通

    浅谈系统集成项目沟通管理 [摘要]: 我作为项目经理参与某市政府政务综合信息平台系统项目的实施,主要负责系统的组织规划实施与项目管理,实现政务综合信息平台与应急指挥信息管......

    系统集成项目验收报告

    郑州国家干线公路物流港物流信息平台建设 系统总集成项目 验收结论 2012年x月x日,在xx14楼2会议室召开了郑州国家干线公路物流港物流信息平台建设项目(以下简称:物流港信息平台......