1. 主页 > 物联网(iot)技术 >

成功敏捷硬件开发的策略

    “硬件的敏捷开发永远行不通。”
物联网
 
    我听过多少工程师表达过这种情绪?我什至可能在某个时候自己说过。这几乎是开发硬件的组织之间的口头禅。许多公司已经开发硬件数十年,在某些情况下,数百年,并且可能有一种新的、更好的做事方式的想法可能难以接受。
 
    信不信由你,这是真的。敏捷硬件开发是可能的。组织使用敏捷来开拓新市场,产生新的投资回报率,并解决让一些工程师难倒数十年的问题。
 
    也就是说,敏捷开发的不确定性和怀疑是有道理的。许多公司已经尝试过实施硬件的敏捷开发实践,但都失败了。但是,如果技术发展反复教给我们一个教训,那就是使用“永不”这个词是让我们掉队的好方法。
 
    如何确保敏捷硬件开发成功
 
    不可否认,敏捷硬件开发实践经历了艰难的过程。这里有四种策略可确保您设置敏捷流程以取得成功。
 
    将敏捷视为一种心态,而不是一个过程
 
    敏捷新手(在软件和硬件领域)犯的一个严重错误是,敏捷只是他们可以放在现有组织之上的另一组流程。搬动一些家具,拆掉你的隔间墙壁,将每周一例行的早晨会议称为“站立会议”,然后你就可以开始了!虽然这些过程可能会有所帮助,但它们还有更多用途。
 
    最好的办法是采用敏捷是一种实践,而不是过程的心态。随着您的经验的展开,您会不断学习,不断改进您的培训,确保您在每次迭代中构建出越来越高质量的产品。
 
    让您的团队尽早参与
 
    工程师可能是一群顽固的人。告诉一个合作多年的团队他们需要重新学习工程开发的基本节奏,即使不是公开的反叛,也会导致一些阻力。在从瀑布到敏捷的转变过程中,为反馈建立时间并积极倾听。一旦您的团队看到光明,他们就会对敏捷开发的可能性感到惊讶。
 
    不要只追求敏捷以获得“更快”
 
    敏捷开发经常被误认为是从一张白纸到一块生产硬件的速度比现在快。虽然一个成熟且经验丰富的敏捷团队通常可以超越遵循传统瀑布方法的类似团队,但对于仍在新开发过程中取得进展的团队而言,情况往往并非如此。
 
    速度是一个完善的流程的奇妙结果,但这不是敏捷的核心优势。采用敏捷方法有多种好处,包括更强大的客户和团队沟通、更好的创造力和减少挫折。归根结底,敏捷的核心概念是通过利用直观但迭代的过程获得令人难以置信的结果。速度只是上面的樱桃。
 
    使敏捷适应您组织的需求
 
    人们通常认为您可以阅读众多敏捷开发书籍中的一本,并且无需更改即可采用批发结构。这没有考虑到开发硬件的具体挑战和组织的需求。
 
    通过根据组织的特定需求定制敏捷实践,您将更快地看到积极的结果,因为它们将更紧密地映射到您的传统硬件开发方法。毕竟,对于消费电子初创公司而言,最小可行产品与制造喷气发动机的公司大不相同!
 
    敏捷硬件成功的策略
 
    所以,我们能做些什么?硬件的敏捷开发是否注定难以实施?
 
    离得很远!敏捷硬件是可能的,它可以使开发硬件的过程更具适应性、更透明,而且,是的,甚至可能更快。那么你如何让它工作呢?我们有一些想法。
 
    首先,您需要抛弃硬件工程的两大神职人员:预定义的需求和里程碑审查。
 
    这并不容易。这两个概念都是传统硬件工程方法的核心。他们从大学的第一天起就被训练为机械和电气工程师,并在整个职业生涯中不断得到加强。
 
    那么,从哪里开始呢?
 
    专注于什么,而不是如何
 
    所以一旦你扔掉了你的V&V矩阵,你会做什么?您与利益相关者交谈以了解他们希望硬件做什么的核心。这些特性(我们在敏捷语言中称之为垂直切片)将指导团队进行开发。
 
    通常有不止一种方法可以实现您的利益相关者想要实现的目标。在聚焦什么,他们想做的事,而不是如何你应该这样做允许团队有更多的创造力和开门的创新理念。
 
    用连续的接触点代替里程碑审查
 
    里程碑审查是硬件工程师不断深入研究的另一个概念。可怕的“DR”:SRR、PDR、CDR、DDR、MRR、TRR。无论您的组织如何称呼它们,里程碑审查通常意味着团队正在加紧完成工作,并为向可能几个月没有看到设计的利益相关者展示幻灯片而感到压力。
 
    简而言之,这是一项非常耗时的制作,我相信您的团队会很高兴摆脱它。另一方面,您的利益相关者可能会不那么高兴。那么,除了里程碑审查之外,您还能做什么呢?
 
    这些繁琐的审查可以用两管齐下的方法代替:
 
    在您的团队中不断配对和审查。每当一名工程师取得了一些不连续的进展时,他们就会拉来团队中的另一名工程师来查看。他们甚至可以接触到您的团队之外的主题专家。这个想法是使这些接触点连续并成为工作过程的自然组成部分。这些会议有两个目的:它们提供可以及早发现问题的实时反馈,以及它们帮助通过团队传播设计知识。
 
    让您的利益相关者不断参与。利益相关者应该每天与团队会面,即使只有15分钟。这些接触点使他们能够及时了解最新设计,并就哪些功能重要或不重要向团队提供直接反馈。
 
    尽早并经常破坏硬件
 
    与硬件团队一起使用敏捷方法的另一个重要方面是适应破坏硬件——并且经常破坏它。
 
    我不是心理学家,但我知道人类大脑的某些根深蒂固的部分憎恶看到物体破碎。在硬件工程中,损坏的硬件会让人想起故障审查委员会和根本原因分析等可怕的幽灵。
 
    在敏捷过程中打破硬件的关键是尽早并经常这样做。传统的硬件开发程序可能需要数月甚至数年才能构建和测试原型。此时的失败对团队和组织来说可能是代价高昂且具有破坏性的。这听起来可能很昂贵,但从长远来看,您会发现它为组织节省了资金。
 
    例如,产品经过两年的设计后出现硬件故障是灾难性的。但是在同一个项目中一个月的失败是有启发意义的,并且可以从容应对。
 
    SpaceX就是一个很好的现实例子。他们经历了一些非常公开的硬件故障。但是,通过坚持尽早并经常进行测试的口号,他们以传统太空开发组织梦寐以求的方式取得了成功。
 
    要实施此构建、中断、学习循环,您应该利用我们可用的无数21世纪制造能力(我们将在另一篇博客中详细介绍该主题)。您不再需要启动生产线或花六周时间等待一件原型硬件。在现代世界中,即使是复杂的机器零件通常也可以在几天内获得。
 
    将早期原型设计视为固定利率抵押贷款,而将没有原型设计视为气球抵押贷款。您可能每月以固定费率支付更多费用,但您不必担心最终无法负担得起这笔巨额付款。
 
    没有绝对
 
    这只是关于如何将敏捷开发实践应用于硬件的讨论的开始。在此之前,请记住:从不是绝对的。当您构建硬件时,没有什么是最终的。

本文由网上采集发布,不代表我们立场,转载联系作者并注明出处:http://www.34iot.com//a/yingxiao/420.html

联系我们

在线咨询:点击这里给我发消息

微信号:weixin888

工作日:9:30-18:30,节假日休息