Mobile menu
Workflow and Process Management
首页 Workflow and Process Management

Workflow and Process Management

Automate design workflows and improve process efficiency with collaborative tools that support team communication and task management.

Altium's Workflow Solutions Guide to Workflows in Altium Workflows Documentation
Filter
found
Sort by
Role
Software
Content Type
Region
Clear Filters
敏捷硬件开发封面照片 为什么原则是正确的，但策略需要重新思考 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 工程经理 工程经理 探索在电子硬件开发中实施敏捷方法论的独特挑战和策略。理解硬件和软件开发在敏捷框架内的关键差异。 阅读文章
40:03 不要让多种ECAD文件格式拖慢您的上市时间！Altium 365 多CAD支持 1 min Webinars 观看网络研讨会，学习如何消除ECAD数据孤岛以增强设计协作，高效管理所有的物料清单(BOMs)，并通过 多CAD文件支持减少供应链风险。 Altium 365引入了多CAD支持，使其成为世界上第一个真正的ECAD中立的电子开发平台。设计、采购和制造专业人士现在有了一个合作的地方，可以在电子开发过程中协作。 公司通常由于不同系统中的遗留设计、由收购或偏好驱动的混合ECAD方法，以及承包商使用各种解决方案以适应客户的需求，而使用多种ECAD文件格式。从历史上看，设计审查、BOMs和生产设计存储在不同的系统中，阻碍了统一视图的形成。Altium 365多CAD支持使得可以集中访问设计、BOMs和供应链数据。 您是否收到过某个部件即将到达生命周期终点或短缺的警告？现在，您可以快速识别所有文件格式中受影响的设计，并制定解决方案。不再需要通过无尽的电子表格搜索零件号，并希望不会遗漏任何信息。这减少了可能导致公司损失数百万美元的生产中断风险。 您将学到什么 Altium 365 如何支持 OrCAD® 格式文件（其他格式即将推出）。 增强不同 ECAD 格式间设计协作的方法。 高效的物料清单（BOM）和供应链管理策略。 减少采购问题和加快设计流程的技巧。 主题 什么是 阅读文章
约束文章 基于约束的PCB设计在现代电子产品中的关键作用 1 min Blog PCB 设计工程师 PCB 设计工程师 PCB 设计工程师 欢迎来到PCB（印刷电路板）设计的复杂领域，在这里，简单的电路板逐渐演变成为电子工程的精妙杰作。作为现代电子产品的支柱，PCB为我们日常使用的设备，从智能手机到笔记本电脑，注入了生命力。打造一个可靠且功能齐全的PCB不仅仅是连接组件那么简单。它要求对各种方面有着细致的理解，以实现最佳性能和可制造性。这项努力的核心是基于约束的PCB设计——一种策略性方法论，它严格管理PCB的物理和电气特性。这些约束不仅可以防范制造过程中的隐患，还能确保电气性能，最终产出的产品不仅达标，还树立了新的标准。在这篇文章中，我们将探讨PCB约束以及它们在确保设计成功中扮演的关键角色。 掌握基于约束的PCB设计 基于约束的设计涉及定义参数，这些参数指导PCB的构建方式。这些约束涵盖多个方面，包括电气、物理和制造考虑因素。在设计过程早期考虑约束至关重要，因为它为成功的设计奠定了基础，使设计与项目要求和最终目标保持一致。 基于约束的PCB设计就像是指挥家在指挥一场交响乐。它平衡了众多要求，以塑造整个设计过程，确保结果和谐。这些约束可能包括： 电气约束： 走线宽度和间距：定义走线的宽度和间距，以确保适当的电流承载能力并避免短路。 过孔尺寸和类型：根据设计要求和制造能力，指定过孔的尺寸和类型。 阻抗控制：确保走线设计具有特定的阻抗值，对高速设计至关重要。 间隙：定义不同电气实体（如走线、焊盘、过孔）之间的最小距离，以避免短路。 高速约束：与高速电路设计相关的规则，包括长度匹配、差分对布线和相位控制。 物理约束： 板材尺寸：指定PCB的大小和形状。 层叠设置：定义PCB中铜层和绝缘层的数量和排列。 元件布置：提供在板上放置元件的指导原则，确保它们不会相互干扰，并遵守热力学和机械考虑因素。 热限制：确保产生高热的区域有足够的热救济，包括使用散热器或热通孔。 可制造性限制（为制造设计 - DFM）： 焊膏掩模间隙：确保焊膏掩模适当应用，以避免焊接过程中的短路。 丝印重叠：确保元件标签或其他丝印元素不与焊盘或通孔重叠。 阅读文章
加速最后一刻设计更改封面照片 使用 Altium 365 加速最后时刻的设计更改 1 min Blog Manufacturing Engineers Manufacturing Engineers Manufacturing Engineers 您是否好奇如何在生产阻碍使您的产品发布脱轨或更糟糕的是停止您的生产线之前解决这些问题？加入我们，探索 Altium 365® 如何帮助您迅速管理最后一刻的设计更改、外壳适配和需求。继续阅读，消除错误、浪费的时间和碎片化的工作流程。 一个后期变更：真实场景 参观一下 在我们之前的文章中，我们讨论了 最常见的生产阻碍。现在，让我们通过分析两个场景来探索这些挑战如何在实践中影响操作效率，其中一个后期变更引发了跨工程、采购和制造的问题多米诺骨牌效应，威胁到生产时间表和产品完整性。 想象第一种情况。电气工程师推出一款新产品，但他们面临过时组件的问题，缺乏利用之前验证过的设计的手段。他们使用他们能找到的第一个符合需求的组件，但这增加了风险。 在第二种情况中，采购在生产过程中因关键部件的错误交货时间而被误导。之前没有识别出替代部件，因此需要迅速采取行动解决无法制造的电路板和关键的质量问题。 在这两种情况下，团队面临着紧急处理部件和设计更改的巨大压力，但他们遇到了以下障碍： 机械工程师面临着耗时的文件交换，以确保电路板适合外壳，每次手动导出/导入循环都有数据丢失和沟通不畅的风险。手动跟踪组件和更新消耗 每位工程师高达40小时。 项目经理努力保持时间线完整，但往往缺乏有效地做到这一点的能见度。 工程经理力求效率，却被缓慢的知识转移和冗长的审查周期拖累。 关键利益相关者在此阶段与过程不连贯。 产品经理和系统架构师努力使最终产品与原始要求和市场需求保持一致。 制造商得到的信息太晚，导致生产线暂停和返工的成本高昂。 我们如何缓解这些问题？通过一个统一的数字基础设施，实现实时协作、上下文信息流动和主动变更管理，以保持动力并确保产品成功。你可能会使用的一个解决方案是 Altium 阅读文章
什么是电子元件经纪人？ 什么是电子元件经纪人？ 1 min Blog Manufacturing Engineers Manufacturing Engineers Manufacturing Engineers 我们深入探讨电子元件经纪人的世界，他们在电子供应链中的角色，以及所涉及的风险。 阅读文章