工程責任
傳統上，工程師的主要職責是設計產品的形狀、適合和功能。然而，今天有相當大規模的組織回報超過最後期限、延遲項目或完全取消項目。產品正在改變，機械化程度越來越低、計算機化越來越多，隨著產品變得越來越複雜，工程師必須找到新的方法在更短的時間內提供高品質的產品。「敏捷」（Agile）是實現這一目標的一種方法，其特性是強調個人責任與任務的彈性分配。
傳統的硬體設計方法
工程一直是個人責任感高的行業。例如，工程師在圖紙和藍圖上簽名，表示對設計的認可；如果出現問題，組織會知道該找誰排除故障，工程師可以為他們的決定辯護。
但這種長期的責任文化正在開始轉變。隨著項目中電氣硬體和軟體的增加，主要工程師與專業工程師一起研究設計備選方案，這種複雜性的產品需要更多的協作。很少有工程師擁有獨自制定設計決策所需的機械、電氣和軟體跨領域專業知識。
增加協作不僅僅發生在工程師之間，工程師也有機會在整個開發過程中與非工程利益相關者合作——定價、可製造性和服務程序等因素雖然不屬於工程領域，但它們確實影響了產品設計，所有這些部分必須結合在一起，才能創造最好的設備。
在過去，個人工程師承擔了更多獨自的責任，這往往導致保守的設計決策——沒有人想讓不完善的產品歸咎於自己，與其嘗試更具創新性的東西，不如選擇保守穩妥的方案。
硬體設計的快速方法
工程管理人員知道，過去用於機械導向項目的管理方法對於智能互聯產品而言效率不高。他們需要更快速和彈性的開發流程，以及更強化的團隊協作。敏捷（Agile）專注於提高合作，以在更短的時間內完成任務——它是一種最初朝向軟體開發的項目管理方法，但越來越多地邁向硬體開發。它捨棄了「一個人做一件工作」的心態，轉而更加注重團隊合作和面對面互動。
在敏捷的衝刺（Sprint）週期中（通常為兩週），沒有人「擁有」設計的任何部分，因為一切都是共同努力。Scrum Master 負責分配任務、截止日期以及誰負責哪些任務；在 Scrum 中，一個人可能在某天被指派在某個產品上工作，隔天又被分配到完全不同的事情。每日會議審查已完成和仍未完成的任務，若某項任務需要更多關注，Scrum Master 可以即時重新分配資源。雖然個人責任較少，但作為一個團隊仍然存在責任制。
這種新方法允許更大的彈性、適應性和速度。Agile 系統佔用的時間更少，並使團隊能夠在整個產品開發過程中執行更頻繁的檢查，這對工程師和客戶都有益處——更頻繁的檢查意味著可以更早收到客戶反饋並進行調整，而不是等到最後一刻才改變方向。當不同的人輪流完成各種任務時，也為新的觀點和想法留下了空間，一雙新鮮的眼睛可以提供不同的解決方案或發現他人遺漏的錯誤。
摘要
隨著產品的不斷變化，工程師的工作也在不斷改變。公司必須找到新的方法來保持競爭優勢，這意味著改變開發過程。將一項任務分配給一個人可能在過去是有效的，但已無法適用於今日複雜的智能互聯產品。組織需要能夠快速適應並展示彈性，而敏捷的協作架構正是可以幫助提高產品開發效率的有力工具。