一、当前我国IT项目风险管理的现状
随着技术进步、经济全球化，IT行业的竞争日益激烈，行业利润逐渐下降，越来越多的企业注重IT项目的风险管理，从项目创意、项目获准、项目启动开始，到项目实施监控、项目结束，风险管理一直伴随项目的整个过程。目前，国外和国内的部分IT企业通过了ISO质量认证，在项目风险管理方面作的较好，降低了企业的风险。还有部分IT企业，由于缺乏项目管理人才，在IT项目风险管理上根本没有或者刚刚起步，更谈不上利用风险管理技术来控制项目的风险。国内的IT企业在IT项目风险管理方面存在以下几个现象：
a.缺乏项目管理意识：不能真正区分项目实施和项目管理的工作任务，是目前存在的普遍问题。可概括为“没事做”和“没人做”并存的现象，这往往由开发骨干兼任项目经理所致。一方面，如果设立专职的项目经理，专做项目管理而不做任何分析、设计、编码、测试等具体的技术实施工作，就会感觉“没事做”，或是在打杂。另一方面，由于主要或全部精力均忙于具体技术工作，各种项目管理任务(如:项目分析/评估、项目计划的制定检查/调整、上下左右的沟通、专业资源调配、项目组织调整、项目财务控制、风险分析/对策等)不可避免地疏于顾及，项目管理的事情“没人做”，导致项目控制的问题“积劳成疾”，后悔莫及；
b.没有精确的项目成本基础：项目管理的精髓是必须在规格( Specification )、成本(Cost, Resource)和进度(Schedule)之间取得平衡。而目前国内的系统集成企业，普遍没有建立专业工程师的成本结构及运用控制体制。因而无法确立和实现项目成本的指标、考核和控制，导致公司与项目经理之间的责任不清；
c.项目管理制度不到位：国内目前的普遍情况，或者是企业无项目管理制度，仅凭个人经验实施项目管理;或者是书生制度，照搬教条，纸上谈兵，束之高阁。其结果是，不仅实际的项目管理无所依循，而且也使项目监管层难以落实项目的间接监控和支持；
d.缺乏专业服务组织：目前国内的差距主要在于，一是公司策略上将项目实施部门定位为配合系统产品销售的成本中心，而未能作为一个独立核算的业务单元或业务方向；二是基本采取层次性的业务管理性组织结构，而缺乏业务管理和专业管理(诸如运营经理、资源调配、资源开发、行政助理、项目会计、项目质量监控等)的分工合作的矩阵结构；三是缺乏纵向专业深度的设计和结构。专业服务组织结构的差距，使专业服务部门市场定位模糊，发展方向迷茫。平时不利于专业队伍建设，不能持续有效地发展和提高技术队伍的专业素养；售前活动中，不利于程序化地组织售前支持及控制售前风险;项目实施中，不利于合理及时的项目资源的调配，不能将运营(Operation)监管和项目监管有机结合，以确保项目监控状态；
e.项目计划性差：项目计划是项目经理实施项目管理控制的基础。目前的差距主要有:一是项目计划的制定不够严谨，随意性大，可操作性差，因而实施中无法遵循，如项目计划过于粗略，落实Breakdown（“粒度”)不足;没有做到任务、进度、资源三落实。二是缺乏贯穿项目全程的详细项目计划，甚至采取每周制定下周工作计划的逐周项目计划方式，其实质是“项目失控合法化”。三是项目进度的检查(与进度计划比对)和控制不足，不能维护项目计划的严肃性；
f.项目风险意识淡薄：项目风险意识就是失败意识。目前市场竞争的激烈和市场的成熟度不足，可能导致应用开发项目的恶性竞争风险。客户希望物美价廉而加需求、压价格、压进度;厂商惟恐出局而拍胸脯、打包票。忽视必要的科学的可行性分析和评估，签订不可能完成的服务合同，项目尚未启动，已经注定了其中的高风险。事实上，这种风险是双方的，厂商可能是经济和信誉上的损失，客户也可能是经济和业务发展上的损失；
g.业务参与意识薄弱:我们经常会看见技术人员“独立”地开发“创新”性的系统，究其原因，往往有：认为应用开发是IT的事情；认为业务人员的认识囿于手工或现行方式;业务人员工作太忙，无暇参与项目;嫌业务人员要求太多、太啰嗦，以致频繁变更需求。尽管这些原因不无道理，但归根结底，应用项目是来自于业务部门的需求，最终供业务部门使用。业务参与不足，既可能产生业务偏差的隐患，也可能因业务人员不理解、不认可而夭折。 [本文共有 3 页，当前是第 1 页] <<上一页 下一页>>
您的位置：
