具有重叠数据要求的多个应用程序支持各种设计和构建任务。互操作性是在应用程序之间交换数据的能力，它可以使工作流程顺畅，有时还有助于实现自动化。互操作性传统上依赖于仅限于几何的基于文件的交换格式，例如 DXF（绘图交换格式）和 IGES（初始图形交换规范）。基于应用程序编程接口 (API) 的直接链接是实现互操作性的最古老且仍然重要的途径。从 1980 年代后期开始，在 ISOSTEP 国际标准工作的领导下，开发了数据模型以支持不同行业内的产品和对象模型交换。数据模型区分用于组织数据的模式和承载数据的模式语言。一些转换器可以从一种模式语言转换为另一种模式语言，例如从 IFC 转换为 XML。两个主要的建筑产品数据模型是用于建筑规划、设计、施工和管理的工业基础类 (IFC) 和用于钢结构工程和制造的 CIMsteel 集成标准第 2 版 (CIS/2)。一个相关的 STEP 模型是 ISO-15926，用于过程工厂的生命周期建模。所有三个模型都代表了设计和生产所需的不同类型的几何形状、关系、工艺和材料、性能、制造和其他属性。因为产品模型模式丰富且冗余，所以两个应用程序可以导出或导入不同的信息来描述同一个对象。正在制定国家 BIM 标准 (NBIMS) 以标准化特定交换所需的数据。欧洲也在进行平行的努力。随着有效交流的发展，人们越来越认识到，更好的设计和施工管理的下一个门槛是改进工作流程。交易所的自动化可以简化工作流程，消除步骤。虽然文件和基于 XML 的交换促进了应用程序对之间的数据交换，但通过构建模型存储库来协调多个应用程序中的数据的需求日益增长。 BIM 存储库的一个关键方面是它们允许在建筑对象级别而不是文件级别管理项目。 BIM 存储库的基本目的是帮助管理代表项目的多个模型的同步。在不久的将来，BIM 存储库将成为管理 BIM 项目的通用技术。建筑物的设计和建造是一项团队活动。越来越多地，每项活动和每种类型的专业都得到其自己的计算机应用程序的支持和增强。除了支持几何和材料布局的能力之外，还有依赖于自己的建筑表示的结构和能量分析。施工进度表是项目的非几何表示，与设计密切相关；除其他外，用于每个子系统（钢、混凝土、管道、电气）的制造模型是具有专门细节的其他表示。互操作性是在应用程序之间传递数据的能力，以及多个应用程序共同为手头的工作做出贡献的能力。互操作性至少消除了手动复制已经在另一个应用程序中生成的数据的需要。部分项目数据的手动复制极大地阻碍了设计期间的迭代，这是为复杂问题（例如结构或能源设计）寻找最佳解决方案所必需的。它还会导致错误，其中手动复制不可避免地会导致某种程度的不一致。这也是对业务实践自动化的一个很大限制。假设所有 eBay 和其他电子商务只能在没有个人帐户的情况下运行，要求您每次使用该网站时都输入您的完整个人资料；跟踪您的订单是不切实际的。电子商务网站无法为您提供特别优惠。互操作性开辟了自动化的新途径。人们习惯于使用 DXF、IGES 或 SAT 等转换器在应用程序之间进行几何交换。这些相当强大；人们可以目视检查几何形状是否有任何错误并进行纠正。为什么建筑模型交换更难？现实情况是，我们已经从形状和几何的建模转移到对象的建模，首先是通用的和抽象的，然后是对应于实际产品的对象，或者将是构造指令。虽然几何图形一直是绘图和 CAD 系统的主要关注点，但我们现在使用 BIM 表示多种几何图形以及不同行为的关系、属性和属性。模型虽然是集成的，但必须携带比 CAD 文件更多的信息。这是一个巨大的变化，实现这一目标的支持信息技术方法和标准只是逐步落实到位。在这些讨论的段落中，我们区分了三种类型的 BIM 应用程序，即工具、平台和环境。互操作性支持不同的功能并解决这三个级别的数据交换中的不同问题。最常见和最重要的数据交换形式是在 BIM 平台和它可以支持的一组工具之间进行（最常见的是分析工具，例如结构或热分析，或数量计算、调度和采购应用程序）。在这些情况下，平台的本地数据模型（平台内部使用的数据结构）的特定部分会被翻译。通过在平台上定义所需的模型数据（称为模型视图）并将该数据放入工具所需的格式并填写其他非模型信息来实现转换。通常，从平台到工具的转换是一种方式，因为接收工具缺乏正确更新平台原生建筑模型所需的设计数据或规则。 BIM工具的结果通知平台用户，用户更新原始模型。在少数情况下，该工具的结果可用于在平台中生成自动设计更改，例如在自动生成的一组设计中搜索最接近某个目标的设计，或消除错误，例如自动重新路由机械响应碰撞检测的设备。基于审查的这些类型的自动更改可能会增加。平台到工具的交换是互操作性的最基本形式，直接应用到应用交换以及共享的中立交换格式（如 IFC）都支持。平台到工具的数据交换可能很复杂。提取棒和节点模型进行结构分析并确定相关载荷还不是一种常见的自动翻译，因为它需要人类的专业知识和判断力（如 1988 年）。同样，能源分析已经为他们的输入专门开发了建筑模型，但这些模型并没有在设计师将使用的模型结构中定义，需要开发一个新的或经过大量修改的模型来进行能源分析。由于工具需要特殊的几何形状，这些交换很复杂。最终，我们将看到来自面向设计的模型的强大且称职的自动翻译；与此同时，将需要交互式手动翻译。更直接的是工具到工具的交换。这些是有限的，因为导出工具中可用的数据有限。一个例子是将数量起飞 (QTO) 转换为成本估算应用程序。在这里，QTO 提取的 BIM 数据具有多种潜在用途，可用于成本估算、采购和材料跟踪，或者可能与工作包和调度相关联。另一个工具对工具的界面是使用轻量级几何查看器，在这里被视为 BIM 工具，例如 Autodesk Design Review（使用 DWF 格式）或 Adobe 的 3D 查看器（使用 PDF 格式）。这些工具在可视化和审查方面有自己的设计用途。它们也得到了推广，可用于有限的应用，作为其他工具的接口，例如照明模拟或碰撞检测。在这些情况下，设计平台和工具之间的界限是模糊的。底线是轻量级几何查看器无法实现设计更改，也无法更新平台中的模型；信息流是单向的。互操作性的主要挑战是平台到平台的交换。这包括 ArchiCad、Revit 和 Digital Project 等设计平台以及 Tekla、SDS/2 Structureworks 和 StruCad、CADPipe 和 CAMduct 等制造模型平台。平台不仅包含广泛的数据，还包含管理对象完整性的规则。它的布局和更新规则是由开发它的建筑公司根据建造数十座高层办公楼的经验制定的。虽然将建筑核心对象的固定实例传递给另一个应用程序很简单，但传递可编辑模型需要将规则（一些嵌入在电子表格中）传递给接收平台。类似地，某些 BIM 平台中的墙组件有自己的这些规则应用程序，可能与框架等嵌入对象一起应用，规则应用于框架。在这种情况下，平台到平台的交换是不可能的。需要强调的是，固定形状物体的交换，甚至一些简单的挤压都不是问题。在未来的某个时候，可能会开发出标准的规则词汇表，这可能会导致解决这个平台到平台交换参数模型的问题。更一般地说，一个源于互操作性的问题是需要在平台和工具级别管理项目的多个表示。需要的不仅仅是将建筑模型转换为另一种格式，而是修改或扩展模型信息，使其代表不同用途的设计。上面讨论的结构设计示例表明了将结构设计的物理模型转换为结构分析模型所需的知识。从物理模型推导结构模型涉及许多专门的考虑，涉及结构规范、跨度、梁的深度、连接的行为，尤其是加载条件。需要结构工程方面的专业知识才能从其建筑化身（如 1988 年）定义建筑物的分析模型。该模型带有连接行为、外部载荷和解决载荷组合的规范要求的抽象表示。结构的某些特定部分，由于其几何或负载的复杂性，或者它们对项目的重要性，可以表示为 3D 有限元模型 (FEM) 中的网格，具有更详细的几何形状，其接口定义了不同的集合节点和元素要求。标准已经并将继续在 AEC 商业实践中发挥重要作用——材料性能标准、图形标准、产品定义标准、图纸集标准、分类标准、分层标准。有些标准是为了帮助人们相互理解。由于建筑信息模型标准是数字化的，因此此类标准的开发也是数字化的。计算机科学家可以并且已经通过提供支持交换协议的语言（EXPRESS、BPMN、XML 和其他正在探索的语言）来实现互操作性的技术框架。然而，建筑师、工程师、承包商和制造商是知识专家，他们知道交流的信息内容应该是什么。在 AEC 中，没有一个组织具有经济影响力或知识来为整个行业定义有效的互操作性。用户定义的交换标准似乎势在必行。考虑 r 值、流明、热断裂和 wythe 的含义。1 不同的构造域定义了所需的术语，这些是该域的一部分。在某些方面，建筑模型交换处理了现场工作的各种建筑信息。因此，互操作性涉及将特定模型信息从为一个应用程序定义的模型信息映射到另一个应用程序所需的逻辑一致信息。在简单的情况下，翻译是句法的，不涉及意义的变化。然而，许多交流需要嵌入式专业知识，将具有一种含义的设计信息解释为具有其他含义的其他信息。一个熟悉的例子是将建筑师的建筑模型转换为用于能源分析的模型。在这种转换中，所有空间边界的含义都发生了巨大的变化。所有的建筑项目，在它们建成时，都涉及这两种翻译。这些含义由使用数据的字段定义。定义这些交换的方法是本讨论的第一部分的重点。第二部分侧重于同步和管理建筑项目的多个表示的问题和方法以及这些异构表示的管理。BIM 一词是软件开发人员用来描述其产品提供的功能的流行术语。因此，构成 BIM 技术的定义可能会发生变化和混淆。为了解决这种混淆，描述不使用 BIM 设计技术的建模解决方案很有用。其中包括创建以下类型模型的工具： 仅包含 3D 数据且不包含（或很少）对象属性的模型。这些模型只能用于图形可视化，在对象级别没有智能。它们非常适合可视化，但对数据集成和设计分析提供的支持很少或根本不提供。一个例子是 Google 的 SketchUp 应用程序，它非常适合快速开发建筑原理图设计，但在任何其他类型的分析中的用途有限，因为它不了解设计中的对象，除了用于可视化的几何形状和外观。不支持行为的模型。这些模型定义了对象，但不能调整它们的位置或比例，因为它们没有利用参数智能。这使得更改非常耗费人力，并且无法防止创建模型的不一致或不准确的视图。由多个 2D CAD 参考文件组成的模型，必须组合这些文件来定义建筑物。无法确保生成的 3D 模型是可行的、一致的、可数的，并显示与其中包含的对象相关的智能。允许在一个视图中更改尺寸但不会自动反映在其他视图中的模型。这允许模型中的错误非常难以检测（类似于在电子表格中手动输入覆盖公式）。
对模拟建模、数学建模、软件开发、OOP 系统的概念理解（解决问题的面向对象的方法、对代数设计的良好理解、对自动化解析技术的良好理解）方面的深入知识（所有这些都在一个人/候选人中）从用于建筑行业不同领域的几种不同软件中读取数据格式，然后为互操作准备方法并模拟场景以生成这些敏捷系统可能失败的条件的过程对于 BIM 管理系统至关重要。其中一些技能是对于能够理解工程文档的人来说并不总是可用，手动或通过逻辑公式（小脚本或长程序来准备互操作）读取 2D / 3D 数据是一项艰巨的艺术。将事物形式化并与人类自然语言交谈相同事物的沟通技巧并且还可以交流同样的事情数学形式语言，并详细说明了与工程师沟通的相同方法，以工程图纸和形式化术语的特定语言与 OOPS、BPMN（业务流程元建模符号）系统清晰，彻底列出项目中可能发生的所有可能场景流程和生命周期并不总是在一个人身上可用。这里重要的一点是 BIM（Revit 和其他工具也内置了这些）和 IFC 开始支持其格式中内置的传感器和传感器数据模拟，这使得对结构工程的电子和传感器数据采集观点的知识有额外的需求集群。这些正在增加用例的负载，如果场景现在是 BIM 管理器的额外负载，该怎么办。在一个人身上期待所有这些东西是很困难的，但仍然有些人有足够的热情去自己学习所有这些东西。其中一些是自学的东西，非常热情的 BIM 经理为自己学习。
具有处理互操作性和模拟的技能和经验的规划可以做到这些，并且可以帮助总承包商在整个项目中节省很多
非常专业（熟练的程序员数学上强大的 BIM 经理可以处理这些互操作性）
使用统计建模模拟多个场景和场景规划中的用例和可能的不匹配对象模型上的离散事件模拟（在敏捷系统中预定义或动态定义也是实现 LOD 450 或更高系统的一项艰巨任务。由于虚拟 3D 建筑模型是所有 2D 和 3D 图纸的来源，因此消除了因 2D 图纸不一致而导致的设计错误。此外，由于所有学科的模型都可以放在一起并进行比较，多系统接口很容易系统地检查（对于硬冲突和间隙冲突）和视觉检查（对于其他类型的错误）。在现场检测到冲突和可施工性问题之前，它们会被识别出来。参与的设计师和承包商之间的协调得到加强，遗漏的错误显着减少。这加快了建设过程，降低了成本，最大限度地减少了法律纠纷的可能性，并为整个项目团队提供了一个更顺畅的过程。使用 4D CAD 进行施工规划需要将施工计划与设计中的 3D 对象相关联，这样就可以模拟施工过程并显示建筑物和场地在任何时间点的样子。该图形模拟提供了对建筑物如何每天建造的相当深入的了解，并揭示了潜在问题的来源和可能的改进机会（场地、工作人员和设备、空间冲突、安全问题等）。这种类型的分析不能从纸质投标文件中获得。但是，如果模型包含临时施工对象（例如支撑、脚手架、起重机和其他主要设备），它确实会提供额外的好处，以便这些对象可以链接到计划活动并反映在所需的施工计划中。精益施工技术需要总承包商和所有分包商之间的仔细协调，以确保在现场有适当资源时可以执行工作。这可以最大限度地减少浪费的精力并减少对现场材料库存的需求。由于 BIM 提供了每个工作部分所需的设计和材料资源的准确模型，它为改进分包商的计划和调度提供了基础，并有助于确保人员、设备和材料的及时到达。建筑模型为建筑中使用的所有系统提供信息来源（图形和规格）。以前用于确定机械设备、控制系统和其他采购的分析可以提供给业主，作为在建筑物投入使用后验证设计决策的一种手段。此信息可用于检查建筑物完成后所有系统是否正常工作。设计和施工每个阶段的改进流程将减少与传统做法相关的问题的数量和严重程度。然而，BIM的智能使用也会导致项目参与者之间的关系以及他们之间的合同协议发生重大变化。 （传统的合同条款是针对纸质实践量身定制的。）此外，建筑师、承包商和其他设计学科之间需要更早的合作，因为专家提供的知识在设计阶段更有用。越来越多地使用 IPD 项目交付建筑物和其他类型的结构反映了集成团队使用 BIM 和精益施工技术来管理设计和施工过程的强大优势。虽然 BIM 提供了新的协作方法，但它引入了有关有效团队发展的其他问题。确定允许项目团队成员充分共享模型信息的方法是一个重要问题。如果建筑师使用传统的纸质图纸，则承包商（或第三方）有必要构建模型，以便将其用于施工规划、估算和协调。如果建筑师确实使用 BIM 创建了他们的设计，则模型可能没有足够的细节用于施工，或者可能具有不足以提取必要施工数量的对象定义。这可能需要创建一个用于建筑用途的新模型。如果提供建筑模型，则可能会为项目增加成本和时间，但模型的成本通常通过机械、管道、其他子和制造商将其用于建筑规划和详细设计、设计变更的优势来证明是合理的决议、采购等。如果项目团队的成员使用不同的建模工具，则需要将模型从一种环境移动到另一种环境或组合这些模型的工具。这会增加项目的复杂性并引入潜在的错误和时间。使用 IFC 标准交换数据可以减少此类问题。另一种方法是使用模型服务器，通过 IFC 或专有标准与所有 BIM 应用程序进行通信。关于谁拥有多个设计、制造、分析和施工数据集，谁为它们付费以及谁对其准确性负责，法律问题正在带来挑战。从业者正在通过在项目中使用 BIM 来解决这些问题。随着业主更多地了解 BIM 的优势，他们可能需要一个建筑模型来支持运营、维护和后续翻新。 AIA 和 AGC 等专业团体正在制定合同语言指南，以涵盖因使用 BIM 技术而引发的问题。 BIM 的使用还将鼓励在设计过程的早期整合施工知识。能够协调设计的所有阶段并从一开始就整合施工知识的综合设计建造公司将受益最大。当使用 BIM 时，需要并促进良好协作的 IPD 承包安排将为业主提供更大的优势。公司在实施 BIM 技术时面临的最重大变化是在设计阶段集中使用共享建筑模型，在施工和制造过程中使用一组协调的建筑模型，作为所有工作流程和协作的基础。这种转变需要时间和教育，技术和工作流程的所有重大变化都是如此。用建筑模型系统替换 2D 或 3D CAD 环境所涉及的远不止获取软件、培训和升级硬件。有效使用 BIM 需要对公司业务的几乎每个方面进行更改（不仅仅是以新的方式做同样的事情）。在开始转换之前，它需要对 BIM 技术和相关流程以及实施计划有所了解。顾问对于计划、监控和协助此过程非常有帮助。虽然每家公司的具体变化将取决于其 AEC 活动的部门，但需要考虑的一般步骤是相似的，包括以下内容： 为制定涵盖所有方面的 BIM 采用计划分配高层管理责任公司的业务以及拟议的变更将如何影响内部部门以及外部合作伙伴和客户。创建一个由关键经理组成的内部团队，负责实施计划，并通过成本、时间和绩效预算来指导他们的绩效。开始在一两个较小的（可能已经完成的）项目上使用 BIM 系统，并与现有技术并行，并从建筑模型中生成传统文档。这将有助于揭示建筑对象、输出能力、分析程序链接等方面的缺陷。它还将允许公司制定建模标准并确定模型的质量和不同用途所需的详细程度。它还将为领导人员提供教育机会。使用初步结果来教育和指导继续采用 BIM 软件和额外的员工培训。让高级管理层了解进展、问题、见解等。将 BIM 的使用扩展到新项目，并开始与项目团队的外部成员合作，采用新的协作方法，允许使用建筑模型进行早期集成和知识共享。继续将 BIM 功能集成到公司职能的其他方面，并在与客户和业务合作伙伴的合同文件中反映这些新的业务流程。定期重新规划 BIM 实施过程，以反映迄今为止观察到的收益和问题，并为性能、时间和成本设定新的目标。继续将 BIM 促进的变更扩展到公司内的新位置和功能。
目前，设施交付过程仍然分散，并且依赖于基于纸张的通信方式。纸质文件中的错误和遗漏通常会导致项目团队中的各方发生意外的现场成本、延误和最终诉讼。这些问题会导致摩擦、财务费用和延误。解决这些问题的努力包括：替代组织结构，例如设计-建造方法；使用实时技术，例如共享计划和文件的项目网站；以及 3D CAD 工具的实施。尽管这些方法改进了信息的及时交换，但它们在降低纸质文档或其电子等价物引起的冲突的严重性和频率方面几乎没有做任何事情。在设计阶段，与基于 2D 的通信相关的最常见问题之一是生成有关拟议设计的关键评估信息（包括成本估算、能源使用分析、结构细节等）所需的大量时间和费用。这些分析通常是最后完成的，此时进行重要更改已经为时已晚。由于这些迭代改进不会在设计阶段发生，因此必须进行价值工程以解决不一致问题，这通常会导致对原始设计的妥协。了解所有语法并理解 IFC（工程到软件互操作的工业基础类）的行为在这里也很重要。使用 IFC 或其他文件格式处理所有这些，并解析和开发（自动驾驶监控系统）模拟并与所有（使用自动化或手动）进行协调
为什么 BIM 超级用户正在增长并更快地取代核心工程人员为什么超级用户在核心工程领域不断增长 （我将从 Grasshopper 设计师、Rhyno 建筑师和 Dynamo 设计师的观点、Revit 扩展建筑师的观点告诉你这些领域超级用户的核心本质） 首先我会告诉你旅程和原因 核心工程（机械、电气、土木）的毕业生在 1980 年到 2008 年间获得了软件开发的校园实习机会，这是一个大趋势，这些人在该软件开发领域接受了培训，并熟练地为 5,10 或 15 年的行业标准软件开发工作年。 软件行业竞争过度，就业市场脆弱，年轻人的初始增长率很高，而随着年龄的增长，很难像年轻劳动力一样快速学习新技术。 现在这群人三十多岁或四十多岁了，当时软件业动荡，而基础设施和石油或BIM或过程化学工业却跃升。在这个时间点（大约在 2003 年之后），我们已经看到 BIM =（BPMN+核心工程 +OOPS+RDBMS）与其他自动化结构或机械领域开始增长，因为现在有几种软件解决方案可用。 几位经验丰富的软件开发人员跳到他们的核心工程领域，然后他们发现即使他们精通软件和逻辑设计以使一些事情自动化，他们在核心领域也被视为新人。不要忘记这些人是核心工程专业的毕业生他们只需要以 MIS 专业人士或新人的身份进入该领域。当他们进入这些领域时，他们以六分之一的薪水作为软件开发领域加入，并有强烈的成长冲动。 为了在他们的核心领域获得轻松的晋升，他们开始探索 tge 宏工具、可用的脚本工具和核心工程工具，这些工具是该领域现有资深工程师尚未开发的。 这些新进入的软件人员开始表现出在他们的核心领域使用软件开发技能的能力，以超越他们的一些经验丰富的核心工程师但无法自动执行常规任务的同行。 这样，API 开发的新领域在 2008 年之后开始增长，并在 2013 年之后变得成熟。现在几乎所有 BIM 公司都明白，如果没有这些超级用户的帮助，他们很难在市场竞争中承受 ir，这些超级用户可以通过脚本和 API 完成 300 倍以上的任务这在传统的手动过程中是不可行的。 在 1998 年模拟之后，如果分析得到额外的炒作，几乎所有核心工程领域都有巨大的空间来使用这些理论特性，因此所有工程软件都将这些特性融入到他们的系统中。面向对象系统的知识和知识如果 darabase 处理是处理核心工程软件工具或项目管理工具的这些有利可图的高级功能的首要要求。在这里，非软件熟练的核心工程师也被卡住了，新一代的超级用户在核心工程领域发挥了作用。 2013 年后，核心工程开始了物联网工程，拥有大量传感器数据和云计算，这对于软件不够聪明的核心工程师来说不是一杯茶。在这里，核心工程专业毕业生的软件学人也开始蓬勃发展。不是核心工程专业毕业生的软件工程师不能进入这些领域，因为在他们接受这些领域的培训之前，他们无法与核心工程的广阔领域联系起来。 正如我在第一行所说的超级用户故事 目前，考虑到与自动化的关系，我们正处于健康的经济和建筑 BIM 结构工程、土木工程 IOT、嵌入式、电子、MEP、模拟设计行业日益严重的生存危机的交汇处。在过去几个经济周期中占据主导地位的模式变得越来越清晰。当经济健康时，为初创企业提供风险投资以解决行业中的特定问题，建筑公司开始投资研发，放宽了所有探索都以项目为导向的要求。这种放松的结果是创造了一个环境，在这个环境中，寻求使我们的行业自动化的超级用户创造了推动我们前进的工具和流程。 许多读过这篇文章的人会被超级用户的描述吓到。超级用户了解我们在建筑实践中所做的大部分工作都可以而且应该自动化的现实，但他们从事的职业植根于跨越数百年的艺术传统。这个传统假设，我会错误地争辩说，“设计”的行为是不可简化的人类行为。超级用户已经确定，在费用不断缩水的环境中，拯救我们的唯一途径是通过自动化。任何关于自动化的讨论都意味着减少人力。超级用户将被一些人视为对他们生计的直接挑战。这种从历史上看是短视的自然反应会让超级用户感到惊讶。因为超级用户通常不会自我识别。 从他们的角度来看，他们只是乐于解决挑战并节省人们的时间。 因此，超级用户是一个英雄人物，因为她与建筑设计和建造过程中经常落后和无能的过程作斗争，是从内部这样做的，但也是一个忧郁的人物，因为她在一个经常无法完全理解她的价值的环境中工作或根据她对公司和专业的贡献给予她相应的报酬。她每天都听到关于她周围的世界如何被机器学习等技术改变的故事，并看到初创公司利用数百万美元的风险投资来实现从建筑代码解析到模块化住房建造的一切自动化。随着每一个经济周期的过去，对我们行业初创企业的投资幅度都会增加，这导致我们的超级用户考虑，“我应该寻找更绿色的牧场吗？” 这个话题来的关键时刻。它列举了超级用户的特征，这样我们就可以在他们寻找那些更绿色的牧场之前，在我们自己的环境中识别这些人。它假设我们可以如何奖励和加速超级用户的发展，以便他们了解他们所做的事情对我们的实践有多重要。它开始想象一个超级用户运行节目的环境。当我们当中最优秀的人，那些对技术在建筑中的地位提出基本问题的人成为领导者时，我们的职业会是什么样子？ 在这项新的研究中，专家确定了一类人，他们是新建筑时代的先驱。在阅读专家对这些超级用户如何经常被利用不足的描述，并建议我们可以更充分地将这些人纳入当前实践的方法时，我认为研究人员做得还不够。也许超级用户从这个行业流向更充分地欣赏他们技能的初创公司，是更新的自然过程，我们的行业将被分解并重新建立起来。也许不是找出我们可以留住超级用户的方法，因为意味着我们传统上申请留住员工——更多的钱、更多的地位等等——我们应该找出可以加速他们外流的方法。在他们目前的角色中，他们将永远逆流而上。自相矛盾的是，超级用户的本性永远不会满足，因此试图用行业目前拥有的手段安抚超级用户，只会阻止这些用户不可避免地流向没有遭受生存危机的初创公司。定义他们的行业，存在纯粹是为了提供创造技术进步阶跃变化的工具。 如果我们不接受我们的行业被外部破坏的愿景，那么我们需要使用本指南来识别超级用户，我们需要让他们领导我们。从一些经验来看，我可以说他们所设想的未来与我们行业目前为自己设定的未来非常不同。出于这个原因，道路将是崎岖不平的。但不存在温和的干扰。
