Meet US Government Security Requirements

Foster real-time collaboration with enhanced data security and access controls

Data Security

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