通用工程导论/决策
决策可以是有意识的（工程）或无意识的（玩耍）。工程师寻找做出决策的机会。 “权宜之计”，“使用手头材料”，“不花钱做”，“归谬法”和“简单明了”都是可以用来在选项中进行选择的标准。仅仅选择其中一个标准并采用找到的第一个解决方案就是玩耍。工程师从一个与所有解决方案和所有选择标准无关的问题陈述开始。
工程师能够透明地谈论他们的选择时会获得尊重。当被问到“为什么选择那个解决方案？”时，工程师可以谈论 15 分钟。一个“玩耍”的人会提到一个选择标准，然后说一些类似“解决方案是显而易见的”或“我们做不到，所以我们尝试了这个……然后我们尝试了这个……然后这个……这没有用……所以我们尝试了这个”。真正的工程师会打断并说“什么没有用？”，“症状是什么？”，“细节是什么？”，“为什么这不是一个工程问题，而是一件需要避免的事情？”工程师在他们的任何文档中散布对被避免问题的含糊引用时会失去尊重，这些引用只是一个没有比顺序更强的上下文的尝试叙述。玩耍是浪费时间和金钱。
那么，什么时候有必要记录决策过程？将所有事情都变成一个正式的、透明的、负责任的决策过程将使大多数项目瘫痪、减速并毁坏。然而，当一家工程公司发展出一种完全不记录任何决策的文化时，管理者将求助于将两个工程团队互相比较，并希望他们能够想出完全不同的解决方案。而这仅仅是为了让管理者能够有信心，所有备选方案、所有可能性、所有值得尊重的选择都已被探索过。当其他工程师开始从他们的心头或舌尖质疑过程时，决策过程是必要的。
最终，正式的决策文档会导致设计过程的澄清。它会带来更高的效率，它会为在这个新领域中进一步的工作捕获最佳上下文，它会澄清下一步行动，它会帮助其他人接受这个过程，并阻止“所有权”自我的增长。
有两种决策文档过程：“决策树和决策矩阵”。决策树没有那么强大，但也不那么昂贵或耗时。决策矩阵创造了最大的尊重，因为它记录了几乎是所有利益相关者之间达成的共识决策过程。
维基百科的决策树文章非常棒。在本课程中，使用决策树来捕捉死胡同、被探索但被放弃的地方、变成了浓雾的可能性。它是一张地图，展示了做了什么。至少它为同行之间的对话提供了刺激，并激发了其他工程师的直觉、热情和灵感，从而导致树木的扩展。
决策树可以显示一个非常笼统的问题陈述是如何被简化为可行的（构思活动）。
至少，决策树可以显示如何选择了一个特定的设计，决策的顺序，以及哪些捕捉了哪些选项短暂出现然后被放弃。
将意见转化为数字的最佳方法是决策矩阵。
决策矩阵捕捉了人们将他们个人意见转化为数字的信息。它用于以逻辑的方式向公众展示决策过程。它为捕捉分歧、解决误解以及记录一组人的意见（不仅仅是工程团队的意见）奠定了基础。
当关于是否需要对客户进行调查、客户感到担忧或团队内部无法达成一致时，使用决策矩阵。它可以用于选择
- 材料
- 设计
- 要转学的大学
- 要测试的哪个问题解决方案
与您的导师协商何时使用它。
以下是步骤
- 确定备选方案。根据团队的需求，这些可以是产品/服务的功能、流程步骤、项目或潜在解决方案。将这些列在矩阵的顶部。
- 确定决策/选择标准。这些关键标准可能来自先前准备好的亲和图或头脑风暴活动。确保每个人对这些标准的含义都有清晰且共同的理解。
- 确保这些标准的写法使得每个标准的高分代表有利的结果，而低分代表不利的结果。将这些标准列在矩阵的左侧。
- 分配权重。如果某些决策标准比其他标准更重要，请审查并商定要分配的适当权重（例如，1、2、3）。设计评分系统。在对备选方案进行评分之前，团队必须就评分系统达成一致。确定评分范围（例如，1 到 5 或 1、3、5），并确保所有团队成员都对高分、中分和低分代表什么有共同的理解。
- 收集数据，合理化离群值并将它们剔除。
- 查看总数、平均数和标准差。
- 分析结果。
这里有一个决策矩阵电子表格示例