专家出招 帮助中小型企业实施IT项目

1 引言

现在，中国的大多数中小型企业的信息化系统还处于零散建设的状态，企业对IT价值有一定认识，但是IT系统对于单独的业务部门进行建设，系统使用者多限于业务操作人员，系统使用见效快，用户满意度较高，但在管理层面能够带来的价值有限;同时由于缺乏从企业全局出发进行整体规划的能力，可能导致信息化重复建设，中国中小型企业IT建设的现状决定了在中小型企业实施IT项目面临更大的风险。

2中小企业IT项目实施的硬伤

根据笔者多年来在中小企业实施IT项目的经验，现有的中小企业IT项目实施中存在着一些难以克服的硬伤。

2.1项目组人员不稳定

对于中小IT企业来讲，人员流动性高，岗位频繁调换是不争的事实，如果这种情况出现在项目中，将对项目造成致命的影响，试想一下如果一个项目，即使是个小型软件项目，开发人员三天两头调来调去，开发设计怎么可能实现呢?所以企业要根据其项目的周期长短谨慎选择开发人员，保证其在开发过程中可以不间断。

2.2计划方案不够充分

企业往往由于项目较小，在软件开发之前没有认真地进行项目可行性和工作量的估计，便很草率地制定一个开发日程表，没有认真地估计项目难度，结果实际完成时间与估计完成时间往往有较大差别，这种偏差必将是项目陷入困境。许多中小企业对于这种偏差的认识始终停留在是执行过程出了差错，然而根源却是项目的前端出了问题。

2.3没有一个统一的设计过程

从小项目的特点来看，开发人员少，意味着不同人员的程序之间交互、接口相对少一些;开发周期短意味着往往是同样的几个人从头到尾负责一个项目。这两者虽是小项目的优势，却都让人容易犯些错误，比如实施中，往往是几个人碰一下意见，讨论一下最基本的数据结构、函数接口便分头去做自己的工作了，并没有一份较正式的文档，其实很多中小企业都是这样的，这种做法很危险。危险性如下：

(1)有的人可能会对讨论出的接口、结构理解有偏差，应该承认并不是所有参加会议的人总是很明白，人是会犯错误的。而往往一个单纯的误解可能造成以后的返工。

(2)由于讨论时忽略了某些情况，等大家都按当时的分工完成属于自己的工作后，才发现各个模块组合起来却形不成一个完整的系统.其根源在于系统设计不充分，没有一个负责协调的人员不断监控整个开发过程。

(3)一旦有人中途退出开发队伍，其他人加入时，新来的人难以理解以前别人做好的代码，索性自己从头来。另外，没有文档的程序，日后维护和版本升级都比较困难，这些不仅是项目没有成功，而且为项目的后续工作要付出很多努力。

3 中小型企业IT项目管理

对于中小型企业IT项目的开发，仍然应该遵循软件开发的一般规律，必须的步骤是不能省略的。同时，中小型企业的IT项目也有自己的特点，下面将分几个方面对中小型IT项目的管理提出建议。

3.1确定需求基准

确定项目的需求基准是项目成功的关键，双方对项目需求基准的理解的一致性是项目顺利推进的前提。

①客户方的项目经理和开发单位的项目经理要组织包括客户方的业务部门、客户方的信息部门和开发方的开发人员和实施人员就项目的需求进行充分的沟通，达成一致的理解。

②双方的项目经理要就需求进行分析，综合考虑，逐项取舍，并在项目组内达成一致，保证信息系统和业务流程的充分融合。

3.2选用项目经理

在确立项目需求基准以后，任命合适的项目经理并支持其组成项目团队，这样就使得项目成功了一半。

(1)项目经理必须具有较强的沟通能力和一定的业务及技术经验。

项目经理具有较强的沟通能力是其最重要的素质。项目经理不仅要在项目组内部同所有的人员沟通，以协调团队达成项目的目标;还必须与对方的项目相关人员沟通，就项目进度、功能需求，风险控制以及实现细节达成共识，保证项目的顺利进行：同时，他还需要和直接领导以及业务部门保持沟通，保证项目组得到必需的资源和工作上的支持。项目经理的大部分时间都将用在和所有项目相关人员的沟通上。

(2)项目经理必须拥有足够的权力。

项目经理是这个项目的组织者，应该对这个项目的进度和质量负责。同时，项目经理应该拥有足够的权力，能够对项目的进度进行安排，确立阶段性目标并进行考察，进行人员的安排和任务分工，并对项目组成员进行考核。项目经理拥有足够的权力才能保证他顺利地推进项目的进行。

(3)项目经理必须拥有足够的资源。

要保证项目组根据进度、保证质量的完成项目就必须提供给项目组足够的资源，这些资源包括人员、相关的经费和工作上的支持，项目经理只有在这些资源得到保证的情况下才能顺利完成工作，并且这些资源要得到持续的保障。

3.3项目的组织形式

在中小型企业中，项目组的形式最好采用矩阵型，即把各个职能部门的职员为了一个明确的项目目标专门组成项目组织，矩阵型结构可以做到人才共享性高、人力资源成本低，但是不同部门的人员管理和协调工作，需要项目经理得到更好的来自上层的支持。

3.4项目的规划和控制

项目启动、需求基准明确后，在研发的过程中，关键是规划和控制。

(1)项目的规划一般包括计划制定、范围规划。计划的主要内容是项目估算进度计划、费用计划、资源计划、质量计划、风险计划和辅助管理计划。范围规划是指产品的规定特征与功能以及服务或成果而需要完成的工作。范围规划依据需求基准、项目章程、项目范围制定。

(2)项目的控制主要包括控制质量、控制过程、控制风险和控制变更。项目的控制由项目经理和项目管理部完成。

3.5项目的沟通

通过IT项目的沟通管理，考虑项目团队的外部因素和内部环境，只有进行有效的沟通才能进行项目研发过程中的决策和实施。以促进项目的顺利和及时完成。理论和实践都已证明，沟通管理实施越好，团队的凝聚力越高，项目实施的效率也就越高。有效的沟通可以改变项目管理的内部环境。使整个团队更加具有凝聚力。信息沟通可以表达人的思想、感情与态度，用来建立和改善人际关系。可以提升人与人、人与团队的默契程度以提高实施效率。

沟通分为下行沟通(downward communication)：指信息从管理者流向下属人员的沟通。和上行沟通(upwardcommunication)：指信息从下属人员流向管理者的沟通。项目经理通过这两种沟通方式，来掌握项目进度，汇报上级。对风险以及决策可以做出及时回应，成功完成项目。有效的信息沟通是作为项目经理成功角色的核心。

3.6项目的收尾及验收

通过执行一系列的计划和控制，履行完项目合同和规划书的所有功能后，应有计划的进行项目的收尾。这里包括项目移交方案的制定、关闭所有问题、召开用户参加的上线准备会、布置并执行上线方案。与此同时，项目经理应召开项目团队内部的会议，进行绩效总结，系统上线的风险控制和应急对策。原则上，对于项目章程(合同书)及需求基准以外的变更，双方应视为此项目的升级任务或启动另一个新的项目。项目一旦通过验收交付使用，应认为此项目已完成。

4 结语

通过以上讨论，笔者认为在中小型企业的IT项目的实施中，项目的成功率，关键在于项目管理的能力和路径的选择，只有从人员组织、过程和充分沟通三方面加强对项目的管理，才能最大限度的保证项目的成功。