摘要：本文以我主持（或参与）的××××××（项目名称）为实例，探讨了××××××（论文论题），认为××××××（论点）。我在该项目中担任了开发方的项目经理，自始至终参与了整个项目的建设，自2004年4月项目启动至2004年12验收历时8个月，系统至今运行稳定，取得客户的好评，很大程度上得益于项目成功的需求管理和范围管理。

一.项目整体管理 【摘要】

2006年4月，我有幸参与了国家发改委投资建设的“XXX部委办公业务资源信息系统”项目的工程建设，并担任应用系统建设方的项目经理，负责项目的整体规划、组织实施和管理控制。由于该项目规模大、涉及范围广，参与人员和公司众多，具有大型复杂项目特点，首先建立适合该项目的过程管理体系，以指导、管理和约束各方以一致的方式来实施项目。通过制定“三审”制管理和控制项目实施，制定变更管理制度有效管控项目变更，通过项目分项验收、初步验收和竣工验收的三阶段验收过程来保证项目的成功收尾。在项目的实施过程中，我以积极的态度推动项目进展，加强各方沟通，平衡相关干系人的利益，有效地控制了项目的范围和进度，确保了项目的质量，最终顺利完成了该项目，取得了用户高度的认可。

【正文】

为进一步增强XXX部委工作的科学性和民主性，提高XXX部委的工作效率和质量，在XXX领导、原信息产业部部长吴基传同志的领导和指导下，由XXX部委常委会办公厅向国家发改委申请建设“XXX部委办公业务资源信息系统”。经国家发改委批复，总投资金额为XXXX万元，其中应用系统包为3056万，由我公司承建。该项目于2006年X月正式启动，我有幸被公司任命为现场项目经理，全面主持该项目的管理工作。该项目的应用系统建设内容包括XXX部委...六大业务应用系统，合计37个子系统。经过两年多的系统建设和试运行，在支撑XXX代表大会和常委会的代表、会议管理方面发挥了重要作用，初步实现了XXX部委立法、监督工作的全业务流程管理，进一步增强机关整体信息化水平和办公工作效率，得到了业主和最终用户的高度认可。

在该项目领导小组的亲切关怀和具体指导下，业主的全力配合与支持下，我与项目组全体同仁一起并肩作战，克服种种困难，历经两年多的系统建设和试运行，于2009年10月全面通过了验收委员会的竣工验收。

该项目的成功实施，我们认为得益于有效的项目整体管理机制，下面结合笔者实际经验，简要介绍该项目的整体管理过程和方法。

一、 制定项目管理规划

XXX部委项目具有项目规模大、建设周期长、政治及社会意义重大、涉及领域广且复杂等特点，需要按照大型项目建设特点并参照国家电子政务工程建设标准规范对项目进行整体规划。具体规划工作如下：

1、大型及复杂项目在制定项目计划前，需要建立一套适合本项目的项目管理过程体系，XXX部委项目的业主方、监理方和各承建方对此有足够的认识，委托我们牵头起草制定《XXX部委项目工程建设管理办法》，经过多次讨论、审议并通过了该管理办法。该项目管理办法要求打破各承建公司界限，成立工程总体组，统一管理项目的实施工作。提出以应用为龙头，指导网络、安全系统的建设；建立项目管理和控制流程，建立项目沟通机制和采购管理制度等；为后续制定详细项目管理计划和项目实施提供了依据。

2、在制定项目管理计划过程中，根据该项目自身特点，我们划分了项目阶段、制定了范围管理计划、质量管理计划、配置管理计划、沟通管理计划、采购管理计划及工程档案管理计划等内容。对于项目阶段的划分，考虑到该项目业务需求的不确定性以及应用支持平台选型的关键问题，我们提出将项目划分为两个大的阶段，第一阶段为业务需求的原型法求证和应用支持平台的选型技术论证，并通过试点应用以进一步确认。第二阶段是在第一阶段成果基础上基于成熟的应用支持平台产品全面开展系统开发、测试、上线及试运行工作。对于范围管理计划，我们严格按照发改委批复的初步设计开展项目范围管理工作，如项目范围发生变更，根据《国家发改委的电子政务工程管理办法》，向发改委进行报备。为满足国家档案局对该项目的项目档案验收的要求，我们配合业主和监理制定了项目档案管理办法，对项目从招投标开始到项目竣工验收全过程的过程文件进行管理和归档。

3、项目管理计划经过了多次评审，并确立了里程碑基线。在工程建设及试运行期间，我们不断对项目管理计划进行调整和更新，以适应新形势的变化。

二、 项目执行及管控

项目执行及管控是对实现项目管理计划所规定的工作进行实施、管理和监控的过程。根据项目管理计划，为便于分工和管理，我将项目团队分为总体组、六个业务应用开发组、平台技术组、数据库组、系统测试组、配置管理组和标准规范组。其中总体组由项目经理和技术总监组成，负责项目的管控和技术总把关，并向业主和监理汇报。其他各组均设立组长，明确分工和职责。六个业务组对应六大业务应用系统的具体开发工作，其他职能组协助系统的开发和管理工作。合理建立项目组织机构为项目实施开展提供了有力组织保障。

在项目整体管控方面，建立了“三审”制度。每一项建设任务均按开工审查、上线部署审查、分项验收审查三个阶段实施审查；每一项采购（硬件设备及系统软件）均按采购申请审批、询价申报审批、到货验收三个流程实施审查。我们作为承建方，在每一个系统上线或采购前均严格执行三审制度，进行汇报、接收审查及获得验收确认。

根据工程建设具体情况，需要阶段性接收业主方工作审查。我带领项目组开展项目绩效的收集，讨论并形成阶段性工作汇报PPT，通过会议形式向业主汇报接收审查，业主根据我们的绩效情况提出具体的整改要求，并在监理监督下,会后开展具体的整改工作。

三、 整体变更控制

整体变更控制过程用来审查所有变更请求，批准变更，并维护项目管理计划、项目范围说明书和其他可交付成果。由于该项目时间跨度大、涉及内容广，在项目的实施过程中，因换届、机构调整、部门领导变动等因素导致需求发生了较大的变化，为规范项目变更管理，由监理牵头，各方参与制定了《项目变更管理办法》。该办法明确了变更控制流程和变更文档模板，并成立变更控制委员会，主要由信息中心领导、业务处处长及科员组成，必要时邀请专家顾问参与。项目组依据该办法先进行需求调研及分析，确认与用户理解一致后，提出变更后的实施方案，随变更请求，提交变更控制委员会进行批准。批准通过后，需更新项目管理计划等文档作为项目控制基线。变更请求文档，更新的项目文档作为过程文档进行管理。对于建设需求变化较大的，比如子系统级的变更、第三方采购软件选型变更等，需根据发改委《关于进一步加强国家电子政务工程建设项目管理工作的通知》中的相关规定，在规定的调整范围内进行变更得，需对变更原因、变更内容、涉及费用等情况说明并向发改委进行报备。

四、 项目收尾

项目收尾指完结项目管理计划中规定的所有活动以正式结束项目的过程。该项目的收尾或验收需依据《国家电子政务验收大纲》的要求，分为分项验收、工程初步验收和竣工验收三个阶段。由于项目规模大，分系统众多，又涉及第三方转包和采购，使得项目验收的工作量很大。在项目建设后期，几乎耗费了我全部的时间用于项目验收工作。为顺利完成项目验收，我采取了在项目组内部成立验收文档组，调动其它分组组长参与具体的验收相关工作的措施。下面简要介绍三个阶段的验收过程：

分项验收是项目整体验收的基础和关键，分项验收需要最终用户出具用户使用报告，作为分项验收不可缺少的依据。出具用户使用报告需要最终用户单位报各级领导层层审批，加上领导通常很忙，效率很低。有时赶上某位领导出差，要等上一周的时间；有时用户单位的领导怕担责任，相互推诿，能拖则拖。针对这些情况，我通常先走正常的审批流程，不断监控审批情况，一旦发现有拖延，就加强督促力度；遇到用户领导推诿或是不想签的情况，我会同信息中心局领导沟通，请他们出面协调最终用户主管局领导协商解决。随着各分系统的上线和试运行，我们采取了“成熟一个，验收一个”的策略，经过9个月的努力，完成了共xx项的全部分项验收工作，为工程初步验收打下了坚实基础。

为顺利通过专家组的初步验收审查，项目组采取了按终验标准准备的策略，一是聘请第三方测评机构进行系统验收测试、风险评估和等级化保护测评两项测评工作；二是准备初步验收总报告、工程、技术、财务和档案分项报告；三是邀请工程、技术、财务和档案专家组提前入场指导验收工作。在监理的统一协调管理下，各承建单位打破公司界限，成立验收工作准备小组，开展验收准备工作。期间，我组织应用系统项目团队召开了验收动员大会，要求团队各成员以配合验收工作为首要任务，积极推进验收工作的开展。经过一个多月紧张的准备工作，项目组于2008年XX月XX日在XXX召开了工程初步验收会议。会议期间，我们负责专家提问的关于应用系统建设部分的应答、配合分项专家组出具分项验收报告，配合专家总体组出具初步验收报告。最终顺利通过了初步验收。

完成了初步验收工作，工程整体进入了试运行阶段，为完成竣工验收工作，我们主要完成了三方面的工作：一是大力推进办公平台在全机关各单位的全面应用；二是根据初步验收专家组和第三方测评机构提出的整改意见组织力量开展各项整改工作；三是编制工程试运行报告、工程整改报告和典型应用案例，配合业主形成竣工验收申请材料，向国家发改委提出竣工验收申请。因准备工作充分，本次竣工验收获得了专家的高度认可，并顺利通过。

从该项目启动到竣工验收，经历了三年多的时间，总结整个项目的实施，我们认为得益于在项目初期阶段就建立了符合大型复杂项目特点的项目管理过程体系，引入了项目整体管理理念和方法，对项目进行了科学、规范的整体管理。通过项目整体管理，使项目所有的组成要素在适当的时间充分地、有机地结合在一起，极大地提高了项目的实施效率。

二．项目范围管理

摘要

在2003年9月，我参与了“某省毕业生就业公共网”项目的建设．在项目中担任项目经理职务．该项目作为“数字**”的重点工程，受到了省政府和“数字**”领导小组领导的高度重视．系统以省人事厅为依托，面向全省各级政府人事部门，大中专院校，中介机构、用人单位和毕业生．集就业指导、政策宣传，人才交流，就业手续办理，政府宏观管理于一体。堪称我省至今为止，最大的电子政务项目之一。本文结合作者的经验就项目管理的需求管理和范围管理作了翔实的论述；并就项目过程中采取的措施、方法作了介绍．最后，列举了该项目范围管理的一些不足之处．

正文

一、项目概述

为进一步加强我省毕业生就业服务体系建设，加强我省人才资源的宏观管理与合理配置，为我省广大毕业生和用人单位提供便捷的人事人才服务；在省领导、省人事厅和“数字**”建设领导小组的高度重视和支持下，“**省毕业生就业公共网”（下简称：就业网）项目作为“数字**”的重点工程于2003年9月启动了。

项目总投资150万元，要求在2004年5月1日前全面竣工并投入使用．

系统要求采用先进的技术手段，以省人事厅为依托，以Internet为载体，大中专毕业生就业创业为导向；面向全省各级人事部门，大中专院校，人才中介机构，用人单位和毕业生；连接人事部、教育部和其他兄弟省市就业主管部门、高等院校；构筑一个大容量，宽辐射的全省毕业生就业创业公共服务平台。为我省广大毕业和用人单位提供全面、便捷、快速的人事人才服务；为大中专院校提供集学生学籍管理与就业相关工作的办公自动化平台。预计系统建成后将成为我省第一个面向全省的、大容量的、跨区域的毕业生就业创业电子政务应用服务平台。

通过公司的项目经理竞争上岗机制，我有幸获得了公司领导与业主的信任，成为该项目的项目经理，全面主持项目的管理工作．

在省政府与“数字**”小组领导的亲切关怀下，业主的通力配合与支持下，我与项日组全体同志们一起并肩作战，通过近8个月的努力，终于在2004年4月15日全面通过验收，项目花费总成本为96万元．比计划提起了15天，为公司挣得近50万的利润．

二、项目范围难以管理

范围管理是项目管理的基础，也是项目管理工作的重点和难点。含糊的需求和频繁变更的范围让项目的甲乙双方吃尽了苦头．如何做好项目的需求管理与范围管理常常是项目经理最头疼的间题。就业网项目的成功，笔者一直认为得益于有效的项目范围管理机制。在此笔者就就业网项目采取的项目范围管理的一些方法做简略介绍，望各位读者批评指正．

三、项目需求与范围的区别和联系

项目范围（Project-scope）包括项目的最终产品或服务以及实现改产品或服务所需的各项具体工作。从这个意义上讲就是项目应该做什么，不应该做什么，以及如何做。也就是说，项目范围事实包括2个方面的内容：项目需求和项目过程．项目需求确定做什么．项目过程确定如何做．

项目范围管理也就是对项目应该做什么和怎么做做出相应的定义和控制．事实上就是对需求的管理和项目过程的管理．

四、就业网项目需求特点

1 、项目干系人多

就业网是面向全省各级人事部门（省、市、县三级近100个人事行政单位）、大中专院校（近200所）、人才中介机构（200多家）、用人单位（近百万家）、毕业生的大型电子政务项目．项目涉及面广、用户量大．在项目管理中我们必须收集广大用户的意见，获得广大项目干系人的支持。才能打造一个用户乐于使用的电子政务平台，为项目的使用推广打下基础． 2 、业务涉及面广

毕业生就业公共网集毕业生就业创业指导、政策宣传、咨询，人才与用人单位的双向交流互动，网上人才市场，毕业生就业手续办理，院校学生学籍管理与就业管理，就业工作监控管理与宏观管理，资源收集整理于一体．涉及毕业生就业工作与人才管理工作的方方面面。

3 、全省毕业生就业工作流程不一致

就业网项目涉及我省各级人事部门，但由于政府人事工作的区域性，各设区市都有各自不同的人事制度与毕业生引进制度．造成我省各设区市人事部门毕业生就业工作流程的不一致． 就业网项目涉及我省近200所大中专院校．各个学校也均有各自的就业管理工作方法和习惯．

4 、各级政府部门、院校信息化程度参差不齐

我省是一个沿海城市，各设区市经济条件不一样，信息化程度更是参差不齐．沿海城市信息化程度比较高，山区城市信息化较为落后。有些单位甚至没有一台电脑．

五、项目范围管理工作方法

就业网项目需求的特点使我们对项目的范围管理狡尽了脑汁．通过专家顾问的指导与项目团队全体同志们的共同努力，采取了相关措施、方法才使的项目的范围管理工作变的更加容易．

1、全省三百多项目干系人参与的项目启动大会

考虑到项目的涉及面广，干系人众多．项目正式启动之初，在业主省人事厅的通力配合下，我们召集了全省各级人事部门、大中专院校负责毕业生就业工作的领导和业务办理同志，重点中介机构和省直重点单位的人事主管三百多人参与项目的启动大会．在这次会议上，我作为项目经理向各项目干系人，就项目的主要目标、范围、范围管理计划、进度计划安排、沟通方式作了详细介绍．希望各项目干系人能够积极配合我们的工作，我们将尽量满足他们的要求，将就业网建设成为他们乐于使用，能确实帮助他们的网站系统。

2、有效的项目范围管理

这个项目可以说是我通过PMP后的第一次将项目管理知识体系知识灵活运用于实践之中．

在项目管理中我们采用了MS Project2002作为项目管理工具．通过Project，我们建立了项目的WBS．对WBS的每个任务明确了其可交付物．对每一个任务我们都要求细化到每个人在一周内可以完成。保证每一项任务都是可控的．

同时我们还制定了完善的项目范围管理计划，WBS字典，范围变更计划及规程，项目核实标准（含质量控制标准）．并交由业主、项目监理单位审核后，由业主和项目监理单位共同实施。

3、多饮的项目评审大会

在项目进度计划中我们确定了5个重要里程碑．在这些里程碑结束后，我们将邀请相关项目干系人参与项目的评审工作．目的是为了防止需求偏差、遗漏，和收集新的需求． 第一个重要里程碑是系统原型完成之后，邀请了所有项目干系人代表参与了原型的评审工作．

第二个重要里程碑是政府人事部门业务平台完成之后，邀请了相关政府人事部门的相关业务负责人参与项目评审工作．

第三个重要里程碑是院校端业务平台完成之后，邀请了各重点高校、中等职业学校的相关业务代表参与了项目的评审工作．

第四个重要里程碑是网上人才市场平台完成之后，邀请了重点中介机构，省直重点单位、毕业生代表参加项目的评审工作．

第五个重要里程碑系统基本成型之后，我们再一次组织了全体项目干系人，参加项目评审会议。

每一次的项目评审都给我们带来了很多很好的建议．让我们充分发现了我们系统的不足之处，发现了许多业务上的偏差．当然也有许多项目干系人提出了系统易用性上的建议。会后，我们按照项目范围变更计划和业主、监理单位一起对这些建议作了逐一评估，将那些有益的建议包含进项目范围管理计划中。

4、全体项目干系人的共同努力

了很多很好的建议；在项目进展过程中，许多院校的负责就业工作的老师，各级人事部门的相关负责同志都纷纷给我们提建议、出点子．我们还设立了热线电话专门接听、收集他们的建议．

六、不足与展望

目前系统运行稳定，到目前为止已经成功的完成了2届（近30万）毕业生就业管理及派遣工作。并于今年7月份获得了省项目科技进步二等奖。

但回顾过去，确也可以发现许多不足之处．如：

1、项目需求分析做的不够充分，没有充分考虑到各设区市业务流程的差异性。造成毕业生就业手续办理流程模块的全面返工。

2、项目可行性研究做的不够充分，没有充分考虑到各设区市信息化程度的差异．造成到目前为止，许多落后的设区市、县无法真正使用就业网系统．

3、除此之外，还存在许多的不足；这里不在逐一列举．

在以后的工作中，我将继续努力学习、总结经验，继续为我国电子政务建设、企业信息化建设作贡献．

二.项目需求管理 摘要】

2006年XX月，我有幸参与了国家发改委投资建设的“XXXX办公业务资源信息系统”项目建设，并担任项目应用系统包承建方的项目经理，负责客户现场项目管理工作。我们认为，一是作好充分作好项目调研管理计划，对后续调研工作的具体开展、合理安排工作时间、确保调研质量和进度具有重要意义；二是根据用户不同的情况采取灵活有效的调研方式以确保调研工作的质量和进度；三是积极应对项目需求变更，提出合理措施，遵循变更规范，是需求变更得以实施的重要保证。项目实施期间，我以积极的态度推动此项工作，高度重视项目需求与范围管理工作，同业主方和最终用户充分沟通，合理、高效地完成了项目需求调研与管理任务，确保了项目质量，最终顺利完成了该项目，取得了用户高度的认可。。

【正文】

为进一步增强XXXX工作的科学性和民主性，提高XXXX的工作效率和质量，在XXXX委员长、原信息产业部部长吴基传同志的领导和指导下，由XXXX办公厅向国家发改委申请建设“XXXX办公业务资源信息系统”。经国家发改委批复，总投资金额为XXXX万元，其中应用系统包为3056万，由我公司承建。该项目于2006年XX月正式启动，我有幸被公司任命为现场项目经理，全面主持该项目的管理工作。该项目的应用系统建设内容包括XXXX代表工作管理系统、会议工作管理系统、XXX工作管理系统、XXX工作管理系统、机关工作管理系统和信息服务系统六大业务应用系统，合计37个子系统。在该项目领导小组的亲切关怀和具体指导下，业主的全力配合与支持下，我与项目组全体同仁一起并肩作战，克服种种困难，经过两年多的系统建设和试运行，顺利完成了系统建设的各项任务，取得业主和最终用户的高度认可，并于2009年XX月全面通过了验收委员会的竣工验收。

该项目需求与范围管理的特点：

1、 国家发改委批复的该项目的《初步设计》已定义了项目的初步范围说明，为后续项目范围管理提供了依据和基础。

2、 因项目建设周期长，项目范围不可避免的随用户组织机构变化或工作模式变化等原因而发生变化；

3、 不同用户单位对信息技术水平的掌握参差不齐，需要采取灵活的应对措施解决。

根据以上特点，项目组灵活应用项目范围管理理论，指导项目开展范围管理工作，具体措施如下：

一、 依据《初步设计》，制定详细项目需求调研计划

对于大型复杂项目，作好需求调研计划对指导后续调研工作的具体开展、合理安排工作时间、确保调研质量和进度具有重要意义。

我们将需求调研计划划分了三个阶段，一是需求预调研阶段，对原有系统进行整理和分析，并向业主方征求系统改进意见；二是全面需求调研阶段，面向用户开展全面、深入地需求调研工作。针对不同的单位，我们采用不同的调研方式，主要包括用户调查表、用户访谈、正式会议等多种方式来确保有效的沟通；三是需求确认阶段，主要是在一、二两个阶段成果基础上形成需求规格说明书，并提供系统原型，使得用户能够通直观地感受系统功能，以确保与用户对需求理解的一致性。

为确保需求调研的质量，我们建立了需求调研团队，由我来带队，并按照需调研的系统成立对应的需求调研小组。同时我们建议业主方和监理方也参与到最终用户的需求调研工作中。

在需求调研内容上，要求在用户组织机构、岗位职责、业务流程、用户迫切需要通过信息技术解决的问题、用户领导对信息化建设构想以及系统功能和性能需求等方面开展全面的调研。

通过和用户方和业主方的沟通交流、形成了详细需求调研计划，明确了各调研小组调研任务的分工、调研对象、参与人员、调研方式、调研时间以及应提交的成果物等。

二、采取有效措施开展需求调研工作，确保需求调研的质量和进度。

确保需求调研的质量和进度关键在于采取灵活有效的手段充分与用户进行沟通交流，分析用户需求、引导用户、启发用户，最终与用户达成一致的需求理解。

我们在需求调研过程中，遇到的问题之一是用户提不出明确需求，主要原因是对信息技术不了解。遇到这种情况我们采取的措施是预先了解用户业务工作，消除沟通中因对用户业务不了解造成的障碍；沟通过程中，我们重点了解用户在业务工作中存在那些困难，他们希望采用信息技术解决哪方面的问题，以此作为切入点，以用户可以理解的语言提出解决方案，使用户对系统建设产生信心,为深入调研做好铺垫。需求调研遇到的问题之二是用户方领导对信息化建设不感兴趣，或是因工作忙无暇顾及，为应付调研任务，把调研工作直接丢给年轻的下属。而这些年轻的下属因对业务知识整体把握高度不够，提出的需求局部甚至片面，这种情况可能会导致信息化建设失败。对此，我们采取的措施是采用对用户业务了解比较深入的需求分析人员，在需求调研的基础上，提出整体建设构想，再通过信息中心领导出面协调用户单位领导通过会议汇报形式进行沟通和确认。通过这种方式确保系统建设的重要干系人参与需求调研工作。

三、积极应对用户需求变更，采取合理的应对策略，遵守需求变更控制规范。

由于项目建设周期长，不可避免的出现项目范围变更的情况，针对这些变更，我们通常以积极的态度应对，站在用户角度考虑问题，提出合理化建议，在满足需求变更的同时尽可能少地改动系统。对于需要对系统做较大改动的情况，我们积极与业主沟通，采取费用补偿或是推迟到二期建设方式。项目实施过程中，我们遇到的典型的需求变更情况一是组织机构变化，导致用户的组织结构、行政隶属、岗位职责、业务流程均有很大改变，新成立的组织机构提出了新的建设思路，提出了“以XXX项目为中心”的系统体系框架，从而直接导致功能需求的巨大变化与调整。所幸系统开发处于原型阶段，对整体开发进度和成本未造成较大的影响。遇到的典型情况之二是工作模式的改变引起的变更。如因信访局工作模式的调整，原来可以直接向各省交办信访件，现在将需要交办的信访件上报给中联办，系统除需要增加额外的功能和统计报表，这些工作所发生的成本纳入到整体预算成本中。

项目需求发生变更，需要按照项目变更管理办法执行变更手续，通常是先由用户对所要变更的需求进行签字确认，再由项目组提出变更申请，附上用户确认的需求和我们提出解决方案，提交监理，审核后报业主审批。对于较大的变更通常需召集相关干系人组成变更控制委员会讨论并最终确认变更。在后续的变更实施中，由监理对变更实施情况进行监控。

四、总结

回顾项目的整个建设过程，虽然如期完成了项目，通过了国家发改委竣工验收，但在项目需求管理方面存在不足之处。第一，因水平较高的需求人员不足，不得不将开发人员推向用户方开展需求调研工作。因经验欠缺，不能很好地引导用户，挖掘用户真正得需求，而是用户说什么就作什么，导致需求频繁改变，开发人员叫苦不迭。二是因项目建设任务重，个别非关键子系统的用户对信息化应用不够重视，系统上线后，感觉用起来遇到很多问题，加上业务工作繁忙，很快就对系统应用失去兴趣。而我们在用户上线后需求收集，推动用户使用上不够重视，投入不够，导致应用效果不够理想。

在以后的工作中，我将继续努力学习项目管理理论，加强实践，总结经验，为我国电子政务建设作出更多贡献。

三．项目进度管理

摘要

本文讨论了《电力行业工作票、操作票系统》的项目管理，在本项目中我作为项目负责人，承担了项目管理工作．

在本项目管理中，我主要采用了面向对象技术同传统技术相结合的原则，在估算项目的工作量这方面尤为突出，面向对象技术对传统技术有所改进，传统技术能弥补面向对象技术的不足。

本文从合理的估算项目的工作量及技术难度；识别关键任务；随时了解项目进度，必要时调整进度表等方面讨论了《电力行业工作票、操作票系统》项目管理的基本活动与方法，有效地控制开发进度，确保项目如期按质量完成．本系统在电力系统已经运行，状况良好，受到一致好评．

正文

2003年2月，我参加了《电力行业工作票、操作票系统》的开发，担任项目管理工作．电力系统有关部门在对电力设施进行检测、维修、试验等一系列活动时应按照我国电力行业相关标准进行工作，《电力行业工作票、操作票系统》就是按照国家有关标准及电力行业操作规程设计的仿真系统。工作人员在施工前按照工作流程在此仿真系统上进行操作，严格遵守电力设施的逻辑闭锁关系，顺序执行．有效地防止不规范操作，确保电力设施及现场工作人员的安全，提高安全意识．

本系统由系统图编辑平台和工作票、操作票签发系统两大部分组成，其中系统图编辑平台主要是编辑变电站、用电系统及变电站控制系统图，每一个电力设施对应一个对象，在系统图上都有相对应的部分，系统图真实地反映电力设施的布局及相互关系，生动形象又合乎技术标准，同时为第二部分提供操作对象．工作票、操作票签发系统主要是在系统图的基础上进行点击操作，每饮点击对应一个对象即一个电力设施，根据电力设施的逻辑闭锁关系自动生成相应的工作票或操作票或提示操作不规范．

在本系统的开发过程中，我通过合理的估算项目工作量及技术难度；识别关键任务；随时了解项目进度，必要时调整进度表等方面对项目进行管理，确保本系统如期按质量完成。

1、合理的估算项目工作量及技术难度

我们在项目工作量及技术难度的估算上采用面向对象技术同传统技术相结合的原则．

本系统采用了面向对象的分析、设计等一系列面向对象技术，在本系统工作量的估算上根据功能点进行估算．将每个功能模块逐步分解，直至基本模块为止．我们将系统分为系统图编辑与工作票、操作票签发两个大的功能分别进行估算。系统图编辑部分主要是一个图形编辑系统．一种电力设施对应一个类，电力设施的技术参数及其操作对应相应类的属性和方法，电力设施图是由线段、圆、曲线、折线、多边形等基本图形组成，这些基本图形分别对应一个类，这些类又继承一个最基本的类．系统图编辑部分的工作量也就是这些类的实现，工作票、操作票签发部分用到了编辑平台的系统图，因此由大量的功能可以复用，这部分的功能划分同系统图编辑部分一样也是采用类作为基本结构，这样就比较准确的进行工作量的估算．

同时我们开发的这个系统是基于C/S结构的，由于C/S结构的系统我们公司有不少成功的案例，因此有不少的案例供我们参考．对于本系统的第二部分我们就是借鉴以前我们做过的基于C/S结构的系统，基于C/S结构的系统的框架基本上是一致的，数据库的设计、前台操作如对数据库进行添加、删除、修改、查询等一系列活动大体相同．正是如此，有大量的东西可供我们复用，如权限控制模块我们就是复用以前的案例，仅作少量修改．在工作量的估算上也有很好的借鉴作用．这对工作量的估算也是一个重要的参考，为工作进度安排提供了依据．

在技术上，我们重点考虑本系统与其他C/S 结构的系统的不同之处，相同或相似之处我们认为没有技术难点．系统编辑平台主要是绘图，我们知道MFC的绘图功能确实强大，但是过于繁琐，功能封装不是十分完美，我们采用了Form++这个MFC 扩展类库，这个扩展类库对图形操作封装得很好，大大降低了系统图编辑部分的难度，在界面设计上我们采用了BCG 这个扩展类库，使得VC应用程序界面设计得如同Delphi等工具一样完美．同时减少了工作量，在工作安排上，技术难度相对大一点的部分我们安排经验丰富的程序员，同时也同其他工作组的成员商讨技术细节间题，同他们进行技术探讨．这样不至于因为某一技术细节而影响整个工程进度．

根据上述分析我们制定一个详细的进度表并定义相应的里程碑．

2、识别关键任务

系统图编辑部分是整个系统的基础，因为工作票、操作票签发部分是建立在该部分的基础之上，系统图编辑部分直接影响到整个项目．因此该部分是整个系统的关键部分，在这部分中每种电力设施所对应的类及其父类的定义是关键，因为所定义的类必须完整、准确地反映该电力设施的技术参数和操作．

工作票、操作票签发部分，是用户明确提出的要求实现的功能，直接面对用户，这部分的成功与否直接影响到该系统的质量，因此也是不容忽视的．

如果上述两部分任务的进度受到影响，则整个项目的完成将受到威胁．因此是本项目的关键任务．在进度控制时我们将其作为重点对象进行控制．

3、随时了解项目进度，必要时调整进度表

在确定项目开发计划时，我们制定了详细的进度表．我们在确定每一项任务时都确定该任务的工作量、开始时间、持续时间、结束时间．同时让每个小组成员知道自己所承担任务的时间表，小组成员根据自己的任务制定自己的详细工作计划．

工作日志是了解每个小组成员工作情况的很好的方式，我们要求每个小组成品对自己的工作都要做工作日志，对自己每天的工作做详细记录．每周对自己的工作进展做出结论，向项目组汇报．在做结论时，不得使用“差不多”、“大概”、“完成了90%”… 等模糊字眼．而是采用某任务“已经全部完成”、或者“90%的工作全部完成”或者“再过1 天全部完成”…等方式．每个小组成员对自己做出的结论负责，这样可以做到随时了解项目进度，为调整项目计划提供客观基础．

同时我们在项目进度计划中根据项目设计定义了相关的里程碑，在每个里程碑我们都采取小组会议形式对本阶段的工作进行确认、总结，对本阶段的进展情况做出结论，并决定是否调整下一阶段的进度计划．

在系统图编辑部分我们认为各电力设施所对应的类（包括其父类）定义完成为一个里程碑，每个类是否具备了相对应的电力设施的技术参数及操作是该里程碑的标准，这些类（包括其父类）的实现完成又为一个里程碑，… … 整个系统图编辑部分完成也是一个里程碑．每个里程碑的标准在系统设计时已经定义好．

结束语

《电力行业工作票、操作票系统》目前已经开发完毕，运行状况良好，受到一致好评。在本系统开发的整个过程中采用了面向对象技术同传统技术相结合的原则，因为小组成员的各有特长，面向对象技术不是每个小组成员都熟练掌握，加之面向对象技术在我们公司还不是很成熟，必须有一个过渡，不能一下子转型，因此采用该种策略符合我们公司的现实情况。 由于项目进度管理得当，项目按期完成，我们小组赢得公司的好评，其他小组也研究我们的管理方式。当然项目管理方式多种多样，根据项目不同、人员不同管理模式应做调整而不是一成不变。适合本项目的管理模式才是最好的模式，先进的管理方法在不同的项目组中取得的效果是不同的，这有待于我们去研究，探索，实践，总结．

四．项目成本管理

摘要

2004年8月，我作为项目经理开始参与某某银行授信业务系统的开发项目，主要工作职责为需求分析、系统设计和项目管理．系统基本功能包括：业务操作、业务提醒、基础资料、查询统计和权限管理等五个模块．系统采用Struts + Hibernate主流Web应用框架，实现Web应用程序服务器WebSphere与协作应用程序服务器Lotus Domino的高度集成．

项目的成功很大程度上归功于在项目过程中各个阶段对进度和成本的有效管理和控制。本文以该项目为例，结合作者实践，讨论了信息系统项目中的成本管理问题，主要通过在计划阶段做好工作量估算，有效管理和控制风险因素，在实施阶段进行成本跟踪和控制等方法来有效管理和控制项目成本．实施结果…

正文

2004年8月，我作为项目经理开始参与某某银行授信业务系统的开发项目，主要工作职责为需求分析、系统设计和项目管理．当然也做一些编码工作，主要是基础性公用代码和关键核心代码的编写与维护．授信是指银行以自身信用向客户提供贷款（包括项目贷款）、担保、开票信用证、汇票乘兑等业务，授信业务是商业银行资金运作中最为重要的业务之一。开发授信业务系统，提高授信业务的管理水平和运行效率、充分利用共享的信息资源、减小各种风险、运用各种科学的金融分析模型指导业务开展具有十分重要的意义．系统基本功能包括：业务操作、业务提醒、基础资料、查询统计和权限管理等五个模块．系统全面实现授信业务的网上操作，实现流程的上报，审批和管理，大大提高了授信业务工作效率。提供了强大的业务查询和统计功能，便于对授信业务工作的管理和监督．其中业务操作模块实现授信业务工作流程，主要包括正常类授信业务申报、问题类授信业务申报、特殊类授信业务申报和授后监控业务等工作流程．

系统采用Struts + Hibernate主流Web应用框架，开发工具采用WebSphere Studio Application Developer 5.0 (WSAD 5.0)，WSAD 5.0集成并扩展了Eclipse 2.0的功能．硬件配置方面：IBM P610小型机用于安装WebSphere 5.0，DELL服务器用于安装Domino R6和SQL Server 2000。实现Web应用程序服务器WebSphere与协作应用程序服务器Lotus Domino的高度集成，并使用Single Sign On(SSO)实现单点登陆．总体架构思想，将表单数据的生成和分析采用关系型数据库来实现，通过WebSphere架构实现业务逻辑的处理，而表单的审核流程由Domino进行驱动．将基于业务为主的J2EE服务系统和基于协作为主的DOMINO流程处理系统有效的结合起来，确保整个业务流程的有效运行和各种数据查询分析统计的有机结合．

由于考虑到银行帐户年度等因素，客户要求系统在2004年12底前交付，项目开发周期为4个月。项目人员配备情况，项目经理l人，开发人员4人，测试人员3人，界面美工人员1人，项目行政秘书1人，配置管理人员1人，质量管理人员1人．其中开发人员小张来自某某银行科技处．项目行政秘书、配置管理、质量管理等人员为兼职人员，为多项目共享。由于公司属于大型软件企业，在项目基础设施方面包括开发服务器、开发机、测试服务器、配置管理服务器、开发工具等配备状况较好。

软件成本管理是软件项目管理的一个重要组成部分，也是一个十分容易被忽视但却又是十分重要的内容．成本管理的目的是通过执行项目成本管理过程和使用一些基本项目管理工具和技术来改进项目成本绩效。项目组整体上把按进度和预算交付项目作为我们最大的挑战，因此我们十分重视对项目进度和成本的控制和管理．该项目中我们借助项目管理软件Microsoft Project 2003来辅助进度和成本的计划和管理．我们主要通过在计划阶段做好工作量估算，有效管理和控制风险因素和在实施阶段进行成本跟踪和控制等方法和策略来有效管理和控制项目成本．

1、计划阶段做好活动历时（工作量）估算

项目需求分析阶段结束，《软件需求说明书》得到客户正式签字确认后，我们开始创建工作分解结构WBS和制定详细项目进度计划．我们认为工作量估算是成本估算的基础，对于项目成本管理＋分关键．由于对代码行（LOC）估算、功能点（FP）估算等估算方式研究不是很深入，工作量估算主要采用基于公司项目历史绩效数据库和个人经验的估算方法．对于部分涉及流程的活动单位一般比较难一次性把握其活动的历时，事实上流程调试的工作量在页面基本功能（增加/删除了修改）的3倍工作量以上．例如业务操作模块——问题类授信业务申报——问题类客户行动计划申请流程页面提交工作量为2日/人，而流程调试需要涉及20多个角色和8条路径．对于估算把握不是很好的任务，我们一般通过提供一个乐观估算A、悲观估算B、正常估算M进行3次估算然后利用PERT公式[1 ( 4 * M + A + B)/6]计算取整．每项活动我都先确定具体人员，然后需要对活动本身进行详细分析，必要时查看公司项目历史绩效数据库。最后需要为各项活动建立了依赖关系，明确各项活动的前置任务，活动开始时间和结束时间．总体上讲活动历时估算工作量较大，我花费了数个工作日．

项目组人员流动率较低，在J2EE和Struts架构下的WEB应用开发已经有一定的项目积累和团队合作基础．如项目组自行开发了功能完善的Struts-config.xml统一维护工具，实现了FormBean和ActionBean方便管理。有大量可供复用的东西，如公共基础代码包，权限管理模块等．这些也是在我们工作量估算中需要考虑的因素．

2、有效管理和控制风险因素

项目中我们对项目风险进行了必要的管理，以避免风险事件的发生引发项目成本增加或超支．公司项目管理部门提供了风险管理计划的模板和风险事件列表模板．为了让项目组整体在各个阶段保持良好的风险意识，我尝试采用了“十大风险事项跟踪”，把项目中各主要风险事项按照排名张贴在公告栏上．由于当时有部分未明晰的需求包括：①问题类客户行动计划申请流程；②查询统计部分需求；③客户方面可能提出的新需求．需求和范围界定不清、计划不充分、用户参与不足、缺乏领导支持、技术问题等为我们项目计划阶段主要风险事件．事实表明，这种做法效果是非常明显的．特别是客户方面，我定期把风险事件列表Email给客户方项目负责人方某．为了能尽快落实未明晰的需求部分，我与客户方主要项目负责人方某进行了面对面的沟通．通过一番利弊关系的陈述，达成尽快明晰悬留部分需求的共识．需求问题很快得到解决．项目组整体信心十足，积极性和责任感增加．公司领导方面对项目组也表现出特别的关心，特别是公司赵总开始频繁出现在项目组的每周进度评审会议上，他们也开始担心因为对项目支持不够而导致项目的失败．

3、实施阶段进行成本跟踪和控制

实施阶段需要进行成本的跟踪和控制．Project 2003中需要设定各项资源（人员）的工时标准费率，即人员每小时的工作成本．项目组成员每周五下班前通过内网B/S项目管理信息系统PMIS提交《项目周报》，把各自本周内完成的任务进度情况和下周任务计划进行汇报．报告要求按百分比严格量化任务完成情况，PMIS只提供具体百分比的选择．项目经理（我）把各项任务实际完成数据输入到进度计划中，Project 2003自动成本统计表，清楚显示任务基准和实际成本信息．通过查看跟踪甘特图就可以较好把握项目总体的进度绩效． 授信业务系统在2004年12月下旬正式上线，提前1周完成了项目．目前系统运行正常，受到客户方各有关部门的一致好评，对项目满意度较高．项目的成功很大程度上归功于在项目过程中各个阶段对进度和成本的有效管理和控制．没有成本管理，项目也可能成功．但没有成本管理的项目，对于项目管理质量、时间、成本三大目标的实现是具有巨大风险．

五．项目质量管理

【 摘要】

本文论述了如何在一个规模较大的网上管理系统的开发中结合CMM二级的框架要求，以及软件工程学的质量保证策略进行项目的软件质量保证工作．

本项目的特点有：

( 1 ）开发人员多，有40人左右；

( 2 ）采用面向对象分析与建模技术，JAVA语言，WebLogic应用服务器等以前项目中未采用过的开发模式和技术．因此不确定性因素很多，急需采用有效的质量保证策略．公司为了提高软件开发能力，已经于近期全面引入了当今软件界正在流行、且行之有效的CMM质量保证体系，并在顾问公司和主评审员的帮助下，由公司的SEPG结合公司实际，制定了初步的规范体系和模板文件，并决定将本项目作为试点项目．

本文详细论述了作为SEPG 负责人之一，并且担任本项目质量保证人员的笔者，是如何在本项目中有效推行CMM二级质量保证措施的，并指出了其中的经验教训和有关的建议．

【 正文】

本项目是一个面向政府管理部门，全市房地产企业和个人用户的网上管理系统，它既是一个电子商务项目，又是一个电子政务项目．本系统采用了B / S 结构，融合了政府部门和房地产企业的内部网上管理系统于一身，同时作为全国建设系统信息化的一部分而实现Inter-net平台上的上下集成．它还提供信息发布、房屋交易等电子商务功能。

本项目对系统的安全以及可靠性等方面有着较高要求，公司决定采用三层架构模式的J2EE环境作为运行环境．另外，本项目参与人员众多，面临看新技术、工期紧等影响软件质量的不利因素，对软件质量保证工作提出了很高的要求．本人作为公司CMM实施工作的负责人之一，以质量保证人员的角色参与到项目的开发和管理工作中，主要负责质量保证策略的建立以及实施工作．

一、以CMM二级理论为指导，采取措施保证开发过程与开发规范的符合性，以过程质量的提高来保证产品的高质量

1、建立起明确的权责制度，减少因权责不明而产生的混乱

为确保质量保证人员有独立的途径向公司反映开发中的问题，同时为了避免质保经理与项目经理、软件配置经理之间过分隔阂，本人在项目启动阶段，起草了《项目管理人员责任书》，并由相关人员评审通过；并提议公司设立了高级经理交涉，以快速处理纠纷．为防止开发人员与项目管理人员在规范化开发过程中过度依赖规范而主动性不高，以及可能产生的相互埋怨，制定并实施了《项目开发人员守则》，由各项目级每个成员在参加项目之初进行签名式确认，以解决开发过程中应规范滞后和实施不力而引起的混乱问题．

2、以制定的《质量保证计划》为纲，全程监控各开发工作的过程建立和符合性问题

在项目启动阶段，就依据CMM二级要求和公司发布的项目开发规范，制定并基线化《XX项目质量保证计划书》，在计划书中详细地制定了质量保证工作的内容和进度安排。 计划书中主要有职责、培训工作、检查评审及组织工作等四方面的内容．

职责方面详细说明本人作为质量保证人员在项目中的全责以及主要活动，澄清了与各开发角色的关系，主要起到项目成员监督质量保证人员的作用．

培训方面指明了为有效推行CMM质量体系而进行的有关培训，有CMM基础理论方面的，也有本项目特色的规范方面的培训内容。

检查评审方面指出了要检查评审的过程及提交产品，并列举了相应的通过准则，即CHECK-LIST．比如要评审的过程有项目规划阶段；检查项目经理和配置经理是否按有关规范制定了各自的计划书；项目组的技术评审活动是否符合评流程和规范；风险分析过程和任务分解过程是否符合规范的执行．对提交的工作产品，如需求文档和设计文档，是否经过了正式技术评审并基线化．这些都指明了切入时间和建议人员．

组织工作方面指明QA（质保人员的简称）在开发过程要做的组织工作，如技术评审工作、测试工作、估计和工作细分等工作．这些组织工作主要是为了协助项目经理开展工作并能有效且及时地获得第一手质量方面的资料．

对项目开发过程中的跟踪和检查，主要采取了现场参与、分析项目成员日报和周报、个别交流以及项目周例会的形式．

二、以RUPCN和软件工程方面的理论为指导．制订了行之有效的技术规范文件

CMM质量体系更多的关注软件开发过程方面的事情，也就是建义由谁在什么时候做哪些工作，但没有指明各个工作如何开展，也就是偏重于管理，偏轻于技术指导．为了避免在框架方面很有效，但应实现细节不明确而出现的“一条腿走路”的现象，特在项目启动之初就制定了要建立的技术规范，如需求文档编写指南、界面设计规范等．这些都列入QA的计划中了．考虑到本项目采用了面向对象的分析和设计技术，急需UML和Rose技术方面的指导性文档，因此将与UML高度相关的RUPCN体系为主要参考，其他软件工程理论为辅助参考，组织资源开发人员制定了各个开发阶段的规范性和指导性文档．

实践证明，项目组成员有了CMM过程方面的规范，又有了指导开发工作的详细技术文档后，开发质量有了质的提高．主要体现在以下几点：

1、各个过程的效率提高了，从而保证了各个交互成功的质量．

比如，人员的选择，时间的必备，开展的流程方面真正按照CMM的建议做了，这些都保证了开发过程的高效．一个显著的例子就是技术评审过程．如果选择的人员资格不够，所花的评审时间很少，开展的时机不对，就很难保证提交成果的质量．

2、人员之间的交流变得有效，自信心更强了．

由于是初次按照CMM的要求在项目中实践QA工作，因此不可避免地有一些不足之处，主要有：

．因培训工作的不及时、不全面，导致QA实施工作遇到了一些麻烦．

．度量数据的收集和分析工作做得还不够．仅仅有少量的度量数据，分析工作也很少．总的原因是缺少一个有效的度量数据收集和分析机制．

总之，这次项目的质量保证工作基本达到了CMM二级的框架要求，证明了过程质量是产品质量的重要因素，为本项目顺利地、高质量地完成做出很大的贡献．但也有很多教训值得吸取，需要在培训工作和QA度量数据收集和利用方面下更大气力．

六．项目人力资源管理

[论文摘要]现代企业的核心竞争力往往是由企业所拥有的人力资源决定，而在软件开发这样的行业当中，人才的作用更是显得关键。人力资源管理是软件企业管理的核心工作，将人员合理的分配的各个开发团队中，在各个开发团队之间进行人员的协调是保证软件项目顺利完工的前提条件。如何充分发挥“人”的作用，对于项目的成败起着至关重要的作用。 项目人力资源管理就是有效地发挥每一个参与项目人员的作用，让项目的所有相关人员能够在可控状态下有条不紊的进行项目的开发活动。人力资源管理包括组织和管理项目团队所需的所有过程。项目团队由为完成项目而承担了相应的角色和责任的人员组成，团队成员应该参与大多数项目计划和决策工作。项目团队成员的早期参与能在项目计划过程中增加专家意见和加强项目的沟通。项目团队成员就是项目的人力资源。

IT项目的人力资源管理是将企业中的系统分析师、软件设计师、程序员、软件测试员和配置管理人员等组织到一起进行项目开发的过程。IT项目的人力资源管理的主要过程包括如下几个方面：

一、人员组织计划编制

在制定人力资源的计划时，需要综合衡量人员的成本、生产效率与利用率。对各种岗位人员的能力要求要针对岗位的需求来制定，人员的要求不要过高，以保证刚好适合岗位的要求为宜，太高的话会提高人力成本，低了又不能满足项目的要求。当然，在具体挑选人员的时候不一定能够找到称心如意的，总的原则应该是在保证技能要求的同时，尽量降低人力成本，同时还需要综合考察人员的责任心、职业道德和团队合作能力。

在制定计划的时候还需要注意相关人员的进入项目的时间。在IT项目的早期，以项目经理和系统分析师为主，进行项目计划、客户接洽和需求分析等前期工作。进入设计阶段后，以软件架构师和软件设计师的工作为主。编程阶段则以设计人员、编程人员和测试人员为主。在系统部署和试运行阶段则以系统工程师和售后工程师工作为主。在整个项目过程中，项目的配制管理人员和测试人员的工作虽然是一直持续着的，但是工作量还是有轻重，在工作量不多的时候，可以将部分暂时闲置人员归还给原来的部门，以减少人员的等待损耗。

二、项目团队组建

由于每个项目成员都有的各自的特长和性格特点，必须要充分考虑项目成员的技能情况和性格特点为他们分配正确的工作，同时还需要考虑项目成员的工作兴趣和爱好。尽量发挥项目成员特长，让每个人从事自己喜爱的工作岗位是项目经理进行工作分配要考虑的问题。各项目成员的知识技能评估，个性特点分析，优点和缺点是要事先分析和考虑的内容。项目团队的组建是否合理，项目相关人员是否满足项目的需求，是项目能够顺利进行的关键，找错了人或者是将人放在错误的位置都可能会导致项目的失败。

三、项目团队管理

我国历史上有过很多的以少胜多的战争。如著名的“官渡之战”、“洄水之战”都是以少胜多的典范。可以看出打胜仗，军队的数量固然很重要，但是指挥官却决定着军队命运。软件开发和行军打仗很类似，同样的团队在不同的项目经理的领导下，其团队精神、项目进度和开发质量可以截然不同。不管个人能力多么强，如果团队像一盘散沙，每个人都谁都不服谁，那么这个项目的结局必然是悲惨的。

项目经理在管理IT项目的时候，不是要去监视每个开发人员的做事过程，那种事情应该是监工做的。项目经理需要从管理制度、项目的目标、工作氛围和沟通等方面做工作，以保证项目的顺利进行。

（一）制定良好的规章制度。所谓强将手下无弱兵，没有不合格的兵，只有不合格的元帅。一个强劲的管理者首先是一个规章制度的制定者。规章制度也包含很多层面：纪律条例、组织条例、财务条例、保密条例和奖惩制度等。好的规章制度可能体现在，执行者能感觉到规章制度的存在，但并不觉得规章制度会是一种约束。

执行规章制度还有一些考究，破窗理论说明，对于违背规章制度的行为，应该及时制止，否则长期下来，在这种公众麻木不仁的氛围中，一些不良风气、违规行为就会滋生、蔓延且繁荣。项目经理虽然是规章制度的制定者或者监督者，但是更应该成为遵守规章制度的表率。如果项目经理自身都难以遵守，如何要求团队成员做到？

（二）建立明确共同的目标。团队中不同角色由于地位和看问题的角度不同，对项目的目标和期望值，会有很大的区别，这是一点也不奇怪的事情。好的项目经理善于捕捉成员间不同的心态，理解他们的需求，帮助他们树立共同的奋斗目标。劲往一处使，使得团队的努力形成合力。

当然，在具体实施需要根据不同的员工给不同的政策。有些员工努力工作是为了使家人的物质生活条件更好一些，那么这类型的员工在进行奖励的时候应该偏物质。而另外一些员工可能觉得事业上的成就感比金钱更具有吸引力，对于这类员工应该多给他们挑战和上升的机会。

（三）营造积极进取团结向上的工作氛围。钓过螃蟹的人或许都知道，篓子中放了一群螃蟹，不必盖上盖子，螃蟹是爬不出去的，因为只要有一只想往上爬，其它螃蟹便会纷纷

下一群互相牵制、毫无生产力的螃蟹。对于项目组中的不知悔改的螃蟹，应该尽早清理出去。对于公司而言，也许历史尚短，还没有形成成熟的企业文化和企业精神，从而造成大环境的不良风气，但是在项目组内部，通过大家的一致努力，完全可能营造出一个积极进取团结向上的工作氛围。

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

（四）良好的沟通能力是解决复杂问题的金钥匙。软件开发项目中，需求变更是最难控制的。瀑布开发模型只适合于一开始时需求就已经明确的项目，但是在实际开发中，特别是信息系统的开发中，往往到了项目的最后阶段还可能提出需求上的变更。这其中的原因是多方面的，正因为如此，在敏捷开发方法中才提出了“拥抱变化”这一口号。

在软件的开发过程中，设计师与程序员，程序员与测试人员之间的也需要不断的沟通。同样的内容，不同的人的理解可能不同，因此就需要开发人员之间不断的进行沟通。设计的变更、接口的变化，会导致编程的改变和测试的改变，如果各方没有良好的沟通的话，就可能出现打乱仗的局面。当项目的质量、进度、成本等目标出现变化的时候，项目经理必须向公司领导及时汇报情况，决定如何对项目进行调整。IT项目的延期已经是一种普遍现象，在这个时候，项目经理就需要协调与上层领导和客户之间的关系。

四、结束语

项目的人力资源管理是一个包括计划、组建和管理到解散的整个生命周期的管理。加之人的因素在IT项目中的特殊地位，使得IT项目的人力资源管理的作用比在其他项目更加显得重要。项目管理在国内还处于发展阶段，人力资源管理这个概念在国内企业中也接触不是太久。由于传统思想的约束，使得很多西方的人力资源管理思想在国内企业很难贯穿实行。因此，具有我国特色的人力资源管理是目前大家值得探讨的问题。

七．项目沟通管理

[摘要]：

2004年6月，我作为项目经理开始参与某航空公司航空票务系统项目的开发，主要负责系统的组织规划实施开发与项目管理，该系统具有严格的安全，稳定，时实高效和可靠性能要求，该系统由票务管理系统和呼叫中心系统两部分组成，呼叫中心系统主要实现电话，传真和短信业务，票务管理系统是整个系统的核心，采用了struts+hibernate+spring主流WEB应用框架，实现了WEB应用服务器websphere与协作应用服务器lotus domino 的高度集成

沟通是作为一个项目经理在项目管理中必须具备的最基本也是最重要的技能，项目的成功离不开良好的沟通管理。本文以该项目为例，结合作者实践，讨论在该项目进行沟通管理的问题。主要通过灵活运用多种沟通方式，直接与项目组成成员沟通，避免中间环节，发展良好的沟通技能，善于运用倾听和反馈，召开高效项目会议等方法和策略进行有效的沟通管理。目前，该系统已正式投入运行，状况良好，受到客户的一致好评。

[正文]：

2004年6月，2004年6月，我作为项目经理开始参与某航空公司航空票务系统项目的开发，主要负责系统的组织规划实施开发与项目管理，当然还做一些编码工作，主要是公用基础代码和核心代码的编写与维护。航空票务系统是将呼叫中心系统和票务管理系统有效的结合起来，采用先进的ＣＴＩ技术和语音板卡技术，充分利用电话，短信，传真，因特网等信息化手段，解决航空公司的机票销售问题，规范了业务流程，强化了内部管理，与电子商务的完美结合，使应用系统功能更加完善，提高了整个航空业务的工作效率。 其中，票务管理系统包括：客户管理，机票管理，票证管理，销售管理，财务结算，调度管理，远程营业部（代理商／分销商）管理 ，系统管理八大功能模块，并统一于服务器端软件模块。呼叫中心系统由电话呼叫系统，短信分发系统，传真呼叫系统三部分组成。票务管理系统是整个系统的核心，在本次开发中，我把它视为整个项目的重点。

票务管理系统采用struts＋hibernate＋spring主流ＷＥＢ应用框架，使用ＲＵＰ软件工程方法，开发工具采用了ＷＳＡＤ５.０，ＷＳＡＤ５.０集成并扩展了Ｅclipse２.０的功能。硬件配置方面，ＩＢＭＲＳ／６０００用于安装websphere５.０，DELL服务器用于安装DOMINO R6和ORACLE 10g数据库，系统平台采用WINDOWS NT 实现了WEB应用服务器与协作应用程序服务器LOTUS DOMINO 的高度集成，并使用SINGLE SIGN ON （SSO）实现单点登陆。总体架构思想：用spring搭建整个框架，用hibernate取代原始的JDBC操作，并进行持久化管理，在spring 中采用Bean来管理整个持久化层和访问层，与hibernate 相连接进行数据库操作，视图层和控制器层通过STRUTS筐架实现，模型层是数据访问层DAO 和 hibernate的结合，数据库层功能使用ORACLE 数据库实现。在本系统中将订单数据的生成分析采用关系数据库实现，通过webspher架构实现业务逻辑处理，机票订单的生成和审核流程则由DOMINO 进行驱动，将基于业务为主的J2EE服务系统和基于协作为主的DOMINO 流程处理系统有效的结合起来，确保整个业务流程的有效运行和各种数据查询分析统计的有机结合。

由于考虑到寒假和春运期间将会是旅客的高峰期，客户要求系统必须在12月底前交付，项目开发周期为6个月，为此我做了如下安排：前4个月主要集中精力用于开发票务管理系统，后两个月主要完成票务管理系统和呼叫中心系统的集成以及项目收尾工作。

在项目管理过程中，项目经理90%的时间都会花在沟通上，项目经理在沟通中担任主持协调者，调解人，聆听者，解释者等诸多角色。因此有效的沟通管理是项目成功的必备条件。在本系统项目中，我主要使用microsoft project 2003作为辅助沟通工具，并通过灵活运用多种沟通方式，直接与项目组成员沟通，避免中间环节，发展良好的沟通技能，善于运用倾听和反馈，召开高效的项目会议等方法和策略进行项目沟通管理。

1． 灵活运用多种沟通方式，直接与项目组成员沟通，避免中间环节。

沟通的方式有很多，比如：电话沟通，电子邮件沟通，经理信息系统沟通，但是只有灵活运用才会收到良好的效果。在本项目中，项目正式启动后，我就把团队成员召集在一起，进行了面对面的沟通，让他们认识到任务的艰巨，同时也让他们树立完成目标的决心和勇气。平时，我会定期地到项目成员的当地住所进行私人探访，与他们进行一些随意的交谈，了

确认和总结。我还专门为项目组搭建了一个开放式论坛，让大家可以在BBS上畅所欲言，共同讨论。

平时，我也把自己的电子信箱告诉给项目组成员，要求他们大胆地反映实际问题，积极参与项目的决策与管理，多提建议和意见。我每天上班时都先认真阅读来信，并进行处理，从来信中，我收集到了许多对决策有用的信息，为了激励成员的热情，我决定，凡是被采纳的建议，给予鼓励，提出带有普遍性问题的来信，我都会给予答复。

2． 发展良好的沟通技能，善于运用倾听和反馈。

在与项目成员沟通的过程中，从不随意打断对方说话。如果对方的话很有道理，我会给予适度赞美。在整个过程中，我都会心平气和的与对方讲话。当遇到问题时，我会用不同的方案去解决。如果对方听不明白，我就会举一些浅显的例子让他尽量明白我所说的话。在气氛紧张的时候，我会用幽默的话语来缓解气氛，也就是所谓的能听话，能赞美，能心平气和，能变通，能清楚，能幽默。在进行沟通时，我还特别注意培养自己的倾听素质，比如呈现给恰当肯定的面部表情，避免出现隐含消极情绪的动作，呈现出自然放开的姿态．．．．当然，适当的地反馈也是非常重要的，我尽量多问少讲，因为项目成员往往比我更清楚本职工作中存在的问题。所以，要多问问题，引导他们自己去思考和解决，我只对他们的工作进展作出评价，沟通的重心放在“我们”，在沟通中尽量多使用“我们”少用“你”。同时我会把握良机，在适当时候进行反馈，党成员出色地完成了一件事我会给予及时的表扬和激励;当成员犯了错误，我会等他冷静之后再作反馈;在进行批评时，也坚决不用“没能力”，“失信”等评价性语言。我特别注意反馈谈访的内容与书面考评意见的一致，不避重就轻，因为这样会带来不好的效果。

3． 召开高效的项目会议。

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

航空票务系统在2004年12月下旬正式上线，提前完成了项目，目前系统运行正常，受到客户和有关部门的一致好评，对项目的满意度较高。重新回顾该项目开发过程，项目组成员常常因为技术问题而争论，当发生冲突，在解决冲突方向时，我们仍旧处理地不够好，技能欠缺，在今天的开发中，我会不断的努力和改进。

八．项目风险管理

摘要

本文讨论了某公司实施SAP系统的风险管理．该公司原先运行着一套ERP系统，现在要转到SAP上，需要完成新系统的流程的重新定义，数据的切换，用户的培训等工作．项目要求在11个月的时间内完成．实施一个大型的ERP系统有着各种的风险，这些风险如果不加分析和控制，将会给整个项目造成致命的影响．我作为项目经理，主要从控制进度风险，人员流动风险和系统功能风险三个方面去进行风险的管理．最后这三方面的风险都得到了有效的控制，从而使项目顺利完成．

正文

2003年1月，我参与了西门子集团下某公司的SAP留系统的实施，提任项目经理．该公司之前运行着另一套ERP软件：QAD的MFG/PRO系统．由于集团总部的要求，要用SAP 系统替换原先的MFG/PRO系统，并且要在2003年11月前完成．整个项目完成以下阶段，首先是项目的引进，包括成立项目小组，由顾问对项目小组成员进行初步的培训，让小组成员对SAP的标准流程有个大概的认识．接下来是要分模块进行讨论，制定出各模块的实施蓝图(blueprint)．该公司实施了以下的模块：SD（销售与分销），MM（物料管理），CO（成本控制），QM（质量管理），PP（生产控制），FI（财务核算），CO（成本控制）等．在Blueprint 完成后，由顾问根据定下的流程配置一个测试的系统，用户在该测试环境下进行练习和测试．测试完成后就是数据的准备和切换了，要从MFG/PRO系统把需要的数据下载下来然后你上传到SAP系统。完成数据的切换，SAP系统正式上线，同时不再使用原先的系统。

因为整个项目要在11个月的时间内完成，时间是非常紧迫的．如何在如此短的时间内使项目能顺利进行，控制各种可能出现的风险是必要的．为此，在项目的初始阶段，我召开了小组成员开会，专门针对项目的风险进行了讨论．会上，大家把想得到的风险都提了出来．经过分析筛选，我最后确定了三个重点进行控制的风险，并采取了相应的措施进行控制．

1、控制进度风险

ERP的实施是一个大型的项目，涉及到企业的流程改造和其它方方面面的东西．而该项目的上线时间不能改变，所以，项目进度在这里是个潜在的风险，如果不能如期上线，则公司的运作将会受到重大的影响．为此，我在项目启动后，召集了项目小组成员开会制定项目计划．我首先用Microsoft Project制定了项目的总体计划，在这个总体计划中，明确了各个阶段的任务和完成时间．如什么时候完成设计蓝图（Blueprint)，什么时候进行关键用户的培训，什么时候进行测试和练习，什么时候进行数据的切换等．总体计划制定出来后，各顾问在总体计划下制定各模块的实施计划，把每个模块在每一阶段的问题细化．各模块的实施计划要在总体计划的基础上进行，在任务和时间上不能滞后于总体计划．无论是总体计划和实施计划，都要求明确各步完成的时间，要精确到哪一天，而不能用模糊的描述，比如“3 月初完成Blueprint”这样的低描述是不充许的．为保证项日照进度进行，每周五都要召开项目会议，检讨项目的进展情况，发现有超期的任务，分析原因，及时解决．在进度的控制方面，还要应付突发的事件造成的影响，及时地调整计划以适应新的情况．2003年4月一5月，由于受到“非典”的影响，外部顾问不能出差来我公司，这使项目的进度受到了很大的影响．为了把这种影响降到最低，我即时调整了项目计划，把这段时间安排为关键用户的培训和对系统的熟悉。因为之前顾问已对关键用户进行了一些培训，所以用户对SAP 系统有了一定的认识．通过上机的操作，更进一步了解系统．有问题我们通过E-Mail与顾问联系。通过这种方法，把原本以后进行的用户练习提到了前面．虽然没有顾问的现场指导，但通过自己的摸索对系统的印象更加深刻，为之后的工作打好的基础．

在实施SAP过程中，有两种可能会导致人员的离职，一是工作繁重乏昧，压力大；二是积累了一定的SAP经验后找工作相对比较容易，这时如果有其它更好的机会，员工会考虑跳槽．而项目小组人员流动将会对项目造成很大的影响，甚至导致项目的失败．所以如何控制这些风险，是作为项目经理要考虑的问题．为此，我首先与人力资源部一起，制定了一套有效的激励机制．包括，把参加SAP项目作为年终的一个绩效考核内容，因为项目需要加班加点的，公司免费提供晚餐；设立项目基金，对表现突出的小组成员进行物质上的奖励；在整个公司的范围内大力宣传SAP，让项目小组成员感觉到SAP 的重要性和实施项目的价值等．其次，为了避免出现某个项目小组成员离职导致项目不能进展的情况出现，我在每个模块都安排了两个人员负责，一个是主负责，一个是次要负责．这样，可以减少人员流失造成的损失。在这里，我没有采用让项目小组成员签合同的方法，即实施项目后要在公司工作多少年。我觉得这种方法会给小组一种压抑的感觉，而公司主要靠企业文化来吸引员工．事实证明，我所采用的措施是有效的：在整个项目的实施过程中，没有一个小组成员退出或是离职．在项目运行一年多来，只有两个当时的关键用户离职，而他们离职后后备人员可以马上顶上来，对系统没有造成什么影响．

3、控制系统的功能

有人戏称SAP是“Stop All Production”，这也从一个方面反映了实施SAP的风险所在．而造成上了系统后停产的一个原因就是系统功能不能满足物流和生产的需要，这也是我担心的一个问题．因为切换后系统不能再使用，如果这时候新系统满足不了需要，就真的会造成停产．为此，我在项目中采用了演化型的原型开发方法，用演化型的开发方法，可以让用户针对已配置好的原型进行测试，发现不能实现的功能及时提出来，改进后再测试，再改进．在这里，测试工作显得很重要．为此，我强调一定要做好测试工作．在系统测试阶段，我把所有的项目成员集中在会议室中进行系统测试．在测试中，我要求用真实的数据，模拟真实的环境进行．系统测试通过后，我还特别做了一次上线前的演习，即把所有相关的数据都导致SAP，配置一个上线后要用的系统，在此系统上进行操作．这次演习成功后，坚定了大家使用系统的信心．系统上线后也没有出现什么大的问题．

通过以上措施，使把SAP的主要风险基本上都控制在萌芽状态，项目没有因为这些风险受到影响，最后项目如期上线，受到了管理层和用户的肯定．

在项目进行过程中，有些风险并没有事先预计出来．比如说顾问的问题．有的顾问水平高，但项目也多．用在我们这个项目上的时间就比较少，这给项目带来了不利影响．为此，我通过和该项顾问所在的公司签定合同，注明顾问在我们公司的工作时间，否则属违约，通过这一方式使顾问的管理得到改善

九．项目采购管理管理 【摘要】

2006年4月，我有幸参与了国家发改委投资建设的“xxxx”项目建设，并担任项目应用系统包承建方的项目经理，负责客户现场项目管理工作。由于该项目规模大、涉及外包和第三方采购项目较多，项目组在外包选择和管理，第三方产品选型技术论证花费了大量的时间和精力。项目组通过采购前期确立采购原则、确认采购范围，制定采购流程，有效指导后续采购工作合理、规范和高效地实施；通过制定“三审制”，即对采购工作的三个关键节点实施审查，严格规范采购实施过程；同时，项目采购风险管控也决定项目的成败，通过建立自制-外购决策、试点应用、专家审查三个阶段来有效控制采购风险，确保项目采购的成功实施。项目采购实施期间，我以积极的态度推动此项工作，高度重视第三方产品选型的技术论证，加强外包方，业主方和最终用户的沟通，合理、高效地完成了项目采购任务，确保了采购质量，最终顺利完成了该项目，取得了用户高度的认可。。

【正文】

为进一步增强XXXX工作的科学性和民主性，提高XXX的工作效率和质量，在XXX副委员长、原信息产业部部长吴基传同志的领导和指导下，由XXXX向国家发改委申请建设“XXXX信息系统”。经国家发改委批复，总投资金额为XXX万元，其中应用系统包为3056万，由我公司承建。该项目于20_0x年X月正式启动，我有幸被公司任命为现场项目经理，全面主持该项目的管理工作。该项目的应用系统建设内容包括XXX工作管理系统、XXX工作管理系统、XXX工作管理系统、XXX工作管理系统、机关工作管理系统和信息服务系统六大业务应用系统，合计37个子系统。在该项目领导小组的亲切关怀和具体指导下，业主的全力配合与支持下，我与项目组全体同仁一起并肩作战，克服种种困难，经过两年多的系统建设和试运行，顺利完成了系统建设的各项任务，取得业主和最终用户的高度认可，并于2009年XX月全面通过了验收委员会的竣工验收。

该项目采购特点如下：

一是原则上要依据发改委批复的项目《初步设计》规定的采购范围和要求实施采购任务；

二是涉及外包内容专业性较强，比如关于XX系统的建设，图书馆资料管理系统等；

三是为控制第三方采购产品风险，产品选型需要大量的调研、技术论证和试点工作。

我们通过以下措施，高效完成了项目采购任务，具体措施如下：

一、确立采购原则、确认采购范围，制定采购流程，做好采购规划工作。

在项目采购实施前期，我与项目团队的技术骨干根据《初步设计》的采购范围和要求，开展需求调研活动，在充分了解用户需求基础上，对需采购产品进行分析，发现有些产品的选型不符合用户关键功能需求，比如网站内容管理软件用户要求页面栏目设计能够实现所见即所得,并且能够提供个性化功能定制服务，这些要求初步设计中的选型产品并不适合；有些产品在比当前用户需求超前，如OLAP工具，需要建立在大量的历史数据积累和用户对数据挖掘充分了解基础上。基于以上情况，我们向业主提出“虽然发改委要求需依据《初步设计》开展采购实施工作，为确保应用效果，建议产品采购要立足于用户实际需求，对产品选型不符合用户关键需求的，建议重新选型，对用户需求超前的，建议取消采购”的原则，并通过业主认可。

项目范围确认方面，基于上述原则，对于重新选型的，需进一步开展选型的技术论证和试点使用工作，选型确认后报业主审批。对于取消采购的，说明原因，并提出变更申请，报业主审批，最终需报发改委备案。

为规范项目采购管理工作，我们同业主方共同制定了“三审”制，即采购申请审批、询价申报审批和到货验收三个关键点的审查。采购申请审批是在项目选型经过技术论证、用户试用并确认后开展；询价申报审批是在同确认供应商，并通过谈判确认最终采购价格后开展，同时需提交供应商的相关证明文件、售后保证等承诺等文件；到货验收是依据采购合同，执行到货验收的审查工作。“三审”制对于保证采购工作合理、规范的开展，发挥了重要作用。

二、从满足实际需求出发，合理、规范、高效地完成项目采购任务。

对于专业性较强的系统，如不具备响应开发能力，采用外包方式能有效降低实施风险和实施成本。XXX管理系统包括XXX调研管理、XXX流程管理和XXX管理等子系统，该系统专业性强，需对XXX业务有较深理解，能够和用户单位法工领导进行沟通，这些我公司均不具备，只能采用外包方式。通过同业主沟通，将此系统外包给一家熟悉用户业务的公司，该公司在立法系统开发方面有一定的积累，公司老总以前担任过用户方的主任，熟悉XXX业务，能够引导用户进行信息化建设。该公司接手项目后，经深入需求调研，提出了以“XX项目管理”为系统架构，并设计了严密的权限控制体系，得到XXX用户的认可，有效推动该系统在用户单位的全面应用。

第三方产品选型需要立足于用户需求，并通过产品试用获得用户认可，才能实施项目采购。内网网站内容管理软件能够为机关各单位提供便捷高效地信息发布和共享。《初设》中选型为国内一知名的成熟通用的产品，使用不方便，且不提供为特定用户提供定制开发服务。经深入调研，用户需要一个所见即所得傻瓜式工具，并且能按用户特定要求进行功能定制。为此，我们引入了一家专门为政府提供网站内容管理产品的专业性公司，承诺可以采用外包服务方式提供定制开发支持。该产品的特点之一是其操作便捷，采用了傻瓜式拖曳操作方式，并实现了所见即所得。为获得用户的认可，该公司快速搭建了内网网站，并找了几个试点单位进行试用，同时组织开展了管理员培训工作。经过一段时间实际应用，用户普遍反映比较满意。取得用户确认后，即按照“三审”制开展具体采购工作。

三、高度重视采购风险，采取有效的措施控制采购风险。

应用支撑平台的采购实施是该项目的重要建设内容，决定项目建设的效果和整体实施进度，加之涉及采购金额较大，必须要高度重视和控制采购风险。回顾整个采购历程，经历了自制-采购决策、试点应用、专家评审三个阶段。在自制-采购决策阶段，采用了两条腿走的策略，一方面采用自行开发方式，只限于公共基础模块；另一方面在对市面上主流的应用支撑平台进行技术论证。事实证明，采用自行开发的方式，开发出的产品存在质量等诸多问题，后因业主不认可，中途夭折。市面的产品从功能和性能上大多不能完全满足用户的需求，经过项目组反复技术论证，并通过集体评审，暂定了一款产品。这样就进入了试点应用阶段。我们决定将目前在用的比较有代表性的一个子系统导入到此平台。该产品的供应商调集了核心开发人员参与到系统导入工作，因时间紧，采用封闭开发方式，期间克服了种种困难，在短短二个月内完成系统构建，并成功实施，获得用户认可。基于试点试用情况，邀请了知名的专家对该产品开发及应用情况进行了评审。获得了专家的充分肯定。最终业主同意了改产品的采购。通过以上三个阶段，很好的控制了该产品的采购风险。在后续的实施中，主要应用系统均基于该产品进行构建，取得了较好的应用效果，达到了预期的目标。

四、总结

总结项目整个采购工作历程，笔者认为关键要做好以下方面的工作：一是做好产品选型的技术论证工作，要求项目团队的项目经理和技术骨干充分参与，控制好技术方面的风险；二是充分和项目干系人沟通，平衡相关干系人的利益，获取干系人对产品的认可；三是严格执行采购规范审查流程，确保采购实施的总体质量。