(一)规则清晰的活动说明范例
表6-24 规则清晰的活动说明
活动 名称 | 角色 | 输入 | 活动描述 | 输出 | 模板 |
组织S&OP会议 *KCP | S&OP经理 | 简要的供需匹配规则,供应和需求数据 | 1.每月8日,S&OP专员举行正式S&OP会议,审视相关部门绩效,审视库存状况,进行正式供需匹配,制订下一个月的主要行动计划 2.简要的供需匹配规则如下: 第一条:产品需求只受需求方策略和产品技术成熟度的约束 对产品需求达成共识应先于对供应/需求的匹配 S&OP会议需要了解需求偏差分析的历史记录,以及当期无约束的要货预测基于的主要机会点和假设 第二条:根据采购提前期和产能规划调整提前期的要求,S&OP会议重点对3个月内的供需进行管理 第三条:时间栏对S&OP的影响 最近1个月的计划基本固定下来。当供需不平衡时,主要是调整需求,避免对后续环节(生产、采购)造成影响 次月内的计划通过协商解决。当供需不平衡时,一方面对需求进行调整;另一方面落实约束资源的紧急到位 3月以上是自由变化区,当供需不平衡时,主要是调整供应 第四条:评审规则 供不应求的情况: 按照需求类型优先级,把不重要的需求后推。已签订单〉预留〉未签订单 按照订单的重要程度分配资源,规则如下: 客户层次:高层次的客户可以从低层次客户中抢资源,即低层次的客户需求后推,优先满足第一类客户、战略客户、渗透市场客户 产品规则:优先满足高利润产品和战略产品,低利润产品往后推 对于推迟的市场需求,要与市场沟通,并给出何时可以解决的承诺 做出增加资源的决议,与采购、研发协商,找出解决方案 供大于求的情况: 完全按无约束要货预测分配资源 应用管理指令中最小量原则,即如果需求少于产品最小量,根据急单情况,将未来需求拉入一定的量 做出减少资源的决议 | 可执行的发货计划、 行动计划、 安全库存计划、 和其他决策 | 可执行的发货计划 |
相信读者从中读出了供需匹配的领先实践,进而从中体会到规则的力量,以及由此带来的价值。
1(二)规则缺失的活动说明范例
表6-25 规则缺失的活动说明
活动 编号 | 活动名称 | 活动说明 | 对应角色 | 时间 节点 | 输入 | 输出 |
02 | 审核 客户需求 | 1. 跟单员在OA上初步确认客户订单资料是否完整,内容是否明确 2. 不合格订单返回客户修改订单内容 3. 审核通过后的订单,自动跳转到SAP形成内部订单 | 跟单员 | 2h | OA订单 | 审核 通过的订单 |
点评: 跟单员确认客户订单资料的审核点是什么?资料完整及内容明确的判断标准是什么?理论上这是一个成熟的业务,是可以提炼成规则的。
(三)责任到位、规则清晰、经验复制都比较好的活动说明范例
表6-26 责任到位、规则清晰、经验复制都比较好的活动说明
活动 名称 | 角色 | 输入 | 活动描述 | 输出 | 模板 |
文件发布 | 文件 管理员 | 审批通过的OA电子流及文件附件 | 1.当文件审批人完成审批,收到OA电子流待办时,文件管理员负责审核流程文件内容与相关审批人的意见是否一致。如不一致,则主动与文件拟制人进行沟通确认后,退回文件拟制人修改到位 2.确认流程文件内容无误后,对文件进行统一编号(遵循公司《文件编码规则》),并按流程架构归属将流程文件上传至OA目录中。如果是升版修订,要同时将旧版文件从OA中移除至“保留文件”下 3.为提醒用户阅读新发布文件,文件管理员需参考《发文通知模板》邮件知会需使用文件人员发文信息。文件发布操作要求在1个工作日内完成 4.为了更好地方便文件使用人阅读,文件管理员需联系IT部门对应工程师,在业务运作IT界面提供流程文件链接或相关培训材料,要求在发文后3个工作日内完成 5.如有IT系统调整需求,对于OA审批流IT部门对应工程师原则上需在收到通知的3个工作日内完成调整,其他系统的调整时效按需求评审时确定的承诺时间执行 | 定稿流程文件上传至OA、发文通知 | 《发文通知模板》 |
(四)职责说明范例
表6-27 职责说明
序号 | 角色 | 职责 | 对应岗位 |
1 | 文件拟制人 | 负责流程文件报批稿的拟制,保证文件规范性 负责提交发文申请 跟进文件审批过程,保证审批时效 | 文件归口管理部门负责人指定 |
2 | 文件审核人 | 对流程文件的合理性、可行性进行全面审核 | 文件归口管理部门负责人 |
3 | 文件会签人 | 对本部门所涉及的文件内容的合理性与可操作性进行审核 | 新增/废止文件:文件涉及所有相关部门负责人 修改文件:文件修改内容涉及相关部门 注:1.如涉及公司所有部门时,为提高效率可以选择几个部门代表。2.总部文件需事业部会签时,会签人为事业部总经理或职能分管副总经理。3.A类事业部文件需总部相关专业部门负责人会签,具体见《授权手册》 |
4 | 文件审批人 | 对体系文件进行审批,包括对会签部门不一致内容进行裁决 | 纲领性文件:总裁/事业部总经理 流程文件:对应业务区域分管副总裁/副总经理 活动支撑性文件:部门第一负责人 注:如公司《分权手册》有规定的,以《分权手册》为准 |
5 | 文件管理员 | 对体系文件规范性进行审核 对体系文件的接口及齐套性进行审核 对体系文件进行编号与上网发布 | 总部:流程文件管理员 事业部:事业部流程文件管理员 |
6 | 软件工程师 | 负责体系文件发布涉及的IT系统的调整,确保IT系统与新流程一致 | 系统对应的软件工程师 |
(五)KCP管控设计表范例
表6-28 KCP管控设计表
流程 | 名称 | 控制目标 | 风险描述 | 控制措施 | 测试程序 |
供应商认证 流程 | 供应商信息 调查 | 保证与公司进行交易的供应商合法,并满足公司的资质要求 | 不合法或不合资质要求的供应商入围 | 1.制定分品类供应商最低资质/入围标准要求 2.要求认证通过供应商必须达到该项目策略汇报的最低资质入围要求 | 1.抽样方法: 获取检查期间认证通过的供应商清单,按抽样比例要求进行抽样 2.测试方法: (1)查阅是否形成文件化资质文件 (2)根据支撑文档检查控制要求,是否符合要求 |
供应商现场 考察 | / | / | / | / | |