007 | 我, 全队的瓶颈

tbh, don't be that bottleneck

你恐怕会想, 说的是工作能力缺失的故事? 恰恰相反, 今天说的是那个实力全组最强的人, 那个全队的瓶颈.

THE STORY

17年, 在亚马逊工作了一年多, 我接手了一个中型的项目, 重置一下我们内部的一个管理网站. 想法很简单, 就是重做网站, 加上一些新功能, 再保证未来可以添加新功能.

老网站呢? 是老古董了, 当年别人用Ruby on Rails写的, 跟现在的API不合拍, 也很难用.

难度呢, 也不算大, 但是有些繁琐 - 它是个大而全的东西, 为了做成一个功能, 要往回推好几步, 把后端的API, 搜索引擎都要做了.

当时的我已经有切割/分配任务的习惯, 然而还是自己承担了最繁琐的部分 - I can I up 嘛.

我记得是在一个炎热的7月底, 因为种种原因, 当时需要在短时间内完成更多的功能:

• 我觉得, 这时候已经来不及了, 再教别人, 哪里够时间, 自己上

• 还有新功能要加, 行, 来吧, 不用别人, 我来

• 需要加班, 怕什么, 为了升职, 为了变成组内最强, 我来

• 那么我整个8月, 就在每天1-2点午夜冲刺, 不亦乐乎

最后项目的结果是不错的, 我也顺利成章地变成这个项目/网站唯一的内行. 我觉得没问题, I can I up嘛

• 有问题, 来找我, 全给你解决

• 有问题, 连思考都不用, 来找我

• 我享受着助人为乐, 无所不知的乐趣, 就是忙碌了些

就这样过了一年左右, 我从西雅图转去了洛杉矶.

又一年多过去, 我在离职前, 随便看了看当年做的网站和更改记录 - 除了一些小的fix, 其他, 没有任何进步与更新. 将近两年, 0变化.

我去问过前同事, 怎么, 没什么新需要, 我走之前大家的需求很多呀? 同事说, not broken, don’t fix it.

没想到, 我当年引以为傲的网站, 竟然变成了别人眼中的古董, 能不碰就不碰, 不然谁也弄不明白.

• 也许是做的真的很好(呵呵), 真的不用改?

• 难道是我当时用的AngularJS后来没人愿意学?

• 还是…

THE BOTTLENECK

最近我有了这个想法: 一个过分高效的人, 看似完成了不可能的任务, 并且一直领先于所有人, 但是他顶多是自我感动 - 对团队, 他往往是个瓶颈.

高效并且骄傲的人, 会和我有一模一样的想法: 我行, 我来啊. 你这么慢, 我来啊. 我教你简直就是浪费时间, 我来啊.

• 逐渐, 周围的人把你当做某方面的专家, 感激备至, 你也为之骄傲

• 而后, 周围的人逐渐懒于思考, 把你当做解决疑难杂症的机器人, 你还是为之骄傲, 没你不行

• 而后, 你突然有紧急工作忙起来, 顾不上给人捉刀, 全队几乎瘫痪

• 接着, 大家对你就产生了直接的反感 - 占这么多坑干什么, 大家分摊任务不好么?

你很委屈, 我明明出力最多, 长久以来, 功劳最大呀…

但是活该.

高效的人, 往往就会进入这样的状态, 有时候因为机缘, 有时候为个人的私心, 或因对别人不信任, 或因为时间的仓促, 最后进入了一个全能高产却封闭的状态, 成为全队的定时炸弹.

不然呢?

大部分时间, 没办法, 依然you can you up - 只是学会, 要教人. 有相同的机会, 给人去锻炼和提高.

不然到最后关头, 谁揽得了这瓷器活? 我们必须为团队把风险分割开来. 如果我们的团队没有这样规避风险的意识, 我们就要自己来推动这件事情.

一般谁也想不起来在一切顺遂的时候挑毛病, 但是一旦我们变成团队的瓶颈, 所有压力就会在短时间聚集.

大部分时间, 我们依然必须孤军奋战, 先打开一片天. 既然喜欢开疆扩土, 挑战自我, 不如烙好的饼, 妥妥地交给后面的同事, 接着去挖下一坑不就完了.

具体怎么操作? 做项目归做项目, 完了之后, 写文档, 开讲座, 主动给人分配任务, 都行.

Just don’t be that self-esteemed bottleneck.