总监的恐慌和尴尬

成立10年，中小型公司，800号人左右。总监们大多进入公司3年以及3年以上了，几乎的我见过的总监们都给我一种恐慌的感觉。总监们平时的工作大多是询问项目经理项目进度情况，帮助项目经理解决问题，协调资源。比如说某项目客户要求上线时间很急，目前的投入无法交付，这时项目经理会找总监要人。总监便开始调动自己手上的其他项目经理的资源或者找总经理，又或者招聘。  平时聊天时，愁眉紧锁，抽着烟，手指微微颤动透露出淡淡的忧虑。“你们出去有的是公司要！我们。。。哎！”。

升职是个错？

由于公司产品标准化、框架标准化，所有的产品框架都是一样的。这些框架都是公司自己研发的整套框架，和外面常用框架用法有很大区别，而且对内部人员也不会开放源码，更不会有什么框架原理培训了。一般开发入职一年基本上可以对这套框架使用已经很熟了，可以开发出客户提的任何市面上常见的需求（难度不是特别大的）。很多人在这个时候觉得自己技术已经很牛逼了，公司的任何产品需求都能写，这些人会成为项目的开发主力（主力搬砖）。有的人觉得没什么新的东西搞了可能会跳槽走了，有的人去做了项目经理。

升职了，说明还有进步的，毕竟有的人还在原地。

技术能力的退化

总监大多是做开发起步，做了一年到两年开发之后，性格外向点，愿意和客户打交道的，公司让他做项目经理。公司的项目多的时候，项目经理更缺，因此也支持更多人出来带项目，毕竟把项目做完公司才能赚钱。

做上项目经理之后，敲代码的时间就少了，有的干脆不敲代码了。每天都是在和客户确认需求，和开发人员、设计人员沟通和确认，基本上是打杂的活。技术框架问题或者比较难的问题可以找公司的架构师支援，上线部署的时候找集成部门支援，其他业务需求问题就要项目经理解决了。

不用操心人的问题，每次项目启动的时候，都是临时组建起的开发、设计等。这些人都是从其他项目抽出来的，有的人可能兼顾好几个项目，也有的是新入职的，大家也不会都在一起办公。为了更好地沟通或者是让客户更放心，项目经理会带着一两个写业务的开发驻场在客户办公室办公。

项目经理正式开始打杂：列计划，排期，催进度，确认需求，和一些从未见过面的开发人员沟通，给客户测试，根据反馈修改，部署上线。。。“能力强”的项目经理可以同时带多个项目。

什么是“能力强”的项目经理？

当然项目进度推进的快的，也就是催得紧的，会抢夺资源的。一般开发会看哪个项目紧急先做哪个，这时“能力强”的项目经理优势就体现出来了，通常他们的项目都会很紧急。如果遇上两个项目“能力强”的项目经理，开发就苦逼了，加班，熬夜，通宵。。。

“能力强”的项目经理成了总监

“能力强”的项目经理带的项目多了的话，“经验”也就多了。运气好的，领导升职了或者离职了，会升位总监。从此，正式给项目经理“传道受业”，告诉他们怎么才能变成“能力强”的项目经理。也就脱离项目一线了。

恐惧慢慢袭来

这时总监也做了很长一段时间了，工作轻松，但是似乎每天做的事情都是繁琐的、重复的。看着每年出出进进这么多人，想想自己总觉得哪里有点不对。远离技术很久了，代码很久没敲了，新的技术没什么兴趣也不会，原来用的旧的技术也又遗忘了；业务也远离了，新出来的业务也不清楚细节但是又总能扯上两句；人嘛，也没怎么管理，手里调动多也不过10来人而已。。。

细思极恐，能力强的开发或者靠谱点都跳槽了，我能跳吗？

问题出在哪里

产品框架标准化有错？

产品框架标准化，不需要开发能力很强的来也可以做，因此成本降低了，招进来的人能力也不用太强，导致代码质量参之不齐，维护性很差。项目不少，但是很多人都在忙着到处救火。

赚了很多钱吗？

似乎并没有赚很多钱，公司文化里面处处透露着节俭。又因为能力要求不高，待遇相比外面也不会很高。天天喊着上市好多年了，也没上，说是因为利润不够。。