Engineering Management Tools

Enhance visibility, encourage cross-functional collaboration, and ensure on-time delivery.

Learn More

项目管理

浏览我们的资源库，详细了解项目管理在PCB设计。

Explore Altium's Engineering Management Solutions Altium's Electronics Design Solutions

Filter

found

Sort by

敏捷硬件开发封面照片

为什么原则是正确的，但策略需要重新思考 1 min Blog Simulation Engineers

Simulation Engineers

机械设计工程师

Project Leads

Simulation Engineers

Simulation Engineers

机械设计工程师

机械设计工程师

Project Leads

Test Engineers

工程经理

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

关于敏捷硬件开发的常见误区封面照片

大多数敏捷“大师”对硬件开发的误解 1 min Blog Simulation Engineers

Simulation Engineers

机械设计工程师

Project Leads

Simulation Engineers

Simulation Engineers

机械设计工程师

机械设计工程师

Project Leads

Test Engineers

工程经理

工程经理敏捷方法论，源于软件开发领域，被誉为技术行业的变革力量。然而，当我们进入硬件和电子开发领域时，敏捷原则的看似顺畅适应遇到了一系列挑战和误解。在这三部分探索的第一部分中，我们分析了硬件与软件开发之间差异引起的敏捷挑战。在本文中，我们将检验由敏捷“大师们”传播的神话。在深入探讨电子硬件开发中的敏捷细节之前，重要的是要澄清，我们的目的不是贬低敏捷教练和顾问。我们认识并感激他们帮助客户获得敏捷方法论好处的良好意图和热情。虽然一些批评可能源于对硬件细节的有限理解，但目的不是批评，而是有效地适应敏捷原则，以满足硬件开发的特定需求。我们的重点是调整敏捷策略，以在这一独特背景下发挥其好处，修改方法但保留原则。谬论 #1: 你必须保持灵活并适应敏捷大师正确地颂扬了迭代执行、反馈循环以及在软件的数字领域中蓬勃发展的快速适应能力的优点。然而，这些原则转移到硬件和电子的有形领域时，引入了一层在纯数字领域中未发现的复杂性。与软件相比，物理解决方案需要“完成”，以便订购零件、制造模具和满足严格的制造需求。敏捷对持续变化的呼吁与硬件的无情本质发生冲突，即使是在游戏后期需要进行的轻微更改也会产生连锁反应。作为回应，修改敏捷开发以适应硬件开发需要一种范式转变。这不是关于无休止的修改，而是基于快速学习和执行周期的明智、战略性调整和原型设计。这些旨在在时间、预算和资源的限制条件下最大化价值。敏捷灵活性与物理产品最终需求之间的平衡需要更加谨慎的迭代计划和对整个项目风险降低的深刻承诺。谣言 #2: 每个冲刺都必须开发一个可工作的原型虽然敏捷纯粹主义者经常宣扬每两到三周开发一个完全功能的原型 “冲刺”是实现敏捷的普遍“必须”，但这种方法在面对硬件和电子开发（以及预算）的现实时，其实际可行性就会崩溃。构建某物，展示进度，并使用这个成果来获得宝贵的技术和商业反馈以指导你的下一次迭代的想法是正确的。然而，每个硬件项目都是一个具有自己的目标、依赖关系、领先时间约束、需要创新的领域和风险的独特实体。每个项目都应该有其自己独特的原型制作和学习方法。要真正拥抱敏捷硬件产品开发，团队必须摒弃一刀切的思维模式。相反，他们必须仔细审视项目需求，然后合作制定一个创造性的、学习性的和原型设计策略。重要的是要认识到，“原型”可以是任何可展示的输出，从初步的宣传册到泡沫模型（就像史蒂夫·乔布斯著名的iPod模型，它能“让你口袋里放1000首歌”），甚至包括部分或完全功能的原型。神话#3：向待办事项列表添加故事，然后就开始敏捷方法的一个内在优势在于它们启动项目的速度比传统瀑布式方法要快得多。实际上，对于敏捷硬件电子项目，我们已经看到从概念识别到开发启动的周期显著缩短。这个周期，在传统的分阶段方法下通常需要数月甚至数年的时间，现在通过敏捷方法被压缩到了几周甚至几天。当然，这一戏剧性的结果部分原因是我们如何定义“开发启动”。在软件领域，这是直截了当的。敏捷大师倡导编写用户故事来定义软件功能，将它们优先排序到待办列表中，并启动一个冲刺。然而，在硬件领域，至少需要一些最初的规划来指导项目朝着正确的方向发展，这需要对架构、关键期望属性、约束以及其他因素有所了解。这种最初的努力似乎与敏捷原则“工作中的软件是进度的主要衡量标准”和“欢迎变更需求，即使是在开发后期”相冲突。

敏捷硬件开发博客系列封面

5种硬件开发的不同之处 1 min Blog 机械设计工程师

机械设计工程师

Project Leads

Simulation Engineers

机械设计工程师

机械设计工程师

Project Leads

Simulation Engineers

Simulation Engineers

Test Engineers

工程经理

工程经理探索在电子硬件开发中实施敏捷方法论的独特挑战和策略。理解硬件和软件开发在敏捷框架内的关键差异。

版本控制指南

为PCB设计项目选择版本控制的指南 1 min Blog 如果您决定为硬件项目选择版本控制系统，请使用Altium 365中的云连接PCB设计和管理环境。

PCB设计协作与时间管理

PCB设计协作中的四大时间浪费者 1 min Blog 电气工程师

电气工程师

Project Leads

工程经理

电气工程师

电气工程师

Project Leads

工程经理

工程经理项目管理的一个重要方面是时间管理，尤其是当你的设计团队在远程工作时。你的时间管理策略既是团队的也是个人的，但在团队合作时，时间很容易就被花费在重要任务上。那么，你如何简化设计团队的重要协作任务，以提高生产力呢？第一步是意识到在设计过程中时间被浪费在哪里，然后找到合适的工具来简化通信、共享和在复杂的PCB设计上的协作。在管理一个远程PCB设计师团队后，我采取了一些措施来减少跟踪设计进度、与利益相关者沟通以及按时完成设计所花费的时间。如果这些问题中的任何一个与你产生共鸣，那么有一些简单的云协作工具可以节省你的设计时间。四个浪费时间的PCB设计协作问题即使你是PCB设计专家，在远程环境中与客户和其他团队成员合作也需要通信和共享任务，这可能会延迟任何项目。以下是我在与团队成员合作时注意到的一些主要时间浪费者。由客户和利益相关者回答问题对我来说，这可能是项目中最大的时间浪费者。设计周期极短，每当客户有问题出现时，都需要迅速解决。一些设计问题可以阻碍整个项目的进行，更不用说阻碍进入制造阶段了。更糟糕的是，一些客户可能希望采取不亲自参与的态度；他们假设你能读懂他们的心思，所以他们不会主动解答问题。每当设计上有问题，或者你需要向客户标记一个错误时，如果没有得到他们的反馈，你就无法继续进行。如果问题得不到回答，设计就会被搁置，进度就会被推迟；当这种情况发生时，没有人会感到高兴。一些常见的客户和项目利益相关者的问题包括：设计文件中的错误。我们的客户有时会提供带有一些元件放置的原理图或布局。错误在开始一个复杂的PCB布局时并不总是显而易见的，你可能在布局进行到一半时才注意到一些严重的问题。如果这些中的任何一个存在问题，客户需要在PCB布局完成之前迅速解决这个问题。不可用或已过时的组件。当理想的组件不可用或过时时，您需要通知客户并提供合适的替代品。拥有供应链可视化工具有助于快速找到替代组件，确保它们有库存，并获取价格。必须具备和可选的。一些设计要求不能违反（必须具备的），例如机械要求对于外壳来说（这对我来说是最常见的）。其他要求可以妥协（可选的），但在设计更改可能违反这些要求的情况下，需要有实施更改的协议。根据客户指定实施设计更改一旦您从客户或利益相关者那里得到了明确的回应，这可能会引发另一轮关于审查和接受设计更改的问题。这种来回的过程可能涉及设计的截图、电子邮件链以及大量的视频聊天。如果您正在研发受管制或敏感产品，例如受ITAR管制的产品，您需要使用FTP门户或其他安全服务器来共享设计数据。所有这些都需要时间，大部分时间都花在等待对问题的回应和审查设计更改上。与多位设计师沟通远程PCB设计团队需要一套单一的工具来实现团队成员之间的沟通。Slack和Skype对此非常有用，但是快速分享和审查设计数据同样也需要时间；您可能还不如发送带有截图和设计文件附件的电子邮件。在不同的沟通渠道之间来回切换，尤其是在与团队成员审查和编辑设计数据时，也会占用大量时间。关于这个问题，我的看法是：尽量将所有事物整合到尽可能少的沟通渠道中。理想情况下，你应该为每个项目设置一个聊天频道，电话/短信（仅限紧急情况），以及一个用于共享和注释设计数据的工具（不使用电子邮件）。保持这些渠道专注于特定的任务和话题；不要让人们在你的聊天频道中随意发言。如果你确实使用像Skype或Slack这样的工具进行项目沟通，为每个项目创建一个频道/房间，以保持每个人的工作进度。

如何管理远程电子设计团队封面

如何管理远程电子设计团队 1 min Blog 电气工程师

电气工程师

Project Leads

工程经理

电气工程师

电气工程师

Project Leads

工程经理

工程经理如何使用强大的设计、协作和管理工具来管理远程电子设计团队。

设计以简化流程：创建并链接供应商数据到任何组件

设计以简化流程：创建并链接供应商数据到任何组件 1 min Thought Leadership 如果您已经使用过Altium Designer，那么您对这个功能强大的库平台的简易性和便捷性应该已经有所了解。然而，有时这些库需要您亲自动手。无论是简单的零件编号更改，还是重新设计一些关键参数，您都可以在短时间内简单地更新您的编辑。在这个特定的例子中，我们将看一个专业设计师设计旅程中的常见情景：将供应商链接数据与这些集成库中的组件关联起来。我们经常会有一些特定的零件，想要从喜欢的供应商或销售商那里获取。但是这些组件可能不存在于您当前正在使用的任何库中。您需要进入库，并手动添加和编辑信息。从放大器电路设计开始工作在之前的文章中，我们探讨了一个非常简单的放大器电路设计，我们将假设它已经准备好进行原型制作。我们已经创建了原理图、电路板形状，并且已经放置了一些元件封装，这些封装是原型/制版值得的。现在，我们将退一步，确保所有的库供应商数据都是正确且最新的。添加供应商指定的数据链接以这个例子来说，我认为我们可以在标准的Altium Designer管理数据库中找到我们常用的LM386集成电路。然而，我打算使用的扬声器是一个特定的部件，我将不得不手动添加进去。让我们看看如何做到这一点。搜索LM386是一项简单的任务。你只需导航到界面右下角的‘Panels’并选择‘Part Search’。一旦到那里，你就可以通过已经安装的库来搜索你正在寻找的内容。在我们的LM386搜索结果中，我们有几个选项可以链接。由于Digikey是众多爱好者的首选，选择“添加供应商链接和参数到部件”以覆盖Digikey的参数。在你选择要链接的原理图上的IC后，你可以在参数标签中看到这些变化（指定的供应商链接和供应商特定的部件编号）： Digikey指定并链接的LM386参数。现在，你可以进入参数管理器，添加你自己的值，如价格、数量和我们希望添加的任何其他相关数据如果它们还没有更新。回顾参数管理器参数管理器是我在大多数设计修改得到解决后喜欢回顾的第一个用户定义来源。管理器（如下所示）保存了你希望添加的任何用户定义值的数据。要访问管理器，只需导航到“工具”>“参数管理器”。