有时候，修复一个破碎组织的最佳方法，是停止继续破坏它。以下是您正在做的、妨碍您员工完成真正IT工作的那些事。
图片来源：Peopleimages.com / Shutterstock
成功的CIO（首席信息官），和所有身居高位的高管一样，必须擅长运营一个善于将工作成果交付出门的组织。 不幸的是，许多用于修复组织绩效不佳的最流行的管理技巧并不奏效。甚至更糟。 如果你想获得更好的指导，不妨从彼得·德鲁克的观察开始：“我们所谓的管理，大部分在于让员工难以完成他们的工作。”
这应该会鼓励你迈出合乎逻辑的下一步：要提升IT的绩效，找出你组织中哪些管理实践最擅长让工作难以完成，然后停止这样做。以下是一些可能的着手点。
一、错误疗法 #1：重组
它是什么：永远流行的泰坦尼克号撞冰山补救策略——重排甲板椅。
为什么是问题：重组并不能改变工作的完成方式。 通常的理由是，重新调整汇报关系可以消除障碍。它确实能做到，但大多数时候只是用一套新的障碍取代了旧的障碍。 与此同时，重组改变了IT运作的潜规则，因为员工必须学习如何与他们的新管理层共事。
为什么有诱惑力：它很有诱惑力，因为它很简单。只需宣布新的汇报关系，然后让其他人去设法实现它。 当你有一个效率低下的经理时，这尤其诱人——你可以避免那场告诉他们真相的令人不快的谈话，而是将他们安置在新组织某个安全的位置，以最小化他们造成的损害。
替代方案：几乎任何其他事都行。
二、错误疗法 #2：依赖多任务处理
它是什么：要求员工同时处理多项职责。
为什么是问题：员工将他们的时间分为两部分——熟悉当前任务，以及执行当前任务。员工越是需要多任务处理，他们在重新熟悉任务上损失的时间就越多，从而减少了他们可以投入到生产性工作的时间。
为什么有诱惑力：多任务处理意味着永远不必对请求说不。你总能承诺挤出时间做某件事。此外，它还能提高IT在员工利用率上的表现——一个糟糕但流行的指标。
替代方案：彻底消除多任务处理目标太高，因为不可避免地，零碎的工作总比能处理它们的员工要多。而且，要求挤出时间做某件事的政治压力通常会压倒减少多任务处理的逻辑。所以，与其试图杜绝它，不如从需求侧而不是供给侧入手，通过执行“天下没有免费午餐”的规则来解决问题。
三、错误疗法 #3：忽视糟糕的流程
它是什么：工作完成的方式是无组织的、无效的、不协调的、无文档的、不一致的和随心所欲的。
为什么是问题：当每个员工都独立地找出完成某件事的方法时，IT的实践实际上就处于一种永久的Alpha测试状态。流程永远得不到改善，因为没有两个人会以同样的方式做事或在过去的成功基础上继续构建。
为什么有诱惑力：定义、记录、培训并坚持让每个人都遵循明确定义的流程，是大量的工作，更不用说这可能会让一个经理变得不受欢迎。毕竟，对大多数员工来说，按自己想要的方式做事，远比按机构的方式做事有趣得多。更糟糕的是，按机构的方式做事并坚持下去，会导致你被指责将IT变成一个令人窒息、扼杀活力的官僚机构。
替代方案：在你的整个组织中鼓励一种“流程文化”。 是的，这只是个标题，要使其成为现实，还需要大量的思考和工作。并非所有事情都能简化成一篇电子杂志文章。抱歉。
四、错误疗法 #4：追究个人责任
它是什么：据其支持者称，这是确保每个人都尽力避免犯错，并尽一切努力完成工作的方法。
为什么是问题：追究个人责任是一种基于“如果出了问题，那一定是某个人的错”这一假设的根本原因分析。这是一个有缺陷的假设，因为大多数时候，当事情出错时，是糟糕的系统和流程的结果，而不是某个人搞砸了。 当一个经理追究某人责任时，他们实际上只是在推卸责任。毕竟，经理们对他们组织的系统和流程负有责任，不是吗？ 第二个问题：如果你在事情出错时追究个人责任，他们会尽力向你隐瞒问题。而一个问题拖得越久，就变得越糟。 还有一个：如果你在任何事情不奏效时都追究个人责任，他们就不太可能承担任何风险，因为他们为什么要这么做呢？
为什么有诱惑力：相比于严肃的根本原因分析，找个人来责备是容易的；相比于改进系统和实践，解决“问题”简直是小儿科。正如有人曾说，努力工作会在不确定的未来某个时候得到回报，但懒惰现在就给你回报。
替代方案：每当出现问题时，首先解决眼前的问题——也就是“止血”。然后，找出是哪些系统和流程未能阻止问题的发生，并修复它们，以便组织下次能更好地准备。 如果结果真的是某个人搞砸了，那就弄清楚他们是需要更好的培训和指导，是他们只是运气不好，是他们进行了一次经过计算的冒险，还是他们真的是你需要惩罚的问题员工——这才是“追究个人责任”在实践中的意义。
五、错误疗法 #5：让你随时了解情况
它是什么：“不意外”原则的后果——如果你的部门里发生了什么事，你应该在它被你的同级和上级看到之前就知道。
为什么是问题：这本身不是问题。除非，你将“让你随时了解情况”的优先级置于“解决已出错的问题”之上，特别是如果这意味着试图解决问题的人在采取任何必要步骤之前，都必须获得管理层的批准。
为什么有诱惑力：被随时告知情况，可以减少经理被突发事件搞得措手不及、在上级面前丢脸的恐惧。此外，这也让经理感觉自己很重要：“我必须接这个电话”几乎和过去传呼机响起时一样引人注目。
替代方案：这是个送分题，不是吗？只要确保每个人都知道，一旦出现问题，第一优先级是解决它。向你汇报是第二或第三优先级。或者可能是第27位。 并非所有事情都那么难想明白。
六、错误疗法 #6：将成功的项目经理提拔为职能经理
它是什么：用一名员工作为项目经理的表现来评估其潜力，并为开放的职能经理职位招募那些表现出色的人。
为什么是问题：职能经理的工作是日复一日地将工作成果交付出门，让明天就像昨天一样，只是程度更深。 项目经理的工作是实现有意识的变革——以一种有计划且有益的方式，让明天与昨天不同。 这使得项目管理成为一个组织可以培养的最重要的能力之一，可以说比大多数职能管理角色都更重要。将最优秀的项目经理提拔到职能管理岗位，意味着未能建立项目管理能力，导致在太多尝试实现有意识的组织变革时失败。
替代方案：为那些表现出能力和愿望去追求项目管理职业道路的员工，建立一个同样具有政治影响力，更不用说同样丰厚回报的项目管理职业发展路径。 这样，CIO们就能建立起一支才华横溢的项目经理队伍，以及一个善于实现组织变革的组织。
七、一个建议
设立一个匿名的单问题调查。邀请所有IT员工参与。这个问题建立在前面提到的彼得·德鲁克的观察之上：“在IT管理中，我们正在做什么，干扰了您完成工作的能力？” 公布最常见的回答，认真对待它们，并每季度重复一次调查。 如果任何常见的回答让你感到惊讶，那就重新审视你的组织倾听计划，因为显然你现有的那个并不奏效。
【核心挑战：源自管理的生产力杀手】许多CIO（首席信息官）为提升IT生产力而采取的管理“良方”，实际上却遵循了管理大师彼得·德鲁克的深刻观察——“我们所谓的管理，大部分在于让员工难以完成他们的工作”，从而适得其反，成为生产力的真正杀手。这些看似专业、实则有害的管理实践，是导致IT部门效率低下、员工士气受挫的根源。
【六大错误疗法及其危害】六种在IT管理中普遍存在、但必定扼杀生产力的“错误疗法”：1）频繁重组，这只改变了汇报关系，却未触及工作流程的根本；2）依赖多任务处理，这极大地增加了员工在不同任务间的切换成本，蚕食了有效工作时间；3）忽视糟糕的流程，导致组织的最佳实践无法沉淀和复用；4）过度追究个人责任，这不仅是推卸管理责任，更会扼杀创新和坦诚的文化；5）将“向上汇报”置于“解决问题”之上，本末倒置；以及6）将最优秀的项目经理提拔为职能经理，这使得组织丧失了最宝贵的变革推动能力，因为项目管理（创造变革）与职能管理（维持稳定）的技能要求截然不同。
【结论与启示：回归根本，停止阻碍】因此，提升IT生产力的正确路径，并非是学习更多花哨的管理技巧，而是识别并停止那些正在阻碍员工高效完成工作的、源自管理层自身的实践。CIO应将关注点从表面的组织架构调整和个人问责，转向系统和流程的根本性改善。这意味着需要建立并推行一种“流程文化”，在问题发生时优先修复系统而非指责个人，并为项目管理等关键的变革能力，建立独立且有吸引力的职业发展路径。正如文末建议，通过匿名调查直接倾听“我们正在做什么在妨碍你”的声音，是开启真正变革的第一步。
小结
许多CIO（首席信息官）提升生产力的“良方”实则适得其反。文章援引彼得·德鲁克的观察，列举了六种错误做法：频繁重组、依赖多任务、忽视流程、过度追究个人责任、汇报优先于解决问题，以及将优秀的项目经理提拔为职能经理。提升生产力的正确路径，是识别并停止这些阻碍员工工作的管理实践，将关注点转向系统和流程的根本性改善。
金句
提升IT生产力的第一步，不是踩下“油门”（增加新举措），而是松开那只一直踩在“刹车”上的脚（停止错误的管理实践）。
书籍名称：The Mythical Man-Month: Essays on Software Engineering(中译：《人月神话》)
作者：Frederick P. Brooks Jr.
推荐理由：这是软件工程和IT管理领域的传世经典。它深刻地揭示了许多看似合理但实则错误的行业常识（例如“增加人手就能加快项目进度”），与本文质疑传统管理智慧的精神一脉相承，对于理解IT项目的复杂性极具启发。
有效链接：https://www.goodreads.com/book/show/13629.The_Mythical_Man_Month
书籍名称：The Phoenix Project: A Novel About IT, DevOps, and Helping Your Business Win(中译：《凤凰项目：一个关于IT、DevOps和帮助企业成功的小说》)
作者：Gene Kim, Kevin Behr, George Spafford
推荐理由：这本小说生动地描绘了一个IT部门因糟糕的流程、无休止的多任务处理和个人问责文化而陷入混乱的故事。它完美地展现了本文所批判的多种“错误疗法”的实际危害，并指明了通过关注工作流和系统性思维来解决问题的出路，是IT管理者必读的转型指南。
有效链接：https://itrevolution.com/the-phoenix-project/
书籍名称：Thinking in Systems: A Primer(中译：《系统之思》)
作者：Donella H. Meadows
推荐理由：本文的核心论点之一是，大多数问题源于糟糕的系统和流程，而非个人失误。这本书是系统性思维领域的入门经典，它能帮助领导者跳出“追究个人责任”的线性思维陷阱，学会识别和干预导致问题反复出现的底层系统结构，这对于从根本上提升组织效能至关重要。
有效链接：https://www.chelseagreen.com/product/thinking-in-systems/
作者：Bob Lewis（鲍勃·刘易斯）
Bob Lewis （鲍勃·刘易斯）是一位资深管理与 IT 顾问，专注于 IT 与企业组织效能、战略落地与业务/IT 融合。没错，他当然很“数字化”。他是《Keep the Joint Running：21 世纪信息技术宣言》以及《根本没有什么 IT 项目：有意识的业务变革手册》等多部著作的作者，还撰写了 1000 余篇文章，其中大量发表于 CIO.com 与 InfoWorld。你也可以在他的博客 Keep the Joint Running 上找到他。Bob 的“CIO 生存指南”专栏为他赢得了 2025 年 AZBEE 奖和 2024 年 Eddie 奖。
