Mobile menu
Supply Chain and Component Sourcing
首页 Supply Chain and Component Sourcing

Supply Chain and Component Sourcing

Optimize component sourcing with real-time supply chain insights, helping designers choose reliable parts and avoid shortages or obsolescence.

Electronics Supply Chain Solutions Part Intelligence Solutions BOM Management Solutions
Filter
found
Sort by
Role
Software
Content Type
Region
Clear Filters
自信设计：Altium 365 与 SiliconExpert 相遇 47 min Webinars PCB 设计工程师 电气工程师 采购经理 +1 PCB 设计工程师 PCB 设计工程师 电气工程师 电气工程师 采购经理 采购经理 工程经理 工程经理

观看网络研讨会，了解如何通过在Altium 365中集成SiliconExpert来优化您的工作流程并提升您的设计过程。

 Watch
How Bad Are the Workforce Challenges in Electronics Manufacturing? How Bad Are the Workforce Challenges in Electronics Manufacturing? 7 min Blog 采购经理 采购经理 采购经理 Explore how workforce shortages are reshaping electronics manufacturing. Learn why labor, not capital, is now the biggest risk to scaling production. 阅读文章
降低物料清单成本 PCB 零件替换以降低 BOM 成本 1 min Blog 电气工程师 电气工程师 电气工程师 想要降低PCB组装的物料清单(BOM)成本吗？以下是可以显著降低总部件成本的部件替换建议。 阅读文章
Semiconductor Foundry Capacity Semiconductor Foundry Capacity: Who, Where, and How Much 5 min Blog Semiconductor foundry capacity is increasing, but the capacity level depends on where you look. 阅读文章
敏捷开发能否适用于硬件？成功的3个关键要素 56 min Webinars

观看网络研讨会，探索敏捷方法论的好处以及它们如何被应用到硬件开发的实体世界中！

 Watch
首次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 工程经理 工程经理 在我们揭秘敏捷系列的最后一部分中，我们将探索硬件开发与敏捷方法论交汇的复杂领域。虽然敏捷的核心原则提供了坚实的基础，但当应用于 电子硬件的独特挑战时，重新评估策略变得至关重要。在我们的探索旅程中，我们将揭示敏捷的共同元素和仪式，以及我们如何在有形产品开发的背景下转变它们。 从采纳并持续培养敏捷思维开始 在深入探讨可以将日常软件敏捷实践提升为硬件开发的强大优势的战术调整之前，首先接受敏捷心态的基本原则是至关重要的。一个好的起点可能是考虑 敏捷宣言的初衷，并修改语言以满足硬件开发的需求。下表提供了一个可能的硬件开发宣言。 每个宣言意图的简单总结可能是， "让我们一起合作，采用迭代开发和学习方法，来发现并交付客户真正价值的东西。" 当然，这几乎适用于任何项目，而且在团队深陷日常开发策略时，记住这些基本原则是至关重要的。 方向规划的关键作用 敏捷的迭代特性有时可能给人一种印象，即早期规划不如直接开始重要。然而，在硬件开发中，为了导航复杂的物理和电子产品设计与开发过程，一定程度的前期规划是必不可少的。不要想象它是一个详尽的前期计划，而应该将其视为一张路线图，指导团队通过迭代学习和执行进行开发旅程。 在敏捷硬件开发的早期规划中，涉及到设定明确的目标、定义里程碑以及通过深思熟虑的原型制作和 反馈策略来进行风险评估和缓解。通过这样做，团队可以在敏捷的适应性和成功硬件开发所需的结构化规划之间找到平衡。 将用户故事与工作项分开 正如我们在本系列的前一篇文章中讨论的， 敏捷“大师们”经常敦促硬件团队填充他们的待办列表，用用户故事来定义任务。让我们考虑一个关于硬件的用户故事，并假设你计划开发一台新的叉车。你写下了以下用户故事： "作为用户，我希望能够快速领取我的物料，以便节省移动库存的时间。" 硬件开发者知道该怎么做吗？可能不知道。要解决的问题方面太多了。实施可能涉及叉车的速度、叉装附件的准确性、智能库存感应、库存的方向以及许多其他因素。这些硬件的用户故事应该成为客户目标，而不是 产品要求和工作项，而不是具体的功能或任务。 用户故事在敏捷硬件设计流程中有其位置，用于关注客户的需求并澄清客户试图实现的结果。然而，由于物理产品的用户故事不能直接转化为功能、属性或任务，它们成为开发任务积压工作的起点，而不是积压工作项本身。 原型设计策略：展示进展和成功 阅读文章