分享到:
发表于 2019-03-11 15:39:43 楼主 | |
企业办公OA在实施的过程当中,我们的不同业务职能部门都可能会因为一些或多或少本位的思想在左右,包括一些基本的认知,这些认知也存在很多的风险,从而造成实施的过程会有一些阻力。企业办公OA存在哪些实施的风险? |
|
楼主热贴
个性签名:无
|
发表于 2019-03-11 15:43:42 1楼 | |
项目目标太大 我们在前期的需求规划和分析中,是可以尽可能的完整和丰富,但在实施的过程中,就要根据组织内的实际情况判断哪些需求先上、哪些需求放后些。如果一开始在正式实施前就希望所有的需求都在第一期前期就要完成的话,第一这个压力很多、第二很多组织对OA软件的实施推广的效果和过程中的问题还不明朗,很容易造成期望很高但很多都很难直接落地起效。 企业办公OA存在哪些实施的风险?看过才知道 当然我们的目标也不能太小,否则容易造成到时上线运行一段之后能够应用都是非常简单的一些内容。 认为OA系统实施只是 IT 类部门的事情 在国内很多组织单位中,IT 类部门本身具备的资源和内部推进及号召力还是比较低和差的,在这种背景下,若没有相应的业务职能部门的有效支持和配合的话,所有的管理软件项目都基本上会泡汤,OA项目尤其重要,这是因为一套OA平台系统基本上是会跟各个部门相关联。 当然这里的系统初始化和基本的培训工作是可以直接由 IT 部人员来完成,但针对用户部门的详细需求和持续的培训还是需要用户本部门来推进,这是因为自身的实际情况和需求情况是最清楚的。 认为可把所有的流程电子化且求全求大,包括不成熟的流程也硬搬到OA中 产生这种风险的主要原因可能会有两方面,一方面是对自身的需求主次定义不明确以及对内部的实际情况不是非常清楚;另外一方面是由于外界的影响和干扰,包括一些厂商的宣导造成,例如从外界了解到同行的一些组织目前应用的范围很广,那么自己也可以马上做成同样的效果,实际上以往没有切身的经历,很难一下子知晓对方从一开始推广到目前取得的效果中间所耗费的精力。 项目人员不熟悉组织制度流程 我们一些组织单位在组建项目团队的时候,因为一些客观原因会选取个别的新员工、或者对本部门运营情况不是很清楚的人加入,希望通过这种方式能让这些成员能积累相关的经验,这本也是件好事。但这样做容易造成几个方面的问题,一是在需求调研的环节中由于不清晰造成分析后的结果跟实际情况有很大的差入甚至有所违背;二是对内部的实际情况不清楚造成内部资源的协调得不到很好的落地,这样项目推进的时间就会耗掉很多致使延期。 项目人员变动 项目人员变动所带来的OA系统实施的影响还是非常大的,本身企业OA的实施很大部分就是需要有效人力的推动,不像只是购买一个工具摆放则可的事情。同时一旦有变动,新接手的人员对OA的情况也不了解、对之前的工作内容也需要一定的时间来过渡,这样必然会造成内部资源的耗费和返工。 需求不断变更 这里我们所指的需求不断变更,是那些由于自身没有考虑清楚或者是想一出是一出的变动,毕竟一套系统的上线推广会有不同的环节和各系列工作组成,一般需求确定了之后就要形成系统的初始化、系统上线的培训推广等工作,但若由于需求经常不断的变更,就必然造成这部分的需求无法初始化、无法正常上线,甚至导致整个项目都无法正常运行下去。 项目前热后冷 一般造成这种情况的原因会有: 项目战线过长:如果一个项目或一件事情所耗费的时间很长的话,很多人员的激情就会逐渐下降的,甚至形成很消极的想法,反正还会再修改的,慢慢来吧先这样放着吧。 有效的鼓励方法缺失:在实施过程中,若缺乏周期性的鼓励激励方法,长久下来人员的激情也会受到影响。 要避免这种情况也需要从这两个方面分别入手准备解决,一是结合前面所谈的,罗列出几个关键的需求,能够在较短时间内就可以产出见效的实施成果,二是内部的宣传能持续有效的进行并在适当的时候邀请领导鼓励鼓励。 认为OA项目可在短时间内一步到位 当然我们希望在短时间内完成,但并不代表OA办公软件项目就可以在很短的时间全部一步到位的。我们需要根据自身的实际情况制定相应的实施计划,在什么时间点什么阶段该安排哪些具体事项进行,需要哪些人员来完成。 |
|
针对ZOL星空(中国)您有任何使用问题和建议 您可以 联系星空(中国)管理员 、 查看帮助 或 给我提意见