项目管理

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

Articles

View More Articles

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

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

Simulation Engineers

Mechanical Designers

Project Leads

Simulation Engineers

Simulation Engineers

Mechanical Designers

Mechanical Designers

Project Leads

Test Engineers

Engineering Managers

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

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

5种硬件开发的不同之处 1 min Blog Mechanical Designers

Mechanical Designers

Project Leads

Simulation Engineers

Mechanical Designers

Mechanical Designers

Project Leads

Simulation Engineers

Simulation Engineers

Test Engineers

Engineering Managers

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

版本控制指南

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

PCB设计协作与时间管理

PCB设计协作中的四大时间浪费者 1 min Blog Electrical Engineers

Electrical Engineers

Project Leads

Engineering Managers

Electrical Engineers

Electrical Engineers

Project Leads

Engineering Managers

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