用于有效開發產品的技術和流程在不斷變化和改進，但是當團隊處于開發中期時，很容易因為害怕被拖慢進程。但事實是，使你的技術現代化可以加速開發，提高質量，并允許團隊在相同的時間內完成更多工作。以下是改進嵌入式開發的五個技巧，許多團隊都可以在新的一年使用它們。

　　提示 #1 - 開始衡量關鍵指標和驅動因素

　　如果你不衡量有關如何構建系統的關鍵指標和驅動因素，那么幾乎不可能對你開發嵌入式系統的方式進行任何有效的更改。就像企業一樣，開發人員需要：

　　衡量關鍵指標和驅動因素

　　審查和識別效率低下、問題領域等

　　確定并實施改進措施

　　重復該過程

　　為了使流程正常工作，你可能需要弄清楚應該測量哪些指標。這些可能是這樣的：

　　開發組件所花費的時間

　　調試時間

　　缺陷

　　每周代碼行數

　　每周測試用例

　　或者任何對你的團隊有意義的指標。

　　如果你的團隊沒有跟蹤指標，你會怎么做? 你可以創建和衡量自己的個人軟件開發過程。

　　提示 #2 - 開始進行代碼審查

　　代碼審查是在嵌入式系統中最小化缺陷的最有效方法之一，代碼審查是嵌入式開發人員最拖后腿的活動之一。代碼審查不僅可以有效地發現缺陷，而且還是學習更多嵌入式技能并從隊友那里獲得建設性反饋的好方法。

　　提示 #3 - 掌握調試技巧

　　無論開發人員或團隊多么優秀，缺陷都會發生，團隊掌握缺陷預防技術和調試技術至關重要。嵌入式系統調查顯示，平均開發人員將 40% 的時間用于調試，這相當于一年中將近五個月!對于任何開發團隊來說，改善他們的開發周期最容易實現的目標就是防止錯誤并掌握必要的技術來快速找到能夠通過的技術。將調試時間從 40% 減少到 30% 可以為每位開發人員節省六周的開發時間，這不僅可以增加開發時間，還可以增加成本、質量和功能。

　　提示 #4 - 開始自動化測試

　　手動測試軟件是一個緩慢、無聊且容易出錯的過程。任何軟件附加或修改都可能導致必須返回并重新測試整個系統，以確保更改不會破壞任何內容。即使是一個簡單的系統也可能需要大量測試。現代軟件開發流程集成了自動化測試和持續集成服務器，以執行回歸測試和其他軟件分析。雖然這些過程的設置可能很耗時，但在更大的方案中，它們提供了一種提高代碼質量并減少測試所花費的時間和勞動力的方法。

　　提示 #5 - 單獨的軟件問題

　　可移植性和可重用都始于在代碼庫中分離軟件關注點，或者更重要的是，在軟件架構中。現有的代碼庫通常是緊密耦合的，或者可能具有低內聚性，因為多個功能都在相同的軟件模塊中實現。開發高內聚和低耦合的新模塊將提高代碼重用和可移植性，也使開發人員更容易維護和擴展代碼。模塊化和可重用這些功能可以讓嵌入式開發人員專注于增值功能并重用其他功能，而不是重新發明輪子。