互联网IT项目的管理心得体会

项目的风险无非体现在以下四个方面：需求、技术、成本和进度，而IT项目管理中时主要会遇到风险：包括技术风险、管理风险对项目产生影响的不确定因素。

IT项目管理从某种意义上讲，就是风险管理。因此IT企业在进行项目管理的过程中，必须采用适合自己的风险管理方法进行风险管理，并且确保软件项目在规定的预算和期限内完成项目。

  项目风险作为项目十大管理之一，扮演着极其重要的角色，可以这么讲，项目经理核心的工作除了制定主计划并组织实施、做好沟通之外，关键要识别风险，管理风险。

  项目风险管理不当直接会导致项目目标不达，甚至失败，结合芯片流程项目，谈谈对项目风险的管理：

  一、项目干系人风险

  首先，要识别项目中重要干系人，并要尽早分辨其对项目的态度，一般分为积极、中立、消极、反对等几种情况；

  芯片流项目推动部门为制造，实 *** 部门在供应链，这是该项目最大的特点，也是关键的风险之一。

  那么如何管理干系人？让中立、消极、反对的干系人参与项目中，发挥价值就非常关键，为此：

  我们制定了项目章程，明确项目总监，项目经理及成员的职责，并在正式的会议上宣贯、发布；

  其次，我们将项目中的任务尽早识别出来，分配给其主要的干系人，并通过周例会等多种形式，组织推进；

  最后，通过汇报等多种方式传递压力，例如让项目经理组织周例会，通报项目进度、风险等。

  一旦氛围形成后，大家逐渐入局，一定程度上降低了项目的风险。

  二、 价值链拉通风险

  芯片项目涉及销、研、供、IT等多个价值链部门；

  前端的预测历来是难点，如何提预测准确度及周期跨度，对芯片长周期物料的需求评估很关键；

  选择备份芯片，进入产品开发，以响应客户的订单交付；一方面要获取客户对备份芯片的认同，另一方面备份芯片的供方产能是否能满足缺口也很关键；

  同时备份芯片开发接近全新产品开发模式，周期长（4到5个月），是否与客户订单节奏匹配，要仔细评估。

  另外，一些冷门芯片（预测不能覆盖且不会备份的芯片），如何备库，或报备给市场，研发，以得到更长的交付周期许可。

  以上为项目实施中的关键活动，如何上下游拉通，关键是要通过业务场景反模拟、验证、前置识别问题点，针对性改善。

  三、 项目进度风险

  质量、成本、进度、范围是项目管理的核心要素。

  该项目开发时间1个月左右，初步评估压缩时间至少在50%以内；

  如何降低项目进度风险，核心是通过串改并，业务前置参照方案进行模拟（相当于前置单元测试和集成测试）；

  IT一旦开发完成，可压缩的测试时间，并极大减少返工等浪费的周期。

  另外，我们前置梳理了流程运行的要素（如管理规范、分权、指标、报表等），这些与管理动作相关的任务，也应前置推动。

  拒弃是一种能力，是对项目全局掌控的基础上，对非主线上的业务需求，进行果断放弃，轻装上阵，抓牢重点和关键。

  四、项目目标达成风险

  项目完成了流程拉通，IT也将最佳实践固化了，项目的目标是否就一定达成呢？

  流程里运行的永远是业务活动以及业务数据，所以，这些活动需要多次推演，前置识别及管理支撑目标的达成。

  风险管理一般涉及风险的规划、识别、分析、应对和管控等环节，这里不再赘述；

  综述，项目风险识别是一项能力，没有能力的人发现不了问题，有能力的人不仅能发现问题、解决问题，而且可以提出更高的目标并达成目标，这句话同样适合风险的发现和解决。

项目开发方面

项目应以需求为核心。一个项目是否能够成功，对需求的准确把握在成功因素中要占上60%的比例。不管系统的架构设计、团队管理有多么的成功，如果需求出现偏差，仍然是南辕北辙。由于eas项目的特殊性，项目开发过程中能够与客户建立有效快速的沟通渠道，是项目成功的关键。

需求必须获得客户的确认。通过需求调研与分析后获得的用户需求说明书，以及软件需求规格说明书都必须得到客户的签字确认。确认的内容包括项目的目标、范围以及项目需求功能点（用例）。eas项目在前期对需求不够重视，导致在需求理解上出现了一些偏差，从而影响了项目的进度。幸而得到了及时的纠正，在项目管理部的协助下，所有需求都得了客户或客户代表的签字确认。从而使得项目在客户验收时，有了充分的保证。

项目应确立专门的需求分析师。公司没有专门的需求分析师，不能不说是人员配备上的一大弊端。（软件开放工作细分的第一步就是要有专门的系统分析员或需求分析师）从eas项目的开发过程中，我们就充分地认识到这一问题的严重性。需求的不断更改，客户迟迟未签字确认，原因正是在于我们没有专门的具有丰富经验的需求分析师。普通开发人员在调研需求以及撰写需求规格说明书时，总是会出现偏差或理解错误的地方。软件需求分析是一项重要且负责的技术，没有经过专门训练的需求分析师，通常会给项目带来隐患。

项目应指定各个模块的需求接口人。只有这样，才能有效地保证项目组与客户的及时沟通，快速响应客户的请求与反馈。eas项目在开发早期及时地确立了需求接口人，在一定程度上规避了需求变更给项目带来的风险。但是，确立的需求接口人未经过系统培训，在需求调研以及与客户沟通的过程中，工作表现只能说是差强人意。

注意维护需求调研记录以及需求跟踪表。这一工作做得不够好。由于需求调研人不够专业，而项目经理以及需求分析负责人对这一过程还欠缺足够的重视，同时没有好的工具或流程来监控这一过程，使得需求调研记录没有发挥更大的作用。此外，需求跟踪也非常重要，毕竟，任何项目的需求都不是固定不变的，需求随时会发生变更，而开发人员实现的需求也可能会与客户的要求偏差。

注意维护需求矩阵。项目经理对这一内容缺乏足够的重视与理解，项目开发过程体系中也缺乏好的需求矩阵文档模板。但是在项目中后期，项目及时撰写了eas项目需求功能列表，并结合交付版本与客户进行了沟通和协商，从而规避了需求偏差的风险。(需求追踪，任何原始需求来有头就有尾。原始需求->用户需求->产品需求->软件需求->设计->测试等一系列的追踪。需求追踪的目的一方面是检查需求是否都已经实现有无遗漏，更多的是为了做变更影响分析使用)

控制需求变更。重视ccb的作用，同时应建立需求变更的响应机制。eas项目组对于需求变更的响应还不够及时，这一点项目经理与项目管理小组要担负一定的责任。（范围管理中范围控制的内容，变更管理是配置管理的一个重要内容。需求必须要受到控制，否则容易引起计划的频繁调整而发生混乱)

设计

重视架构设计。eas项目的成功，一定程度是源于我们有个优秀的框架开发小组，我们在项目立项之初就基本确定了整个系统的架构。其中虽然发生了一些变化，但核心架构仍然没有发生大的变化。由于，我们建立了稳定、简单的系统框架，可以极大地提高开发效率，规避了对框架的重复编码。(软件开发的第二个重要分工就是最好有专门的架构设计人员，架构设计和总体设计要由1-2个人来完成，以保证高度的概念完整性和设计统一)[1][2][3][4]

善于对设计作出取舍。项目开发的三要素是成本、质量与进度。在保证质量的前提下，为了项目进度不出现大的偏差，eas项目组并没有过分强调技术，特别是在考虑进度的情况下，牺牲了系统的部分可扩展性。虽然这为系统的后期维护带来一定隐患，但却能够有效地保证项目的进度。从eas最初的架构设计来看，我们引入了 castle与aop，试图简化orm以及横切关注点例如日志、异常、权限、事务等功能的实现。同时，希望采用wcf，利用soa思想建立松散耦合的面向服务应用程序。但随着客户需求的变化，我们果断地放弃了采用wcf的构想，同时又克服了技术困难，坚持了对castle与aop的使用，并为此成立了框架开发小组。事实证明，在技术的抉择上我们作出了正确的决定。

重视ui原型设计。系统的原型设计与需求分析相辅相成。如果有好的原型版本交付给客户，则客户更能够理解系统的实现，促进沟通的有效性与准确性。在eas项目中，我们从一开始就确立了原型设计小组，并在分析需求阶段，就开始了原型设计。这一做法无疑在客户沟通、需求确认、ui设计等方面都发挥了很大的作用。但是，我们在这一点上，由于缺乏专门的ui设计人员，因此，这一工作还存在很大的缺陷，甚至于ui的设计为迭代版本的交付带来了很大的障碍。在项目后期，关于ui的bug是最多。因此，我们认为在开发类似的web应用程序时，应尽早确立ui设计规范，以约束所有的ui设计。同时，必须培养专门的ui设计师，在开始原型设计时，就尽快完成ui交互的设计。并且，必须成立专门的ui 设计小组，在需求阶段与需求分析师合作，在编码阶段与开发人员合作。(原型设计是加强前期用户需求挖掘和减少后期需求变更的重要手段，不一定需要专门的ui设计人员，原型设计可以由需求分析师来完成)

测试

测试成员应了解需求。如果不了解需求，测试人员无法编写正确的测试用例，同时在测试过程中，也可能因为错误地理解需求，从而导致报告错误的bug，影响开发人员效率。加强开发人员与测试人员的合作。开发人员必须及时响应测试人员提交的bug。而测试人员也应跟踪开发人员对bug的修复情况。(测试人员应该要意识到自己和需求分析人员的区别，测试人员不用想需求分析人员一样分析和开发业务，但是他们必须和需求分析人员一样对已经分析出来的需求和业务高度熟悉)

测试之初必须确定测试原则，对bug的严重程度进行分级。同时，必须确定修复bug的优先级别。

进度管理

保证项目进度不出现大的偏差的前提是制定一个好的项目计划。必须根据项目规模，成员情况，技术难度等多方面考虑整个项目计划。如果项目的deadline已经确定，则必须采用一些方法来保障项目计划的完成。首先是选择符合项目的软件开发生命周期。通常情况下，并不建议采用瀑布开发方式。最佳的办法，应该是 rup或者敏捷开发，然后结合原型法制订项目计划。这样可以规避因为需求变更产生的风险。

其次，要每日跟踪项目的进展情况。可以通过晨会、周会以及项目日报、项目周报了解项目进展情况。同时，需要为各个小组指定进度跟踪人，根据各个小组长的日报，判断实际的进度是否与计划出现偏差。

要制定项目进度偏差的应对方法。一旦项目进度出现了偏差，必须采取相应错误解决问题。或者通过加班、增加人手、申请项目进度等方法及时作出响应。

及时向项目成员汇报项目进度情况。只有让各个项目成员了解到项目现状，才能够给每个成员增加压力，不至于松懈。同时，也能够使得每个成员能有一个目标，而不至于茫然失措。

制定项目计划时，必须考虑阶段评审与同行评审的时间。这一点在eas项目中做得不够好。其中原因也是由于项目进度本身较紧的缘故。注意维护项目进度跟踪表与项目进度偏差跟踪表。让项目管理部以及qa及时掌握项目进度，有利于对项目进度的管理。

变更管理

变更包括需求变更、人员变更。如果不控制好，两者对项目的进展都会带来灾难性的后果。需求变更在前面已经叙述，而eas项目中发现人员变更的情况也非常严重，因此这里重点介绍关于人员变更的管理。

如果发生人员进入的情况，那么对项目带来的通常都会是好的影响。但我们也必须注意如何让新成员更快地融入团队。整体上讲，如果需要新成员加入，发生变更的最佳时机是项目前期。如果在项目中后期加入新成员，无疑则意味着项目出现了灾难性的后果。而新增加的成员，由于不熟悉项目，所能带来好的影响也是有限的。如果不处理好新成员与老成员之间的合作关系，反而会带来负面影响。

人员的退出很多时候是不可控的，同时对项目带来的影响也是不可估计的。为了将这些影响降到最低，就必须在项目开始之初就要确立编码规范。同时，还应该重视对文档的维护与更新。而在人员退出时，必须做好交接工作。同时，还应对这种变更进行合理的评估，并及时报告项目管理部，并与客户及时沟通。如果对项目进度有严重影响，应争取最大的努力取得客户的理解，提出项目延期的申请。

风险管理

要在项目开始之初就考虑到项目过程中可能出现的所有风险，是不现实的。但是，我们必须考虑对风险的管理，尤其是在制订项目计划以及创建团队的时候，考虑这一因素。风险有很多，包括需求的风险、进度的风险、质量的风险以及技术风险等。必须制定一套完整的风险管理计划，而一旦发生了风险，则必须及时响应，组织相关人员解决风险。不能忽略任何一个小的风险，否则一个小的风险到最后会造成大的灾难。风险的把握必须要有项目经理与系统架构师把关。

成员管理

不团结的项目组是无法保证项目的成功地。项目经理与项目组长在管理团队成员时，必须时刻注意成员状况，即使处理工作出现的矛盾与摩擦，随时保证团队合作精神得到最大程度的执行。

持续地保证项目成员的士气非常重要。项目每取得一个阶段性的进展，必须告知全体成员，如此才能收获成功的信心。项目开发过程需要注意劳逸结合。一味地强制性加班，只能降低项目成员的工作效率。项目过程中，如能适当地开展一些活动，无疑能够让团队成员感受到项目组的集体气氛。在阶段实现的重要时刻，项目经理必须注意通过文字、语言等激励项目组成员。而项目经理的自信也是保证成员士气的一个关键。

必须注意了解团队成员的心理状态与工作状态。项目成员的战斗力除了是个人的能力发挥之外，一个好的领导也是至关重要的。因此，必须选择合适的项目组长，通过他们掌握整个项目团队成员的工作进展。同时，还要了解每个成员的能力，以安排合适的角色与岗位。

重视开发组与测试组以及项目管理小组的合作。项目组是一个整体，每个成员的角色不同，但大家都是团队的重要一员。

作者:张逸具有多年的软件开发与设计经验，他是两届微软最有价值专家（mvp），著作/译作包括《软件设计精要与模式》、《wcf服务编程》。张逸熟悉c#，asp，wcf等技术，同时深谙面向对象领域的相关技术。目前，他主要从事 soa企业信息解决方案的设计与研究，以及敏捷方法的推广与实践。张逸是捷道·敏捷堂的创始人。

软件项目风险是指在软件开发过程中遇到的预算和进度等方面的问题以及这些问题对软件项目的影响。软件项目风险会影响项目计划的实现，如果项目风险变成现实，就有可能影响项目的进度，增加项目的成本，甚至使软件项目不能实现。如果对项目进行风险管理，就可以最大限度的减少风险的发生。但是，目前国内的软件企业不太关心软件项目的风险管理，结果造成软件项目经常性的延期、超过预算，甚至失败。成功的项目管理一般都对项目风险进行了良好的管理。因此任何一个系统开发项目都应将风险管理作为软件项目管理的重要内容。

在项目风险管理中，存在多种风险管理方法与工具，软件项目管理只有找出最适合自己的方法与工具并应用到风险管理中，才能尽量减少软件项目风险，促进项目的成功。

项目风险管理

项目风险管理是指为了最好的达到项目的目标，识别、分配、应对项目生命周期内风险的科学与艺术。项目风险管理的目标是使潜在机会或回报最大化，使潜在风险最小化。风险管理涉及的主要过程包括：风险识别，风险量化，风险应对计划制定和风险监控，如图1所示。风险识别在项目的开始时就要进行，并在项目执行中不断进行。就是说，在项目的整个生命周期内，风险识别是一个连续的过程。

（1）风险识别：风险识别包括确定风险的来源，风险产生的条件，描述其风险特征和确定哪些风险事件有可能影响本项目。风险识别不是一次就可以完成的事，应当在项目的自始至终定期进行。

（2）风险量化：涉及对风险及风险的相互作用的评估，是衡量风险概率和风险对项目目标影响程度的过程。风险量化的基本内容是确定那些事件需要制定应对措施。。

（3）风险应对计划制定：针对风险量化的结果，为降低项目风险的负面效应制定风险应对策略和技术手段的过程。风险应对计划依据风险管理计划、风险排序、风险认知等依据，得出风险应对计划、剩余风险、次要风险以及为其它过程提供得依据。

（4）风险监控：涉及整个项目管理过程中的风险进行应对。该过程的输出包括应对风险的纠正措施以及风险管理计划的更新。

风险管理步骤 所使用的工具、方法 >

IT项目中如何进行风险管理规划

风险管理规划是在专案正式启动前或启动初期对专案的一个纵观全局的基于风险角度的考虑、分析、规划，也是专案风险控制中最为关键的内容。

一 风险形势评估风险形势评估以专案计划、专案预算、专案进度等基本资讯为依据，着眼于明确专案的目标、战略、战术以及实现专案目标的手段和资源。

从而实现：通过风险的角度审查专案计划认清专案形势，并揭示隐藏的一些专案前提和假设，使专案管理者在专案初期就能识别出一些风险。

尤其是专案建议书、可行性报告或专案计划一般都是在若干假设、前提、预测的基础上完成的，这些假设、前提、预测在专案实施期间有可能成立，也有可能不成立。

而这其中隐藏的风险问题又通常是被忽视的。一旦问题发生，往往造成专案管理方的措手不及和无一应对。

例如专案计划中假设用户实施小组全力支援、脱产或几乎脱产投入IT专案的实施，但在实际过程中，用户方人员却不得不抽出大量时间处理塬有的业务，造成IT专案实施进度的拖延和实施效果不尽人意的风险。

诸如此类的例子还有很多。为了找出这些隐藏的专案条件和威胁，就需要对与专案相关的各种计划进行详细审查，如人力资源计划、合同管理计划、专案采购计划等等。

由此我们可以得出，风险形势评估一般应重视以下内容：专案的起因、目的、专案的范围、组织目标与专案目标的相互关系、专案的贡献、专案条件、制约因素等。

二 风险识别在对专案的基础的风险形势评估之上，就需要对各种显露的和潜在的风险进行识别。风险识别实际上是对将来可能发生的风险事件的一种设想和猜测。

因此，一般的风险识别结果应包括风险的分类、来源、表现及其后果、以及引发的相关专案管理要求。

在具体识别风险时，一方面可利用一些常识、经验和判断，通过以前经历的专案中积累起来的资料、资料、经验和教训，或者请教相关的专家和资深从业人员，采用集体讨论的方式。

另一方面，可以通过分解专案的范围、结构来识别风险，理清专案的组成和各个组成部分的性质、之间的关系、与外因的联系等内容，从而减少专案实施过程中的不确定性。

除此之外，还可以利用一些技术和工具。比如，结合经验和教训，将专案成功和失败的塬因罗列成一张核对表，或者是专案的实施范围、质量控制、专案进度、采购与合同管理、人力资源与沟通等。

以上都是风险识别常用的一些手段和方法，当然还有其他更多的途径，因专案而异，灵活运用。

三 风险分析和评价在进行风险识别并整理之后，必须就各项风险对整个专案的影响程度做一些分析和评价，通常这些评价建立在以特性为依据的判断和以资料统计为依据的研究上。

风险分析的方法非常多，一般采用统计学范畴内的概率、分布频率、平均数众数等方法。

但无论是哪一种工具，都各有长短，而且不可避免的会受到分析者的主观影响。可以通过多角度多人员的分析或者采取头脑风暴法等尽可能避免。

此外，我们应当明确，风险是一种变化着的事物，基于这种易变条件上的预测和分析，是不可能做到十分的精确和可靠的。所有的风险分析都只有一个目的，即尽量避免专案的失控和为具体的专案实施中的突发问题预留足够的后备措施和缓冲空间。

风险评价之后，专案面临着两种选择，即面临着不可承受风险和可承受风险。对于前者，或者终止专案，或者采取补救措施，降低风险或改变专案对于后者，则需要在专案之中进行风险控制。

风险管理规划是在专案正式启动前或启动初期对专案的一个纵观全局的基于风险角度的考虑、分析、规划，也是专案风险控制中最为关键的内容。

一 风险形势评估风险形势评估以专案计划、专案预算、专案进度等基本资讯为依据，着眼于明确专案的目标、战略、战术以及实现专案目标的手段和资源。

从而实现：通过风险的角度审查专案计划认清专案形势，并揭示隐藏的一些专案前提和假设，使专案管理者在专案初期就能识别出一些风险。

尤其是专案建议书、可行性报告或专案计划一般都是在若干假设、前提、预测的基础上完成的，这些假设、前提、预测在专案实施期间有可能成立，也有可能不成立。

而这其中隐藏的风险问题又通常是被忽视的。一旦问题发生，往往造成专案管理方的措手不及和无一应对。

例如专案计划中假设用户实施小组全力支援、脱产或几乎脱产投入IT专案的实施，但在实际过程中，用户方人员却不得不抽出大量时间处理塬有的业务，造成IT专案实施进度的拖延和实施效果不尽人意的风险。

诸如此类的例子还有很多。为了找出这些隐藏的专案条件和威胁，就需要对与专案相关的各种计划进行详细审查，如人力资源计划、合同管理计划、专案采购计划等等。

由此我们可以得出，风险形势评估一般应重视以下内容：专案的起因、目的、专案的范围、组织目标与专案目标的相互关系、专案的贡献、专案条件、制约因素等。

二 风险识别在对专案的基础的风险形势评估之上，就需要对各种显露的和潜在的风险进行识别。风险识别实际上是对将来可能发生的风险事件的一种设想和猜测。

因此，一般的风险识别结果应包括风险的分类、来源、表现及其后果、以及引发的相关专案管理要求。

在具体识别风险时，一方面可利用一些常识、经验和判断，通过以前经历的专案中积累起来的资料、资料、经验和教训，或者请教相关的专家和资深从业人员，采用集体讨论的方式。

另一方面，可以通过分解专案的范围、结构来识别风险，理清专案的组成和各个组成部分的性质、之间的关系、与外因的联系等内容，从而减少专案实施过程中的不确定性。

除此之外，还可以利用一些技术和工具。比如，结合经验和教训，将专案成功和失败的塬因罗列成一张核对表，或者是专案的实施范围、质量控制、专案进度、采购与合同管理、人力资源与沟通等。

以上都是风险识别常用的一些手段和方法，当然还有其他更多的途径，因专案而异，灵活运用。

三 风险分析和评价在进行风险识别并整理之后，必须就各项风险对整个专案的影响程度做一些分析和评价，通常这些评价建立在以特性为依据的判断和以资料统计为依据的研究上。

风险分析的方法非常多，一般采用统计学范畴内的概率、分布频率、平均数众数等方法。

但无论是哪一种工具，都各有长短，而且不可避免的会受到分析者的主观影响。可以通过多角度多人员的分析或者采取头脑风暴法等尽可能避免。

此外，我们应当明确，风险是一种变化着的事物，基于这种易变条件上的预测和分析，是不可能做到十分的精确和可靠的。所有的风险分析都只有一个目的，即尽量避免专案的失控和为具体的专案实施中的突发问题预留足够的后备措施和缓冲空间。

风险评价之后，专案面临着两种选择，即面临着不可承受风险和可承受风险。对于前者，或者终止专案，或者采取补救措施，降低风险或改变专案对于后者，则需要在专案之中进行风险控制。

参考概念信息——（从笔记整理出来的，不知道你的字数限制和要求是什么，你觉得行就用当论文吧，内容少的话部分地方可以扩写一下，或在其中加几句名词解释什么的会更详细一点。） 内容主要来源：《信息系统开发与项目管理》——第九章：系统项目的进度、费用与风险管理从达到项目范围、进度和成本要求方面来看，许多项目是失败的。进度问题也是项目生命周期内造成项目冲突的主要原因。而进度管理就是要采用一定的方法对项目所包括的活动及其之间的相互关系进行分析，对各项活动所需要的时间进行估计，并在项目的时间期限内合理的安排和控制活动的起始与结束。对于一个项目团队而言，不论是谁，不论是属于哪一个范围领域里的项目开发，我们都有一个共同的目标：在预算内按时开发符合客户真正需要的高质量产品/软件。那么就需要我们对此做一个合理的有效地项目规划。进度管理是项目管理中一个至关重要的方面，项目经理通过使用一些基本的项目管理工具和技术，来协调各种资源的投入，改善时间管理，并最终实现项目总体目标，满足项目各干系人的需要。虽然项目延期不一定代表项目失败，但是会引起客户的不满，降低团队信誉与口碑，所以项目经理必须具备争分夺秒的时间观念。通过学习，我了解到进度管理包括两大部分——项目进度计划的制定和项目进度计划的控制。进度计划凡事预则立，不预则废。做任何事都要有计划有条理，做到条度有方，有条不紊才能更好的实现项目最终结果。为了使项目能够按时的并且完美的完成，在项目开始之前制定一份切实可行的，科学的项目计划是非常必要的，它能为项目的实施过程中的进度控制以及人力资源和各种资源的分配提供依据，也能够为项目实施各方面相关内容在时间上的协调分配提供依据。为保证项目进度计划的科学性和合理性，在编制进度计划前，首先必须收集真实、可信的信息资料，以作为编制进度计划的依据。一个详细的计划一般包括以下几个步骤：确定完成项目需要哪些特定活动，明确每项活动的职责；确定完成这些活动的先后顺序；估算每项活动所需要的时间和资源；制定项目计划和预算。进度管理中，包含进度计划、项目的关键路径、进度控制三大模块。进度计划需要有项目计划与进度安排两部分内容。一、项目计划（1） 工作分解结构与责任矩阵。首先要确定项目的目标，预期的结果或最终产品。接下来确定需要执行哪些工作要素或活动来完成它。最后用责任矩阵表示完成工作分解结构中工作细目的个人责任。（2） 制定网络计划。由于工作分解结构仅生成工作范围，责任矩阵也只是针对生成的工作范围进行了责任分配，并无时间，资源的约数，也不十分明确活动之间流程的顺序与关联。所以还必须依赖网络计划技术来完成。网络计划技术在项目的计划，进度的安排和控制由许多相互关联的活动组成的项目时是非常有用的。此外，它还对关于项目的信息沟通也是很有用途的。通过学习，有两种网络计划发放，计划评审技术和关键路径法。二、进度安排这部分流程会帮助我们解决项目管理中估计每项活动的工期；确定每个项目的预计开始与完工时间；在项目预计开始时间的基础上，计算每项活动的开始与完成的最短时间；利用项目的要求完工时间，计算每项活动必须开始的时间和完成的最长时间；确定每项活动能够开始（或完成）与必须开始（或完成）时间之间的正负差值；确定关键（最长）关键路径。 项目的关键路径，此部分包含利用关键路径分析平衡进度计划、缩短项目进度的技术和更新关键路径数据的重要性三部分内容。项目的关键路径贯穿整个项目的生命周期，是一系列决定项目最早完成世间的活动。所以要受到高度的重视，不可忽略或简化。而缩短项目进度的技术在条件允许的情况下可以提高团队工作的效率，降低成本完成合格的产品，在预期内提早交付成果。更新关键路径数据的重要性可以更好的完成项目活动，减少错误发生率，并且给出一个新的项目估计完成时间。 项目进度控制。包括项目控制过程和项目控制的方法。此部分大致包含四个步骤：分析进度，找出那些地方需要采取纠正措施；确定应采取的纠正措施；修改计划，将纠正措施列入计划；重新计算进度，估计纠正措施的效果。通过项目进度管理的学习，我进一步的了解了项目管理的又一个流程，并且了解了……（结尾 …… 省略 、字数大概可以控制在大于1800）

风险管理论文篇三

《企业风险管理创新与中国海油自保公司案例研究》

自保公司作为企业进行风险 管理创新的重要工具，在国际上已经得到了广泛的运用。与国际上的研究机构及自保公司行业对于自保公司的 发展所做的大量研究相比，中国企业对设立和运用自保公司进行风险管理的研究非常缺乏。由于缺乏自保公司的行业数据、实际 经验和其他相关信息，国内研究主要还停留在基本理论的阐述上，缺乏与 实践的结合，因此无法深入。本文将结合目前中国境内企业设立的唯一一家自保公司——中海石油 保险有限公司的实际案例来分析企业如何运用自保公司进行风险管理。

一、风险管理与自保公司

企业的生产经营因受到诸多不确定因素影响而存在风险，即存在着经营结果的不确定性。这些风险广泛分布于企业生产经营的各环节和各流程。企业的风险管理，应包括风险的辨识、评估、防范和控制，是防范这些风险的理念、措施、行为的集合。按照亚洲风险管理协会(AARCM)的定义，企业风险管理是企业在实现未来战略目标的过程中，试图将各类不确定因素产生的结果控制在预期可接受范围内的方法和过程，以确保和促进组织的总体利益的实现。

一般而言，风险管理有五种方式：回避、转移、减少、保留和利用。在风险管理过程中，当外部的风险转移方式无法满足或者无法完全满足企业风险管理的需要时，企业会寻求自保，即不通过传统保险而由企业自身对风险进行控制和转移。自保的方式有很多种，包括风险全部自留、建立风险基金、提取风险准备、安排“股东保单”、进行风险融资以及设立自保公司等。其中，自保公司是以成立商业保险公司的方式来为企业风险管理服务，在实践中受到企业的欢迎。

自保公司是指一个由非保险公司拥有的真正的保险或者再保险公司，其主要业务是对其母公司或者关联公司的风险进行承保或者再保险①。自保公司是在企业风险管理创新中产生的一种典型的非传统风险转移工具，称为Alternative Risk Transfer(简称ART)。自保公司的出现改变了企业传统的风险转移模式(见图1)。

母公司的风险转移策略可以通过自保公司与国际保险市场的直接接触而得到更好的贯彻。自保公司也通过参与这一风险转移流程而获得收益，包括获得承保收益和保费现金收益。

当然，自保公司并不适用于所有企业。一般而言，设立和运作自保公司要考虑风险单位是否符合大数法则，保费规模是否足够应付运营成本以及企业的内外部环境是否成熟等诸多因素。

二、全球自保公司的发展情况

全球第一家自保公司——凤凰保险公司②成立于18世纪中叶。20世纪20年代，一些大的跨国企业开始成立自保公司，到2004年，全球自保公司数量已经达到4800余家，保费规模达到560亿美元。自保公司行业已经成为一个非常成熟的行业领域，其主要分布情况见表1。

全球500强企业的80%都拥有自保公司。设立自保公司的著名企业也分布于全球各地。表2列举了全球主要的设立自保公司的母公司情况。另外也有很多的组织、协会以及连锁企业等设立自保公司。

三、自保公司的作用

自保公司在企业实际运作中，起着非常重要的作用，主要表现在以下几个方面。

1 企业直接与保险市场联系的专业渠道

自保公司的角色非常特殊，它一方面是执行集团风险管理策略的工具，同时也是一个商业保险公司，它在母公司集团(往往是非保险类企业)和商业保险市场之间具有共性，产生交集(见图2)。

由于自保公司在市场上已经存在了很多年，因此非常容易被商业保险市场所熟悉和接受，尤其是专业的再保险公司。自保公司与商业保险市场取得直接联系后，可以最快获得保险市场的最新动态和信息，对于企业制定合适的风险管理策略非常重要。事实上，很多自保公司的管理顾问公司会在每年末做一份针对市场情况和企业经营的风险管理策略建议，并向自保公司的母公司进行 报告 。

2 全球化风险管理的工具

对于一个企业尤其是跨国集团而言，自保公司在其全球化风险管理中的作用是非常重要的，这主要通过两种方式来体现。

第一种方式是，对不同地区不同国家的项目进行统筹保险安排并参与风险管理。第二种方式是，实现企业制定的全球风险管理策略。作为一个在全球不同国家和地区有项目的跨国公司，当企业对这些项目安排保险的时候，会受到各国保险监管和法律规定的限制。自保公司作为再保险公司则可以很正当地参与到其投资项目的风险管理中去，了解其风险转移的策略以及项目运作的信息。

3 为母公司减少保费成本

自保公司的参与一方面可减少支付给商业保险公司的佣金支出，另一方面，可通过与国际再保险市场的谈判，获得优惠的再保险条件，从而降低再保险保费支出，减少母公司集团的总体保费成本。

自保公司如果可以直接出具保单，则可以减少支付给商业保险公司的管理费用开支。一般而言，自保公司的管理费用支出不会超过总保费的20%，换言之，保费收入的80%可以用于真实的索赔支出。

自保公司如果不可以直接出具保单，则可以利用长期稳固的再保险安排渠道增加与传统保险公司的谈判能力，降低手续费，从而降低摩擦性成本。

4 建立风险储备基金

母公司可以通过自保公司建立长期的风险储备基金来应对长期的风险。虽然商业保险公司也会建立风险储备基金，但由于它并非承保一家的风险，因此风险基金并不一定可以保证用在本公司的风险上。自保公司承保母公司的风险，可以保证风险储备基金使用渠道的专门性，并且方便快捷。这种风险储备基金可以表现为风险储备或者累计利润。相对于建立内部安全基金而言，这是从母公司系统内转出而以商业化的方式合理存在的真金白银，随时可用来弥补可能发生的损失。

5 获得更多的承保能力

自保公司为母公司的保险提供新承保能力，使母公司增加风险转移的宽度和深度。

自保公司的承保能力受到投入资本的限制，但自保公司的承保政策要比商业保险公司宽松，并且许多自保公司的管理公司通过建立不同类型的再保险安排项目来充分利用其承保能力。例如香港自保公司监管机构只要求单一最大风险单位不得超过净资产的15%，中国海油自保公司在遵从这一要求的前提下，可以安排母公司的多个保险项目。

6 减少商业保险循环周期对企业保费成本的波动影响

费率水平的高低可以反映保险标的风险的大小。保险费率水平会随着损失记录和市场环境的变化而发生经常性和规律性的波动，形成循环周期。因此，企业单纯运用传统方式购买保险来转移风险，保险的成本就不可避免地随之波动，这对于一个企业尤其是上市公司而言是不利因素。自保公司的参与则可以有效地减少这种波动。自保公司承保一定的风险，通过稳定该部分的承保价格来增加成本的刚性，从而使得企业的保费成本稳定在一定范围内。

7 增加母公司集团盈利能力

自保公司通过参与保险安排获得佣金收入、保费收入和现金收益。自保公司因为向国际再保险市场转移风险而从再保险公司获取佣金收入;通过自留母公司的风险而获得相应的保费收入;通过各种投资手段获得承保收入的现金收益。总之，自保公司的佣金、保费收入和现金收益最终将形成利润在报表中反映出来，也会反映在母公司整体的收入规模和盈利水平中。

8 获得更宽泛的风险转移条件

不同资产、不同项目、不同地区乃至不同国家的保险条款都会不一样，甚至保单文字都不一样。尽管如此，母公司仍可以通过其自保公司在全球的保险合约对转移自留部分的风险提供更为宽泛、更具有灵活性的保障条款。例如，公司甲通过其自保公司的保险合约购买了限额为1亿美元的一揽子第三者责任保险，则这一保障适用于其母公司所有通过自保公司安排的项目。对于任何一个新增加的投保项目，都可以自动获得这一保障。

9 为母公司无法在商业保险市场转移的风险提供保障

一个企业会根据其风险管理的策略将不愿意承担的风险转移到商业保险市场上去。但有些风险却是不可保的。有可能是因为市场上不提供这种保险产品，或者市场上可以提供这种保险产品，但所要求的保费成本又超过了公司愿意或者能够承担的限度，或者市场上可以提供这种保险产品，但并没有100%的承保能力支持，或者市场上能为这种保险产品提供的承保能力是不可靠或者不稳定的。中国海油自保公司在风险转移的过程中遇到类似的问题，例如安排井喷控制保险和井下工具保险。自保公司在对此类风险进行转移的过程中起到了很重要的作用，承保了“不可保”的风险。

四、中国海油自保公司案例研究

中国企业设立自保公司的步伐远远落后于其他国家。中国境内尚未对自保公司有明确的监管规定，而香港是最近的自保公司注册地。2000年8月，中国海洋石油总公司(以下简称“中国海油”)在香港设立自保公司，公司全称“中海石油保险有限公司”(英文名称CNOOC Insurance Limited，以下简称CIL)。CIL最初资本金为200万港元，这是香港对设立自保公司的最低资本金要求。

中国海油是中国第三大石油公司，经过多年的发展，已经形成了海上油气勘探开发、专业技术服务、炼油化工化肥、天然气及发电、综合服务、金融服务六大良性互动的产业板块，成为主业突出、产业链完整的综合型企业集团③。中国海油所从事的行业属于高风险行业，通常需要在国际能源保险市场安排保险，以转移企业在生产经营过程中遇到的巨大风险。企业每年需支付5亿元人民币左右的保费，且随着企业规模的不断扩大，保费水平还在不断提高。

CIL在成立初期，由于自身承保能力低，商业保险市场提供的保险条件好，因此只是对母公司——中国海油的部分保险业务安排转分保，收取佣金，自留比例很小。

2001年“9·11”事件之后，国际能源保险市场的承保能力萎缩(见表3)，中国海油同其他公司一样，面临保费成本大幅增加，保险保障范围却不断减少的境遇。免赔额水平从25万美元增加到100万美元，同时费率还上涨了25%。尤其是海上钻井所需购买的井喷控制保险，费率由4美元/英尺甚至增加到90美元/英尺。保费成本占总钻井成本的比例高达10%，远高于“9·11”之前1%的水平。

1 根据市场变化，调整风险管理策略与经营策略

在保险市场承保能力急剧变化的形势下，中国海油审时度势，重新测算自留风险的大小，根据保险市场变化，做出了如下的风险管理策略调整。

1)对于油田财产保险项目，在当前的免赔额水平和费率水平下，赔付率将大大降低，CIL可以根据自身承保能力适当自留。

2)对于钻井保险项目，由于市场费率水平已经远远超过公司所能承受的成本范围，此风险属于不可保风险。因此，在对该种风险进行充分评估的基础上，CIL可以根据自身的承保能力，大比例自留风险，并收取合理水平的保费，通过长期的承保策略来降低巨灾风险的影响。

3)对于建造项目，鉴于风险较大，自保公司应谨慎自留风险。

4)随着公司发展步伐的加大，CIL应尽快参与到合资合作项目的保险安排中去，为母公司的全球化风险管理策略服务。

针对母公司调整后的风险管理策略，CIL对自身的经营策略也作了相应的调整。

1)CIL以转分保或者风险自留的方式尽可能多地参与到母公司的项目中去，成为母公司风险管理的一个专业平台。

2)对于油田财产保险项目，CIL考虑小比例风险自留，对转移到国际再保险市场的风险收取一定的佣金。

3)对于建造项目，CIL考虑小比例自留或者全部转分保到国际再保险市场，同时收取一定的佣金。

4)对于钻井保险项目，CIL自留大部分的风险，以较低的费率水平来收取保费。同时规定赔付限额，将巨灾风险的影响最小化。

5)CIL参与到中国海油大型合作项目的保险安排中，不以获取保费或者转分保佣金为目的，而主要是通过CIL将这些项目的保险安排纳入中国海油的整体风险管理体系中，为今后中国海油做好全球风险管理策略和保险筹划做好准备。

6)自保公司利用自身的资源与出单公司进行谈判，将一般保险公司向被保险人收取的10%～20%的管理费控制在5%左右，降低了公司的保费成本。

经过4年时间，CIL的保费收入规模由最初的1000万港元增加到5亿港元，资本金也增加到2亿港元。资本金的增加使得CIL的承保能力不断增加，从而更加有效地执行了母公司的策略。

2 借鉴国外经验，重视战略与管理，使CIL获得快速发展

总结 CIL快速发展的经验，笔者认为有以下几个方面的原因。

(1)中国海油非常重视风险管理，为CIL的成立提供了战略准备和管理基础

中国海油从事的海上油气田勘探、开发和生产活动，属于高风险行业。中国海油从成立之初就很注重风险管理，为财产和项目购买保险以转移风险。企业内部不断完善的风险管理理念为自保公司的成立做好了战略准备。

此外，公司从上世纪90年代初开始就设立专门的岗位，贯彻风险管理策略并授权处理保险业务。公司制定了专门管理法规对公司风险管理策略和保险政策进行明确规定。职能的统一和明确也为自保公司的成立和运作提供了组织和管理基础。

(2)长期与外国油公司合作的历史，为中国海油自保公司的成立提供了可借鉴的实例

中国海油自1982年成立以来，就与壳牌、BP、雪佛龙、丹文、哈斯基(Husky)、阿莫科等国际大石油公司合作。在合作中，外国石油公司按照惯例，对于油气勘探、开发和生产等项目都提出要购买保险并写入石油合同。例如，对油田财产一定要进行投保，并要求购买免赔额为5000万美元的包括油污责任在内的第三者责任险。中国海油在对外合作的过程中，逐渐意识到保险的重要性，在风险管理理念方面逐步实现了与国际接轨。此外，外国油公司经常利用自保公司来进行风险管理，它们也愿意合作方的自保公司参与。这些为中国海油成立并运作自己的自保公司提供了借鉴。

(3)中国海油较早进行风险集中管理，成立内部风险管理公司，为自保公司的顺利运作提供了条件

在中国海油与外国石油公司合作的初期，外国石油公司是作业者，按照石油合同规定，所有的保险由作业者安排。随着中国海油逐渐成为作业者以及自营油田的出现，中国海油开始接手保险安排，并于1993年后逐步实现集中管理。风险的集中管理为中国海油建立整体风险管理策略提供了前提条件。

1994年，中国海油成立内部风险管理公司，对投保的保费进行内部统一核算，进行模拟化商业运作。这些有益的尝试为自保公司的产生和运作提供了有利条件。

(4)中国海油接触国际保险和再保险市场，为设立自保公司提供了信息和经验

中国海油从1993年开始正式接触国际再保险市场，包括知名的国际再保险公司和国际再保险顾问，这些再保险公司和保险顾问给中国海油带来了最新的国际保险市场的信息。尤其是国际保险顾问，如怡安、达信等，本身也是全球最大的自保公司管理机构，它们对自保公司的运作流程非常熟悉，有丰富的管理经验，为中国海油自保公司的成立提供了很多咨询服务。怡安保险顾问公司更是一手促成了CIL在香港的设立。

(5)国际保险市场持续坚挺，为自保公司快速发展创造了契机

根据国际保险市场的统计结果，1970年以来，国际上的巨灾事件尤其是自然灾害不断增加，在2001-2005年达到历史最高水平。这些损失导致国际市场的保费水平居高不下(见图3)。在这种情况下，自保公司的收益水平也自然水涨船高。

虽然中国海油自保公司还是一个年轻的公司，但其今天的成就，是与中国海油20多年的努力分不开的。在中国海油不断向中下游和海外拓展业务的大背景下，自保公司也将配合母公司发展的需要，不断解决经营中面临的许多新问题，继续发展壮大。

参考文献

[1] PARKINSON J R Captives & captive management for practitioners and　owners UK: Key Haven Publications PLC,2002

[2] KENDALL R Risk management for executives UK: Pitman Publishing, 1998

[3] WONG C Bullish in China[J]Monthly Journal of Global REinsurance ,　2003 (10), 56-60

[4] BI survey(N)Business Insurance, 2003(10)

[5] BI survey(N)Business Insurance, 2005(9)

[6] 张洪涛 做大做强中国保险业整体实力与核心竞争力[R]2004中国保 险发展报告北京：中国人民大学出版社, 2005

[7] 张洪涛,郑功成,主编保险学[M]北京：中国人民大学出版社，2002

[8] 施绪金中国企业自保发展趋势及建议[R]2004中国保险发展报告北 京：中国人民大学出版社，2005

[9] 闫东玲我国发展专业自保公司的几点思考[J]南开经济研究，2005(2)

[10] 徐涟漪自保公司——企业风险管理模式的选择[N]中国保险报， 2006-03-10

[11] 王清寰企业可保风险管理模式及中海油实例研究[M]北京：石油工 业出版社，2006

1 风险管理论文案例分析

2 内部控制与风险管理论文案例分析

3 风险管理论文案例

4 风险管理论文精选范文

5 风险管理论文范文精选

一般IT项目管理中常见的风险有以下几类：

需求变更风险。需求变更是软件项目经常发生的事情。一个看似很有“钱途”的软件项目，往往由于无限度的需求变更而让项目承建方苦不堪言，甚至最终亏损。预防这种风险的办法是项目建设之初就和用户书面约定好需求变更控制流程、记录并归档用户的需求变更申请。

进度风险。有些项目对进度要求非常苛刻，但对于进度要求不高的项目，同样要考虑该风险。项目进度的延迟意味着违约或市场机会的错失，预防这种风险的办法一般是分阶段交付产品、增加项目监控的频度和力度、多运用可行的办法保证工作质量避免返工。

质量风险。有些项目和用户对软件质量有很高的要求，如果项目组成员同类型项目的开发经验不足，则需要密切关注项目的质量风险。一般需要经常和用户交流工作成果、采用符合要求的开发流程、认真组织对产出物的检查和评审、计划和组织严格的独立测试等。

技术风险。在软件项目开发和建设的过程中，技术因素是一个非常重要的因素。项目组一定要本着项目的实际要求，选用合适、成熟的技术，千万不要无视项目的实际情况而选用一些虽然先进但并非项目所必须且自己又不熟悉的技术。如果项目所要求的技术项目成员不具备或掌握不够，则需要重点关注该风险因素。

在应对IT项目的风险方面，可以借助信息化项目管理系统解决，比如8Manage PPM，能够对项目进行全程的风险跟踪，自动检测项目各种系统性风险及其影响，包括项目计划，成本，资源以及质量的风险，并且能根据现有影响自动推测最终的影响，做到自动监测超时和超支风险、自动监测使用不恰当资源与资源短缺的风险等工作，并提供集成的风险登记表和预警提示，使项目人员可清楚地知道若不及时恰当地管理这些风险的严重性。同时，8Manage支持记录用户自定义风险并跟踪风险从开始到结束的整个过程。系统会自动根据风险发生几率的高低和采取行动前后风险的的影响来分类和评估每个风险，以便项目人员更快速有效地确定行之有效的方案来避免风险，为IT项目的成功研发保驾护航。

以上就是关于IT项目管理中的风险有哪些全部的内容，包括:IT项目管理中的风险有哪些、破解突围之路：浅谈项目风险管理、互联网IT项目的管理心得体会等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！