刚开始做开发的时候，我一直觉得，一个优秀的程序员，只要把代码写好、系统做好，就已经完成了自己的工作。

后来成为 IT Manager，我才发现，真正影响项目成败的，往往不是代码，而是沟通。

以前我每天面对的是 IDE、数据库和服务器。

现在，我每天面对的是各个部门的负责人、生产车间主管、越南本地同事，以及公司管理层。

工作的重心，也从"怎么实现"变成了"怎么推动"。

这两者之间，看似只是岗位变化，实际上却是思维方式的彻底转变。

第一堂管理课：别人找你，不一定是为了技术

刚接手管理工作的时候，我遇到过一件让我印象很深的事情。

生产车间主管找到我，说系统很慢，希望 IT 尽快处理。

按照以前做开发的思维，我第一时间想到的是服务器性能、数据库索引、网络带宽。

我花了几个小时检查日志、监控资源，结果一切正常。

后来我亲自去车间观察，才发现真正的问题并不是系统慢。

而是操作员每完成一道工序，都要等待前一道工序确认之后才能继续。

他们把这个等待过程理解成了"系统卡顿"。

如果我一直坐在办公室分析日志，这个问题可能永远找不到答案。

从那以后，我养成了一个习惯。

任何涉及生产现场的问题，我都会尽量到现场看看。

IT 不应该只相信电脑里的数据，也要相信现场发生的事情。

很多答案，其实就在生产线上。

技术可以说服程序员，沟通才能说服业务部门

IT 部门经常需要和很多部门打交道。

生产、仓库、采购、品质、财务、人事……

每个部门关注的问题完全不同。

技术人员最容易犯的一个错误，就是喜欢讲技术。

比如：

"这个接口响应时间只有 300ms。"

"数据库没有异常。"

"服务器 CPU 使用率只有 20%。"

这些话，对于开发来说没有问题。

但是对于业务部门来说，他们真正关心的是：

"今天还能不能出货？"

"今天还能不能生产？"

"客户的数据有没有丢？"

后来我逐渐学会了一种表达方式。

不是告诉他们技术原因，而是告诉他们业务影响。

例如：

"这个问题不会影响今天的生产，我们已经有临时解决方案。"

或者：

"预计两个小时恢复，在恢复之前我们会安排人工流程，不影响订单。"

你会发现，大家的焦虑瞬间就降低了很多。

IT Manager 的职责，不只是解决问题，更是降低大家面对问题时的不确定感。

和越南本地同事共事，让我重新认识了"尊重"

来到越南工作之后，我最大的收获之一，就是学会了跨文化沟通。

刚开始的时候，我总希望大家按照自己的节奏工作。

后来发现，很多沟通方式其实并不适合本地团队。

例如，我们中国人讨论问题时，喜欢直接指出问题。

效率很高。

但是对于不少越南本地同事来说，他们更习惯先建立共识，再讨论问题。

如果一开始就直接否定，很容易让对方觉得是在否定他的能力。

后来，我开始调整自己的沟通方式。

比如会议上，我会先肯定大家已经完成的部分。

然后再讨论哪些地方可以优化。

很多时候，只是表达顺序发生了变化，整个会议的氛围就完全不同。

还有一点让我感触很深。

很多越南同事其实非常认真负责，只是不喜欢主动表达。

如果管理者一直等着他们主动反馈，很多问题都会被隐藏起来。

后来我会主动去问：

"有没有什么地方需要 IT 支持？"

"最近有没有遇到比较麻烦的问题？"

这种主动沟通，比等别人来找你更有效。

学会向上汇报，比埋头做事更重要

以前总觉得，只要事情做好，领导自然会看到。

后来发现，并不是这样。

管理层每天关注的事情太多。

如果没有及时同步，他们根本不知道项目推进到了哪一步。

后来我开始坚持每周整理一次工作进展。

内容并不复杂。

包括：

• 本周完成了什么；

• 当前有哪些风险；

• 哪些问题已经解决；

• 下周准备推进哪些工作；

• 哪些地方需要管理层支持。

慢慢地，我发现，领导越来越愿意把重要项目交给我。

不是因为我的技术突然变强了。

而是因为大家能够随时知道项目状态，对项目有信心。

向上汇报，从来不是邀功，而是建立信任。

不要让情绪决定你的表达

有一次系统凌晨出现故障。

连续处理了几个小时之后，第二天上午生产部门又不断催进度。

当时我非常疲惫，说话的语气明显变得不耐烦。

虽然问题最后解决了，但后来回想，那次沟通其实处理得并不好。

大家催促，并不是故意增加压力。

他们只是站在自己的岗位，希望生产能够恢复。

从那以后，我给自己定了一条原则。

越是在压力大的时候，越要控制自己的表达。

因为别人记住的，不一定是你解决了问题。

更多时候，他们记住的是你解决问题时的态度。

一个团队真正需要的，不是英雄，而是稳定

刚开始做管理的时候，我喜欢亲自解决所有问题。

服务器我修。

数据库我查。

代码我改。

网络我配。

后来发现，这样不仅自己越来越累，团队成长也越来越慢。

于是，我开始慢慢放手。

让团队成员负责自己的模块。

允许他们犯一些可以接受的错误。

帮助他们总结经验，而不是替他们完成所有工作。

现在遇到问题，我更喜欢问一句：

"你的解决思路是什么？"

而不是直接告诉答案。

管理者最大的价值，不是自己解决一百个问题。

而是培养十个人，每个人都能独立解决问题。

写在最后

这一年，我越来越觉得，职场成长和技术成长并不是同一件事情。

技术决定你能不能解决问题，而管理决定你能不能让更多的人一起解决问题。

成为 IT Manager 之后，我学会了站在不同角色的角度思考问题。面对生产部门，要理解交付压力；面对管理层，要关注风险和结果；面对团队成员，要给予支持和成长空间；面对跨文化团队，则要多一些理解和尊重。

回头看，真正让我成长的，并不是完成了多少项目，而是在一次次跨部门协作、一次次项目推进、一次次意见分歧中，逐渐学会了沟通、信任和承担责任。

管理不是职位带来的权力，而是别人愿意相信你、愿意和你一起把事情做成的能力。

这也是我仍然在不断学习的一课。