|
|
|
|
|
|
|
复制本帖HTML代码
|
|
高亮:
今天贴
X 昨天贴
X 前天贴
X |
一个礼拜后，工程部的director走了。。。走的时候挥一挥衣袖，他最器重的架构师跟着走了。。。又一个礼拜后， 陆续又几个Senior Engineer走了。。。一阵“跳槽风”之后，四个人的智囊架构组(solution architecture)变成了两个, 每个project team 剩下的基本上都是年轻一代的新面孔了。
此时， 前方的BD们传来捷报， 由于新年后各政府部门新拨预算的关系，越来越多的项目开始扑鼻而来。。。经验十足的PM开始玩”太极”, 为焦头烂耳的engineer们争取时间。。。又一个月后， “太极拳“也顶不住了， 面对越来越多的customer complaints, 大家不得不承认资源的严重不足。。。在短时间内还不能招聘到新的足够的员工进来之前， 我们能做些什么？ Restructuring! 于是部门开始资源重组，把原本分配在各个项目的engineers 汇集起来， 组成一个engineer team统一管理, 各个project share resources.
这个理论上很完美的管理方法，在实践中却引出了很多问题。那些比狐狸还狡猾的PM们自然会拿一些Skill比较好的Engineer来做新接手的项目，拿一些attitude比较好的Engineer 来做苦力，而如A某这种既有skill，又有attitude的，自然是拉着满街跑。。。这个道理基本上只要看一下职版的三巨头就明白了，Parrot这种skill比较好的，经常会搞些新花样；Felix这种attitude比较好的，常常地坐在角落拍照做笔记； 而如大象这种既有skill又有attitude的，基本上是很难看到他在本版冒泡的。。。
(待续).
|
| 欢迎来到华新中文网，踊跃发帖是支持我们的最好方法! |
厚积而薄发, 积累的力量。
|
|
－
－
－