艾伟也谈项目管理,五大绝招 消除项目小组与用户的矛盾

  BI项目实施过程中,会导致用户现有工作量的增加,会对用户现有工作进行重新分配,总之会影响用户的即得利益。在这种情况下,项目小组与用户之间矛盾的增加。虽然说BI系统主要是企业管理者在使用但是这个系统的基石基础数据,则是一线用户所提供的。

  为此在BI项目过程中,如果项目小组与用户的矛盾比较多,必然会影响到BI系统的实施,因此,BI项目推进中很重要的一项工作,就是如何消除项目小组与用户的矛盾。笔者根据自己的经验,总结出来一下五个绝招。希望对大家有所帮助。

  一、合理安排时间尽量减少对用户现有工作的影响

  BI项目很大一部分时间在与基础数据的整理。说句不好听的话,只要用户能够根据要求提供准确的基础数据,那么BI系统基本上不会失败。

  可见基础数据对于BI系统的重要性。正是因为如此,无论是实施顾问还是项目小组,在BI系统推进过程中会将工作的重点放在基础数据的整理上。

  毋庸置疑,这个基础数据的整理需要花费比较多的时间。而用户不仅需要花时间整理这个基础数据,而且日常的工作还不能够丢掉。笔者在给企业负责项目的时候,发现用户不得不通过加班等形式来完成这额外的工作。显然没有多少员工愿意加班。为此他们对系统的抱怨也会越来越大,最后会将这种抱怨的情绪转嫁到项目小组身上。

  其实笔者认为只要项目小组合理安排时间,就可能够在很大程度上减少用户加班的情况如不少企业都有明显的生产周期,以出口为主的五金企业,每年的1到6月都是比较空闲的,如果能够将BI项目的工作安排在这几个月份进行开展,就可以最大程度的减少对用户现有工作的不利影响。从而改善项目小组与用户之间的关系。

  二、尽量使用现成的数据避免基础数据整理的工作量

  企业在上BI系统之前,可能已经采用了不少的信息化管理系统。如ERP系统、财务管理系统、进销存管理系统。BI系统其实跟这些系统是紧密联系的。ERP系统、财务管理系统等等产生的基础数据,正是BI系统进行数据分析时的源头。为此企业如果已经有了这些系统,那么项目小组在实施BI系统时,应该尽量的选择使用这些数据。如此的话,就可以减少基础数据整理的工作量,从而减轻用户的负担。这就可以避免用户因为工作量的增加而产生的反感情绪,从而有效控制项目小组与用户之间的矛盾。

  如在BI系统选型时,项目负责人就可以将与现有系统的集成性作为选行的一个标准。如有些BI厂商会跟EPR厂商进行合作。在他们ERP或者财务管理软件的基础上,直接设计相关的主题包,如应收帐款帐龄分析等等。如此的话,基础数据就可以直接从这些信息化管理软件的后台取得。而不需要用户进行手工的整理。

  三、先易后难不要把用户一下子逼到悬崖上

  在BI项目实施过程中,不同的需求所花费的时间是不一样的。这包括基础数据的整理时间、用户的培训时间、效果展现的时间等等。如果很长一段时间用户还不能够完成某个需求的话,用户就会感到厌烦或者对项目小组当时的承诺产生怀疑。其实这跟绣十字绣差不多。如果一开始绣十字绣的时候,就选择复杂的图形、需要两三个月才能够绣好的,那么很多人都会坚持不下去。

  相反,刚开始接触十字绣的时候,如果选择简单的,只需要一个星期就可以绣好。然后再绣第二幅需要半个月绣好,那么用户就会有信心了。在BI项目实施过程中,也是这个道理。

  笔者建议在BI项目实施过程中,要先易后难,不要把用户一下子逼到悬崖上。在安排实现需求的先后顺序时,要选择先实施那些简单的简单的需求包括基础数据整理简单、用户掌握起来简单、效果比较明显的需求等等,关于这方面的内容笔者在后续的文章中还会重点展开,这里只强调着一个基本的原则。各位读者若想更加深入的了解这个需求的排序,请关注笔者后续的文章。

  四、通过一把手的权威来调和项目小组与用户之间的矛盾。

  在实际工作中,员工一把不敢把气撒在一把手等领导身上。但是往往会跟一般的领导发脾气、对着干,在BI项目过程中也是如此。如他们会不听从项目小组的成员的工作安排,会暗中搞破坏、以表示自己的不满情绪。

  当企业员工自己的利益受到损害时,项目小组与用户的矛盾就出现了。笔者在组建项目小组时,一般都会要求一把手也加入到这个项目小组当中。虽然其不需要负责具体的工作,不过需要利用他的权威,来吓吓一些发动分子。

  其实这个道理很简单,就是项目小组负责人自己不要做黑脸。毕竟接下去的很多工作都需要下面用户的配合。如果项目负责人跟一线用户的关系闹僵了,那么后续的工作就无法顺利展开。这个黑脸其实可以让一把手来做。如需要员工加班来完成某项工作时,可以由一把手出面要求员工加班。再如要调整现有的工作流程以满足BI系统的需要时,这个内容也可以有一般手来决定。

  总之一个基本的原则就是BI项目负责人要尽量避免与一线用户发生直接的冲突。有时候还要充当红脸的角色。如员工加班时,项目负责人也需要在旁边陪同。加班后还可以公司出钱,请员工吃夜宵。如此的话,员工加班也觉得值得。

  这里笔者要提醒的是,千万不要将员工的加班当作理所当然。笔者以前在负责人一个项目的时候,需要员工加班。结果员工在加班的时候,项目负责人、部门领导早早就回去了。在加班过程中,遇到问题也没人解决。遇到这种情况下,任何人都会有反感情绪。此时项目负责人应该站出来做红脸。也可以在一定程度上调和项目小组与用户的矛盾。

  五、工作要有计划,避免临时性的任务

  笔者以前也在企业中参加过BI项目的实施。那时候笔者是作为项目小组成员参加到BI项目中去的。那时候作为一线的用户,笔者比较反感的是临时性的任务。如在下午3点,项目负责人说要在今天完成某份基础数据的整理。可这项工作需要近6个小时才能够完成。这种临时性的工作安排,让我们一线用户反映很大。

  当工作忙时,需要加加班,都一般员工都可以理解。不过他们不理解的是,为什么加班都是徒然安排的。说得难听一点,谁没有家庭、谁没有父母子女。用户自己加班,影响的不仅仅是自己,而且是整个家庭。如果加班、任务是临时性提出的,那么就会扩大加班带来的负面影响。也会加深BI项目小组与一线用户的矛盾。如果项目小组负责人能够提前几天布置相关的任务,让一线用户能够根据自己的实际情况来安排,如安排加班的时间等等。这可以在很大程度上降低一线用户的不满情绪。这是笔者以前在企业里做BI项目的感受。大部分的一线用户都与笔者有类似的情感。

  笔者后来自己负责BI项目时,就会尽量避免这种临时性的任务。其实某项工作真的是临时发现的,笔者一般也会选择延迟需求的实现时间,而不愿意强迫用户去加班。我们不能够因小失大。因为某个需求而影响了整个项目的进度。为此笔者的意见就是,给员工安排工作要有计划,避免临时性的任务。如此的话,能够在一定程度上减轻用户对项目项目的不满。

时间: 2024-07-29 17:03:51

艾伟也谈项目管理,五大绝招 消除项目小组与用户的矛盾的相关文章

艾伟也谈项目管理,开始一个项目时最重要的是什么?

我的第一个工作是在一家软件资讯公司,刚上班的时候,公司给我们这些初出茅庐的愣头青安排了细致的培训.其中一个重要的科目是项目管理,一名资深软件咨询师前辈来培训我们我们,开场就问我们:"开始一个项目的时候最重要的是什么?" 我们有的说是"代码管理工具",有的说是"Process",有的说是"成员素质",但是这位前辈都摇头表示不满意,当我们都黔驴技穷的时候,他在白板上画了一个大大的方框--"Boundary! Settin

艾伟也谈项目管理,较大型项目的产品工作心得

最近做的一个项目从需求分析到上线绵延了四个月之久,这也是目前接手过功能点最繁复,产品线对接最多的一个项目.从中得到的一些关于设计较大型产品的心得,拿出来跟大家分享. 立项前 1.统一元素设计需考虑周全 也许是初创团队的缘故,我不得不感叹团队对产品经理要求之严格之缜密,项目全程只有一个人负责,所以大到产品线对接,小到一句提示的位置和展示形式都需要一一推敲. 哪些元素应该做到统一? A.提示方面:统一的操作成功/失败提示:统一的弹窗形式:提示语言采用较统一的句型:为空情况的友好提醒:溢出情况的友好提

艾伟也谈项目管理,关于导致项目失败的程序的讨论

最初的问题 上周,在SCNA(北美2010软件技术大会)的一个专题小组讨论会上,Chad Fowler (@chadfowler)问道,"有多少项目是因为程序的原因失败的?".按当时的情形,我想他的观点是,项目的失败归咎于业务问题,而非程序.会议室里很安静.可以看出,全体成员认为他说的是有道理的.我相信大家是都同意Chad的观点的.项目的失败,罪不在于程序,在于业务问题. 后续调查 Uncle Bob (@unclebobmartin)后来做了一次简单的微博调查,我和其他很多人都参与了

艾伟也谈项目管理,微型项目实践感悟

1. 什么是微型项目 微型项目是指绝大部分工作由一个人员负责的项目,这个核心成员负责项目的系统分析.构架.及绝大部分的编码工作.项目的持续时间一般不会超过一个月.项目的参与人员除了核心的程序员外还可能一部分辅助人员,包括第二程序员(负责一部分编码工作).美工(负责界面设计)等. 微型项目的规模一般很小,业务逻辑也比较简单,价格一般也不会超过10K.程序员通常直接和对方领导打交道.客户大多没有任何技术背景.需要程序员直接负责系统的需求分析. 2. 微型项目分析 2.1 一般流程: 微型项目的流程可

艾伟也谈项目管理,创业公司技术选型参考

java推荐框架 web项目来说,spring.struts是必选,当然有更加好用的,推荐来自疱丁分词作者王志亮在人人网的rose框架,使用上手快,配置少,是创业公司java必备. php框架推荐 zend framework,或者直接写个简单的框架,php的框架更加倾向去规范代码,让所有项目在新人加入时快速上手. 代码版本控制 subversion是必选工具,简单易学,git也开始流行,也是可选方案. jar包依赖管理 这是针对java项目,还在使用ant的朋友,可以考虑换换了,特别的,如果你

艾伟也谈项目管理,ERP项目实施要未雨绸缪不要亡羊补牢

在ERP项目中,要做到在项目实施的未雨绸缪,不会出现亡羊补牢的情况就需要项目管理和实施人员在项目推进过程中队下面的阶段进行预测,把握好发展的趋势,掌握项目的主动权.下面就提出一些建议,供大家讨论.希望对大家有用. 一.要考虑每一个项目阶段普遍存在的问题 ERP项目可以根据项目进度,分为项目立项.需求调研.业务流程重组.模拟运行.并向运行.正式上线等几个阶段.其实不同的企业,虽然有各自的特性,但是也存在着一些普遍的问题.有经验的项目管理员,对各个阶段普遍存在的问题有深入的了解.此时他们就可以预先采

艾伟也谈项目管理,解读敏捷需求分析五大关键因素

大多数学计算机语言的人都会有过这样的感受,过去一直认为编程和架构是整个软件生命周期里最了不起的部分,但实际工作后才会发现在商业产品里,需求分析才是一个商业软件成功与否的关键. 放眼望去,在当今软件工程领域出现的许多问题,诸如缺陷及资源运用不当,都源于需求的不清晰,甚至有软件人戏称:"需求变更乃万恶之源",一时也获得了颇多响应.时至如今,业务IT间需求分析过程中存在的问题主要有哪些?什么是敏捷需求分析?产品级和项目级需求有何异同?敏捷需求分析方法论中的五大关键点是什么?就以上热点话题,雅

艾伟也谈项目管理,动起来再调整 - 向项目经理推荐敏捷

要成为一个好的项目经理需要学会逆水行舟.虽然顺水推舟有时也能到达目的地,但学会逆水行舟,你才能到达任何地方. "虽然很有道理,但我认为现实不允许,很多项目都有规定的期限.中途还有给客户演示效果,往往实际项目中都是按最后上线日期来进行项目规划管理的." "写得不错,但是有些建议过于理想化了.毕竟说得很有道理,但实际中具体做起来又不是那么一回事了." 这是两位网友对<软件项目经理新手上路>的评论.这话很有道理,也是在现实生活中碰钉子碰出来的.在项目中确实存在

艾伟也谈项目管理,谁动了项目的时间?

项目进行到今天,我突然发现项目已经花费了快70%的时间,而离编码结束似乎还很遥远,面对着领导质问般的眼神和组员迷茫般的目光,我深深地吸了一口气,大脑开始了高速地运转,到底谁动了项目的时间? 项目情况 首先介绍一下项目的大概情况: 其实项目倒不是很复杂,一个处理业务流程的系统.接到项目的消息是七月底的时候,由于当时领导与客户谈妥之后,客户想在八月中旬就看到,所以当时就非常紧张.考虑到时间如此之紧,项目便匆匆开始.本来计划三个人的,但是考虑到时间太急,又加了三个人进来.在写SRS的过程中,客户那边传