如何寻找合适的信息化项目负责人?

  由于信息化项目涉及到管理、涉及到人,是一个管理改造项目,而不是纯技术改造项目,因此信息化项目有很大的不确定性和主观性。

  许多企业在选型时考虑较多的是软件厂商的实力以及对软件产品技术先进性等的比较,却忽视了选型中最重要的资源--人。人的情绪、能力、需求和经验才是系统能否可靠运行的关键因素。

  如何选择合适的项目负责人

  项目负责人不仅负责整个项目需求的确定,更重要是在于协调各部门完成整个工作,更要懂得ERP的基本原理和功能。

  笔者参与过的项目选型中,我们考虑到信息化项目的复杂性和跨多个部门的需要,决定重新任命集团副总经理负责整体事宜,而不是原先的信息部经理作项目负责人。副总经理对企业管理非常有经验,但对于企业信息化和ERP的原理还刚刚接触,再加上时间紧张,业务繁忙,他很难全力以赴促成ERP选型。因此他在选型初期阶段变化无常的决定使后续的一系列工作陷入困境。这让笔者明白到,项目负责人不仅要对管理工作很有经验,也要对 ERP的基本功能和作用有所了解。如果项目负责人只认为ERP是利用计算机软件促进管理工作,对真正的ERP理念不清楚也很难促进工作的开展。

  如果高层人士对IT和ERP不甚了解,培训尤其是对高层领导的培训,就显得尤为重要。在选型之前,对项目负责人在基本IT知识技能、预期效果等进行培训,这不同于软件实施顾问对系统和用户进行的应用和操作技能的培训。这种培训有助于尽快形成项目负责人和领导高层间对信息化建设总体思路、步骤等的共识,明确自己所应担当的角色和发挥的作用。

  通过培训,领导负责人对IT有了更加冷静的认识,在一定程度上会有助于高层领导负责人摒弃目前常见的两种不好的极端思想:一是IT无用论;二是IT万能论。现在很多项目失败的原因不在技术和系统功能上,大多数在部门的配合上出现了问题,实际上还在于项目负责人的选择上。

  总之,这次选型使笔者对ERP成功关键的经典语句有了更深的认识,就是:“3分的技术+7分的管理+12分的数据+20分的应用+100分的领导重视”。

  如何为项目组选择合适的成员?

  笔者参与的项目选型初期,我们有一个误区--“ERP选型是信息中心的一帮兄弟们在做”。这样导致我们在ERP选型初期经常出现这样的情况:不知道自己需求是什么,也不知道ERP能做什么,于是决定先看系统。

  系统看完,发现能解决的问题很多但同时也很少,好象都与自己有关,好像又远了一点,于是再回头做需求分析,找信息部门的人来,找业务人员来,一起商量出一个内部需求分析报告。

  而这样的方式产生的问题在于:看到大型的ERP软件时,感到功能远比自己想得好、想得全,不知怎样取舍;遇到中小型的ERP软件时,则辨别不出其实现方式优劣异同。如此就又回到一个老问题上,看了软件发现需求不对,改进了需求心里越加没有底,选型工作迟迟不能决断。

  以“信息中心的一帮兄弟们”为主来选型带来的教训是势必陷入迷茫。因此选型工作必须以业务问题为出发,必须要有业务人员熟悉的业务语言,要有明确的业务需求。因此,选型时必须让项目的使用部门全程参与标准制定和选型过程,而且让他们成为选型和实施的责任承担者。实际上选型的责任承担者不能简单框定为最终用户,也不能只是领导层,应该是整个项目管理团队。

  而且,ERP使用部门的非组织领导(权威或资深员工)的作用也不容忽视,因为他们可以说服最终使用者付出最大的热情推广,让他们成为ERP项目组的成员,并得到最大的意见尊重是一个很好的办法。

  巧妙利用售前顾问了解软件优劣性

  国内外ERP厂商参差不齐,鱼龙混杂。为确保选型,我们可以通过关注软件公司的售前顾问来进行评价,这是项目成功与否的关键所在。因为售前顾问一般会对自家产品的优点非常清楚,而且还可能了解竞争对手的缺点。我们的方法是安排一次小型交流会,让售前顾问自由发挥,售前顾问在交流时可摆出自己产品的优点,指出竞争对手的缺点,列出企业应该选自己的理由,不应该选择另一家的理由,还可以结合企业特点,寻找一些对方很难解决的问题。

  当然选型企业也要有一个清醒的认识--erp厂商在推荐自己的产品时,难免会有“王婆卖瓜,自卖自夸”之嫌。在此有必要指出,交流会不是欣赏各方的口才,关键是要从辩论中了解各家ERP系统的优缺点。

  有经验的实施顾问是项目顺利的根本保证

  ERP项目顺利上线依靠的是企业和厂商双方共同努力运作出来的,因此,笔者认为ERP厂商的服务能力也是决定选型的重要因素之一。

  ERP实施失败案例都会有一个共同点:企业在面对几家产品功能、产品架构、技术领先、市场定位等不分上下的软件公司,经常无法全面了解和比较产品,从而难以抉择;而很多企业在选型过程中仅仅关注软件提供商的产品,对产品的每个细小功能进行对比和分析,这样不但耗费精力,更重要的是比到最后自己都不知道哪个软件厂商的产品更好。

  实际上ERP是一个涉及全企业各职能部门的新管理系统,实施成功必须注重实施经验,“三分产品,七分实施”是ERP应用所普遍认知的定律。笔者参与的项目实践证明,高水平的实施顾问能使项目实施周期明显缩短,项目可控性变强,成功更有把握。而低水平的顾问往往与企业项目组之间组织和协调困难,往往难以就项目规划、实施与用户的业务、管理部门进行深入、实质性的交流,计划经常拖延并使系统迟迟不能正式上线。

  因此选型的时候,我们要求ERP厂商安排实施顾问与我们的项目组会面, 主要讨论实施顾问对项目管理的组织经验和同类行业的实施经验,以及演示产品的应用经验,如果实施顾问表现不错就一定要锁定他,在合同中约定将来在项目实施中,以他来做实施顾问。

  由于信息化项目涉及到管理、涉及到人,是一个管理改造项目,而不是纯技术改造项目,因此信息化项目有很大的不确定性和主观性。所有这一切,都需要通过过程控制来保证,所以项目的选型最需要选的是人。我们需要选能够将业务需求、管理思想与软件实现相结合的合作顾问团队,同时也特别需要选一个负责的、有能力的、甚至是偏强势的项目负责人。他领导的有强执行力的项目经理和团队,可以排除来自产品、双方公司的压力(包括技术和业务问题),解决项目过程中的变数,提高项目成功率。

  通过亲身参与的选型经历,笔者认为选人、选团队比选软件重要。人选对了,事情就容易做对,简言之,ERP选型就是选人的过程。

时间: 2024-09-19 11:44:16

如何寻找合适的信息化项目负责人?的相关文章

管理信息化项目干系人分析

笔者认为,CIO在管理信息化项目的时候,确认项目所涉及的利益干系人很有必要.因为只有确定了信息化项目所涉及的相互干系人,才能够在未来项目的推进中,把工作分配到人.所以,从某种意义上来说,确定项目关系人是项目前期准备过程中一个必不可少的工作.它是后续项目顺利推进的一个基础. 对于这一点,笔者感同身受.为此,笔者跟大家分享一些信息化项目干系人管理上的一些技巧.或许能够给各位CIO在信息化项目的管理上带来一些启示. 建议一:项目发起人,决定了http://www.aliyun.com/zixun/ag

CIO管理信息化项目确认职位角色的策略

笔者认为,CIO在管理信息化项目的时候,确认项目所涉及的利益干系人很有必要.因为只有确定了信息化项目所涉及的相互干系人,才能够在未来项目的推进中,把工作分配到人.所以,从某种意义上来说,确定项目关系人是项目前期准备过程中一个必不可少的工作.它是后续项目顺利推进的一个基础. 对于这一点,笔者感同身受.为此,笔者跟大家分享一些信息化项目干系人管理上的一些技巧.或许能够给各位CIO在信息化项目的管理上带来一些启示. 建议一:项目发起人,决定了http://www.aliyun.com/zixun/ag

CIO如何说服一把手投资信息化项目?[2]

再如,一把手开会声讨员工上班时间上网聊QQ.看娱乐新闻.玩游戏的行为.此时,CIO更不应该就事论事,抓价格典型了事.而应该从根本上出发,从源头上把问题解决.此时,CIO就可以借此机会,向一把手索要筹码.可以让企业管理者,投入资金,采用"企业员工http://www.aliyun.com/zixun/aggregation/31962.html">上网行为管理"系统,利用这个系统来全面管制企业的上网行为.这个系统不但可以解决企业上班时间看娱乐新闻.炒股等与工作无关的行为,

信息化项目团队分歧 CIO处理有绝招[1]

CIO在平时http://www.aliyun.com/zixun/aggregation/14354.html">信息化管理项目推进的过程当中,项目小组成员内部难免会有分歧.五个手指都有长短,更何况活生生的人呢?所以,分歧是必然的,是不克避免的.就如同康熙大帝所说的,党争是历代都 有的,想要把它消除是不可能的,我们能做到就是把党争控制在不霍乱的程度上,甚至把党争转为己用. 所以,CIO能否顺利解决项目团队的分歧,能否把这些分歧转化为推进项目的动力,对于信息化项目来说,就显得非常重要了.

信息化项目的风险应该如何规避?

任何项目都会有风险.实体项目如此,信息化项目也是如此.而且,从一定程度上来说,信息化项目因为难以管控,所以,其失败的风险比实体项目要高许多.那么作为企业的CIO,信息化的掌舵人,该采取一些什么措施,来规避信息化项目的风险呢? 笔者在这里就跟大家分享一下自己的经验. 一.逆向思维,以问题找出路 笔者认为,现在大部分企业最大的项目风险在于所选择的信息化项目太过于"时髦".或者说,很多企业并没有上某个信息化项目的必要,但是出于面子.赶时髦的需要,就迫不及待的开始上某个信息化项目.什么电子商务

设计模式怎样解决设计问题[1] 寻找合适的对象

设计模式怎样解决设计问题[1] 寻找合适的对象  面向对象设计最困难的部分是将系统分解成对象集合.因为要考虑许多因素:封装.依赖关系.灵活性.性能.演化.复用等等,它们都影响着系统的分解,并且这些因素通常都是互相冲突的. 寻找合适的类是为了便于你设计出好用的类,包含了3种设计模式: Composite模式(组合模式),State模式(状态模式)以及Strategy模式(策略模式)   Composite模式(组合模式) http://www.cnblogs.com/jiese/p/3168844

信息化项目团队分歧 CIO处理有绝招[2]

绝招三:强制解决. 对于有些重要的分歧,如项目计划.项目范围.项目立项等分歧,这些分歧对于信息化项目来说,是非常关键的.这些分歧若不能协调一致,很可能项目都无法正常进行下去.所以,针对这些分歧,CIO就不能采取求同存异的方法. 如CIO经过几次努力,召开了多次协调会,对于在企业中是否上办公自动化项目,还不能达成一致的意见.还有不少http://www.aliyun.com/zixun/aggregation/34267.html">部门经理,出于种种原因,寻找种种借口,反对上办公自动化项目

GitHub 开源项目负责人谈开源

在All Things Open 2015上,GitHub的开源项目负责人Brandon Keepers给出题目为"open source principles for better engineering teams"的报告.在此之前,OpenSource.com的Robin Muilwijk对其进行了采访. Brandon就其与开源的缘分.当前工作的职责.GitHub及员工与开源的关系等方面的问题一一进行了回答. Brandon简介及其与开源的缘分 在2011年加入GitHub之前

CIO的疑虑:信息化项目对企业有用吗?

现在各种http://www.aliyun.com/zixun/aggregation/14354.html">信息化管理软件,大到企业资源计划项目(ERP),小到一个传真管理系统,如雨后春笋般纷纷冒出来.企业的CIO可能一天也要接到几个软件经销商的推销电话.各种信息化管理软件时刻包围着企业的CIO.那么CIO在这种环境下,该如何进行抉择呢?该如何客观的评介这些信息化管理软件对自己企业的价值呢?这恐怕对于大部分CIO来说,是一个比较困难的课题,也是压在他们肩膀上的一个重担. 笔者也跟一些C