<code id="fxtmt"></code>

      1. <tr id="fxtmt"><sup id="fxtmt"></sup></tr>
      2. <center id="fxtmt"></center>
        <th id="fxtmt"><option id="fxtmt"></option></th>

        <tr id="fxtmt"></tr>

        <tr id="fxtmt"><sup id="fxtmt"></sup></tr>

        <strike id="fxtmt"></strike>
        1. 主頁 > 物聯網(iot)技術 >

        成功敏捷硬件開發的策略

            “硬件的敏捷開發永遠行不通。”
        物聯網
         
            我聽過多少工程師表達過這種情緒?我什至可能在某個時候自己說過。這幾乎是開發硬件的組織之間的口頭禪。許多公司已經開發硬件數十年,在某些情況下,數百年,并且可能有一種新的、更好的做事方式的想法可能難以接受。
         
            信不信由你,這是真的。敏捷硬件開發是可能的。組織使用敏捷來開拓新市場,產生新的投資回報率,并解決讓一些工程師難倒數十年的問題。
         
            也就是說,敏捷開發的不確定性和懷疑是有道理的。許多公司已經嘗試過實施硬件的敏捷開發實踐,但都失敗了。但是,如果技術發展反復教給我們一個教訓,那就是使用“永不”這個詞是讓我們掉隊的好方法。
         
            如何確保敏捷硬件開發成功
         
            不可否認,敏捷硬件開發實踐經歷了艱難的過程。這里有四種策略可確保您設置敏捷流程以取得成功。
         
            將敏捷視為一種心態,而不是一個過程
         
            敏捷新手(在軟件和硬件領域)犯的一個嚴重錯誤是,敏捷只是他們可以放在現有組織之上的另一組流程。搬動一些家具,拆掉你的隔間墻壁,將每周一例行的早晨會議稱為“站立會議”,然后你就可以開始了!雖然這些過程可能會有所幫助,但它們還有更多用途。
         
            最好的辦法是采用敏捷是一種實踐,而不是過程的心態。隨著您的經驗的展開,您會不斷學習,不斷改進您的培訓,確保您在每次迭代中構建出越來越高質量的產品。
         
            讓您的團隊盡早參與
         
            工程師可能是一群頑固的人。告訴一個合作多年的團隊他們需要重新學習工程開發的基本節奏,即使不是公開的反叛,也會導致一些阻力。在從瀑布到敏捷的轉變過程中,為反饋建立時間并積極傾聽。一旦您的團隊看到光明,他們就會對敏捷開發的可能性感到驚訝。
         
            不要只追求敏捷以獲得“更快”
         
            敏捷開發經常被誤認為是從一張白紙到一塊生產硬件的速度比現在快。雖然一個成熟且經驗豐富的敏捷團隊通??梢猿阶裱瓊鹘y瀑布方法的類似團隊,但對于仍在新開發過程中取得進展的團隊而言,情況往往并非如此。
         
            速度是一個完善的流程的奇妙結果,但這不是敏捷的核心優勢。采用敏捷方法有多種好處,包括更強大的客戶和團隊溝通、更好的創造力和減少挫折。歸根結底,敏捷的核心概念是通過利用直觀但迭代的過程獲得令人難以置信的結果。速度只是上面的櫻桃。
         
            使敏捷適應您組織的需求
         
            人們通常認為您可以閱讀眾多敏捷開發書籍中的一本,并且無需更改即可采用批發結構。這沒有考慮到開發硬件的具體挑戰和組織的需求。
         
            通過根據組織的特定需求定制敏捷實踐,您將更快地看到積極的結果,因為它們將更緊密地映射到您的傳統硬件開發方法。畢竟,對于消費電子初創公司而言,最小可行產品與制造噴氣發動機的公司大不相同!
         
            敏捷硬件成功的策略
         
            所以,我們能做些什么?硬件的敏捷開發是否注定難以實施?
         
            離得很遠!敏捷硬件是可能的,它可以使開發硬件的過程更具適應性、更透明,而且,是的,甚至可能更快。那么你如何讓它工作呢?我們有一些想法。
         
            首先,您需要拋棄硬件工程的兩大神職人員:預定義的需求和里程碑審查。
         
            這并不容易。這兩個概念都是傳統硬件工程方法的核心。他們從大學的第一天起就被訓練為機械和電氣工程師,并在整個職業生涯中不斷得到加強。
         
            那么,從哪里開始呢?
         
            專注于什么,而不是如何
         
            所以一旦你扔掉了你的V&V矩陣,你會做什么?您與利益相關者交談以了解他們希望硬件做什么的核心。這些特性(我們在敏捷語言中稱之為垂直切片)將指導團隊進行開發。
         
            通常有不止一種方法可以實現您的利益相關者想要實現的目標。在聚焦什么,他們想做的事,而不是如何你應該這樣做允許團隊有更多的創造力和開門的創新理念。
         
            用連續的接觸點代替里程碑審查
         
            里程碑審查是硬件工程師不斷深入研究的另一個概念??膳碌?ldquo;DR”:SRR、PDR、CDR、DDR、MRR、TRR。無論您的組織如何稱呼它們,里程碑審查通常意味著團隊正在加緊完成工作,并為向可能幾個月沒有看到設計的利益相關者展示幻燈片而感到壓力。
         
            簡而言之,這是一項非常耗時的制作,我相信您的團隊會很高興擺脫它。另一方面,您的利益相關者可能會不那么高興。那么,除了里程碑審查之外,您還能做什么呢?
         
            這些繁瑣的審查可以用兩管齊下的方法代替:
         
            在您的團隊中不斷配對和審查。每當一名工程師取得了一些不連續的進展時,他們就會拉來團隊中的另一名工程師來查看。他們甚至可以接觸到您的團隊之外的主題專家。這個想法是使這些接觸點連續并成為工作過程的自然組成部分。這些會議有兩個目的:它們提供可以及早發現問題的實時反饋,以及它們幫助通過團隊傳播設計知識。
         
            讓您的利益相關者不斷參與。利益相關者應該每天與團隊會面,即使只有15分鐘。這些接觸點使他們能夠及時了解最新設計,并就哪些功能重要或不重要向團隊提供直接反饋。
         
            盡早并經常破壞硬件
         
            與硬件團隊一起使用敏捷方法的另一個重要方面是適應破壞硬件——并且經常破壞它。
         
            我不是心理學家,但我知道人類大腦的某些根深蒂固的部分憎惡看到物體破碎。在硬件工程中,損壞的硬件會讓人想起故障審查委員會和根本原因分析等可怕的幽靈。
         
            在敏捷過程中打破硬件的關鍵是盡早并經常這樣做。傳統的硬件開發程序可能需要數月甚至數年才能構建和測試原型。此時的失敗對團隊和組織來說可能是代價高昂且具有破壞性的。這聽起來可能很昂貴,但從長遠來看,您會發現它為組織節省了資金。
         
            例如,產品經過兩年的設計后出現硬件故障是災難性的。但是在同一個項目中一個月的失敗是有啟發意義的,并且可以從容應對。
         
            SpaceX就是一個很好的現實例子。他們經歷了一些非常公開的硬件故障。但是,通過堅持盡早并經常進行測試的口號,他們以傳統太空開發組織夢寐以求的方式取得了成功。
         
            要實施此構建、中斷、學習循環,您應該利用我們可用的無數21世紀制造能力(我們將在另一篇博客中詳細介紹該主題)。您不再需要啟動生產線或花六周時間等待一件原型硬件。在現代世界中,即使是復雜的機器零件通常也可以在幾天內獲得。
         
            將早期原型設計視為固定利率抵押貸款,而將沒有原型設計視為氣球抵押貸款。您可能每月以固定費率支付更多費用,但您不必擔心最終無法負擔得起這筆巨額付款。
         
            沒有絕對
         
            這只是關于如何將敏捷開發實踐應用于硬件的討論的開始。在此之前,請記?。簭牟皇墙^對的。當您構建硬件時,沒有什么是最終的。

        本文由網上采集發布,不代表我們立場,轉載聯系作者并注明出處:http://www.hmczc.com//a/yingxiao/420.html

        聯系我們

        在線咨詢:點擊這里給我發消息

        微信號:weixin888

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

        <code id="fxtmt"></code>

          1. <tr id="fxtmt"><sup id="fxtmt"></sup></tr>
          2. <center id="fxtmt"></center>
            <th id="fxtmt"><option id="fxtmt"></option></th>

            <tr id="fxtmt"></tr>

            <tr id="fxtmt"><sup id="fxtmt"></sup></tr>

            <strike id="fxtmt"></strike>
          3. dy888午夜第九达达兔网a_在线看片免费人成视频网_av中文字幕网免费观看_日本特黄特色aaa大片免费