大家都知道,现在IT系统与流程越来越紧密,很多企业的流程与IT职能是在同一个部门,而且部门人员也是这种复合型人才。到底流程管理人员需要懂多少IT?
我们公司的流程就是和IT在同一个部门,对于这种组织架构的安排,我们一直质疑它的合理性。
在这种组织架构下,流程管理主要以信息化推进为主,以系统优化带动流程优化,流程管理人员需要有IT背景,否则推进项目很吃力,因为随便一个技术的改进都需要花费一定时长,没有IT背景就毫无办法。
短期内,这种组织设计可以有立竿见影的效果。但长期而言,流程管理部被禁锢了手脚,只能开展一些小的流程优化,无法站在更高的角度去推进流程工作。
目前,我们的情况就是如此。
流程先通,然后系统配合,才能事半功倍。否则流程未通,各个环节都自建系统而又不通,反而成了一个个信息和系统孤岛,降低了流程效率。
我们公司的专线建设流程,要流转13个系统,各系统数据不完全对接,而且有时还出现卡单的现象,效率可想而知。
这个议题涉及两个问题。
问题1:流程管理人员需要掌握多少IT知识?
我以前做过IT开发,也做过流程,一直认为我对流程及IT之间的翻译能力是我做流程工作的优势。
后来,在很多流程项目上,我发现即使没有IT开发经历的人同样可以非常出色地完成任务。
我总结发现:一方面流程管理人员需要在与IT部门协作的过程中多了解一些系统知识是非常必要的,而且多多益善;另一方面对流程人员来说,IT专业技术并没有特别的要求,两个部门配合好没太大问题。
流程管理人员需要掌握的IT知识主要是两个方面:一方面是常见的成熟系统,如ERP等的业务逻辑;另一方面是掌握流程到IT系统设计的基本逻辑,增强与IT人员沟通能力。当然,这两方面知识需要在项目过程中多积极参与,比如,多向IT专家请教,多参与测试等。
问题2:流程和IT职能如何设计?
首先,不建议将流程管理岗位直接简单地放到IT部门,因为如果这样,流程管理岗位很容易做成需求规划师,而且IT部门往往是以IT项目实施为目的的,即使涉及流程也是以IT落地为导向。
流程管理有必要独立,是因为流程管理要负责业务模式、端到端打通、流程与授权职责绩效等集成,这是另外一个非常重要的职能,虽说IT部门有需求规划师,但需求规划师还是在做业务需求的IT翻译,对业务整体管理的能力和精力都非常缺乏。
很多企业,IT部门队伍庞大,但就是因为“单个业务部门提系统功能需求,IT部门做功能开发”出现了问题,应该是“流程部门协同多个业务部门一起做业务综合管理变革方案,然后IT部门负责落地整体解决方案中的IT部分”,流程和IT要成为两个部门,但是两个部门必须设立一个共同的领导,共同制定项目规划。
完全独立的两个部门设计的不可取之处是,两个部门能否合作好往往依赖两个部门主管的私人关系,这很容易相互不买账,有共同的领导就可以很好地避免这个问题,因为是同一个团队,要服从整体规划。