PLM业务蓝图规划培训.ppt

3F0023PLM业务蓝图规划培训 用友软件股份有限公司姜丽2012年 专业生存能力建设 照片 免冠正照 讲师简介 部门 PLM实施支持部姓名 姜丽序列 实施应用职级 高级邮箱 jianglia 擅长课程 PLM基本知识 产品数据管理擅长专业领域 咨询 实施服务 课程说明 课程大纲 本节课程学习方法 参加课程培训或观看培训录屏课件课后根据自身情况结合推荐的书籍进行自学给客户以及其他顾问传播PLM业务蓝图规划知识 课程内容 参加本课培训 课后自学 给客户及其他顾问传播PLM业务蓝图规划知识 本节课程可以让您 了解业务蓝图的定义 内容 价值了解业务蓝图规划方法了解PLM基本功能模块业务蓝图形成过程 内容 一 业务蓝图概述二 怎样进行业务蓝图设计三 PLM业务蓝图方案展示1 零部件及文档管理蓝图展示2 产品结构管理蓝图展示3 变更管理蓝图展示 业务蓝图定义 业务蓝图 BusinessBlueprint业务蓝图是指改进后的企业流程模型 业务蓝图设计是通过对公司业务现状的调研分析 梳理出业务未来的信息流 物流和业务流的处理模型 业务蓝图是计算机化的业务流程图 也称系统流程图 业务流程图是现有系统的真实写照 记录着企业现有的业务流程 什么是业务蓝图 业务蓝图主要内容 业务现状分析 业务需求定义 组织结构设计 概念设计 数据转换策略 报表需求清单及实现方式 接口需求清单及业务流程图 蓝图将说明业务需求和详细流程 作为将来组织架构 配置和开发活动的依据 业务基础数据相关 业务流程相关 编码规则 名称定义 关键字段说明 系统解决方案等 业务流程图 流程图中的操作说明 流程图中的单据说明 系统解决方案等 业务蓝图价值 业务蓝图规划是运用业务流程优化找到客户关键问题 有针对性的明确信息化如何提高客户管理水平 确定项目目标 评估信息化建设风险及系统上线充分必要条件 提出应对措施 帮助实施顾问提高项目交付质量 是真正保证客户价值的有效工具 业务蓝图是项目实施的向导 是项目顺利进行的有利保证 一 业务蓝图概述二 怎样进行业务蓝图设计三 PLM业务蓝图方案展示1 零部件及文档管理蓝图展示2 产品结构管理蓝图展示3 变更管理蓝图展示 内容 蓝图设计方法 1 现状调研 第一阶段 现状调研 第二阶段 未来业务蓝图设计 第三阶段 收集业务数据 通过对公司大规模访谈 与关键用户一起就业务的细节和各业务之间的集成关系作进一步深入的了解和讨论 梳理出现有业务过程以及涉及到的业务数据 根据调研分析结果结合先进实践 设计各模块的业务蓝图 包括细节流程 模块间的关系 从而确定未来的信息流 物流和业务流的处理模式 通过流程的重新设计 明确未来的变革点 包括对部门职责 岗位职责 操作流程等的变革 在蓝图设计期间 项目组需要明确各类主数据的收集策略 数据编码规则 并启动数据的收集和整理工作 蓝图设计方法 1 现状调研 1 通过PLM概念和系统概览培训 使项目组成员对PLM实施效果有一个客观 理性的认识 2 在充分了解客户研发管理现状的基础上 对比最佳实践进行差异分析 提出优化建议 并结合PLM系统设计未来的业务蓝图 包括业务流程 数据模型 报告格式及管理规范等 3 与关键用户一起 对蓝图设计方案进行充分的研讨 基于PLM系统梳理和重组研发管理过程 意味着流程和组织的变革 包括工作方式 习惯的改变 新流程的充分模拟运行 是减少变革阻力的有效途径 4 依据研讨和模拟运行的反馈意见 修改和细化蓝图设计 落实到系统架构 操作界面与过程 数据模型 报告格式 接口 集成方案 算法及相应的规章制度等 蓝图设计方法 1 现状调研 现状调研 分书面调研 访谈和资料收集三种形式 调研内容分流程与组织 数据 现有系统与工具三个方面 调研前应该制定详细调研计划 下发 调研提纲与计划 调研过程以研发流程为主线 引导访谈对象在项目实施范围内提出问题和期望 访谈结束必须整理并与访谈对象确认需求 现状 问题和期望 蓝图设计方法 1 现状调研 分析与改善建议 采用归纳 分类 Visio图等方法汇总 描述现状流程及需求 对比最佳实践 进行流程梳理与价值分析 明确改善点 并以 现状分析及改善建议报告 PPT 形式向客户方项目组成员进行汇报 确认 涉及重大业务或组织调整时 有必要获得客户方项目指导委员会成员的认可 蓝图设计方法 1 现状调研 业务蓝图设计 业务蓝图设计包括未来业务模式 流程 组织 配套管理制度 冲击分析等内容 以 业务蓝图方案 PPT 表达 实施顾问结合PLM系统和改善建议 设计高阶流程 制定 流程清单 并明确流程所有者 设计人 审批人 关键用户按 流程清单 组织各流程设计人进行业务流程的细部设计和确认 结合研讨和反馈意见改进蓝图设计 拟定应对冲击的方案 详细设计业务过程各节点的输入 输出 业务规则 系统平台功能 工具及角色 组织 完善业务模式 主要数据模型和系统集成 接口方案 蓝图设计方法 一 业务蓝图概述二 怎样进行业务蓝图设计三 PLM业务蓝图方案展示1 零部件及文档管理蓝图展示2 产品结构管理蓝图展示3 变更管理蓝图展示 内容 PLM业务蓝图方案展示 范围与目标现状流程与问题建议业务模型与设计概念未来流程与对应细部需求与描述冲击分析附件 蓝图方案大纲 展示的内容主要包括 1 充分的业务调研 分析 As Is 2 设计针对性的解决方案 To Be 一 业务蓝图概述二 怎样进行业务蓝图设计三 PLM业务蓝图方案展示1 零部件及文档管理蓝图展示2 产品结构管理蓝图展示3 变更管理蓝图展示 内容 零部件及文档管理 目标 产品数据集中于PLM平台管理零件通用率 2 零部件管理 现状 现状目前某企业的所有编码管理工作由数据中心专人负责物料库维护 目前系统已经建立了三十二个编码库 AS IS 零部件管理 现状 现状物料编码 技术中心负责标准件 外购件 原材料 部分的产成品的编码 自制件是各个子公司自己负责编码 设计工程师自己编或者内部指定专人编码 AS IS 零部件管理 问题 问题由于执行监管问题 无法避免一物多码的问题 物料库维护 目前系统已经建立了二三十个编码库编码规则无法嵌套 规则下添加子规则 物料修改无版本记录 误修改后无法找回历史记录目前编码系统管理员只有一个账号 无法管理多人登陆编码查询易用性不强 只能根据码值查询 不能模糊查询编码不支持自动排序 系统根据输入的先后顺序排序 缺少严格的编码申请流程和编码异况流程 目前在OA里面有编码申请流程 企业原系统TH PDM的编码与u9 k3的编码是分开的 编码不统一 零部件管理 分析和建议 分析和建议天河的编码系统与TH PDM是两个独立系统 之间暂时没有做关联设置 系统可以做关联设置 但是不稳定 这样导致工程师在填写编码时 需要做很多额外的操作建议 PDM系统需要可以嵌入编码系统由于缺乏有效的信息化控制手段 如统一的零件资源库 严谨的物料审批流程等 造成企业存在一物多码的现象 造成库存数据不准确建议 需要建立严格的物料申请审批流程另外 该企业还需要进行零部件分类细化管理 零部件审批流程 图纸和物料属性 规范管理 BOM的审批流程规范管理 以及零部件和文档 文件 BOM对象间定义关系 零部件管理 业务模型 零部件模型 零部件基本信息 生命周期状态信息等 替代料 何处使用 链接管理 链接管理 相关变更 链接管理 关联故障 链接管理 零部件管理 业务模型 物料文件夹分类 文件夹分类主要是为了逻辑清晰的放置物料 物料是以指针对应的关系和文件夹关联 文件夹可以通过授权来确定具体用户对某文件夹有何操作权限 文档管理 现状 现状目前某企业使用天河PDM系统 天河采用的是基于视图的数据文档管理模式 即 所有的图文档全部放在对应的视图中管理 通过不同的链接方式管理不同类型的设计文档 如设计链接管理设计图纸 工艺链接管理工艺卡片 统计链接管理各种汇总表数据 制度要求该企业的技术文档要纳入TH PDM系统管理 制度要求生产用图全部从TH PDM系统内集中打印输出 设计软件采用的是天河的PCCAD2006 目前已在企业深入应用 全部图纸设计结束后通过接口插件批量上传到TH PDM系统内 图纸在系统内要走相应的审签 更改 发布等流程 最后通过打印流程输出 AS IS 文档管理 问题 问题图纸上传过程中 由于图纸本身的错误问题 明细表 标题栏内容错误等 造成上传失败 系统提示信息太少 有时会出现图纸内容为空 打开失败 图纸上传过程中 由于图纸编号一样 系统会覆盖原图 不提示 图纸上传过程中 需要选择入图规则 对应的视图等操作 较繁琐 图纸版本变更后 其它视图的版本不能及时显示最新版本 文档管理 分析和建议 分析和建议目前某企业TH PDM管理的数据仅限于CAD图纸 更改通知单 汇总表等基础设计资料 很多过程文档并没有纳入系统管理 查找很不方便 不利于重用 造成很多设计经验无法及时分享 继承 三维模型图纸大部分还在设计人员的个人电脑中 没有统一管理建议 图纸和技术资料统一纳入系统管理由于设计 生产等原因 造成图纸的修改频繁 由于没有健全的文档变更机制 造成数据不统一 系统内的与系统外的的 系统内设计图纸与工艺图纸有关联 但是与变更信息 变更记录 没有关联 相关人员无法及时找到变更原因建议 建立完善的变更机制有效控制变更另外 该企业还需要在企业文档细化分类 各类文档审签流程规范化 文档和文件 零部件以及其它文档对象定义关系 文档管理 业务模型 文档模型 关联零部件 文档基本信息 生命周期状态信息 创建者 所有者等信息 链接管理 链接管理 相关变更 链接管理 链接管理 文档管理 业务模型 文档 一个文档可以包含多个物理文件 在系统中可通过修订 变更单执行升版操作 文件 真实存在于计算机硬盘的物理文件 由类似word AutoCAD等工具生成 其生命周期和流程衍进 须依附于零部件 文档等业务对象进行业务流转 文档管理 业务模型 分类为了使各种图文档适应系统内文档计算机自动化管理的需要 主要把该企业文档分为标准文档 专利文档 技术文档三大类 技术文档可以分成产品文档和项目文档两类 产品类文档 根据CMII的详细设计基础理念 至少要分为功能特征 系统原理 布局或外形 工艺规划四类 定义产品文档 说明产品功能 布局或外形 系统原理和工艺规划 包括与产品结构相关设计图 三维模型 工艺附图和作业指导书项目文档 除设计基本文档外 P0到P7阶段三级流程的所有输入物和输出物 包括产品研发过程文档 清单类文档等 文档应用未来业务场景 文档创建 审签发布 打印申请 文档更改 审签流程定义 文档变更流程定义 文档打印 文档创建 打印 发放和变更文档创建和打印过程如下图所示文档更改过程参考变更管理文档发放是通过权限来控制 文档库 文档应用未来业务场景 文档的其它应用场景文档的检索 可以快速模糊查询和全局精确查询文档的浏览 可以查看文档属性 附件 关联文档 历史版本以及关联零部件 以及比较图纸文件文档的编辑 可以修改文档属性 附件和参考文档 文档每做一次编辑 版次会自动升级一次 为了使将来的版次信息不会太多 可以限制系统只保留3 5个的版次信息 附件 浏览 上传 覆盖上传 删除 下载参考文档 添加 删除文档的移除文档的删除文件夹添加文档和文档添加到其它文件夹文档的移动文档的安全和权限文件夹授权 零部件应用未来业务场景 审签流程定义 开始 检索物料库 调用 申请新物料 审批发布 物料管理 管理流程定义 零部件的创建和变更物料创建过程如下图所示物料更改过程参考变更管理 物料库 零部件应用未来业务场景 零部件的其它应用场景零部件的检索 可以快速模糊查询和全局精确查询零部件的浏览 可以查看零部件属性 EBOM结构 附件 关联文档 历史版本以及替代料 何处使用等零部件编辑 可以修改零部件属性 EBOM结构 附件和参考文档 替代料 零部件每做一次编辑 版次会自动升级一次 为了使将来的版次信息不会太多 可以限制系统只保留3 5个的版次信息 附件 浏览 上传 覆盖上传 删除 下载参考文档 添加 删除替代料 添加 删除零部件的移除零部件的删除文件夹添加零部件和零部件添加到其它文件夹零部件的移动零部件的权限 一 业务蓝图概述二 怎样进行业务蓝图设计三 PLM业务蓝图方案展示1 零部件及文档管理蓝图展示2 产品结构管理蓝图展示3 变更管理蓝图展示 内容 产品结构管理 目标 目标建立以产品结构为核心的产品数据存储和管理体系 在整个企业内实现数据共享 维护产品数据一致性 提高产品开发质量 固化BOM的签审流程 提高审阅效率 保证数据准确性和可追溯性 产品结构相关报表输出 实现在维修BOM视图手工创建维修BOM 理顺EBOM到PBOM的转换关系 实现EBOM PBOM的多视图管理 提高BOM编制的准确性和效率 为ERP提供准确的BOM数据源 产品结构管理 现状流程 AS IS 产品结构管理 问题 问题各业务部门对数据信息重复配置 独立维护 形成信息孤岛 设计或工艺人员对纸质清单划改后 没有及时更新系统中结构 需要重描清单时 生成数据会不准确 工艺划改的时 只是参考最新设计图纸 会使数据变更的来源不统一 借用件的备注信息经常被其他设计人员修改 系统对借用件的处理不支持部分变更 工艺人员不能及时获取设计的最新发布版本 由于BOM不准确产生 错误生产领料 生产计划不准确 借用件的备注信息经常被其他设计人员修改 数据源不统一 统一产品结构的BOM数据管理模式 各业务部门对数据信息重复配置 独立维护 形成信息孤岛 工艺人员不能及时获取设计的最新发布版本 设计或工艺人员对纸质清单划改后 没有及时更新系统中结构 需要重描清单时 生成数据会不准确 工艺划改的时 只是参考最新设计图纸 会使数据变更的来源不统一 BOM没有版本管理和归档控制 所有者权限没有控制 纸质和电子档不一致 操作不合规范 统一数据源 改善清单的管理方式 以电子化版本管理代替纸质划改方式 完善各类BOM管理规范和流程 加强BOM管理的规范性 BOM批量修改 产品结构管理 分析和建议 系统对借用件的处理不支持部分变更 产品结构管理 建议 统一产品结构模型 CMII国际通用标准中产品结构以树状方式描述构成产品的对象及描述对象的信息和文档之间正确的逻辑关系 它以BOM为组织核心把产品的所有的数据和文档联系起来 实现对产品数据的有效组织 控制和管理 1 结构信息2 属性信息3 相关文档4 版本信息 1 BOM的业务流1 设计BOM的创建和审批2 工艺BOM的转换和审批3 设计BOM和工艺BOM在PLM系统中管理 其中工艺BOM通过ERP接口传递结构和相关信息到ERP系统 2 产品结构对象的信息流产品结构对象的信息流是单向递增的过程 3 BOM的生命周期发布状态S试制 A小批和B批量 完善各类BOM的管理规范和流程 产品结构管理 建议 查找受影响数据 确认添加需修改BOMpart 批量修订 批量删除同一物料 批量替换同一物料 批量添加同一物料 批量修改同一物料装配数量 批量签审 批量发布 说明 1 批量修改前确认添加的需修改BOMpart是通过变更管理受影响数据分析环节控制 2 本流程仅描述在变更任务执行阶段批量修改BOM的操作流程 产品结构管理 建议 BOM批量修改 配置BOM PLM ERP 设计BOM 工艺BOM 维修BOM 新产品 变更 工艺BOM 物料及信息 变更通知 配置BOM 超级BOM 配置BOM 工艺BOM 物料及信息 变更通知 工艺BOM 物料及信息 变更通知 CRM 订单信息 MES 2D 3DCAD 维修BOM 系统间BOM传递 工艺BOM 维修BOM 维修BOM 产品结构管理 建议 未来的BOM 不论是EBOM 还是PBOM 在系统中都是以产品结构的形式体现 未来系统以产品结构为核心组织和管理产品数据 产品结构管理 业务模型 狭义的产品结构 由成品和零部件通过使用关系形成的树状BOM结构 广义的产品结构 由成品 零部件 文档及相关变更通过相互关联形成的树状结构 它是在产品开发的过程中自然形成的 体现了以产品结构为核心的各种信息的管理 通过产品结构树 我们可以很快地从一个对象得到它相关的各种信息 也可以快速准确地形成各种所需的报表 PLM系统将以产品结构为核心进行产品数据的管理 产品结构管理 业务模型 工程设计部门 生产部门 工艺部门 设计工程师 工艺工程师 车间工人 设计工程师的BOM视图 工艺工程师的BOM视图 维修BOM视图 产品数据管理 PLM ERP EBOM PBOM 零件明细表 装配结构 抛送至ERP指导生产 PBOM 未来BOM的管理 成品BOM审批 转阶段 流程清单 BOM批量修改功能BOM批量修改功能包括 删除 添加 替换 改用量通用件被修改 删除 添加 替换 改用量 时 使用Where Used列出全部父项 被添加时需要知道一定条件 然后可以挑选部分或全部父项 加入受影响件关系下 这些为需要修改BOM的Part每次针对一个通用件的修改 由一个任务执行 在每个任务下构建受影响件 父项 BOM 被替换件 删除 替换件 添加 之间的关系 BOM批量修改 BOM视图 BOMView 是一个PLM业务对象 其中包含了ItemRevision的单层结构 通过BOM视图链接 BOMViewLink 与ItemRevision关联 BOMView可以独立于ItemRevision等数据 分别进行修改编辑 权限控制及审批发布 并且BOMView的属性信息可以根据视图类型进行扩展 视图类型 ViewType 用以表明视图特点或用途 如设计视图 工艺视图 以便于区分同一版本下的不同类型BOMView 管理员可以定义任意多个ViewType 并指定默认视图 产品结构管理 视图概念 应用模型 应用模型 在产品生命周期过程中 BOM贯穿于各个阶段 包括设计视图 工艺视图等 具体应用过程如下 根据企业业务模式及自身特点 明确各种可能用到的视图类型及默认视图类型 如设计视图 工艺视图等 根据产品特点创建编辑产品结构 完成某一类型的产品视图 如设计视图 审批发布 根据工作需要及前期已完成的某一视图类型完成其它视图 如工艺视图 审批发布 根据业务需要查看产品的任意视图类型 应用模式 应用架构 指定视图名称 如设计视图 工艺视图等 并指定默认视图 自动创建 如果ItemRevision下没有BOMView 则首次在ItemRevision上新增零部件时系统自动创建 手工创建 手工创建可以指定ViewType 另存为 复制已有的BOMView 须指定ViewType 查看BOMView时可以指定显示规则 如 最新版本 发布状态等 同 产品结构比较 应用场景 企业根据自身特点在系统中定义设计视图 工艺视图等 以便于不同类型的人员可以完成本职工作 在设计阶段 设计师根据产品的设计要求 完成产品的设计结构 审批发布 到了工艺阶段 工艺人员将设计结构转变为工艺结构 进行工艺结构调整并增加工艺信息 审批发布 设计数据发布后 工艺部长为工艺工程师分配任务 工艺工程师完成工艺设计 审批发布 工艺人员进行工艺设计时 对设计BOM和工艺BOM进行比较 检查是否所有设计数据都编写了对应的工艺 企业人员查询前期已完成的设计BOM 工艺BOM等数据 在产品发生变更时 相关人员可以查询到受影响的设计 工艺等数据 以便于快速的做出反应 工艺BOM完成后 将工艺BOM传递给ERP ERP EBOM PBOM Part PLM 工艺数据 ECs PLM系统中的设计结果作为ERP系统的信息输入 准确 及时地发布到ERP系统中 保证产品数据的完整性和一致性 实现在PLM系统中对ERP系统中物料库存信息的有效访问 ERP集成接口 一 业务蓝图概述二 怎样进行业务蓝图设计三 PLM业务蓝图方案展示1 零部件及文档管理蓝图展示2 产品结构管理蓝图展示3 变更管理蓝图展示 内容 变更管理 目标 目标基于CMii规范变更管理业务模型 简化占比约80 的批产前的变更流程 提高批产后变更管理的完整性基于IT实现 流程优化和组织变革提升ECM的管控能力评价指标定性闭环 监控变更的实施过程 确保产品问题或变更要求得到解决统计分析 分类统计报告 形成设计改进的依据定量 定期统计并进行类比 减少产品设计 生产中重复发生的工程变更条目占比缩短变更周期 缺乏整体的变更流程 变更分析不全面 建立合理的变更评审机制 缺乏有效地变更反馈机制 无法形成变更闭环 缺乏有效地工具支撑 增强变更手段 CMii培训 PLM变更管理 用友最佳实践 现状分析 CMii模型 To Be业务模型 目标 现状 组织变革 基于CMii规范ECM业务模型 简化占比约80 的正式发布批产前的变更流程的同时 提高批产后变更管理的完整性 基于IT实现 流程优化和组织变革提升ECM的管控能力 变更管理 范围与目标 变更管理 现状流程与问题 变更的业务类型 变更管理 现状流程与问题 设计变更 工艺变更 通知单 RTX 供应 物质 自检 售后 配件 反馈 验证 X X 设计变更后通过RTX传递设计变更通知给工艺人员 响应不及时 反馈不及时 变更执行无有效监管 变更分析不全面 缺乏完整的变更流程 变更分析不全面 建立合理的变更评审机制 缺乏有效地变更反馈机制 无法形成变更闭环 缺乏有效地工具支撑 提高变更分析能力 通知单 评审 变更管理 现状流程与问题 通知单以附件方式存储 无法及时有效统计变更数据 变更管理 分析和建议 问题根源单一变更流程 速度慢没有明确的变更控制业务模型文档形式的更改单 没有与产品数据间建立关系 查询困难 也无法统计分析更改单的实施靠人 没有有效性控制PLM系统更改与纸质更改管理流程并行 加重用户的负担变更影响分析不够全面 建议设置 快速通道 授权CA完成占比80 以上的设计变更的技术评审 批准 简化原来的会签流程规范变更流程 明确定义变更管理的角色基于数据库和PLM集成的PR EC单据结合PLM的产品结构管理和版本有效性管理实施EC结合PLM软件功能 完善变更对象影响分析 方案原则 CMii规范 分类流程优化 信息集成 管理变革 变更管理 建议 设置快速变更审批通道 鼓励设计验证阶段通过充分的设计修订解决问题 变更成本 简化和鼓励设计阶段有更多的变更 开发策划 方案设计 工作图设计 新产品试制 产品鉴定 生产 变更数量 变更管理 建议 基于数据库和PLM集成的PR EC单据 Word或Excel文档 基于数据库和PLM集成的PR EC单据 变更管理 建议 结合PLM的产品结构管理和版本有效性管理EC 产品 零件 零件 零件 文件Amm dd yynnnn 文件Bmm dd yynnnn 文件Cmm dd yynnnn 发布日期EC 变更管理 建议 明确定义变更管理的组织和角色 管理决策 变更申请 CACRB 请求者 执行者 相关人员提出问题报告 技术人员根据问题报告提出变更单 执行变更单流程 经审核通过同意变更后 分解任务 下发变更任务 设计人员接收到变更任务后才对需要变更的对象 如零部件 CAD文档 进行修订 变更对象修订后一般还需要执行其本身原先的流程 如零部件签审流程或CAD图档签审流程 变更对象签审完成后才完成变更任务的流程 所有的任务完成后 EC完成 PR关闭 所以CMII的变更流程是个闭环的控制流程 变更单EC 变更任务 变更实施 问题报告 PR 问题记录与确认变更单 EC 分析 决策 实施计划变更任务 TASK 具体实施 发布 变更评审 问题PR CMII的理念 在变更前严格控制 避免出现由于变更前不严格控制 变更后由于借用件的变更影响互换