带20人冲了三个月，我把自己带成了反面教材

先摊开这仗的家底第一个坑：把团队想得太能打第二个坑：把项目想得太简单第三个坑：牌不够，还硬接四桌第四个坑：管理者一头扎进了代码三个月换来的四条教训

先交代个背景：我是公司研发侧的技术总监，手底下四十多号人，需求、开发、测试都在里头。

有三个月，我从这四十多人里挑出二十多个，去给公司打一场硬仗——新客户、新战场，四个项目一起上。

那三个月，我通宵超过半个月，凌晨四五点还在干活的日子数不过来，凌晨一两点更是家常便饭。团队里大多数人，快两个月没休过一个完整的周末。

然后呢？然后我带着失败，灰头土脸地回来了。

这篇文章不写成功学。就想掰开揉碎讲讲：我是怎么亲手把一支二十多人的队伍，一步步带失控的。

复盘之前，先把当时手里的牌亮出来，你就知道这仗有多难打：

• • 三个月里同时推进四个项目，没有一个正式项目经理，只有三个实习 PM——分别只带过 3 人、4 人、7 人规模的小项目
• • 开发同事普遍年轻，工作年限最长的也就三年，超过一半来公司不到一年
• • 四个项目全基于同一个客户给的老框架开发：前端技术冷门到几乎查不到资料，表将近 2000 张，里头还掺着一堆必须用的业务代码
• • 环境配置困难，项目只能跑在 Linux 上远程调试，编译一次要十几分钟
• • 客户公司大、研发部门多，开发过程中一半以上的精力耗在跨部门协调上，各部门之间互相踢皮球

牌面上看就够呛了，但我当时还觉得自己行。下面是四个坑，一个比一个疼。

过去一年，团队的项目稳、客户也认，我就此认定「我们团队还行」。这是个致命的错觉——项目稳，很可能只是因为做的事熟；一换到全新环境，适应能力立刻现了原形。

结果开跑头两个星期，整个团队基本都在熟悉环境和项目，几乎没有有效产出。

举两个用人失误的例子。同事 A，入职三个多月，别的项目负责人评价不错，我就把他放在了关键开发位上。项目一开工我才发现，他连多表联查的 SQL 都写不顺。这时已经没人可换，只能我自己顶上去。

同事 B，一年多来带项目没出过大问题，到了新项目里，理解需求慢，更要命的是没有风险意识——识别不出风险，识别出来了也不反馈、不作为，项目一次次延期。

事后想明白几件事：

• • 考核要有，但全面的反馈比考核本身更重要——不然用人全凭印象，等于蒙眼布阵
• • 别只听一个人的评价。A 的「不错」，是因为他在上个项目里只做了导出功能，压根没碰过数据库
• • 别用静止的眼光看人。有个同事之前做技术预研让我觉得「一般」，这次却成了全场输出最稳定的一环
• • 人不多的时候，了解一个人最好的方式，是跟他一起打一场仗：看他每天的态度、产出、代码质量和对外沟通

四个项目只支持 IE，还都要跟客户自研的中间件、ActiveX 插件、各种硬件设备对接。我以为对接会有文档、有专人指导——实际上文档一份没有，只能翻历史代码一点点试。

前端用的是2006 年的框架，我低估了团队的学习曲线，前端同事前期非常吃力，进度在这一块直接被拖住。

跨部门的难度也远超想象。测试环境需要一个特定型号的摄像头，我去问对接人，对接人自己也不知道借来的是什么型号。为了搞清楚这一个型号，我跑遍五层楼、耗了三个多小时。

客户那个老框架也一样：我以为是在 Spring 上封装的脚手架，实际上里面有近 2000 张表、上百万行历史代码，光用户模块就有三套，找个想用的功能跟考古一样。

这一块我总结出三条：

• •经验很重要，但经验也很致命。很多「我以为」「我认为」，都是经验主义害的——对接文档这事，当时多问一句，情况可能就完全不同
• • 信息缺失会让判断失去方向。四个项目的对接人自己了解得都不全，传到我这里更少，而我当时以为那就是全部
• • 开工前就要锁定核心重难点：把所有看得见和看不见的功能点列出来，用排除法去掉独立、关联少的模块，剩下的就是要害。其中一个项目的核心是存储、还要用客户自研的存储设备，初期没锁住这个重点，后期核心功能全部返工

人手不足还同时接四个项目，回头看肯定是错的。但这道题确实是两难：得先判断项目是不是真会给我们做，再判断自己有没有能力做完，想清楚才能下结论。

想跟同行说两句实话：资源永远不够，别指望项目里能配齐最合适的人——最合适的人不可能一直空着等你的项目。

带项目就像打牌：一手好牌打赢了是应该的，一手烂牌还能打赢，才算是本事。

第四个错误最憋屈：有个项目实在没人带，我自己上了。结果一头陷进某个项目的具体细节里，四个项目反而没人统一协调了。

管理是非常耗精力的事，需要专人专职去做，管理者的核心职责是沟通协调——尤其在强沟通的项目里。一旦陷进开发细节，其他项目基本就顾不上了。

还有一条：授权很重要，但检查更重要。交出去的活要定期检查，确认交付物是完整的、不返工的，而不是交出去就当完成了。

• • 建立全面的考核反馈体系，比「我觉得他行」靠谱得多
• • 别迷信经验，沟通比经验更能救命
• • 每一次战术失误都复盘一遍，下一次才能打得准
• • 专职管理的人，就不要再陷进开发细节——精力一旦被拖进去，就是致命风险

这三个月，我丢掉的不只是一个项目，还有对自己那点盲目的自信。

你带过人吗？或者被人带过吗？有没有踩过类似的坑——把人放错位置、低估项目难度、一头扎进代码出不来？评论区聊聊，让后来人少疼一点。