企业流程管理的目的是提升企业管理和优化企业的业务流程,从而创造更多的效益。oa流程的改进,能大大提高工作的效率,而现在公司的oa流程自上线以来,很多流程已显得异常的繁琐,因此公司也急迫需要对流程进行优化,最终,将优化oa流程的工作划到信息技术部负责。 但是考量oa流程优化,大部分做的不是太满意,会陷入相互推诿,无法确定责任,最后不了了之的结局。 该项目从去年10月开始启动,因有幸参与到oa流程优化的项目中,现将此项目的一些心得总结如下: 一、有的放矢 所谓项目,简单地说,就是在既定的资源和要求的约束下,为实现某种目的而相互联系的一次性工作任务。一般来说,项目具有如下的基本特征: 1、明确的目标目标是优化现有的oa流程。 2、独特的性质这个项目是和其他项目完全不同,他是唯一的。 3、资源成本的约束性信息技术部和各部门都需有相应人员的参与。 4、暂时性项目都有起始结束的时间。 二、尚方宝剑 oa项目牵涉部门多,业务跨度大,需要协调各个部门的资源,单凭信息技术部是无法调动各个资源的,所以在项目之初获取公司领导的支持,授权信息技术部负责oa的优化。 在获取领导的支持后,就可以成立相应的oa优化小组。 三、各司其职 成立项目小组,项目成员分散于各个业务部门之中,从项目小组来看也是一个职能型组织,项目经理没有绝对的权利,更多的时候是做为联络员、协调员,成员的直接管理者是职能层级。因此在这种情况下,需要确定项目各成员的职责,比如流程的修改者、部门流程修订者、流程修改建议者等。 四、前车之鉴 oa优化以前就提出过,但是没有推行下去,因此在项目之初和相关部门进行联系,了解公司以前在oa优化做过的工作、进度、成果以及未能优化的原因等,从而避免在本次优化中重蹈覆辙。 同时了解相关公司在oa流程优化所做的工作、计划、模板、经验等,对比目前公司的状态,能得到很多有益的经验。 五、筹谋划策 面对这样一个项目,盲目的进行优化会导致各方的反对,最后的结果就是一个失败的项目。所以,必须在项目之初必须确定项目的策略,衡量项目的风险度,从项目的角度来说,最开始度量风险,更改项目计划、方法会把项目的风险度降到最低。 在项目管理中,最大的风险是项目变更,项目开始变更的成本是最小,到项目结束期的项目变更的成本是最大,因此在项目管理中,在项目开始阶段,力求需求明确,识别风险并制定相应的风险策略。 针对与本项目的目的:1、减少审批环节、提高整体效率2、责权分工明确3、合规控制4、业务贴合 那么需要考虑的是如何让业务部门理解,如何与业务部门交流,如何确定重点的优化流程,如何计划本项目。因此首先是需要梳理流程,再而确定流程的归属,然后看流程的合规程度,这样再和业务部门交流就更有针对性了。 六、谋定而动 确定具体的方针之后,就需要开始项目的具体执行了,首先确定手里的资源,人力、时间等等,然后就开始制定具体的wbs(工作分解结构了)。 在人力资源确定后,就确定具体工作时间了,在项目目标时间之前,保证项目质量的前提下,评估可能用时、工作难度、细化程度,这样下去就有了具体的时间规划表了,便于把握项目的总体控制。 从大的阶段可以分为流程整理阶段、流程分析阶段、流程讨论阶段和实施阶段,然后对四个阶段的任务继续细分。 七、换位思考 项目干系人又称为项目相关利益者,是指积极参与项目、或其利益会受到项目执行或完成情况影响的个人或组织。 不同的干系人需要不同的沟通方式,这也是沟通计划。 在此项目中,干系人大致分为几类:1、领导2、业务人员3、合规 对于领导,比较关心那些需要审批,那些不要。 对于业务人员,他们更关心的是业务的流畅度。 对于合规则关心是否需要审批的问题。 当然在优化的过程中还有其他的干系人员,在本文中以上诉人员为例。 在it的工作中,常常会忽略业务部门的需求,因为更多地思考是从技术角度的,比如,我们更喜欢拿出一张excel,上面许多流程节点,这是我们原始的数据,我们在调整的时候很容易操作。但是同样一份表格拿给业务人员看,他们可能就是一头雾水了。所以作为项目人员需要把这样的表格翻译成业务人员懂得表格。 同样,做为领导,他并不关心具体的流程走向,他更关心的是此流程是否在自己的业务管辖范围之内,也就是他是否需要做审批。 那到了合规范畴,往往是需要关心流程是否合乎规范,是否有据可依的问题了。 项目不仅仅是项目人员的项目,项目也需要告诉领导的进度,那我们就需要告诉领导,本项目我们优化所达到的目的,在流程的节点上是否减少,领导审批环节是否减少,业务覆盖度是不是更齐全了,现今的进度如何。 八、轻重缓急 初步整理了流程之后,对流程进行了分类,总体上为部门相关和通用流程。然后我们统计了使用频度,对经常使用的流程进行排序,这样,我们就大体得出oa流程使用频率。 比如在流程中,我们发现用印流程的使用非常多,但实际在使用中,很多用印的审批是不需要那么多节点审批的,通过和业务人员交流,发现很多审批可以分类,这样不同的业务走不同的权限,虽然在流程数量增加了,但是最后在整体的流程运转中,冗余环节明显减少。 九、保质保量 在得到流程的修改确认后,就进入流程的修改过程。因此在修改中对流程进行监控、测试,尽量进行平滑的迁移,从而增强其他部门的满意度,同时也注意反馈,在流程修改过程中,如果发现有改进的地方即使和业务部门沟通。 在整个项目中,也碰到了很多问题,细节决定成败,项目也是从粗到细的一个分解过程中,此次项目给以后的oa优化提供的宝贵的经验,因此也记录一下,作为项目的鞭策。