创建硬件产品的反馈环（敏捷方法）

在“硬件产品的敏捷方法的成本”中 ，我建议硬件的基于迭代的方法过于昂贵。 我专注于实际的开发成本。 让我在这里谈谈团队和替代方案。

硬件团队是什么样的？

敏捷软件团队是跨职能且相互依赖的。 团队能够通过架构层创建这些出色的功能。

团队需要团队中的每个人都做出贡献，以实现这些功能。

许多敏捷软件团队的人员在4到7人之间。 （是的，我遇到了更多人组成的“团队”。请参阅团队规模问题，重现 。）

您的硬件团队看起来像这样吗？

与我合作过的大多数硬件团队（在组织内部和作为顾问）的人员较少。 促成此系列的人是一个3人硬件团队的成员。

这些人可以独立工作，直到需要验证整个产品为止。 （就像软件一样。）但是，软件和硬件之间的区别在于，人们需要独立执行的硬件要比相互依赖的执行更多。

这个硬件团队蜂拥而至 。 他们需要定期重新连接。 有时，一天多次。 有时，每周一次。

他们几乎永远不需要每天站起来，因为他们独立工作。

独特的“敏捷方法”

该硬件团队不使用瀑布。 相反，他们（以及我的许多其他经验）使用这种方法进行工作：

他们意识到需求会发生变化，因此他们花费最少的时间来获取需求。

他们提出一种设计或体系结构。 如果它们有约束（几乎所有硬件都有占用空间，热量或内存约束），则在此处列出它们并列出潜在的设计。 （他们甚至可以使用一些按合同设计的想法，因为它们比相互依赖更独立。）

团队开始进行原型和仿真。

一旦团队拥有足够的原型功能，他们就可以创建一定数量的原型硬件。 我经常看到三个。 您可能还有更多。

现在，更大的产品团队可以将软件与硬件结合起来。 以我的经验，这需要花费大量时间，除非有人完成将软件下载到硬件的特定工作。 我已经看到过去的第一个“婚姻”历时数周。 （这就是为什么我在所有程序团队映像中都有部署人员的原因。我们需要从一开始就考虑部署。）

人们将从原型中学到软件和硬件。 软件和硬件团队可能都必须迭代“已经完成”的工作。 （它不完整。它是一个原型。）

一旦每个人都能使用原型，硬件团队便可以添加更多功能。 并且，可能会生产更多原型。

现在，他们可以遍历功能。 那时团队可以生产他们的原型。

“添加更多功能”部分代替了软件团队的方法中的迭代。

反馈回路带动协作

软件团队需要团队协作才能完成小功能。 并且，因为他们可以演示每个功能，所以如果故事/功能花费的时间超过一天，则可能需要每天重新连接。

硬件团队需要什么样的反馈回路？

当硬件团队使用按合同设计（或类似我的想法）时，团队不需要日常维护。 每天站起来会干扰每个人的专注和专注。

我的问题是该团队需要哪些反馈循环？ 多常？ 并且，与谁？

这是开发过程中的一些可能的反馈循环：

• 当硬件人员遍历功能并通过仿真完成功能时，他们可以要求反馈。
• 我没有与需要在体系结构决策阶段获得客户反馈的硬件团队合作，但是我还没有从事定制硬件的开发。 （一个客户。）一个客户团队可能能够获得反馈。 （我对此表示怀疑。）
• 在“添加更多功能”部分（包括模拟作为测试）期间，硬件团队可以要求更多反馈。 团队可以在这里问：“我们完成了吗？”
• 一旦团队试用了硬件，他们就需要客户代表的反馈，而不仅仅是内部产品人员的反馈。

如果硬件团队使用反馈回路，则他们可以在采用物理形式之前管理各种成本。

硬件成本限制了敏捷方法

您可以对硬件产品的某些部分使用敏捷方法。 这取决于产品的种类，以及您希望看到硬件增长多少次。

您越希望看到物理形式的硬件，产品开发的成本就会越高。

与其考虑采用灵活的硬件方法，不如考虑如何创建反馈循环。 我们知道较短的反馈循环可用于任何产品开发。

与其思考如何进行协作，不如考虑如何模拟功能，然后演示这些功能。

本系列有两个帖子：

• 硬件产品敏捷方法的成本
• 创建硬件产品的反馈环（敏捷方法）

除非您有任何疑问。 然后，可能会更长。

翻译自: https://www.javacodegeeks.com/2020/01/create-feedback-loops-agile-approaches-for-hardware-products.html