善用10类技术人员
来自ZDNet
2003/2/17
把人固定为某种类型是不对的。然而,对项目经理们来说,却应该了解每天要打交道的组员们所属的不同分类。
下面所分的十类人中,可能有许多种都是经验丰富的IT经理们所熟悉的。我对于如何跟每种类型的人更好的工作的观点如下。
HumanBottleneck:
这类技术员不是要求将所有的编程任务都交给他们做,就是从来完成不了他们的工作,也有的两者兼具。要让他们明白做事情是不可能十全十美的。同时,只交给他们少量的,明确的任务,并对任何按进度出色完成的工作给予鼓励。
BrightGreen:
这些刚出校门的开发员们就像新的不熟练的技术。他们想要通过利用所有发展环境可能提供的。这些“新”技术员常常依靠他们过人的才智来帮助他们在交工前熬夜赶上进度。介绍他们给那些明白想要做出点成就不是那么容易的刚经过磨练的新人一起合作。
Tried-But-Untested:
这类人的口头禅是“嘿,我们有一整组测试人员,我干吗还要为检查程序操心?”我敢保证这些人一定让你很困扰,所以赶紧让他们停下来。从长远观点来看,你这这样做是在帮助他们。
Techno-Babbler:
他们的程序不能执行是因为他们还“需要”一些东西。这类技术员花费过多的时间在新闻组上,而没有认识到过度使用行话是一种不成熟的表现。让这类技术员将项目的结果向管理人员从最基本内容开始做详细解释。
User-Loser:
这类技术员认为大多数客户的问题非常愚蠢,觉得对他们只要口头上应付一下就行了。这通常会导致你的客户未来不再与你合作。如果你的开发员们不喜欢穿“套装”,那么试着引导他们由“周三穿正装”开始做出改变——并且让他们远离和外界打交道的工作。
TaskFarmer:
作为自主代理人,他或她认为项目计划只是一种指导,可以让组员们交换角色和任务而不需要通知你。明确这一点,尽管他们的建议很受欢迎,但你才是负责整个项目的人。
UnderThe Radar:
这类同事会尽量使它的程序模糊难懂。这是他们隐藏程序执行的不完美设计的一种手段,也是防止其他开发人员在他或她的成果基础上进行修改,这样好保住自己的饭碗。对付这种状况的一个策略是让这样的技术员负责对一群新手(Bright Green)做技术指导。
Winging-ItCommander:
这类技术员的履历表上写着精通Java,SQL,和Perl,但是他们的程序却很少而且特别粗糙。这类技术员会对其他组员提出特殊要求,要他们帮助“调试”他的程序。项目中不可能容许做这类在职培训。可以通过提供适当的培训机会促使组员们真正的拥有技术实力。
PrimaDonna:
他们的特色就是不安于平凡的工作。如果你提出要他们改编现有的程序,那他们总是会有歌剧性的表演。让他们明白,如果还要坚持这种无意义的闹剧,他们就必须为技术人员工作一个月。
GenderAgenda:某些开发员为异性工作,甚至只是跟异性在一起都有障碍。把在这方面处理得最得当的同事们介绍给他们有助于克服这个障碍。
项目经理们在运行一个已经很费力的项目时是没有时间去解决这些问题的。你所能做的是认识到组员们各自存在的问题,并确保这些问题不会影响项目运行。