流程版本更新管控计划

流程版本更新管控计划我在国内一家中型制造企业做流程管理工作快六年了，前几年公司扩张速度快，业务变动频繁，各个部门改流程都是说改就改，改完自己发在部门内部，全公司没有统一的版本管控，出过好几次不小的乱子：早些年采购部用了半年前作废的旧供应商准入流程，招了一家不符合环保要求的供应商，差点害得我们整条生产线停工；还有一次销售部同事拿了一年多没更新的旧报价流程算错了产品折扣，签完合同才发现问题，一单就亏了小十万。那阵子我天天跟着各个部门擦屁股查问题，就下定决心要做一套完整的流程版本更新管控计划，把版本混乱这个顽疾给治了。经过几个月的调研、讨论、小范围试跑，这套管控计划终于正式落地运行，到现在已经平稳跑了一年多，效果比我们预想的好很多，接下来我就把完整的计划内容整理出来。1管控计划的核心目标与适用范围明确做这件事要达到什么效果、要管哪些内容，是整个计划的基础，不然就是无的放矢。1.1核心目标我们做这个管控计划不是为了卡业务，完全是针对之前踩过的坑定的目标，所有规则都围着解决问题转。1.1.1杜绝版本混用问题从规则和系统层面彻底解决不同部门拿不同版本流程办事的问题，确保全公司所有业务用的都是同一个最新有效版本，再也不会出现对接的时候两边对不上要求、各说各话的情况。1.1.2实现全更新过程可追溯谁提的更新、为什么更新、什么时候改的、改了哪些内容、谁审核通过的，全部留下完整记录，以后出了问题能快速找到根源，不用像之前那样翻遍各个部门的聊天记录、硬盘找版本，省了大把时间。1.1.3降低流程变动的业务风险每次更新都要经过审核、验证，把漏洞和冲突拦在正式发布之前，不会带着问题上线，避免因为流程改出问题给公司带来损失。1.1.4培养全公司流程合规意识让所有员工都清楚，流程不是随便改的，要用就找官方发布的最新版本，慢慢养成按规则办事的习惯，从根源上减少问题发生。1.2适用范围我们没有留下管控空白区，所有和流程版本相关的内容全都覆盖，避免死角出问题。1.2.1全层级正式流程从公司级的战略管理、财务管理这类一级流程，到部门级的采购、销售、人力这类二级流程，再到具体岗位的操作流程，全都纳入管控范围，没有例外。1.2.2临时专项流程很多人觉得临时流程不用管，其实临时项目最容易出问题，比如新生产线搬迁流程、大型展会招商流程这类临时流程，也要按这套规则做版本管控，用完之后统一归档，不能用完就扔没人管。1.2.3对外对接流程我们给客户、供应商的对外对接流程，版本更新也要同步按照这套规则管控，更新之后第一时间通知对接的外部方，避免外部拿旧版本和我们对接，产生不必要的误会。明确了目标和管控范围，接下来就得把更新的入口规则说清楚，也就是什么情况下能更新、更新之前要走什么申请手续，彻底改掉之前“哪个部门想改就改”的坏习惯。2流程版本更新的触发条件与申请规范不是随便想更就能更，也不能该更的时候拖着不更，我们定了清晰的触发场景和申请要求，把入口把好。2.1版本更新的触发场景2.1.1规则变动触发如果外部政策变了，比如国家出台了新的安全生产、税务相关规定，或者公司内部组织架构调整、业务方向调整、新上业务系统，只要原来的流程不符合新规则了，就必须触发更新，不能拖着不更，不然就会出现不合规的问题。2.1.2痛点反馈触发各个部门在日常使用过程中，发现原来的流程有漏洞、效率太低、不符合实际业务情况，都可以提更新申请，之前我们销售部反映原来的出差报销流程要找五个领导签字，出差回来半个月都报不完钱，大家意见很大，就是走这个触发场景完成了更新，把一部分审批权限下放到部门负责人，直接把审批时间压缩了一半多，解决了大家的实际痛点。2.1.3定期复盘触发我们规定每年年底会组织全公司所有流程做一次全面复盘，每个归口部门梳理一遍自己负责的流程，有没有过时内容、有没有需要调整的地方，不管有没有大问题，都要给出是否需要更新的结论，到期自动触发梳理，避免问题攒多了才爆发。2.2版本更新的申请规范2.2.1申请主体规范所有更新申请必须由流程的归口业务部门提出，由部门指定的流程接口人提交到流程管理部，我们流程管理部不会代替业务部门提申请，因为流程是业务部门天天用的，只有他们最清楚哪里需要改，之前我们试过替业务部门改流程，改完人家用着不顺手，完全脱离实际，白忙活一场，所以现在明确规则，谁负责的流程谁用，谁就提申请。2.2.2申请材料规范提申请的时候必须带三样东西，缺一样我们都不收：第一是更新申请说明，写清楚为什么要更新、原来的流程有什么问题、更新之后能解决什么问题、对其他联动部门有没有影响；第二是新旧版本对比文档，必须用修订模式把改了的地方标出来，哪删了哪加了一目了然，说真的这个要求真的是踩坑踩出来的，之前有个部门提更新，只给了新流程，我们看完都没看出来改了啥，发给全公司之后大家也找不到变化，好多人还是按原来的做法做，等于白改了，所以现在不管改多改少，必须做对比，省了好多没必要的麻烦；第三是影响评估表，如果更新涉及到其他部门的业务变动，要提前写清楚影响了哪些部门哪些环节，方便后续审核的时候找相关部门确认。2.2.3版本编号规范我们统一了编号规则，绝对不允许同一个编号对应多个版本，规则是“流程类别+流程序号+主版本号.次版本号”，比如采购类的供应商准入流程，编号就是CG-003-2.1，如果是涉及流程架构、核心规则、审批权限的大变动，就升主版本号，直接变成3.0，如果只是改个错别字、调整一下某个无关紧要的环节，就升次版本号，变成2.2，这样从编号就能一眼看出来这次更新的幅度，大家一看就明白，也不会出现编号混乱的问题。申请提交之后，接下来就是最关键的审核验证环节，这一步是把好质量关，不能带着问题就把新版本发出去，不然出了问题还是得我们擦屁股。3流程版本更新的审核、验证与发布管控我们不搞一刀切的审核，也不省略验证步骤，就是为了既保证效率，又保证更新质量。3.1分级审核机制我们不搞什么都找大领导签字那一套，根据更新幅度分级审核，既能保证严谨性，又不会耽误小更新的效率。3.1.1小幅更新（次版本号变动）审核小幅更新首先由申请部门负责人审核，确认更新内容符合本部门业务实际，没有问题之后提交到流程管理部，我们做合规审核，主要检查有没有和公司其他流程冲突、有没有违反公司的整体规章制度、有没有遗漏关键环节，两个环节都通过之后就可以进入下一步，不用找更高层领导签字，节省大家的时间。3.1.2重大更新（主版本号变动）审核重大更新除了申请部门负责人和流程管理部审核之外，还要加两个必要环节：第一个是相关联动部门会签，比如改销售合同审批流程，要找财务部、法务部、售后部分别审核，确认符合各部门的规则要求，没有冲突；第二个是分管业务的公司领导审批，确认整个更新符合公司的战略方向，没问题之后才能通过，这样既保证了大改的严谨性，也不会让小更新占用管理层的时间。3.2更新后的验证环节我一直觉得，改完不管三七二十一就全公司推广是最蠢的做法，所以我们专门加了验证环节，把问题解决在发布之前。3.2.1小范围试点跑通不管是大改还是小改，新版本做完之后，先在申请部门找两到三个实际业务走一遍完整流程，试试能不能跑通，有没有逻辑漏洞，有没有哪里不符合实际操作，上次我们更新供应商付款流程，改了线上审批的环节，试点的时候就发现财务那边的系统接口不对，付不了款，当场就调整了，要是直接全公司推，那得有多少笔付款卡在这里，耽误多少事。3.2.2试点问题调整优化试点过程中不管是大问题还是小细节问题，都全部收集起来，马上调整，调整完再试一遍，直到完全跑通没有问题了，再准备正式发布，这个步骤虽然多花个三五天时间，但是能避免后面出大问题，算下来太值了。3.3正式发布管控发布环节也有讲究，要是发的不明不白，大家还是不知道，前面的工作就白做了。3.3.1统一发布渠道所有新版本只能在公司统一的流程知识库和流程系统里发布，任何部门都不允许私自在部门群、内部论坛发自己改的版本，要是私自发了就算违规，第一次口头提醒，第二次才扣绩效，这么要求就是因为之前好多部门自己改了自己发，其他部门不知道，还是用旧的，对接的时候两边对不上，出了好多矛盾，现在统一渠道，大家都去同一个地方找最新版，就不会乱了。3.3.2发布信息明确清晰发布的时候必须把几个关键信息写在最开头，让大家一眼就能看到：第一是新版本的编号和名称；第二是生效时间；第三是替代的旧版本编号和名称；第四是旧版本的作废时间；第五是正在处理中的业务怎么过渡，我们一直都是人性化处理，生效日之前已经发起的业务，可以继续按旧版本走完，不用退回来重新走新版本，生效日之后新发起的业务必须用新版本，这样不会让大家白忙活，也不会出现新旧混着用的问题，这个细节我觉得特别重要，一开始有人说要全部切新版本，我不同意，好多人流程走一半了，你让人家重新来，那不闹情绪才怪，做管控也要讲人情味，不能为了规则不管大家的实际情况。3.3.3通知培训到位发布之后除了知识库更新，还要发全公司或者相关部门的正式通知，大的版本更新还要组织专门的培训或者宣讲会，把改了什么地方、为什么改、对大家有什么影响讲清楚，确保所有要用到这个流程的人都知道更新了，不会悄咪咪就更了，没人知道，最后出了问题又怪大家不注意。新版本发完不是万事大吉了，旧版本怎么管，日常运行怎么盯，这才是能不能长期维持秩序的关键，很多管控计划就是栽在这一步，发完新版本就不管旧版本了，结果还是有人用旧的。4旧版本归档与日常运行管控4.1旧版本的归档管理我们绝对不删旧版本，因为留着旧版本就是留底，需要追溯的时候能拿得出来证据。4.1.1旧版本标注管理旧版本作废之后，我们不会直接删掉，而是移到流程知识库的旧版本专区，加上大大的红色“作废”水印，默认搜索的时候只会出来新版本，要是因为业务需要查旧版本，可以走申请调阅，绝对不删，我就吃过删旧版本的亏，之前有个两年前的合同出了纠纷，要查当时审批用的流程是什么样的，结果旧版本被删了，根本拿不出证据，差点吃大亏，所以现在规定，所有作废的旧版本都必须保留，永远不删，就是为了留底追溯。4.1.2完整归档所有记录除了旧流程本身，更新过程中的申请材料、审核记录、修改记录，全部都和旧版本一起归档，电子档存公司的档案管理系统，纸质签字版存公司档案库，保存年限和对应的业务档案一致，业务存多少年，流程版本就存多少年，保证任何时候要查都能查到完整的链条。4.2日常运行的监控管控4.2.1部门接口人制度每个部门都指定一个专门的流程接口人，负责本部门流程版本管理，收集大家对流程的问题和更新建议，每个季度我们流程部开一次接口人沟通会，沟通最新的版本更新情况，解决大家碰到的问题，这样我们不用对接每个员工，有专门的窗口，效率高很多。4.2.2定期抽查机制我们流程部每个季度都会抽十个流程，查各个部门的使用情况，看看有没有人还用旧版本，有没有私自改流程不申请的情况，查到第一次都是口头提醒，帮大家纠正，不会一上来就扣分，大部分时候都是大家忘了看更新通知，不是故意违规，我们也理解，不会那么不近人情，屡教不改的才会扣部门的绩效分。4.2.3问题快速响应机制任何员工碰到版本不对的问题，或者对版本更新有疑问，都可以随时找我们流程部，我们承诺一个工作日之内给出回复，要是确实是更新出了问题，马上启动临时调整，不会让业务卡在那里等，毕竟业务是第一位的，管控是为业务服务的，不能反过来让管控耽误业务。一套计划要落地，光有规则还不行，得有配套的保障措施，不然规则就是挂在墙上看的，落不了地。5管控计划落地的保障措施5.1意识培训宣贯5.1.1新员工入职培训新员工进来，流程培训的第一课就讲版本管控规则，告诉他们去哪里找最新版本，不能随便拿老员工分享的旧版本用，从入职一开始就养成好习惯。5.1.2老员工定期复训每年组织一次全公司的流程合规培训，我们不会讲一堆干巴巴的规则，都是拿之前出过的问题当案例讲，把版本混乱出过什么事、怎么避免给大家讲清楚，我每次培训都会把那次销售算错报价亏十万的案例拿出来说，大家一听真出过事，就都重视起来了，比讲一百句大道理都有用。5.2系统工具支撑我们公司现在用统一的流程管理系统，设置了自动管控规则，旧版本到了作废时间之后，就自动锁掉，不能发起新的流程，只能调阅查看，新人搜索的时候默认只出来最新版本，从系统上就杜绝了混用的可能，当然要查旧版本还是可以走申请调出来，不影响追溯，系统自动管控比我们人工天天盯省事太多了，也准确太多了。5.3考核与激励结合我们不是只有考核没有激励，软硬结合才能让大家愿意遵守规则。5.3.1合规考核把流程版本使用的合规性纳入部门季度绩效考核，占比只有5%，不算高，就是给大家提个醒，不是为了扣钱，要是一直合规不出问题，还会给部门加分。5.3.2正向激励只要员工发现新版本有问题，或者提出好的更新建议，被我们采纳了，都会给个人奖励，要么加绩效，要么发购物卡之类的小奖品，鼓励大家一起参与流程优化，毕竟流程是给大家用的，大家觉得好用才是真的好，我们流程部不可能发现所有问题，要靠大家一起监督一起优化。以上就是我们完整的流程版本更新管控计划，这套计划不是我们流程部闭门造车拍脑袋想出来的，是踩了五