通用工程導論/決策
決策可以是有意識的（工程）或無意識的（玩耍）。工程師尋找做出決策的機會。 “權宜之計”，“使用手頭材料”，“不花錢做”，“歸謬法”和“簡單明瞭”都是可以用來在選項中進行選擇的標準。僅僅選擇其中一個標準並採用找到的第一個解決方案就是玩耍。工程師從一個與所有解決方案和所有選擇標準無關的問題陳述開始。
工程師能夠透明地談論他們的選擇時會獲得尊重。當被問到“為什麼選擇那個解決方案？”時，工程師可以談論 15 分鐘。一個“玩耍”的人會提到一個選擇標準，然後說一些類似“解決方案是顯而易見的”或“我們做不到，所以我們嘗試了這個……然後我們嘗試了這個……然後這個……這沒有用……所以我們嘗試了這個”。真正的工程師會打斷並說“什麼沒有用？”，“症狀是什麼？”，“細節是什麼？”，“為什麼這不是一個工程問題，而是一件需要避免的事情？”工程師在他們的任何文件中散佈對被避免問題的含糊引用時會失去尊重，這些引用只是一個沒有比順序更強的上下文的嘗試敘述。玩耍是浪費時間和金錢。
那麼，什麼時候有必要記錄決策過程？將所有事情都變成一個正式的、透明的、負責任的決策過程將使大多數專案癱瘓、減速並毀壞。然而，當一家工程公司發展出一種完全不記錄任何決策的文化時，管理者將求助於將兩個工程團隊互相比較，並希望他們能夠想出完全不同的解決方案。而這僅僅是為了讓管理者能夠有信心，所有備選方案、所有可能性、所有值得尊重的選擇都已被探索過。當其他工程師開始從他們的心頭或舌尖質疑過程時，決策過程是必要的。
最終，正式的決策文件會導致設計過程的澄清。它會帶來更高的效率，它會為在這個新領域中進一步的工作捕獲最佳上下文，它會澄清下一步行動，它會幫助其他人接受這個過程，並阻止“所有權”自我的增長。
有兩種決策文件過程：“決策樹和決策矩陣”。決策樹沒有那麼強大，但也不那麼昂貴或耗時。決策矩陣創造了最大的尊重，因為它記錄了幾乎是所有利益相關者之間達成的共識決策過程。
維基百科的決策樹文章非常棒。在本課程中，使用決策樹來捕捉死衚衕、被探索但被放棄的地方、變成了濃霧的可能性。它是一張地圖，展示了做了什麼。至少它為同行之間的對話提供了刺激，並激發了其他工程師的直覺、熱情和靈感，從而導致樹木的擴充套件。
決策樹可以顯示一個非常籠統的問題陳述是如何被簡化為可行的（構思活動）。
至少，決策樹可以顯示如何選擇了一個特定的設計，決策的順序，以及哪些捕捉了哪些選項短暫出現然後被放棄。
將意見轉化為數字的最佳方法是決策矩陣。
決策矩陣捕捉了人們將他們個人意見轉化為數字的資訊。它用於以邏輯的方式向公眾展示決策過程。它為捕捉分歧、解決誤解以及記錄一組人的意見（不僅僅是工程團隊的意見）奠定了基礎。
當關於是否需要對客戶進行調查、客戶感到擔憂或團隊內部無法達成一致時，使用決策矩陣。它可以用於選擇
- 材料
- 設計
- 要轉學的大學
- 要測試的哪個問題解決方案
與您的導師協商何時使用它。
以下是步驟
- 確定備選方案。根據團隊的需求，這些可以是產品/服務的功能、流程步驟、專案或潛在解決方案。將這些列在矩陣的頂部。
- 確定決策/選擇標準。這些關鍵標準可能來自先前準備好的親和圖或頭腦風暴活動。確保每個人對這些標準的含義都有清晰且共同的理解。
- 確保這些標準的寫法使得每個標準的高分代表有利的結果，而低分代表不利的結果。將這些標準列在矩陣的左側。
- 分配權重。如果某些決策標準比其他標準更重要，請審查並商定要分配的適當權重（例如，1、2、3）。設計評分系統。在對備選方案進行評分之前，團隊必須就評分系統達成一致。確定評分範圍（例如，1 到 5 或 1、3、5），並確保所有團隊成員都對高分、中分和低分代表什麼有共同的理解。
- 收集資料，合理化離群值並將它們剔除。
- 檢視總數、平均數和標準差。
- 分析結果。
這裡有一個決策矩陣電子表格示例