00:00 / 00:37
连播
清屏
智能
倍速
点赞114
00:00 / 00:14
连播
清屏
智能
倍速
点赞NaN
刚才和客户讨论了一个多小时,有关流程分级定义,看似一个小问题,但这里面的确有很多争议的地方,是一个非常值得讨论的点,因为这是一个流程建设的基础标准。如果不完全讨论清楚,建设过程中,就没有统一语言,会形成长期误解和实际影响。 就比如制度和流程的关系和区别,如果不说清楚,有些企业高层甚至认为制度就是流程,甚至会严重影响数字化的进程。 回到HW的流程分级标准定义,分为六级,一是业务域,二是子业务域,三是流程,四是子流程,五是活动,六任务。 这是一个标准,是标准,就无法满足所有场景的需要,如果没能理解底层分级设计逻辑,有时候就会被困住。 这里面导致很多企业产生困扰的,其实核心是三个问题: 第一个问题,有些业务域,三级也未必是流程,甚至到四级还无法拆解完,那就会出现五级甚至六级还是流程。那这就和标准分级中,5-6是活动和任务冲突了。 第二个问题,1-4是流程清单部分,5-6是流程文件内容部分,放在一起,也很容易混淆概念;比如就会造成有一些企业,在流程清单梳理的时候,把活动节点也放上去了。 第三个问题,是展示问题,比如流程清单,因为不同业务可能拆解到不同层级,看起来不清爽,统计最低阶流程数量也不方便,整齐划一显示吧,又如何处理呢? 第四个问题是,与流程分级延伸的一个问题,即各种工作文件比如制度、程序文件、流程、操作指引等与分级的关系是什么呢? 最终解决方案,其实并没有唯一答案,不同标杆企业也有不同做法,各种方案也有优劣势,你们公司是如何处理这个问题的,不妨评论区聊聊。 #流程 #流程分级 #管理 #体系 #数字化
00:00 / 02:32
连播
清屏
智能
倍速
点赞1
00:00 / 01:09
连播
清屏
智能
倍速
点赞3
00:00 / 00:22
连播
清屏
智能
倍速
点赞8
00:00 / 41:50
连播
清屏
智能
倍速
点赞5176
00:00 / 07:38
连播
清屏
智能
倍速
点赞41
00:00 / 00:13
连播
清屏
智能
倍速
点赞7
00:00 / 05:25
连播
清屏
智能
倍速
点赞51