信息化建设的项目管理计划、实施和控制兵法（下）

今天是：

载入中…

首页

您现在的位置：中国ERP大全 >> 实施方法 >> ERP实施正文

信息化建设的项目管理计划、实施和控制兵法（下）

★★★

【字体：小大】

信息化建设的项目管理计划、实施和控制兵法（下）

中国ERP大全(www.erpxp.com) 作者：黄萌凌 ERP实施来源：中国信息导报点击数：更新时间：2004-12-21
这三个值提供了评价工作绩效的测量尺度。包括l 进度偏差（SV）：SV=EV-PV l 成本偏差（CV）：CV=EV-AC l 进度绩效指数（SPI）：SPI=EV/PV l 成本绩效指数（CPI）：CPI=EV/AC ② 进度跟踪进度跟踪是输入实际工作进度，然后与基准进度计划比较，找出各项活动进度上存在的偏差。利用项目管理软件进行进度跟踪极为方便、有效。有了绩效测量结果，接着便是对偏差原因进行分析，进而根据分析结果决定纠正措施。纠正措施没有什么新东西，都是平时习以为常的一些方法，比如对进度偏差有赶工、快速跟进（有些书上叫做并行工程）等措施。理论著作上对这些方法的外延问题讲得很多，原因是在采取这些措施时，要考虑可能带来的许多问题，但这些都不是本文所要描述的内容了。 2）变更控制变更控制的目的是维护绩效测量基准的完整性。也就是说对基准计划的变更予以控制。基准计划变更包括：范围基准计划变更，时间基准计划变更和成本基准计划变更。一般说来，只有项目范围变更才会影响测量基准。但是，在某些情况下，进度延误或成本偏差非常严重，需要“重新确定基准计划”才能提供测量进度或成本执行情况的切合实际的数据。基准计划变更是很慎重的事，应该：l 建立正式的变更程序l 由变更控制领导小组负责批准或否决变更申请l 定义正式文档变更的步骤前面已经讲了，一般情况下只有范围变更才会影响测量基准。而在信息化建设这样的高科技项目中，范围变更往往是因技术（功能、性能）要求的变化而起。项目管理中讲到的配置管理，讲的是项目过程中的技术管理问题。配置管理内容包括：l 识别工作项或系统的物理特征和功能特征l 控制这些特征的任何变更l 记录和报告这些变更l 审计这些工作项和系统以证实其与需求相一致。进行配置管理的目的是，项目过程中任何技术上的变更都要在范围变更中反映出来，并要得到有关各方的一致认可。三、开发商对项目的管理无疑，开发商是信息化建设项目中的主角。对项目计划、实施和控制方面的工作，开发商都需要重视。计划方面信息化建设项目往往带有较多的创新成份和不确定性，项目成果在出来之前，并不确切知道它会是什么样子。因此，用户的需求和任务目标在整体计划中都不容易表述得十分具体，特别是对要实现的功能的规定往往有相当程度的灵活余地。由于这些原因，整体计划中的工作范围、完成各项工作（由WBS定义）所需的时间和费用都较难以准确估计，所以整体计划工作必定是一个反复修改的过程。实际工作中，人们往往因为“计划赶不上变化”而不愿做计划或只做一个大致的计划。专家认为，项目管理的首要任务是计划！计划！还是计划！先哲说：“凡事预则立，不预则废”。因此，尽管信息化建设项目中存在诸多变数，但细致的整体计划工作是必须要做的。实施方面项目实施过程中，项目管理队伍必须协调、管理存在于项目中的各种技术和组织接口（界面）。对于信息化建设项目，在系统设计与开发、测试阶段，对各种技术接口的管理极为重要。而在系统分析与安装调试阶段，协调组织界面是项目管理队伍的重点工作。实施过程中，项目队伍成员必须按计划做事！比较我们与西方人做事的习惯不难发现，西方人总是按文档（当然首推计划）规定去做事，而我们做事主观随意性较大。应该学习和接受西方人的做事习惯！控制方面挣值测量作为一种项目监控工具在我国使用得不多。主要原因是我们的项目管理者粗放式管理惯了，不习惯于做较精细的管理工作。当然，在信息化建设这类高科技项目的管理工作中，对工作量完成百分比做比较准确的估计（这是使用挣值测量法的前提）有些困难，也是人们不愿使用这种工具的一个原因。但笔者的体会是：对工作量完成情况做个百分比估计，比不做要好；对于类似项目第二次做时，对许多工作完成情况的估计还是有较好的置信度的。变更控制可能是信息化建设项目中最需要但又是最困难的事。范围无止境的蔓延常常是让开发商苦不堪言。控制范围蔓延涉及到许多方面的因素，这里不一一讨论了。四、用户对项目的管理在项目生命周期内，用户对项目的管理主要在进度控制、范围核实、质量把关等方面。由于通常是采用固定总价合同把项目承包给开发商，因此对成本的控制不是用户主要考虑的问题（当然，非固定总价合同情况除外）。而对范围、进度、质量等方面的管理是基于同样的标准的，即是说项目所有的技术和管理文档以及任何变更后的版本，都是开发商和用户达成一致意见后形成的。在项目生命周期内，用户项目队伍重在参与。在系统分析阶段，没有用户项目队伍的重要参与就不可能产生好的“系统说明书”，也就不可能有好的项目成果。在安装调试阶段，没有用户项目管理队伍的协调、调度，转换工作就可能陷于混乱状态。在系统设计与开发、测试阶段，用户应着眼于未来的运行维护，派技术人员全程参与工作，其必要性有二：一是未来系统运行维护的重要责任，要求技术人员必须深度了解系统的技术情况；一是系统将来必然会不断升级，要求技术人员能够为升级方案做重要贡献。系统维护人员是了解公司业务的技术专家，不可等同于一般维护人员，也不同于一般网管人员，这点应引起用户的重视。有些情况下，用户可以雇佣项目监理来协助自己完成项目工作。特别是项目启动前的可行性论证阶段，用户对怎样实现信息化或什么样的信息化解决方案对自己是实用的，可能并不很清楚，这时购买项目监理或咨询公司的服务是很有效的。在项目生命周期内的各阶段，从职能上说，项目监理与项目管理是差不多的。五、项目的组织问题对于信息化建设项目，多数开发商、用户单位的内部组织都是传统型（职能型）的，即组织的结构是按职能划分的。在这种结构体系里，对项目的组织往往是非正式的（用户方面更是如此）。所谓的项目经理一般也就是部门内部一个领头干活的人。而另一个极端的现象是，当认为某个项目很重要时，就可能由高层人物来负责这个项目。在一些媒体甚至某些高等教育教材中，我们都能看到有这样的说法：信息化很重要，信息化建设工作应该由一把手亲自抓。对信息化建设的项目管理工作，由一个领头干活的人负责显然不行，但由一把手亲自抓的观点，也非常值得商榷。本文开头提过，信息建设工作是很复杂的事情。“复杂”体现在两个方面：一是把业务流程、规范、标准等搞清楚，并据此确定要建一个什么样的系统很复杂；一是技术实现上复杂。负责信息化建设的项目经理，应有这两方面的知识与经验。从开发商方面看，该项目经理应有很好的技术背景，同时要熟悉所服务行业的业务情况；从用户方面看，这个项目经理应非常清楚本单位的业务流程，同时对技术有一定的掌握。一把手是企业战略层面上的管理者，很难要求他管好信息化建设这样具体而复杂的项目。保证信息化建设项目的顺利进行，应从组织结构上着手。矩阵型组织（参见下图）是西方国家许多企业采用的一种项目组织类型。 ERPSS/UploadFiles_7091/2004122195228734.jpg" width=531> 在这种组织结构里，职能部门经理承担职能性职责，项目经理承担项目职责。所谓扁平化管理指的也是这个意思。从图中不难看出，项目经理需要在全公司内整合资源来完成项目工作。要做到这点，首先应赋予项目经理必要的权力。高层经理应充分认识到，负责=职责+职权。上图显示出，项目经理和职能经理的权力是平行的。要重视信息化项目建设工作，高层管理者在职能经理与项目经理的权力平衡中就应更倾向于项目经理一边。这里应该强调的是，矩阵型组织是一种现代型组织结构，重视这种组织结构应用，其意义不仅仅局限在信息化建设过程中，对处在产品或服务转型期的各行业来说，都有重要的现实意义。结束语本文阐述了信息化建设中的项目管理。然而，在当今信息化社会里各行业都应重视项目管理。时代的变化已越来越快。产品生命周期短了，一种型号的产品推出后，很快就被功能更强、性能更好的产品所取代；对服务的要求更高了，与时俱进的人性化、个性化服务是不断摆在人们面前的课题。创新已是这个时代出现频度很高的一个关键词。产品创新需要立项，服务创新也是项目。项目的概念已超越了我们对它的传统认识。因此，我们不仅要在信息化建设中重视项目管理工作，还需要在广泛的社会领域中重视项目管理。
ERP实施录入：erper 责任编辑：erper
	上一篇ERP实施：信息化建设的项目管理计划、实施和控制兵法(上) 下一篇ERP实施：三招确保ERP成功实施
【发表评论】【加入收藏】【告诉好友】【打印此文】【关闭窗口】

中国ＥＲＰ大全网版权、投稿与免责申明：

本网注明“采编自”的文章均为转载稿，本网转载出于传递更多信息之目的。如本网转载稿涉及版权等问题，请作者在两周内速来电或来函与本网联系。您可以通过Email：erpxp@163.com Msn:erpxp@hotmail.com

　网友评论：（只显示最新10条。评论内容只代表网友观点，与本站立场无关！）