为什么原则是正确的，但策略需要重新思考

在我们揭秘敏捷系列的最后一部分中，我们将探索硬件开发与敏捷方法论交汇的复杂领域。虽然敏捷的核心原则提供了坚实的基础，但当应用于电子硬件的独特挑战时，重新评估策略变得至关重要。在我们的探索旅程中，我们将揭示敏捷的共同元素和仪式，以及我们如何在有形产品开发的背景下转变它们。

从采纳并持续培养敏捷思维开始

在深入探讨可以将日常软件敏捷实践提升为硬件开发的强大优势的战术调整之前，首先接受敏捷心态的基本原则是至关重要的。一个好的起点可能是考虑敏捷宣言的初衷，并修改语言以满足硬件开发的需求。下表提供了一个可能的硬件开发宣言。 

每个宣言意图的简单总结可能是，"让我们一起合作，采用迭代开发和学习方法，来发现并交付客户真正价值的东西。" 当然，这几乎适用于任何项目，而且在团队深陷日常开发策略时，记住这些基本原则是至关重要的。

方向规划的关键作用

敏捷的迭代特性有时可能给人一种印象，即早期规划不如直接开始重要。然而，在硬件开发中，为了导航复杂的物理和电子产品设计与开发过程，一定程度的前期规划是必不可少的。不要想象它是一个详尽的前期计划，而应该将其视为一张路线图，指导团队通过迭代学习和执行进行开发旅程。

在敏捷硬件开发的早期规划中，涉及到设定明确的目标、定义里程碑以及通过深思熟虑的原型制作和反馈策略来进行风险评估和缓解。通过这样做，团队可以在敏捷的适应性和成功硬件开发所需的结构化规划之间找到平衡。

将用户故事与工作项分开

正如我们在本系列的前一篇文章中讨论的，敏捷“大师们”经常敦促硬件团队填充他们的待办列表，用用户故事来定义任务。让我们考虑一个关于硬件的用户故事，并假设你计划开发一台新的叉车。你写下了以下用户故事：

"作为用户，我希望能够快速领取我的物料，以便节省移动库存的时间。"

硬件开发者知道该怎么做吗？可能不知道。要解决的问题方面太多了。实施可能涉及叉车的速度、叉装附件的准确性、智能库存感应、库存的方向以及许多其他因素。这些硬件的用户故事应该成为客户目标，而不是产品要求和工作项，而不是具体的功能或任务。

用户故事在敏捷硬件设计流程中有其位置，用于关注客户的需求并澄清客户试图实现的结果。然而，由于物理产品的用户故事不能直接转化为功能、属性或任务，它们成为开发任务积压工作的起点，而不是积压工作项本身。

原型设计策略：展示进展和成功

精心计算的原型设计是硬件开发中的关键，其重要性不可低估。敏捷开发的倡导者宣扬快速软件发布的优点，但在硬件领域，应该强调战略性原型设计。每次迭代都应该是有目的的，解决特定的设计挑战，解决技术和商业问题，以降低风险并使产品更接近最优价值。

将原型设计视为一系列有意义的步骤，每一步都对整个产品开发过程有所贡献。敏捷原则中的迭代开发和客户合作优于合同谈判的原则仍然适用，但焦点转向协作原型设计会议，在这里，客户反馈和技术验证在完善实体产品中发挥关键作用。

拥抱灵活迭代

敏捷方法论倡导在适应变化的需求时保持灵活性，但在硬件领域，这种灵活性应该扩展到迭代周期本身。与其严格遵守固定长度的冲刺，硬件开发更能从更流动的方法中受益。

冲刺计划，通常在软件敏捷中设定为一到三周，为计划和执行提供了动力。相比之下，硬件的敏捷项目管理需要更加战略性的方法。这涉及到采用更长、更灵活的迭代周期进行战略指导，以及更短的执行冲刺，允许每个学科或子系统专注于实现迭代目标，尽量减少干扰。

灵活的迭代允许团队根据硬件开发阶段的复杂性调整时间表。例如，早期阶段可能会从较短的评估和概念开发周期中受益。相反，一个有价值的学习原型可能需要更长的迭代周期来适应领先时间和集成。此外，其他迭代周期时间可能会变化，以与试图解决的特定问题保持一致。这种适应性方法确保团队有清晰的学习和执行里程碑，保持动力，推动一致的紧迫感，并减少无谓的努力，而不牺牲质量。

客户反馈循环：硬件开发中的指导之光

敏捷对客户合作的承诺在硬件开发中仍然至关重要。然而，挑战在于将客户反馈循环适应产品的物理性质。客户输入不仅仅是关于软件功能；它还扩展到外观、感觉和功能。

硬件团队应建立超越数字界面的持续反馈机制。客户参与手持产品测试会议、原型揭露以及协作设计研讨会变得不可或缺。这种方法不仅与敏捷原则相符，而且增强了客户在塑造实体产品中的作用。

重新思考硬件的敏捷仪式

每日站会、冲刺计划和回顾会议——这些是定义敏捷的仪式。然而，在硬件开发中，这些仪式需要重新评估以实现无缝集成。例如，每日站会应超越数字进度更新，包括关于物理原型、供应链挑战和测试结果的讨论。结构和时间安排也应重新考虑，以确保它们对团队有价值。一些团队发现，每日的纪律站会夹杂着半周的跨学科站会是一个良好的平衡，而其他团队则选择作为一个完整的跨学科团队每周三次会面。

回顾也应该被重新考虑，因为硬件团队必须深入探讨物理迭代、制造过程以及硬件和软件团队之间的协作效果。

桥接原则与策略之间的差距

在我们在敏捷原则和硬件开发策略之间进行复杂的舞蹈时，关键在于找到一个和谐的融合点，利用两者的优势。深思熟虑但迅速的前期规划为此设定了舞台，原型策略完善了产品，灵活的迭代保持了动力，客户反馈循环指引了方向，而重新思考的敏捷仪式为协作提供了一个框架。

那么敏捷开发可以用于硬件开发吗？

随着我们结束“揭秘敏捷”系列，将敏捷原则与硬件开发策略的融合视为一次探索和适应的旅程。是的，敏捷可以用于硬件开发。原则是可靠的，但策略需要重新思考，以便与有形产品开发的复杂性协调一致。

想要了解更多通过敏捷方法论视角下的硬件开发世界吗？观看网络研讨会，学习在该领域成功所需的知识！