干特图在 p o m 系统和 mess 系统中都有应用,尤其在 p o m 的 项目管理里,完全依靠干特图来开展工作。 p o m 的 项目管理里的干特图,从研发到试制,每一个任务分解后,根据前后关系和日期就能生成干特图,清晰又直观。很多人不知道 甘特图的由来,今天就给大家科普一下。甘特图的发明是美国管理学家、机械工程师亨利甘特,他曾是科学管理之父泰勒的核心助手,他有着丰富的工业管理经验。第一次世界大战的时候,美国陆军 军需生产混乱,订单暴增,却难以统统全靠文字报表把控进度,效率极低,还经常出现延误和浪费。时任军需管理顾问的干特,受工厂简易进度线条的启发,优化出一套直观图表。 他用横轴明确标注实际节点,纵轴清晰列出各项任务,再用不同长度的水平缠线 准确标注每个任务的开始时间、结束时间和持续的时长,还能直观体现任务之间的前后之关系, 哪些任务先做,哪些任务后做,一目了然。一九一七年,这种图表正式被命名为干特图,它快速 解决了军需生产的统筹难题,战后广泛应用于各类项目,直到今天仍是 p r m mesh 系统中不可替代的管理工具,帮助我们高效把控项目全流程。
粉丝3.9万获赞6.7万

p o m e r p mas 作为工厂最重要的三大系统,他们之间是什么样的关系? p m 负责产品研发, e r p 负责资源计划, mas 负责生产执行。一般情况下,其他系统比如 oa、 crm、 hr、 bpm 等重要性要差一些。 pm 全称产品生命周期系统,就是管理产品研发的系统。技术部利用 pm 进行协同设计,包括图纸版本、物料编码、通用键管理、保姆生成、公益路线等功能。 利用 pm 系统能大大加快产品研发效率,减少技术出错,从源头帮助企业降本增效。技术部通过 pm 系统能完善产品的物料、保姆的数据,并通过 api 接口传输给 erp 系统。 erp 是企业资源计划系统,就是管的钱和物的系统。模块包含采购、销售、库存、财务、 mrp 等模块,核心是 mrp, mrp 是物料需求计划的简称, 销售订单录入系统后,根据 boom 清单、库存计划、生产计划,计算出生产制订单和物料采购计划的过程,称为 m i p。 运算 物料需求计划出来后,涉及到仓库管理、采购管理、财务管理、生产计划等模块。 mrp 运算出采购计划和生产制定单后, erp 通过 api 接口将生产制定单传输给 max 系统。 max 是生产执行系统,就是管理车间生产过程的 系统模块包含派报工、质检、异常设备、金联网、图纸发放等功能。 max 获得生产制定单后进行排查,一个批次对应一张工序流程卡, 工序流转卡通过工艺路线分解成工序工单,再通过派工或领单继续工序流转。流转中要进行所见简、末、简、巡简、完工简的质量管控。 在生产中, max 通过 api 接口从 pr 零获得图纸文件,工人通过工位平板电脑能在 max 里直接浏览图纸。 max 还要进行上料、教业、设备数据采集、工资计算等功能。最后生产完工后通过 erp 系统入库流程结束。 pom erp p max 的关系是工厂从产品研发到质量计划再到生产执行的流程闭环,其中一个环节管理出问题,就可能导致工厂的管理流程出问题。

什么是 p l m? p l m 有 什么用? p l m 是 一种支持产品全生命周期信息创建、管理、分发还应用的应用解决方案。 p l m 系统通过统一数据模型,实现产品设计、 工艺路线、质量检测等数据的全生命周期管理,支持泵结构管理、工程变更管理、文档管理等功能模块。

p o m e r p max 是 制造业工厂最核心的三大管理系统,用三分钟时间讲清楚 p o m 的 核心价值。 p o m 即产品生命周期管理系统,主要服务于研发、技术部门,统筹管理产品全生命周期的数据,是企业研发的核心数字工具。 p o m 包含四大核心模块, 图文党管理、包工管理、公益管理、项目管理四大模块闭环联动。 pm 的 底层逻辑是以 apq 体系为标准,依据, 一托 p m 系统自带的项目管理流程,驱动研发、技术部门完成对图纸、包膜、工艺等核心数据的创建、规范、版本升级与变更,实行全流程闭环管理。但对于管理基础薄、落、流程不规范的中小企业, 直接套用 a p q b 流程强制规范研发数据,落地门槛极高,推行阻力极大,极易导致 pm 系统落地困难,最后系统被闲置。 因此,中小企业更适合务实清量的落地模式。我们优先使用 p o m 的 基础模块,先规范图纸、包膜、工艺等核心研发数据,依靠固定审批流程完成对资料的归档、版本的管控和变更的闭环, 暂时不提供复杂的项目阶段管理和完整的 apq 比流程。我们先完成基础数据的标准化,再循循递进完善 apq 比体系。这种落地方式兼顾了实用性和规范化, 更贴合了中小企业的现实管理水平。在图纸管理层面上, pm 可实现图纸的集中存储、版本迭代、规范变更和快速解锁, 有效解决了传统管理模式下文件分散、版本混乱、权限失控、流程缺失的各种痛点。 在包姆和工艺管理中,图纸规范化后可以直接生成设计包姆就是 e 包姆,在此基础上优化完善为工艺包姆就是 p 包姆。同步补充工艺路线、工装家具、原材料等关键信息, p b m 定稿后,在 p o 内进一步转化为生产泵就是 m b m。 最终通过 api 接口对接至 erp 系统, 为生产计划、物料采购、成本核算提供精准统一的数据支撑,真正打通研发与生产的无缝血统。 pm 的 核心价值是实现研发数据的规范化、集中化、流程化、一体化, 打通上游研发的数据流,为 erp max 系统稳定高效助老的数据底座,帮助企业提升研发效率,从源头降低了整体运营成本。

e d m p d m, p l m。 有 啥区别? e d m。 定义,图纸文档管理及协同平台管理图,文档痛点,图纸散乱,版本出错查找困难,安全无保障,审批效率低,价值资料查询效率提升十倍以上,版本出错减少百分之九十九,实现文控规范。 p d m。 定义,企业级产品数据研发协调管理产品结构、研发过程痛点。 b o m。 不 准变更混乱,项目进度不透明,与 erp 数据脱节,零部件重用率低 价值。 b o m。 准确率百分之一百,缩短开发时间百分之五十,提高设计重用,降低开发成本。 p l m。 定义,企业及产品创新业务战略与平台管理, 产品全生命周期痛点,创新流程割裂市场需求响应慢,工艺与设计脱节,产品数据无法贯通,知识难以沉淀,复用价值。缩短产品上市周期,提升创新能力,实现端到端协调、数字化转型三者关系基础核心大局 e d m。 是 p d m。 的 功能子集与数据基石, p d m。 是 p l m。 的 核心组成部分,企业信息化路径长,从 e d m 开始,逐步扩展至 p d m, 最终迈向全面。 p l m。 记得点赞关注哦!



全国大大小小近三百家 plm 软件服务商,不管是国外巨头还是本土厂商,销售人员跟企业老板推介时张口闭口都是上 plm 能降本增效,优化研发成本。但我要直说,为了降本增效,上 plm 系统本身就是个大坑。 企业追求降本增效没错,研发环节的成本控制也很关键。但咱们得先搞懂 p l m 的 核心到底是干嘛的。到现在为止,有哪家制造企业敢拍胸脯说,上了 p l m 系统后,研发成本真的显著降低了,产品毛利靠 p l m 提上去了。 研发成本里,物料采购、研发人员薪酬、原型打样、测试验证这些才是大头。上了 p l m 之后,这些核心支出一分没少,反而要多招专门管 p l m 数据的人员,工程师还要花时间维护图纸 bug, 流程审批工作量每减反增。 早在上世纪八十年代, p l m 的 雏形就已出现,最初是为了解决 k 的 图纸版本混乱、工程数据无法共享的问题,二零零零年后才正式明确其核心定位,是贯穿产品从概念、设计、研发、生产到退市的全生命周期数据管理。 经过几十年发展, p l m 确实增加了协调研发、流程管控、合规管理这些功能,但本质还是为了让研发数据更规范、跨部门协助更顺畅,避免设计失误,减少图纸错漏,满足行业合规要求。比如汽车行业的 ts 一 六九四九, 电子行业的 u h s 合规。所以说, p l m 的 核心任务从来都不是降低研发成本。 真正能显著降本的,是优化产品设计方案,减少物料种类,用仿真技术替代物理样机,通过模块化设计提升零部件附用率,通过参数化提高工程师绘图的效率。这些是研发方法的优化,只是借助 p l m 系统更为便捷执行罢了。 p l m 只是帮你把研发过程管规范、数据存整齐的工具,不是直接砍成本的刀。如果将上 p l m 系统的财力、人力投入成本与减少物料种类、提高工程师绘图效率等收益进行对比,一定时间内反而是增加企业成本的。 因此,如果各位工厂老板再碰到软件销售或售前顾问说买他们的 p l m 软件主要是为了帮你们降本增效,你可以让他出门右拐。

有些老板以为上了 p o m, 公司就先进了。真相有点扎心。很多企业的 p o m 其实就是一个高级文件柜,表面很舒适化,产品一复杂就乱。你见过那种后厨吗? 菜单贴满墙,厨师各做各的配方,写在纸上,谁改了也没人知道。今天这碗面咸一点,明天那碗牛肉少两块,客人还在吃,厨房已经乱套。 很多制造企业就是这种状态。你想想,一个产品从研发到生产,本来就应该是一条很清楚的路。研发、设计、图纸、 word 结构清清楚楚,版本一改,采购、工艺、生产一起同步。 可现实是,研发在 plm 里面放一套图纸,工程师电脑里一份,微信群里又传一份,生产车间还有一份打印版,版本一多,没人知道哪份是真的。就像厨房里三张不同的配方单, 厨师今天看这张,明天看那一张,味道怎么可能稳定?更深的问题不是系统,而是习惯。 很多公司只是把文件从电脑文件夹搬到 plm, 流程没变,责任没变,鞋桶也没变, 研发只管设计,采购只看价格,生产只想赶工,系统成了摆设。就像你把厨房装修的再高级,如果厨师还是随手抓盐,随便改配方,后厨还是会失控。 真正的 p o m 不是 一个软件,是保证每个菜品只用一份标准配方。也就是说,图纸只有一个版本,梦只有一个来源,任何修改都能追溯。所以所有部门看到的是同一份东西。 就像一家顶级餐厅,所有厨师都按同一份标准配方做菜,谁改了一课盐全厨房都知道。所以企业花了几百万上系统, 却没改变做事方式,结果就是系统很贵,流程很乱,人很累。如果产品数据没有唯一源头,再贵的 p o m 也只是一个电子档案柜。 我是摩天大师兄,讲清楚研发项目为什么会失败,以及关键节点如何做判断。

很多人做 pm, 一 上来就是流程权限审批,但我们一开始卡住的不是这些,而是一个更现实的问题,设计员根本不想用。如果上传图纸要打开网页登录填表上传,那这个系统一定会失败。 我们做了一件看起来不重要的事,把 pm 装进 cad 里。在卡萨 solidworks 里,我们加了一个按钮,点一下自动上传, 自动解析标题栏,自动提取 bubble, 甚至后来做到保存即上传。你会发现,不是系统变强了,而是动作变少了。一旦不用改变习惯,系统就活了。

你真以为 plm 二 b d 是 一堆高大上的管理词?今天我就拿大家熟悉的饭店作为比喻,跟你讲清楚这三者的底层逻辑。 很多人学这些年没搞明白,通过一个饭店模型去理解一下就通了。先说 plm 物料清单,想象着你点了一份番茄牛肉面,这碗面其实是一个产品 梦就是这碗面的配方清单,面条多少克,牛腩多少块,番茄几颗,盐油香料多少。 厨房做一碗面,必须按这个清单来做,一百碗就按这个清单乘一百。所以梦本质就是产品有哪些东西组成。再说 p l m 产品生命周期管理。一家饭店要推出一款新菜,比如爆款番茄牛腩面, 他要经历很多过程,研发、厨师试菜、调整配方、确定标准做法,门店开始卖,根据反馈改配方,最后可能下架。 这一整条链路就是产品的一生。 p o m 就是 一个系统,专门管理这些东西,配方版本、食材清单、 boom 做法、工艺修改记录, 哪个门店用哪个版本。所以票暗本质是管理产品从出生到退役的一切数据。 最后说 ipd 集成产品开发,很多公司做产品的问题是研发,自己做采购,后面才知道生产,最后才接手市场,卖不动才改,结果就是时间慢,成本高,产品乱。 ipd 是 干嘛的?就像一家成熟饭店开发新菜,厨师在试菜,采购同时找供应商,成本在算,市场在试吃, 门店在准备设备,大家一起干。所以 ipd 就是 一套跨部门共同开发产品的流程方法。 最后用饭店场景再总结一下 boom 菜的配方清单, plm 这道菜从研发到下家的全部管理, ipd 整家店一起开发新菜的工作方式。 很多人学管理学几年都云里雾里,其实一句话就够, boom 是 菜的配方, plm 是 管理新旧菜品的系统, ipd 是 饭店出新菜的最优方式。 真正厉害的公司是三样一起用,产品才不会乱。我是摩天大师兄,讲清楚研发项目为什么会失败,以及关键节点如何做判断。