IPD流程管理(详细版).ppt

上传人:sh****n 文档编号:7548438 上传时间:2020-03-22 格式:PPT 页数:96 大小:5.32MB
返回 下载 相关 举报
IPD流程管理(详细版).ppt_第1页
第1页 / 共96页
IPD流程管理(详细版).ppt_第2页
第2页 / 共96页
IPD流程管理(详细版).ppt_第3页
第3页 / 共96页
点击查看更多>>
资源描述
内部资料注意保密 研发项目管理 IPD流程管理 目录 IPD简介结构化端到端的流程研发体系的流程关系产品开发流程各阶段关键活动介绍流程管理的角色与职责 IPD 集成产品开发 的思想来源于美国PRTM公司的PACE理论 在这套理论中详细描述了业界最佳的产品开发模式所包含的各个方面 经过IBM公司的实践 IPD已经成为一套包含企业产品开发的思想 模式 工具的系统工程 IPD强调以市场需求作为产品开发的驱动力 将产品开发作为一项投资来管理 什么是IPD IPD的核心目标 IPD的目标是实现产品开发的准 快 低准 开发满足细分市场客户需求的产品 快 向市场快速提供成功的产品 低 实现低成本的产品开发以及产品的低成本设计 IPD能给企业带来什么好处 通过成功实施IPD的要素 能给公司带来典型好处 产品投入市场时间缩短40 60 产品开发浪费减少50 80 产品开发生产力提高25 30 新产品收益 占全部收益的百分比 增加100 来自国际著名PRTM咨询公司的统计 IPD的核心思想 产品开发是一项投资基于市场的创新跨部门的协同结构化开发流程异步开发重用 CBB IPD包括三个重组 跨部门团队 结构化流程 基于市场的创新 优化投资组合 异步开发 公共基础模块 产品 流程重组 市场管理 产品重组 项目和管道管理 目录 IPD简介结构化端到端的流程研发体系的流程关系产品开发流程各阶段关键活动介绍流程管理的角色与职责 什么是流程 process 流程 process 是将输入转化为输出的一组彼此相关的资源和活动 特点 可重复性的活动有输入和输出产出性活动 为客户创造价值 流程与职能部门的关系 流程往往跨越了多个职能部门 关注整个组织的最终目标 每一个部门通常会涉及许多不同的流程 组织和文化的演变 大企业里的官僚和呆板 组织和文化的演变 小企业里的灵活和激情 企业流程发展的最终阶段 阶段1 设计 市场 生产 客服 阶段3 阶段2 部门职能驱动的运营 认同的流程 但部门职能占据主导 以流动驱动的运营 把流程从职能组织的背后移到前面来 产品开发 供应链管理 营销及服务 结构化开发流程定义 为了管理好新产品项目开发 项目开发必须成为结构合理 定义清楚的全流程管理 结构合理 自上而下的层次架构中 上层结构简单一些 越到下层越具体 分为阶段 步骤 任务和活动四个层次三级计划体系定义清楚 每项工作都应清清楚楚地明确规定出来 所有与产品开发有关的人应该清楚他们所参与的是什么工作 用什么方法完成全流程 由起始端到结束端的基于市场需求和客户交付的全流程活动定义 具备四要素 唯一的责任人 明确的输入输出模板与样例 明确的评价要素 以及明确的时间界限 结构化开发的层次阶段步骤任务活动 详细的开发指南 指导书 模板 表单 评价要素CHECKLIST 活动 任务 开发流程的结构化层次 结构化与流程和组织的关系 一级计划一级流程 二级计划二级流程 三级计划三级流程 结构化的设计思想 产品开发项目结构性流程概览 需求分析 技术评审1 采用与混合矩阵组织对应的产品三级计划体系进行项目管理 按层次管理和监控项目 IPD流程的层次结构定义 IPD流程袖珍卡 6个阶段及步骤流程 17个面向对象的支持流程 文档模板 6个阶段及步骤流程 PP001概念阶段流程PP002计划阶段流程PP003开发阶段流程PP004验证阶段流程PP005发布阶段流程PP006产品生命周期管理流程 17个面向对象的支持流程 SP001决策评审流程SP002技术评审流程SP003项目管理流程SP004财务管理流程SP005质量管理流程SP006系统工程流程SP007硬件开发流程SP008软件开发流程SP009结构开发流程SP010工业设计流程 二级流程 面向阶段 指导PDT对项目进行计划和管理 体现所有任务 描述任务间的依赖关系 建立流程和子流程 模板等之间的关系 一级流程 面向评审点的 对全流程提供快速浏览 体现阶段和主要任务 二级支持流程 面向对象 指导各功能部门的具体开发工作 SP011测试与验证流程SP012资料开发流程SP013技术支持流程SP014制造流程SP015采购流程SP016市场流程SP017销售流程 目录 IPD简介结构化端到端的流程研发体系的流程关系产品开发流程各阶段关键活动介绍流程管理的角色与职责 研发企业流程整体框架 市场收集与分析 产品策略及业务计划 路标规划 产品推广 销售管理流程 定制项目管理流程 产品开发管理流程 供应链管理流程 运营管理流程 经营管理及业务计划流程 客户 市场管理流程 项目论证 商务交流 计划及合同 开发 验证 运营管理流程 人力资源管理流程 质量管理 财务管理 行政管理 招聘管理 培训管理 绩效管理 供应商管理 采购管理 生产管理 配送管理 任职资格 薪酬管理 售后服务 战略规划流程 项目管理 区域规划 客户关系 渠道管理 营销项目管理 库存管理 客户 概念 计划 开发 验证 发布 生命周期管理 技术开发及管理流程 含预研及平台 融智市场需求管理与分发业务流程图 四类产品开发的流程关系图 产品层次对应的流程框架 定制项目流程 产品开发流程 平台开发流程 部件开发流程 内部立项外部触发 系统定制项目n 一 二级计划 产品开发子项目n 二 三级计划 单板开发子项目n 子计划 器件选型 流程的基本切换原则 定制项目到产品之间的转换 一种是基于外部需求的市场开发 定制项目当成产品的ESP 生命周期管理阶段走下一个产品版本一种是内部共享化 定制项目分解到产品的底层产品化产品开发流程 定制项目流程与预研流程的关系 产品开发流程 定制项目流程过程中发现有重要的技术没解决或核心器件没认证 要么项目停下来走预研流程 要么找2 3个项目组同时做技术攻关与平台开发流程的关系 直接立项做平台开发流程定制项目做完后 生命周期管理阶段同步去做平台 新产品开发和老产品优化的关系 ABC类变更 ABC类变更定义 A类变更 产品 项目 的主要需求发生重大变化 或者产品 项目 定位的细分客户群发生变化 并且当前产品 项目 开发无法支撑此类变化的变更 例如 产品 项目 的主要需求发生了重大变化 例如需求由原来的解决口渴的问题 变为解决肚子饿的问题 产品 项目 定位的客户群发生了改变 例如由原来的面向低端客户的低端产品 变为面向高端客户的高端产品 此类变更相当于一个新产品 项目 的开发 需要通过研发与市场委员会 或产品部 决策评审 需要重新立项并成立PDT团队进行产品开发 定制项目 流程 B类变更 产品 项目 的需求发生变化 不能在当前概要设计下实现这部分需求 但在当前产品 项目 的系统平台下是可以实现的 例如 在当前产品的基础上添加了基于此技术平台的新功能模块 在当前产品的基础上某个模块的需求发生变更 此模块变更需要重新进行概要设计 影响到关键路径二级计划的设计变更 没有成熟的共享模块基础的变更 此类变更一般会影响到一级计划的变更 在明确需求的前提下需要从计划阶段开始重新往下走 需要重新进行系统设计和概要设计 并修订一级计划 此类变更也需要通过上级部门严格审批 并将修改后的一级计划上报计划部 此类变更的审批与此项目原来审批一致 C类变更 产品 项目 开发过程中不会涉及到概要设计变化的变更 此类变更不会影响要关键路径的二级计划的变更 例如 不会影响到关键路径二级计划的设计变更 非关键元器件的变更 成熟货架模块替换的变更 此类变更不会对一级计划产生影响 此类变更一般要从开发阶段切入 重新进行详细设计 此类变更经过产品经理审批即可 目录 IPD简介结构化端到端的流程研发体系的流程关系产品开发流程各阶段关键活动介绍流程管理的角色与职责 单元一 IPD总体流程单元二 概念阶段流程单元三 计划阶段流程单元四 开发及验证阶段流程单元五 发布阶段流程单元六 生命周期管理流程 第一部分子目录 样例 端到端流程详解 样例 面向角色对象的二级支持流程 待修订 样例 流程操作指导书 流程管理制度文件 单元一 IPD总体流程单元二 概念阶段流程单元三 计划阶段流程单元四 开发及验证阶段流程单元五 发布阶段流程单元六 生命周期管理流程 第一部分子目录 概念阶段的目标 关注点和交付物 目标 对产品机会的总体吸引力及是否符合公司的总体策略做出快速评估 关注 主要关注于分析市场机会 包括估计的财务结果 成功的理由及风险 主要是策略是基于有效的假设 而不是详细的数据 若概念得到批准 则在计划阶段将对假设进行证实 若概念没有得到批准 则不浪费资源 交付 初步业务计划端到端2级项目计划 产品开发一级计划初稿产品包输求分析说明书 可分成二块 产品市场规格说明书或叫产品定义 系统需求说明书 含技术 服务 制造 采购 概念 概念阶段主要活动 概念阶段 1 组建团队 概念阶段 2 技术层面 共同开发产品包需求 进行TR1 概念阶段 3 业务层面 完成业务计划书 进行CPCP 概念阶段重点关注1 资源分配和开工会议 强调项目管理与产品开发同绩效管理的结合 每一阶段都要做 但概念阶段可能会涉及到多概念选择的几个小组 如果方案比较明确 也可能直接明确系统工程师要求明确每个项目组成员是强矩阵还是弱矩阵 评估项目组成员的工作量所占比重 确定项目组成员的考核办法 并制定PBC 概念阶段重点关注2 多概念选择及质量计划与监控 分析功能需求 然后多个小组选择最接近的一个概念 方案 去评定 分析需求功能 选择多个备选概念 依据以往的经验先选一个初始系统概念 然后再找出现有系统和新系统之间在功能上的差距 解决这些差距可以有不同的方法 包括重新设计或者甚至干脆放弃并替换现有系统的某些部分 初步确定各方案的功能分解 一直要找到可能的技术 根据实际情况 公司经多个系统工程师一起评定 可以根据进度 资源以及方案的研发或更改难度 以及可维护和可安装以及可生产性以及成本等 选择一个概念 确定一个系统级工程师开始产品包的需求说明书或再次进行验证 之后其他系统级工程师进行评审 并确定质量计划的监控重点 概念选择的分解 备选概念的讨论可以自上而下进行也可以自下而上进行 或者两种方式兼而有之 自上而下的设计从系统所要求的全套功能开始 再将它们分为适当的子项 直至为它们各自找到了可能的技术 概念阶段重点关注3 TR1评审 分层次评审产品的成熟度要求共享模块能否达到比例要求 比如 50 以上 不能共享的新模块要求重新开发时 要明确是走预研流程还是B类或C类更改流程 以此评估风险 概念阶段重点关注4 对新供应商启动认证流程 在TR1后如果涉及到新的关键技术或关键器件的外购和外协 可以提前启动新供应商认证 在提前采购决定评审完后 再启动采购 概念阶段重点关注5 业务计划书评审重点及监控 在目前重点评审项目管理的计划管理与资源配置和风险 市场部分分步加入 但一定要分析竞争和产业链 重点关注进度计划与成本计划 同时 确定各层次的开发 明确要走哪些流程 项目交付完成后或产品交付完成后 完成哪些单机与整机及内部模块的产品化 评审关键路径的关键资源 评审主审人的资源和时间以及任职资格是否匹配 关键路径和关键活动是否高配 如果有高配 是否有监控人 初步的财务指标 可以在计划阶段细化 单元一 IPD总体流程单元二 概念阶段流程单元三 计划阶段流程单元四 开发及验证阶段流程单元五 发布阶段流程单元六 生命周期管理流程 第一部分子目录 计划阶段的目标 关注点和交付物 目标 清晰地定义产品及其竞争优势 理解业务计划 制定项目计划及资源计划 确保风险可以被合理地管理 关注 最终的业务计划 这一业务计划定义了产品 市场需求及需要的各个业务部门的支持 评估是基于事实数据 而不是假设 因此若计划得到批准 则团队将与IPMT签订一个合同来完成产品开发 若计划没有得到批准 则不会浪费资源 对概念阶段的假设进行证实 通过与IPMT达成的 合同式 协议 PDT得到授权 在项目每个后续阶段的目标及整个项目的目标上达成共识 交付 最终的业务计划产品规格说明书端到端3 4级项目计划和修改的一级计划高层总体方案书 软件概要设计硬件概要设计结构概要设计 计划 计划阶段主要活动 计划阶段 1 概念阶段 计划阶段 扩建PDT 团队培训 增加扩展组成员并修改项目文档 开工会 制定计划阶段 开始项目执行监控 产品包需求分解与分配 系统设计与设计规格定义 Mini项目准备 优化 制定开发计划 产品级的测试设计开始 Mini项目启动 系统规格基线化 技术评审2 注 mini项目 软件项目 硬件项目 模块 产品 由多个软件项目 硬件项目组成 开始监控设计规格更改 产品概要设计 SRS 产品数据结构设计 测试与验证计划 信息开发计划 翻译计划 订单履行计划 物料需求计划 产品概要设计 软件 子系统 概要设计 硬件 子系统 总体方案 单板总体设计方案 结构 子系统 造型总体方案 计划阶段 2 SRS基线化 更新市场计划 参与做提前采购决定 技术评审3 概要设计基线化 制定 优化各业务计划 关键和备选供应商谈判 拟制合同书 PDCP评审 更新项目数据库和经验总结 计划阶段 开发阶段 计划阶段重点关注1 需求分解分配与CBB及标准计划的关系 需求分解分配确定是选用成熟模块 还是开发新模块 对选用成熟CBB 直接采用相应的产品标准 对需开发的新模块 在开发过程中要同步制定是否能共享的产品标准 即 新模块开发与验证的流程与产品标准 计划阶段重点关注2 需求分解分配与三级计划的接口 进行需求分解分配 确定哪些模块要改动 改动的模块制定二级计划 根据二级计划制定三级计划 并修订一级计划 确定二 三级计划的资源配置和关键路径 关键资源 在计划阶段决策评审完成后 确定哪些模块要做提前验证计划 哪些三级计划要先做定型再做渐增测试和验证 计划阶段重点关注3 计划阶段再次验证市场 寻找并开发新的CBB 再次分析外部市场和内部市场需求 包括客户需求 整机单机需求 模块内部需求等各层次需求 寻找各层次新的CBB 分层次进行市场验证在新模块标准计划形成过程中 对能够成为新的CBB模块 要考虑共享方面的开发要求 计划阶段重点关注4 提前采购决策 如果是成熟模块 长周期采购物资及长周期外协 做出提前采购决策和实施 非成熟模块 要先做技术定型 再做采购决定 否则风险较大 计划阶段其他重点关注要素 销量预测与承诺要分内部 外部 预测单板 单机 整机 系统的销量 通过预测的销量决定流程要做到小批量 还是批量 还是转产 市场验证验证产品包含 单板 单机 整机和分系统资料开发资料开发以IPD核心内容为主 根据客户的需要可以设立专业工程师 走专业化的道路 单元一 IPD总体流程单元二 概念阶段流程单元三 计划阶段流程单元四 开发及验证阶段流程单元五 发布阶段流程单元六 生命周期管理流程 第一部分子目录 开发阶段的目标 关注点和交付物 目标 设计产品 并将在经过批准的最终业务计划中的特有技术开发 制造及营销策略和计划内容进行集成 关注 确保产品在市场上成功 评审市场及客户需求 评审产品及财务假设设计和集成满足产品规格的产品 准备和构建产品原型 确保制造准备就绪 明确 处理及减少风险和非确定性因素至可接受的水平 确保产品具有可制造性 准备发布制造过程技术文档 验证计划阶段的假设 交付 测试和验证计划评估首例样品详细的产品发布计划试用客户选择产品文档 开发 开发阶段主要活动 开发阶段 1 计划阶段 开发阶段 Mini项目2 BBIT Mini项目1 Mini项目3 Mini项目4 测试准备与更新测试计划 测试研发准备和开发 BBFV UT MIT MST BBFV BuildingBlockFunctionVerificationBBIT BuildingBlockIntegratedTest 测试 开发阶段 2 SDV测试 原型机 BUILD1测试 转系统测试 更新相关测试方案 BUILD测试报告 BUILDn测试 转系统测试 更新相关测试方案 BUILD测试报告 BBFV SDV 技术评审4 技术评审4A 可安装性可服务性测试模块 BETA测试预安装模板 开发阶段 验证阶段 初始产品SIT 技术评审5 产品级 渐增测试模型 BBIT SDV SDV TR4 TR4 TransfertoTest SDV SDV BBIT SDV TR4 TR4 TR4a BB1 BB2 SIT TR4 TR4a SIT BetaTest Builde Buildc Buildd Builda Module s UT MIT MST S WorH WDevelop ModuleLevelValidation UT MIT MST BuildingBlockIntegrateTest BBIT SystemLevelVerification BBFV SDV BBFT和SDV是Building的活动对每个Building都要进行BBFV和SDV的活动TR4和TR4A是基于Building的技术评审进行Beta测试和进行初始产品测试 SIT 的Building必须进行TR4A每个Building进行功能验证 SDV 之前要进行TR4 Buildb 验证阶段的目标 关注点和交付物 目标 执行为满足产品需求所做的设计更改 刻画产品特点并验证产品 发布最终的工程规格及相关文档 关注 确保产品在市场上成功 审视市场及客户需求 审视产品及财务假设 审视发布计划 确保产品功能方面的信心 形成最终的产品规格 修改设计以满足规格要求 在工作原型中表现出来 确保制造准备就绪 形成最终的制造过程技术文档 对供应商是否已验证进行确认 验证是否已开发主要制造工艺并且在可接受的范围内发挥作用证实开发阶段的假设 交付 修正的产品规格制造能力及产能计划生产构件 productionbuild 的制造文档合格的产品及最终的产品发布计划 验证 验证阶段 1 验证阶段 2 开发阶段 验证阶段 BETA测试 SVT BETA测试模板 系统认证测试和标杆测试模板 制造牵头的压力测试等 ADCP评审 技术评审6 准备产品评估 发布准备评估 更新项目数据库和经验总结 验证阶段 发布阶段 SIT SVT 用户试点 ESP 和Beta测试是不一样的 Beta测试的目标是在客户环境中获得对产品特征的早期评估 比如质量 功能 性能 可用性等 Beta测试通常在验证阶段开始 用户试点的目标是确认产品已经满足GA 量产供货点或一般性可获得点 的条件 关注点是测试 安装 文档 分销渠道以及服务支持 以确保具备GA的条件 如果Beta与试点是一个客户 则最好 开发与验证阶段重点关注要素 验证新单元 单板 单机和新器件 新单元要提前进行验证 完成成熟度评估后 再与系统进行联调开发阶段例会与专题会会议 以及质量 计划 成本及绩效等内控标准要进行内部培训要建立内部项目组成员组成与职责及内控标准规范系统工程师监控和管理需求 规格和配置 并制定企业标准和内控标准PQA监控产品质量目标和计划做好 内部认证 标杆测试 和 外部系统认证测试和标杆测试 定制项目在开发阶段如果经市场验证是产品 除了该项目可以作为第一个ESP外 还要再次确定其他BETA和ESP 可以分层次进行 单元一 IPD总体流程单元二 概念阶段流程单元三 计划阶段流程单元四 开发及验证阶段流程单元五 发布阶段流程单元六 生命周期管理流程 第一部分子目录 发布阶段的目标 关注点和交付物 目标 发布产品并制造足够数量的产品以满足客户在性能 功能 可靠性及成本目标方面的需求 关注 验证制造准备计划 评估市场发布计划并进行必要的修改 准备生命周期管理计划 证实验证阶段的假设确保产品在市场上成功 交付 生命周期管理计划对PDT与IPMT签订的合同进行评估 发布 发布阶段主要活动 发布阶段重点关注要素 做好量产到转产的准备 做好向生产操作切换 做好发布产品包 做好监控供应链 做好销售实施 单元一 IPD总体流程单元二 概念阶段流程单元三 计划阶段流程单元四 开发及验证阶段流程单元五 发布阶段流程单元六 生命周期管理流程 第一部分子目录 生命周期阶段的目标 关注点和交付物 目标 在产品稳定生产到产品生命终结期间内对产品进行管理 关注 管理产品直至产品生命终止 注意收集内部和外部信号 以确定产品过渡 替换 制定产品过渡策略 为客户提供产品工程支持以满足客户需求 证实发布阶段的假设 交付 终止 替换产品 生命周期 生命周期阶段主要活动 生命周期管理阶段重点关注要素 做好生命周期目标成本管理和损益评估 做好市场营销策略及价格策略 产品包维护和改进 LMT的成立 明确绩效目标 以及PDT考核并解散 目录 IPD简介结构化端到端的流程研发体系的流程关系产品开发流程各阶段关键活动介绍流程管理的角色与职责 流程的作用 流程可以不断的总结和固化优秀的经验实现经验教训共享优秀的流程能够提升企业的核心竞争力Fast Right Cheap Easy流程是对业务运作的规范 保障最终目标的实现提高整体绩效 保障企业平稳运营 企业必须建立为客户创造价值的流程管理机制 建立规范的业务流程体系定期评估流程的运作绩效建立流程持续优化的机制 把流程从职能组织的背后移到前面来 部门 部门 部门 部门 部门 流程A 流程B 客户需求 产品或服务 部门 职能目标 两个关键词 流程的顾客是谁 上下游环节 顾客的订单是什么 对什么负责 公司只有产品开发和营销流程是公司产出主流程 其余流程都要为这二个主流程服务 流程关键评估要素 顾客满意 顾客对流程输出的满意程度如何 相对于它们的期望和需求 周期 相对于流程顾客的需求和流程目标 流程周期的适合程度如何 返工 缺陷 流程产生的缺陷和返工的程度如何 成本 流程的成本效率如何 决策制定 流程中决策制定的有效程度如何 第一层 高端主流程 第三层 二级子流程 第二层 一级子流程 第四层 操作规范 作业指导书 活动模版 模板 指导书 CHECKLIST 流程体系规划思路 从框架到细节 从高端到底层 见木又见林 集成产品开发 IPD 结构化流程层次划分 第一层次 阶段 一级流程 作用 决策层进行阶段评审和投入 总体把握研发进程 第二层次 步骤 二级流程 作用 管理层识别和设置各阶段关键步骤 项目概念 项目计划 研制 试产上市 销售 概念决策评审 计划决策评审 发布决策评审 项目计划 技术评审1 技术评审2 技术评审3 技术评审4 5 产品包概念 产品规格 小试中试 试验 第三 四层次 任务和活动 三级流程 作用 执行层具体完成流程中的活动 是操作说明 流程的表达方式 流程的四要素 1 角色 2 活动 3 逻辑关系 4 时限 活动的执行者 流程过程中的具体行为和步骤 活动与活动之间的先后关系 也代表信息流物流 资金流的流向 执行该流程的活动所要求的时间期限 DesignFlow流程图 流程操作指导书 活动清单 概括性地描述活动的内容和步骤 体现活动的功能 与流程图保持一致 保证活动正常进行的关键因素 不是将活动内容简单展开 完成活动所需的信息 文件 资源等 活动的产出 体现活动的增值部分 输出文件的固定格式 一般为电子版 样例 流程操作指导书 流程管理制度文件 流程操作文件的用途 一 XXXX流程图 可视化的业务流 入职培训分析流程问题 流程优化二 流程操作指导书 业务运行操作指导职责划分依据 流程活动清单 解释流程图 明确活动逻辑关系 配合制度指导业务活动进行流程各角色主要职责 明确自己在流程中的工作内容关键节点 提醒流程的操作重心 流程管理 流程管理的定义及目的 流程管理是以流程为对象的企业管理活动 目的在于通过企业流程的建立 维护 执行监督和问题的改进 实现流程的持续优化 使企业各项业务保持较高的绩效水平 流程管理中的相关角色 流程责任人 OWNER一般是流程中主要或多数活动的管理者流程管理中的责任 负责流程运行中的管理 组织流程优化 对流程整体绩效负责 流程关键人员流程中重要活动的执行人和关键部门管理者 对流程总体情况和各项内容均比较熟悉 流程管理中的负责 协助owner对流程运行进行监控 管理 反馈问题 参与流程优化和操作文件设计 对关键活动的绩效负责 活动执行者 流程中的角色 流程各环节活动的执行部门或人员 对所从事活动非常熟悉 流程管理中的责任 根据要求具体填制完成操作文件 执行操作文件 对所执行活动的绩效负责 流程责任人owner的职责 对该类流程的运作绩效负责 负责组织制定 培训 实施及优化该类流程及相关操作指导书 规范 模板 不断听取实践者与周边合作者的意见和建议 并与相关领导群体 专家群体 操作执行群体共同研讨 审定具体流程环节的优化 负责该类流程与其它相关流程的接口和协调 业务流协调管理 关注单业务活动 全流程管理和优化 流程的推行 推行管理阶段 纳入流程管理 试运行指导 推行培训 签署发布流程流程owner实施培训 流程指导文件使用问题定期反馈 每月 流程推行问题指导流程owner组织修订流程 颁布流程管理制度建立流程管理机制流程运行管理与问题监控流程持续优化 流程的日常管理 流程管理部门的主要工作流程运行日常监控流程运行质量测评进行流程梳理和优化活动流程培训及考核流程文件的制作与管理流程管理制度修订维护 流程的日常管理 流程管理人员及组织建立及管理流程管理人员的KPI流程管理人员的培训及考核流程运行管理流程文件版本管理流程宣贯培训流程操作知识考核流程质量监控与评估流程操作问题纠偏流程持续优化流程动态优化机制企业 流程文化 建立 流程评审要素 流程完备性 逻辑性和合理性 15分 10分 流程展现形式简洁美观 流程操作指导书齐全度 10分 流程操作指导书可操作性 10分 关键节点描述清晰度 10分 和公司现有制度的一致性 10分 对工作的优化程度 效率是否提高 输入输出文件的清晰度 关键模版的清晰度和可操作性 流程评审要素 15分 5分 15分 流程与制度的关系 制度的作用在于规范活动 保证行为的统一和规范 流程的作用在于整合活动 保证资源的利用效率和产出 制度 流程堤岸 河流制度是让人 作正确的事 流程是让人 正确地做事 活动A 活动B 活动A 活动X 活动Y 活动Z 制度1 制度2 流程1 流程2
展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 图纸专区 > 课件教案


copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!