AI时代,IT人员会造工具,只是提效的第一步

部门的组织背景是传统企业的IT小团队，没有专门的开发，以运维为主，目前正在打造运维开发一体化的能力。

很多IT部门每天都很忙。

系统要维护，问题要处理，需求要响应，项目要推进，临时事项还会不断插进来。大家看起来都在高负荷运转，但忙到最后，常常会遇到一个问题：事情处理了很多，真正沉淀下来的工具、方法和标准却不多。

忙，不一定带来效率提升；解决了问题，也不一定形成能力；一个人做得快，也不代表团队整体效率真的提高了。

最近部门做了一次主题分享，题目叫“效率提升是每个人的事”。听完大家的分享后，我有一个比较明确的感受：在AI时代，IT部门谈效率提升，不能只理解为“把手头工作做快一点”。

真正的变化在于，一些原来只能人工做、靠经验做、等外部开发做的事情，开始可以由一线IT人员借助AI、脚本、RPA和小工具自己完成。

过去讲个人效率，更多讲工作方法，比如任务优先级、时间管理、复盘习惯，以及如何在日常运维和软件开发之间找到节奏。这些当然重要。IT部门的工作很容易被切碎，刚准备沉下心做优化，业务部门来问系统问题；刚开始整理数据逻辑，又有人反馈权限异常。

但在AI时代，只把自己管好已经不够了。方法提升解决的是“我如何更好地完成工作”，工具能力解决的是“我能不能换一种方式完成工作”。

这次分享里，我看到一个明显变化：不少同事讲到的，已经不是“我用了什么工具”，而是“我自己做出了什么工具”。

过去很多IT岗位并不一定真正具备开发能力。遇到重复性问题，常见做法是人工处理；遇到小需求，可能要等开发排期；遇到复杂表格，可能每次都手工整理。但AI出现以后，这个距离被拉近了。原来不会写Python的人，可以在AI辅助下做出基础脚本；原来手工整理的Excel，可以通过小程序自动转换；原来反复执行的标准化操作，可以结合RPA自动处理。

这不是说AI让每个人都变成专业程序员，而是让更多普通IT岗位有机会跨过“从0到1”的第一道门槛。过去面对重复工作，第一反应是“我怎么做得更快”；现在可以多问一句：“这件事能不能让工具来做？”

不过，从个人会造工具，到部门真正提升效率，中间还有一段距离。

从管理角度看，我更关心的不是某个人能不能做出一个工具，而是这个工具能不能被沉淀、被复用，最终从个人能力变成团队能力。

一个脚本只在个人电脑里，是个人能力；一个工具有人会用、有文档、有维护责任，才可能成为团队能力。很多时候，部门不是没有创新，也不是没有工具，而是这些创新和工具没有被组织接住。

个人提效靠工具，团队提效靠沉淀。

这一点，在我们最近的实践里感受很深。过去系统上线，除了程序本身，还要写运维手册、作业指导、上线邮件。大家都知道重要，但在项目紧、任务多的时候，文档最容易被压缩。

现在我们开始换一种方式做：不是让AI凭空写文档，而是把原有的解决方案、开发方案、程序代码、参数表、提示词模板作为输入，再按照不同系统类型，生成对应的运维手册、作业指导，甚至上线邮件。

业务系统关注角色权限、操作流程、异常处理；RPA流程关注运行条件、调度规则和人工接管；数据接口关注数据来源、字段关系、同步频率和失败补偿；小工具关注输入输出、适用范围和使用限制。

所以，我们真正要做的，不只是提高写文档的速度，而是把不同类型系统的交付标准梳理出来。先把资料来源标准化，再把关键参数结构化，最后通过提示词模板生成对应文档。

表面看，这是效率提升；更重要的是，它把原来依赖个人习惯和经验的交付动作，变成了一个可复制的标准过程。

会造工具，只是提效的第一步。让工具被沉淀、被复用、被标准化，才是组织效率提升的关键。

心在遥远 | 思想在远行

数智化转型 | 经营与AI | 阅读 | 思考