全球电子设计的地方

打破信息孤岛，增强电子产品开发各个方面的协作

了解更多信息

Altium 365 - 电子设计生态系统

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