Mobile menu
工程经理
首页 工程经理

工程经理

In PCB design, an Engineering Manager is a highly experienced professional who is responsible for the execution of all engineering projects, which may include the development of embedded device software. They provide technical advisement, participate in design reviews, and ensure that what is being designed meets customer requirements and industry standards. Engineering Managers may focus solely on electronics development, but they frequently cross multiple boundaries, including electronic, mechanical, manufacturing/testing, EM compliance, FCC testing, and more.

Engineering Managers in PCB design may also be referred to by other job titles, such as Engineering Director, Lead Engineer, or Senior Director of Engineering. These titles reflect the diverse range of skills and expertise required for success in this role, from project management and leadership to technical knowledge and industry experience. Overall, Engineering Managers play a critical role in the PCB design industry, ensuring that products meet necessary standards and are delivered to customers with the highest level of quality and functionality.

Solutions for Engineering Managers Setting-Up Your Workspace How do I manage tasks amongst my team? Try Altium Develop
Filter
found
Sort by
Role
Software
Content Type
Region
Clear Filters
应用现代化需求和系统工程以加快产品开发 44 min Webinars Systems Engineers/Architects Product Managers 工程经理 +3 Systems Engineers/Architects Systems Engineers/Architects Product Managers Product Managers 工程经理 工程经理 Test Engineers Test Engineers Simulation Engineers Simulation Engineers

观看网络研讨会，探索电子产品开发的未来，重点关注Altium最近对Valispace的收购。了解Valispace如何转变需求管理和系统工程，促进增强的协作，加速设计过程，并导致更好的产品。

 Watch
多CAD工程顶级挑战封面照片 多CAD工程：前6大挑战 1 min Blog Users of Competitor Tools 工程经理 Project Leads Users of Competitor Tools Users of Competitor Tools 工程经理 工程经理 Project Leads Project Leads 在理想情况下，每个工程师、制造商、承包商和客户都会使用相同的CAD系统，这样可以大大简化协作努力。然而，产品设计的现实远非如此理想。不同的公司选择不同的ECAD系统，需要在电子产品开发中适应这一点。 即使在同一个组织内，也常见不同部门或分支使用不同的设计软件，不论它们的物理位置如何。这种多样性导致许多挑战，包括错误、混乱、效率低下、努力重复和财务损失。但为什么会这样呢？ 多CAD环境的原因 遗留设计 首先，许多组织操作一个主要的CAD工具，但也保留了在多个CAD系统中创建的一系列遗留设计。这些较早的设计仍然相关，通常需要更新或修改以符合现实世界的应用或正在进行的项目。在我们最近的 网络研讨会调查中，超过51%的受访者声明保持多个ECAD工具的原因是遗留项目。 超过51%的受访者声明遗留项目是保持多个ECAD工具的原因。 分散的ECAD工具选择 其次，你可能会遇到有分散团队的组织，每个团队都被授予自主选择CAD工具的自由。这种多样性往往源于过去的收购，新整合的公司希望保持它们已建立的工作流程和实践。 此外，特定团队可能更喜欢使用特定的CAD工具而不是组织的主要选项，因为熟悉度、效率，或者因为他们已经与其他软件和系统开发了自定义集成。切换到不同的CAD工具可能意味着失去这些定制解决方案或面临在重新配置工作流程时的重大障碍。 事实上， 超过40%的受访者承认至少每个月使用一次次要ECAD工具，只有略超过16%的人报告仅依赖单一ECAD工具。 超过40%的受访者至少每月使用一次次要ECAD工具，只有大约16%的人报告仅依赖单一ECAD工具。 设计承包商和制造商 最后，设计承包商和合同制造商的作用不容忽视。这些外部合作伙伴服务于各种客户，需要熟练掌握多种CAD系统，以满足客户的规范、建议和偏好。 多CAD工程的挑战 但是，理解多CAD环境背后的原因仅仅是开始。这些不同的系统显著增加了跨平台ECAD管理和协作的复杂性，原因如下。 #1 文件不兼容 不同的CAD系统通常使用它们自己独特的数据格式，当跨平台共享文件时会导致兼容性问题。虽然许多CAD工具提供文件转换器以适应另一个系统的文件格式，但这些转换器并不完美，尤其是对于复杂设计。转换过程本身可能导致数据丢失、损坏或错误等问题，这可能严重影响设计的完整性。 阅读文章
首次PCB制造批次的数量 首次PCB制造批次的数量 1 min Blog 工程经理 Engineering / Technology Executive 工程经理 工程经理 Engineering / Technology Executive Engineering / Technology Executive 您的首次大规模PCB制造应该使用正确的数量或遵循LRIP（低率初始生产）概念。以下是您首次生产运行应使用的内容。 阅读文章
敏捷硬件开发封面照片 为什么原则是正确的，但策略需要重新思考 1 min Blog Simulation Engineers 机械设计工程师 Project Leads +7 Simulation Engineers Simulation Engineers 机械设计工程师 机械设计工程师 Project Leads Project Leads Test Engineers Test Engineers 工程经理 工程经理 在我们揭秘敏捷系列的最后一部分中，我们将探索硬件开发与敏捷方法论交汇的复杂领域。虽然敏捷的核心原则提供了坚实的基础，但当应用于 电子硬件的独特挑战时，重新评估策略变得至关重要。在我们的探索旅程中，我们将揭示敏捷的共同元素和仪式，以及我们如何在有形产品开发的背景下转变它们。 从采纳并持续培养敏捷思维开始 在深入探讨可以将日常软件敏捷实践提升为硬件开发的强大优势的战术调整之前，首先接受敏捷心态的基本原则是至关重要的。一个好的起点可能是考虑 敏捷宣言的初衷，并修改语言以满足硬件开发的需求。下表提供了一个可能的硬件开发宣言。 每个宣言意图的简单总结可能是， "让我们一起合作，采用迭代开发和学习方法，来发现并交付客户真正价值的东西。" 当然，这几乎适用于任何项目，而且在团队深陷日常开发策略时，记住这些基本原则是至关重要的。 方向规划的关键作用 敏捷的迭代特性有时可能给人一种印象，即早期规划不如直接开始重要。然而，在硬件开发中，为了导航复杂的物理和电子产品设计与开发过程，一定程度的前期规划是必不可少的。不要想象它是一个详尽的前期计划，而应该将其视为一张路线图，指导团队通过迭代学习和执行进行开发旅程。 在敏捷硬件开发的早期规划中，涉及到设定明确的目标、定义里程碑以及通过深思熟虑的原型制作和 反馈策略来进行风险评估和缓解。通过这样做，团队可以在敏捷的适应性和成功硬件开发所需的结构化规划之间找到平衡。 将用户故事与工作项分开 正如我们在本系列的前一篇文章中讨论的， 敏捷“大师们”经常敦促硬件团队填充他们的待办列表，用用户故事来定义任务。让我们考虑一个关于硬件的用户故事，并假设你计划开发一台新的叉车。你写下了以下用户故事： "作为用户，我希望能够快速领取我的物料，以便节省移动库存的时间。" 硬件开发者知道该怎么做吗？可能不知道。要解决的问题方面太多了。实施可能涉及叉车的速度、叉装附件的准确性、智能库存感应、库存的方向以及许多其他因素。这些硬件的用户故事应该成为客户目标，而不是 产品要求和工作项，而不是具体的功能或任务。 用户故事在敏捷硬件设计流程中有其位置，用于关注客户的需求并澄清客户试图实现的结果。然而，由于物理产品的用户故事不能直接转化为功能、属性或任务，它们成为开发任务积压工作的起点，而不是积压工作项本身。 原型设计策略：展示进展和成功 阅读文章
关于敏捷硬件开发的常见误区封面照片 大多数敏捷“大师”对硬件开发的误解 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：向待办事项列表添加故事，然后就开始 敏捷方法的一个内在优势在于它们启动项目的速度比传统瀑布式方法要快得多。实际上，对于敏捷硬件电子项目，我们已经看到从概念识别到开发启动的周期显著缩短。这个周期，在传统的分阶段方法下通常需要数月甚至数年的时间，现在通过敏捷方法被压缩到了几周甚至几天。当然，这一戏剧性的结果部分原因是我们如何定义“开发启动”。 在软件领域，这是直截了当的。敏捷大师倡导编写用户故事来定义软件功能，将它们优先排序到待办列表中，并启动一个冲刺。然而，在硬件领域，至少需要一些最初的规划来指导项目朝着正确的方向发展，这需要对架构、关键期望属性、约束以及其他因素有所了解。这种最初的努力似乎与敏捷原则“工作中的软件是进度的主要衡量标准”和“欢迎变更需求，即使是在开发后期”相冲突。 阅读文章
敏捷硬件开发博客系列封面 5种硬件开发的不同之处 1 min Blog 机械设计工程师 Project Leads Simulation Engineers +7 机械设计工程师 机械设计工程师 Project Leads Project Leads Simulation Engineers Simulation Engineers Test Engineers Test Engineers 工程经理 工程经理 探索在电子硬件开发中实施敏捷方法论的独特挑战和策略。理解硬件和软件开发在敏捷框架内的关键差异。 阅读文章
电子产品设计 从电子设计到产品设计 1 min Blog 电气工程师 PCB 设计工程师 机械设计工程师 +1 电气工程师 电气工程师 PCB 设计工程师 PCB 设计工程师 机械设计工程师 机械设计工程师 工程经理 工程经理 专业的电子设计师们在电子产品开发过程中发挥着重要作用。没有电路板，所有这些半导体都没有意义，它们将无法为我们提供现代化的产品体验。尽管PCB设计人员在产品开发过程中至关重要，但在产品开发工具方面，他们仍然处于劣势。PCB设计软件非常适合构建物理布局，但其功能在扩展为完整的产品开发套件方面进展缓慢。 随着PCB设计师持续在产品开发中发挥着积极作用，业界可以做些什么来支持他们？在 Altium，我们逐渐转向关注系统级别并创建各种工具，让设计人员更多地参与整个产品开发过程。各自独立工作的工程时代已经结束，当今最成功的产品都是在协作过程中构建的。 除了PCB之外，产品设计还涉及什么？ 产品设计的理念应该是显而易见的：它是从整体上考虑整个系统，并且通过设计系统中主要元件之间的关系来实现目标。例如，外壳和 HMI 元素推动 PCB 上的布局以及 EE 的元件选择，电路板和连接器的数量推动着线束需求，仿真结果会影响元件的布置方式和材料的选择……可能的工程关系列表系统显然可以很长。 外壳 尽管PCB及其元件负责创建所需的用户体验，但外壳是用户将与之交互的对象。因此，外壳必须让用户体验无障碍，并且需要具有令人愉悦的美感。它还需要将所有元件和子系统装到单个封装中，这个简单的要求开始对PCB布局施加严格的限制。 多板系统 越来越少的产品依赖于单个电路板或元件，而且许多产品在其整个生命周期中不会保持不变。许多产品依赖于多个元件和子系统，包括必须以电气和机械方式相互连接的多个PCB。在MCAD应用程序中，机械设计人员可以通过两种方式与ECAD协作者一起工作。 旧方法：将每个电路板导出为STEP模型，将其共享/通过电子邮件发送给MCAD用户，然后将其导入MCAD应用程序以进行机械回溯。 新方法：已集成的ECAD/MCAD协作，MCAD用户可以将所有电路板作为一个系统访问，无需导出文件。 我们仍然在许多公司中看到这种情况，电气和机械设计师必须相互导出文件，以便了解产品的机械设计。Altium 365通过云配置MCAD CoDesigner扩展来解决这个问题，以便MCAD和ECAD用户可以通过安全的在线平台直接协作。 阅读文章