您的位置:首页 > 运维架构 > Linux

你不是菜鸟(3):让他升职的简单技术

2010-07-12 12:02 211 查看
故事(3):让他升职的简单技术
 
    我其实在“我是主考官”这个系列中确实不想再写下去的另一个原因是,我真的不是一个频繁招聘的主管,因为,我是一个非常注重Team build的Team leader。我是非常看不起频繁招聘的Team leader的,这只能说明一件事,这个Team leader管理无方。要么是自己管不好总把责任推给下属,要不就是下属对他极其不满意总是炒老板。我想我并不是这样的一个老板,众位兄弟还是非常愿意跟着我干的,这一点我还是引以为豪的。
    我的团队按照梯形队列予以排列,大概的示意图是这样的:
 



 
    这种阶梯形的排列方式,不是我的发明,我也是向其他有经验的团队学习而来,这种方式在外企更为普遍。
    这种方式的好处是,每一个级别的程序员都知道自己下一阶段的努力方向,同时也知道自己面临的挑战。
    事实证明我的这种布局方式有效的降低了我这个部门的主动辞职的比率。留住了有经验的人才,同时,也充分的提供了各个层级的人员备份。
    每一个层级的工资水平自然也是不一样的,跨越一个层级的待遇就会不同。一般会是这样:
    1、实习程序员是最基层的,流动性也是最大,待遇最低,没有任何职称。
    2、程序员也是基层的,区别在于是正式员工,享受正式员工的基本待遇,有职称,是“程序员”。
    3、软件工程师,是我们这个部门开发的中坚力量,会带领一部分程序员开发,也可能是归属于其他项目中。他们是比较优秀的程序员晋升上来的。
    4、开发项目经理,项目质量,项目进度,项目开发的技术把关都靠他们了。
 
    这就是一条升职的路线,当然,最终还不止是开发项目经理,最终还会是部门主管,当然这得等我离职的时候,呵呵,不过这也是有希望的。
   
    能够得到升职机会的其中一点很重要,就是能够在众多看似水平差不多的人员中脱颖而出!
    
    有一个新的任务,在一个Linux系统上移植一个系统,而各个项目任务排的都比较紧。不能再抽调其他项目经理参与这个项目了。
    急需派一个软件工程师独立完成这个事情,当然,这个事情最终会成为一个独立项目,进行二次开发。
    这显然是一个有升职机会的任务。
    我在考虑将这个任务给谁?
 
    有两个人可以做这件事:
   
    小张一直在做开发,有一两年的开发经验,为人也不错,与世无争的一种感觉,基本上领导委派的工作他的工作他都很快完成,不是自己的分内的事情就不去想了,对新知识的敏感度不强,
 
    小孙在公司工作2年,对系统的开发也非常熟悉,他和小张的区别是对未知事物非常敏感,而且自己非常愿意钻研一些新的技能,他对Linux操作系统比较熟悉,平时爱钻研点这方面的开发技巧。
 
    其实平时对软件工程师是没有Linux系统开发要求的,但是,这时候就是一个Linux系统的移植任务,我用谁呢?
 
    我还是选择了小孙。
    这一事件,使小孙的技术地位得到承认,为他下一步的发展提供了基础。
    仅仅是愿意钻研这一点,就使他在前进的道路上比别人快了半步,在某一关键时刻,领先半步也许就是天壤之别......
 
    敬请关注下一篇《你不是菜鸟(4):五年工作经验的笨蛋》已经贴出,敬请关注............
 
    后面的故事:
 
    由于开始将任务交给了小孙,加上小孙自己的努力,在这个项目需要扩大开发规模的时候,我给了他一个程序员协助他开发,最终,他成为了这个项目的全权负责人,之后,升职为开发项目经理。
特别声明:
本故事,突出的主题是:主管可能的做事方式,本文为根据现实杜撰,请勿对号入座,至于作者本人在工作中的一些做事方法与本文无关!!
本文中的主管做事方式的正确与否,请不要再进行讨论,不管其是否正确,这样的现象是客观存在的。
最后:凡对作者本人颇有微词的,甚至人身攻击的,尤其是匿名的回复者,删无赦,谢谢!!


[b]《Java程序员,上班那点事儿》:
前言目录
卓越网销售链接 
China-pub销售链接
当当网销售链接[/b][b]《Java程序员,上班那点事》纪念帖[/b][b]关于下载《Java程序员,上班那点事儿》的电子版[/b][b][b]和大家见个面(视频访谈)[/b][/b]
 
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息