【IT168信息化】最近，IT168信息化频道编辑在一个IT经理交流的群里看到大家在讨论工作心得的过程中发现有些IT经理内心是非常苦恼的，为什么呢?无外乎中小企业在IT系统选型和实施上太多影响结果的因素。太多的失败经历打击着这些辛苦的IT经理，通过与他们的交流我总结一些问题于大家分享，这些打击可以称之为悲剧也可以称之为教训，希望这些问题能够在以后的IT经理工作中不在重演。

　　简单的事情能够复杂化，后果惨不忍睹。

　　一个失败的OA系统。最初公司想上OA系统是很多年以前的事情了，开始技术部门希望开源框架的OA项目，但是公司中层以“外部项目为主”为由，建议“人力、行政部门牵头做该项目”。公司规模不是很大，无论这个项目的用户是不是以人力、行政部门为主，但是最终的结果却是人力行政轮番“评审需求”，多次变更业务流程、造成公司正常、快捷的常规流程被所谓的“兼容并包”。结果原有的开源框架已经基本无法在低人力成本和时间成本的情况下完成。

　　但实际上，技术部门深入流程涉及到的部门调研需求的时候，发现真正的操作的业务人员并没有迫切的需求，对所谓“兼容并包”的需求评审结果并不认为价值很大，同时建议技术人员以最直接的方式实现基本功能。至此，一个在信息化路线中最基本的OA项目需求竟然被轮番推敲了3个月才进入实施阶段，而且实际投入的人力是计划人力的1倍还要多。

　　IT经理心声：这种干系人混乱的情况，幸好是在企业内部项目，成本均摊到每个部门相对可以接受。都说IT系统是工具，要符合业务。但是有在业务已经相对明确的情况下是否应该由技术部门以螺旋式开发为主，用最直接的手段实现最主要的功能。如果以技术先导做这个事情是不是会好一些呢?

　　供应商的选择可以用折磨人来形容。

　　在北上广深这样的相对发达的城市里，很少有人为这种事情发愁。但是有没有想过这些地方以外的城市中企业也需要信息化，也需要系统供应商的支持。因此就引发了一个这样的案例：

　　IT经理在抉择供应商时候哪些因素会左右最终结果?成本还是供应商本身的资质?这个案例说的不是这些常见的因素，而是供应商在当地的面对面服务的支持力度。

　　身处非一线城市，企业技术人才储备和当地的技术环境都有待提高，这种情况下对供应商的要求也就越来越高，既要技术实力到位，又要能够面对面的服务。处于现实情况的压力，公司最后选择的是一家在当地有“研发机构”的公司。虽然他们有不足的地方，但是，我们最后还是考虑选择跟附近的一家软件公司合作。主要出于以下考虑。一是他们虽然不懂公司业务但是只要提供需求与解决方案，让对方进行开发即可;二是我们现有已经有了全套的资料，他们根据这套资料，应该可以在短时间内了解这套系统;三主要还是出于路途的考虑，离我们公司近，方便我们的沟通与协作。

　　但是后来发生的并没有预想的那么顺利：

　　第一，软件公司没有认真对待这个项目，开发不积极，或者说是水平有限开发困难重重。

　　第二，签合同之前口头答应会派一些经验丰富的程序员，但是，后来呢，派出的都是一些刚入门的程序员。但是，这也不能说他们违反合同，因为他上面还有一个软件工程师在做指导。可惜的是，其只是挂着名儿的，没有参与任何功能的开发。

　　从这两个项目看其实还是有很多可以总结的地方：

　　1.项目背景、行业经验很重要。

　　选择合作伙伴或者供应商时，公司的规模其实可以不是最关键的考虑因素，但是，一定要考虑软件公司跟你的项目是否对口;千万不能象瞎猫抓老鼠，抓到一个是一个。若你选择的外包服务商，跟你的项目不对口的话，虽然其实力可能比较强，但是，你也不要想他们给予你太多的关注，因为他们不会“不务正业”，他们现在接受你的项目，可能是他们现在正处于淡季，没多少项目。所以，就接一个项目是一个项目了。

　　不要为了所谓的地理位置因素限制了供应商额选择，现在通讯这么发达，有时候，路途不一定非常关键。通信高度发达，虽然也存在限制和效率的问题但是确实不应该以地区轮英雄。而且，就算后期需要真正的面对面的技术指导在财务成本上也是可以接受的。

　　2.沟通与团队接口人很重要

　　都是事实管理软件的定制开发和实施，但是管理软件本质在于业务流程，在于管理思想。软件设计的好坏，直接关系到软件的利用效果。若想要软件使用经验、开发经验的人，开发出一套管理软件，即使在原有的模板上进行开发，也是一件非常困难的事情。因为他们程序开发人员的思维跟我们用户的思维还是有一定差异的，有时候，这些差异很难通过语言来解决。

　　我们在选择信息化业务伙伴的时候，特别是涉及到一些比较复杂的管理软件时，除了要考虑对方的程序员能力时，非常重要的，还要考虑对方除了技术员之外，有没有比较熟悉实际业务的专业人员。

　　3.考核机制要明确。

　　选择外包服务商的时候或合作商制定一个切实可行的考核方案是非常有必要的，时间节点、质量要求、性能要求仅仅是合同要求的主题么?在这些都明确的情况下，能规定开发团队的素质和后续服务的要求是非常有必要的。同事也是保证IT系统能够帮助企业信息化战略是否长远的一个保障因素。

　　不能让外包商在项目时间到期下就能拿到所谓的“应付款”就必须要有考核方案，而不能简单的用项目时间来度量。在情况不是非常好的情况下，用功能换成本的方式也是可以接受的一种补偿方式，尽管这种方式属于事后的不就措施，至少在资金投入上能够得到一些补偿。

　　也许这些打击是件好事能够让这些企业IT经理清楚的看到软件公司和企业还是有差别的，无论是中小企业还是的选哪个企业的IT项目，技术公司和传统企业从需求理解到实施的认真程度是有很大差异的。经受打击之后，在选择信息化项目外包服务商的时候，应该特别小心，不能太过于简单。而且，我们应该谨慎选择开源框架下的软件及其二次开发的系统。因为一般的企业，毕竟不是专业的软件公司，没有这么多的人员，更加没有专业人员来维护开源系统。