移动通信网 程然
当一位工程师可以在上午定义问题、下午让 AI 完成文献检索、方案生成、仿真验证与结果比对时,传统工程团队的组织方式正在被改写。工程实践正从"多人分工、逐环节推进"转向"人机协同、系统统筹",而这一转变的核心命题是:在机器能力快速扩张的环境下,工程师的不可替代价值究竟在哪里?答案正在变得清晰——不在于掌握所有技术细节,而在于定义问题、组织知识与承担判断责任的能力。
学科边界没有消失,但穿透成本大幅降低
工程领域历来按电气、机械、土木、软件等学科划分,这种划分有其必然性——每个领域的深度知识都需要多年积累,AI 并没有改变这一点。它真正改变的,是工程师跨越自身专业边界去探索问题的成本。一个从事医疗设备开发的软件工程师,现在可以借助 AI 快速浏览生物医学研究文献、理解陌生术语、分析数据并构建初步模型。这并不意味着他成为了医生或生物医学专家,但他能在与专家协作之前提出更高质量的问题。
同样的逻辑适用于能源、交通、制造等几乎所有工程领域。一个最初看似纯粹的软件问题,往往很快牵涉硬件、安全措施、经济性、用户行为与法规合规。工程师的任务不是精通每一个领域,而是准确识别问题需要哪些专业知识,并将合适的人员和工具组织到一起。这正是系统性思维在 AI 时代变得尤为关键的原因:工程师不仅要知道技术部件如何组合,还要决定哪些工作交给 AI、哪些环节必须由人复核、什么情况下需要专家拍板、什么时机应当重新定义问题本身。
【关键数据】
- AI 可承接的工程环节: 文献检索、方案生成、仿真测试、结果比对等此前需要多人协作的早期步骤
- AI 的典型失效模式: 代码在单一测试中可用但跨场景失效;可对错误目标进行优化
- 人机分工边界: 机器胜在速度、规模、搜索与模式识别,人类胜在情境理解、价值观、责任与判断
- 工程师核心能力: 问题框架化、提问、验证答案、判断何时交由专家主导
AI 越强大,人类判断越稀缺
一个容易被忽视的事实是:AI 可以在假设薄弱的情况下给出看似可信的答案。它可以生成在某个测试中正常运行、换个场景就崩溃的代码;可以在不理解证据权重的条件下总结研究文献;甚至可以针对错误的目标函数产出一个"最优"设计。这些局限不会削弱人类专业能力的价值,反而使其更加稀缺。机器擅长的是速度、规模、搜索、模式识别与数据生成;而在涉及情境、价值观、责任与判断的环节,人依然不可替代。
以医用传感器设计为例,AI 可以生成多个候选方案并预测各自性能,工程师负责验证预测结果并淘汰违反技术要求的方案,临床医生判断传感器能否在真实医疗环境中使用,而患者和一线从业者可能发现工程师与开发者都未曾考虑的问题。最终方案是多方视角汇聚的产物。在这个体系中,工程师的角色从纯粹的建造者和专家,逐渐扩展为知识的协调者——其价值不在于无所不知,而在于知道如何框定问题、如何提出正确的问题、如何检验答案,以及何时让位于其他专家的主导。
工程挑战很少是静态的。随着新认知不断涌现,项目目标可能调整、隐藏约束可能浮现、最初的前提假设甚至可能被证伪。高效的工程师不会机械地执行初始规格说明,而是在对系统的理解逐步加深的过程中,持续调整和精炼工作范围。从这一角度看,工程不仅是技术知识的集合,更是一种应对动态挑战的、有纪律的思维方式。
专业组织的协同新使命
工程形态的这种演进,也为 IEEE 这类专业组织创造了新的角色空间。IEEE 下属的各学会本就汇聚了不同技术领域的顶尖专业知识,在工程师日益需要跨学科组织知识的时代,这类组织的桥梁价值将进一步放大——它们既是跨领域知识流通的渠道,也可能成为定义人机协同工程规范与最佳实践的重要平台。
从长期看,工程教育与职业训练的重心或将随之调整:技术深度依然是根基,但问题定义能力、跨学科协作能力与 AI 工具的组织运用能力,将成为衡量工程师价值的新维度。人机之间的分工边界不会一次划定,它将随着技术演进不断被重新协商,而掌握协商主动权的,始终是那些懂得提出正确问题的人。
出处:Systems Thinking Is Vital in the Age of AI
英文原文Modern engineering projects increasingly combine human judgment with machine capability. An engineer can define a problem, then ask an artificial intelligence tool to search relevant research and technical standards, generate design options, test them in simulation, and compare the results. The engineer can then bring the results to specialists who understand the parts AI cannot judge on its own, such as whether a design can be built safely, whether it makes sense in a particular setting, or how it might affect its users. The final decision about whether and how to move forward remains a human responsibility. AI can help engineers do early project steps that once required several people with different technical skills. The engineer’s role is therefore expanding from performing each technical step to deciding how people, machines, and specialists’ knowledge should work together on the project. The problem, not the title Engineering has always been divided into disciplines, and for good reasons. Electrical, mechanical, civil, software, and other engineering fields require deep knowledge that takes years to develop. AI does not replace that need. It simply changes how easily engineers can explore the parts of a problem that sit outside their own specialty. Consider a software engineer working on a medical device . AI can help the engineer review relevant biomedical research, understand unfamiliar terms, analyze data, and build an early model. That does not make the engineer a physician or biomedical expert. It allows the engineer to ask better questions before working with the experts. The same is true in energy , transportation, manufacturing, and many other fields. A problem might begin as a software issue and then quickly involve hardware, safety measures, economics, human behavior, and regulations. Engineers do not need to master every field; they need to recognize which expertise the problem requires and bring the right people and tools together. The importance of systems thinking Systems thinking thus becomes especially important. It requires looking at the whole problem: understanding how its parts affect one another, identifying constraints and failure points, and making trade-offs. AI adds a new element to the process. Engineers must decide not only how the technical parts fit together but also what work to give to AI, what a person must check, when a specialist should make a decision, and when the problem needs to be redefined. An engineer’s value is not in knowing everything. It is in knowing how to frame the problem, how to ask the right questions, how to test the answers, and when another expert must lead the project. This aspect is crucial because technical challenges in engineering are seldom static. As new insights emerge, objectives might shift, unseen limitations can surface, and the initial premise might prove flawed. Rather than rigidly following the starting specifications, an effective engineer adapts and refines the scope as a deeper understanding of the system develops. Thus, engineering extends beyond mastering technical concepts; it is an adaptable, structured approach to navigating evolving challenges. New evidence can change the goal, reveal a hidden constraint, or show that the original hypothesis was wrong. Effective engineers go beyond merely acting on the initial problem statement. They update it as the system becomes better understood. In that sense, engineering is not only a body of technical knowledge, it is also a disciplined way of thinking about a project. Human judgment is important AI can produce convincing answers even when its assumptions are weak. It can generate code that works in one test but fails in another. It can summarize research without understanding which evidence is strongest, or optimize a design for the wrong goal. Such limits make human expertise more important, not less. Machines are useful where speed, scale, search, pattern recognition, and data generation matter. People are essential where context, values, responsibility, and judgment matter. The challenge is to decide where each belongs. An AI system might generate several designs for a medical sensor, for example, and predict how each will perform. An engineer can test the predictions and reject designs that violate technical requirements. A clinician can determine whether the sensor can be realistically used. Patients and practitioners might reveal problems that neither the engineer nor the developer considered. The final solution emerges from combining the perspectives. The engineer is still a builder and specialist but increasingly also a coordinator of knowledge. An engineer’s value is not in knowing everything. It is in knowing how to frame the problem, how to ask the right questions, how to test the answers, and when another expert must lead the project. IEEE’s vital role The broader form of engineering creates an important role for IEEE. Its societies already bring together expertise in vari