Manufacturing Engineers

In PCB design, a Manufacturing Engineer is a highly skilled professional who is responsible for designing, implementing, and reviewing procedures involved in the manufacturing process. They research automation techniques to maximize production efficiency or plan factory workflows to optimize how products are made across multiple departments. Manufacturing Engineers are experts at finding a balance between reducing costs, maximizing quality, and ensuring that procedures meet safety and environmental requirements.

Manufacturing Engineers in PCB design may also be referred to by other job titles, such as Manufacturing Assembly Engineer, Manufacturing Process Engineer, Manufacturing Manager, or CAM Engineer. These titles reflect the diverse range of skills and expertise required for success in this role, from process optimization and automation to supply chain management and regulatory compliance. Overall, Manufacturing Engineers play a critical role in the PCB design industry, ensuring that products are manufactured with the highest level of efficiency, quality, and safety.

Filter
found
Sort by
Role
Software
Content Type
Clear Filters
关于敏捷硬件开发的常见误区封面照片 大多数敏捷“大师”对硬件开发的误解 1 min Blog Simulation Engineers 机械设计工程师 Project Leads +7 Simulation Engineers Simulation Engineers 机械设计工程师 机械设计工程师 Project Leads Project Leads Test Engineers Test Engineers 工程经理 工程经理 敏捷方法论,源于软件开发领域,被誉为技术行业的变革力量。然而,当我们进入硬件和电子开发领域时,敏捷原则的看似顺畅适应遇到了一系列挑战和误解。在这三部分探索的第一部分中,我们分析了 硬件与软件开发之间差异引起的敏捷挑战。在本文中,我们将检验由敏捷“大师们”传播的神话。 在深入探讨电子硬件开发中的敏捷细节之前,重要的是要澄清,我们的目的不是贬低敏捷教练和顾问。我们认识并感激他们帮助客户获得敏捷方法论好处的良好意图和热情。虽然一些批评可能源于对硬件细节的有限理解,但目的不是批评,而是有效地适应敏捷原则,以满足硬件开发的特定需求。我们的重点是调整敏捷策略,以在这一独特背景下发挥其好处,修改方法但保留原则。 谬论 #1: 你必须保持灵活并适应 敏捷大师正确地颂扬了迭代执行、 反馈循环以及在软件的数字领域中蓬勃发展的快速适应能力的优点。然而,这些原则转移到硬件和电子的有形领域时,引入了一层在纯数字领域中未发现的复杂性。与软件相比,物理解决方案需要“完成”,以便订购零件、制造模具和满足严格的制造需求。敏捷对持续变化的呼吁与硬件的无情本质发生冲突,即使是在游戏后期需要进行的轻微 更改也会产生连锁反应。 作为回应,修改敏捷开发以适应硬件开发需要一种范式转变。这不是关于无休止的修改,而是基于快速学习和执行周期的明智、战略性调整和 原型设计。这些旨在在时间、预算和资源的限制条件下最大化价值。敏捷灵活性与物理产品最终需求之间的平衡需要更加谨慎的迭代计划和对整个项目风险降低的深刻承诺。 谣言 #2: 每个冲刺都必须开发一个可工作的原型 虽然敏捷纯粹主义者经常宣扬每两到三周开发一个完全功能的原型 “冲刺”是实现敏捷的普遍“必须”,但这种方法在面对硬件和电子开发(以及预算)的现实时,其实际可行性就会崩溃。构建某物,展示进度,并使用这个成果来获得宝贵的技术和商业反馈以指导你的下一次迭代的想法是正确的。然而,每个硬件项目都是一个具有自己的目标、依赖关系、领先时间约束、需要创新的领域和风险的独特实体。每个项目都应该有其自己独特的原型制作和学习方法。 要真正拥抱敏捷硬件产品开发,团队必须摒弃一刀切的思维模式。相反,他们必须仔细审视项目需求,然后合作制定一个创造性的、学习性的和原型设计策略。重要的是要认识到,“原型”可以是任何可展示的输出,从初步的宣传册到泡沫模型(就像史蒂夫·乔布斯著名的iPod模型,它能“让你口袋里放1000首歌”),甚至包括部分或完全功能的原型。 神话#3:向待办事项列表添加故事,然后就开始 敏捷方法的一个内在优势在于它们启动项目的速度比传统瀑布式方法要快得多。实际上,对于敏捷硬件电子项目,我们已经看到从概念识别到开发启动的周期显著缩短。这个周期,在传统的分阶段方法下通常需要数月甚至数年的时间,现在通过敏捷方法被压缩到了几周甚至几天。当然,这一戏剧性的结果部分原因是我们如何定义“开发启动”。 在软件领域,这是直截了当的。敏捷大师倡导编写用户故事来定义软件功能,将它们优先排序到待办列表中,并启动一个冲刺。然而,在硬件领域,至少需要一些最初的规划来指导项目朝着正确的方向发展,这需要对架构、关键期望属性、约束以及其他因素有所了解。这种最初的努力似乎与敏捷原则“工作中的软件是进度的主要衡量标准”和“欢迎变更需求,即使是在开发后期”相冲突。 阅读文章
加速最后一刻设计更改封面照片 使用 Altium 365 加速最后时刻的设计更改 1 min Blog Manufacturing Engineers Manufacturing Engineers Manufacturing Engineers 您是否好奇如何在生产阻碍使您的产品发布脱轨或更糟糕的是停止您的生产线之前解决这些问题?加入我们,探索 Altium 365® 如何帮助您迅速管理最后一刻的设计更改、外壳适配和需求。继续阅读,消除错误、浪费的时间和碎片化的工作流程。 一个后期变更:真实场景 参观一下 在我们之前的文章中,我们讨论了 最常见的生产阻碍。现在,让我们通过分析两个场景来探索这些挑战如何在实践中影响操作效率,其中一个后期变更引发了跨工程、采购和制造的问题多米诺骨牌效应,威胁到生产时间表和产品完整性。 想象第一种情况。电气工程师推出一款新产品,但他们面临过时组件的问题,缺乏利用之前验证过的设计的手段。他们使用他们能找到的第一个符合需求的组件,但这增加了风险。 在第二种情况中,采购在生产过程中因关键部件的错误交货时间而被误导。之前没有识别出替代部件,因此需要迅速采取行动解决无法制造的电路板和关键的质量问题。 在这两种情况下,团队面临着紧急处理部件和设计更改的巨大压力,但他们遇到了以下障碍: 机械工程师面临着耗时的文件交换,以确保电路板适合外壳,每次手动导出/导入循环都有数据丢失和沟通不畅的风险。手动跟踪组件和更新消耗 每位工程师高达40小时。 项目经理努力保持时间线完整,但往往缺乏有效地做到这一点的能见度。 工程经理力求效率,却被缓慢的知识转移和冗长的审查周期拖累。 关键利益相关者在此阶段与过程不连贯。 产品经理和系统架构师努力使最终产品与原始要求和市场需求保持一致。 制造商得到的信息太晚,导致生产线暂停和返工的成本高昂。 我们如何缓解这些问题?通过一个统一的数字基础设施,实现实时协作、上下文信息流动和主动变更管理,以保持动力并确保产品成功。你可能会使用的一个解决方案是 Altium 阅读文章