项目管理中技术风险识别与规避.docVIP

MACROBUTTON AcceptAllChangesInDoc [项目管理中技术风险的识别与规避] 摘要：从技术角度探讨在IT项目实施中如何识别技术风险，并论述技术风险规避的几点体会。 关键词：风险识别 风险规避 技术风险 如何在IT项目实施中有效地管理风险、控制风险，已经成为了项目实施成功的必要条件。在项目风险的诸多因素中，技术风险往往容易被忽视，但因技术风险导致的项目延期、项目成本失控、甚至项目失败却也不在少数。因此，本文就怎样识别技术风险，并采取有效的风险规避措施防止项目失控，谈谈个人的几点体会。 项目风险的管理不仅贯穿于整个项目过程，而且在项目事件发生之前风险的分析就已经开始。我们可以根据风险控制与项目事件发生的时间将风险管理划分为三个部分：事前控制——风险管理规划，事中控制——风险管理方法，事后控制——风险管理报告。在这里风险管理规划是最重要的一个环节。技术架构好坏、软件提供方的技术能力以及项目实施方的实施经验等因素形成了信息化项目的技术风险。为了规避项目的技术风险，企业的项目经理，一方面要选择开发能力较强的软件提供方和经验丰富、服务优良的项目实施方；另一方面还要把握项目的技术架构与企业其它信息化项目技术架构之间的一致性；此外，引入第三方的专业咨询、监理和项目评估也是企业规避技术风险的有效手段。 在实际IT项目中，项目的技术风险主要表现为以下情况。了解这些有助于项目经理在项目初期就识别出这些风险，并采取措施避免或者减少它们的发生： 需求变更的风险应对 在项目实施过程中，虽然需求已经基本明确，但此后仍然有变更发生，对项目造成影响，因此可以采取下述几个方法来处理： 前期的需求讨论要详细、充分。需求文档中需求的范围要明确、功能描述要清楚。 需求文档中要有demo。对于web项目，图片比文字更能说明问题。 找出项目中需求的决策者(通常会是产品经理、相关职能主管、客服)，所有的需求要经过他们的认可。 客户在项目过程中的全程参与有助于降低此类风险。需求讨论、需求确认、User Case确认、测试阶段的客户验收等环节，都要要求客户参与。 发生需求变更时，严格按照需求变更流程执行。 技术架构的选型 三分软件，七分实施，十二分数据。虽然这几乎已经是业界的一个共识。技术层面的东西仍然是信息化项目选型中一个难以跨越的鸿沟。如果在软件选型过程中，忽略了技术架构的内容，那么很难保证整个信息化项目能够取得圆满的成功。在IT项目中，系统的架构选择是否合理，对项目的成败是至关重要的。如果先期没有选择合适的系统架构，可能在项目实施初期还不会凸显矛盾，但随着项目实施的逐步深入，技术架构对系统的制约因素愈发难以消除，最终可能导致某些功能采取架构以外的技术实现，或勉强应对过去。 技术的成熟性 在进行软件选型的时候第一个要考虑的技术架构层面的问题就是这个技术架构是否成熟。即时信息化管理软件是在原来的技术架构上升级而来的，而不能够忽视这个问题。最妥善的做法就是新版本软件出来之后不要马上采用。而是等一段时间，等到其出来补丁之后再使用。不然的话，项目成为了软件公司试验用的老鼠，为此技术架构的成熟性是项目选型中必须要考虑的问题之一。 技术架构的兼容性 现在信息化管理软件的技术架构有很多。如有客户机/服务器模式的；也有浏览器/服务器模式的。其开发平台也有很多。如有传统的C语言平台的，也有最近比较时髦的JAVA与.NET平台的。不同的开发不同、不同的部署模式其兼容性是不同的。在软件选型的时候，需要考虑到技术架构的移值性问题， 资源的兼容性 除了要考虑信息化管理软件跟操作系统平台的兼容性问题之外，还需要考虑与现有的其他管理软件的兼容性问题。简单的说，就是要看看预计要使用的架构软件，是否提供了足够多的接口，可以与新的信息化管理软件进行集成。在项目选型的时候也需要考虑技术架构跟现有企业资源的兼容性问题。为了减少信息化项目的实施与维护成本，最好能够选择那些能够跟现有资源充分兼容的技术架构，最大限度的发挥现有资源的价值。这不仅可以让各个信息化系统通过一定集成手段整合为一个统一管理平台；而且由于充分利用了现有的资源，可以大大降低信息化项目的成本。 技术难点 在系统实施过程中，往往会碰到一些具体的技术难点，有些技术难点的解决与否会制约着项目的发展进程甚至左右着项目的成败。因此作为项目经理必须对项目中的技术难点有充分的认识，并预先做出判断。 确定了技术难点后，必须在开发全队正式投入全部精力之前，先集中资源对这些技术难点进行技术讨论和先期开发，待技术难点问题得到彻底地解决或已经在技术上有明确的结论后，再制定与之相关的进度计划，否则即使制定了开发计划，在制约该计划的技术难点未有有效结论之前进度计划是没有意义的。 由于技术难点的解决时间不是以工作量的大小来衡量的。不能以投入多少