当前位置:首页 > 研发团队 > 正文

如何管理好一个研发团队

2019-12-12 来源:嘉峪检测网 悟澈
很多管理人员都存在一个错误的认识,认为团队建设中,平常只要抓技术建设就行了,特别是研发部门团队,比如抓团队用什么架构,框架,具体的技术,抓培训,抓绩效就足够了,很多时候,我们可以思考一下,就建设技术方面团队就一定能取得成功么?其实那是不一定的,你可以考虑自己的团队是否存在如下问题:
因为一个好的团队中,关键是人,技术是可以教,可以学的,但如果团队的非技术因素方面的建设不行,团队一样会最后走向失败.比如,我们举些常见的例子来分析下.大家一定会遇到这样的团队:
1)团队整天忙碌赶工,大家埋头苦干,相互之间感觉交流不多,团队成员感觉每天做重复工作,象代码机器人,往好了的框架中写代码,感觉没成就感
2)团队中,牛人特多,普通成员只占少数,普通成员感到危机感,压力大,感到发展空间不大
3)团队成员因为有牛人,但正好技术经理或项目经理不一定是最牛的,因此牛人暗中不爽老大,老大也不知如何管这些牛人
4)团队一直是混沌状态,尽管团队都很努力,但各类客观的问题压的团队喘不过气来,周而复始
5)团队成员军心不稳,流动大,怨气大.
.................还有很多这样的情况.
个人认为,在一个搞技术团队中,要注意团队的人文心理的建设,主要应该抓好以下几方面
1)团队成员的目标一致性建设
人是有差异性的,但既然一个团队,就一定要有共同的目标,这点在团队组建之初,一定要公开大张旗鼓地跟团队成员讲清楚,无论你是新建设一个团队,还是半路接手一个团队.一个建议的很好方式就是在跟你的团队成员第一次接触时,就要把这个目标能拿出来或者通过讨论达成,甚至要在书面上体现,之后在团队建设初期,更好多次宣传布道你们团队的这个目标,目标要简单,可执行,让团队成员感到有信息,有鼓动性.当然也可以制定长,中,短的目标.
因为在团队建设初期,你把这个目标在团队中布道得越好,成员对此印象就越深,越容易在以后去执行.有的团队在建设之初,就顾者去搞各类技术规范等技术问题,连团队的目标也没制顶,结果会让你的成员在今后的发展道路中,会迷失信心,迷失目标的.
2)摸清团队成员的情况
这里不是说你要知道他们的一般个人资料,团队领导者,要充分了解每个成员的全方位的情况,比如个人兴趣,优缺点,特长等.这个一般可以在团队建设之初,通过让他们介绍的方式进行,但其实最好还要搞些调查,比如最简单的是,假如你中途接手一个团队,你可以用电子调查表格的方式,让他们去做个简单的问卷,让他们写自己的个人资料情况,写对之前团队建设中的意见,写对以前团队中曾经出现过的问题,,让他们发表自己的意见,这有时比面谈好,因为人的心理就是这样,有怨气的话,可以写出来(可以搞不记名),但有的人很不愿意跟老大面谈.
更建议推荐的方式,可以配合公司的HR,搞些更专业的调研,推荐9型人格的调查,是国际上相当权威的性格调查.通过这样,可以快速了解员工的性格特点,方便今后的管理.
3)让团队成员心理上有成就感
在摸清楚团队成员情况后,你就知道他们的性格特点,那就要着手对他们进行差异化的管理了.人在一个团队中,都希望得到重视,提拔,关注,因此要使他们有被满足感.但实际情况上,由于客观情况的限制,一般很难靠你团队一个人的力量,就让团队成员的想法被满足.比如他们说要加薪,但你做为部门经理,也不是你一个人说给他们加就加的,受很多条件制约,但你应该想下,在你的层面上,能为你的手下做些什么事情.
举个例子,当你发现你的下属,是个相当积极学习的,学习新技术欲望很强的人,你就要意识到,你能否为他提供这方面的帮助了.因为人的心理往往是这样的,他对某方面兴趣大,有上进心,就会全心去提高自己(搞技术的人更是这样),他会排除万难,如果他发现公司或者团队满足不了他的欲望,他就会动摇甚至考虑走人的了.因此你意识到的话,应该首先马上跟他进行交流,了解他的情况,多跟他就他感兴趣的问题进行交流,让他从心理上感到他是被重视的,被欣赏的,被鼓励的,被帮助的.而你的一句话,往往会给你的手下很大的鼓励,尽管他感兴趣的东西你不一定会,甚至他比你牛,但这其实是没所谓的,比如你可以说:"你研究的这个方面,以后应该很有前途的,我有空也会跟你一起看看,帮你看看是什么回事,看看能否帮你解决.另外,你可以到书店看看XXXX写的书,或者对你有帮助...",这样的话,对方会觉得你这个老大是不错.还有的是,应该尽可能让你的手下知道的,发表的,学习到的东西能在团队,项目中有不同程度的体现.
人在团队中,是存在竞争的,大家都希望自己学到的东西,自己的意见,在团队中别采用,这样的话,员工会觉得自己在团队中有地位,有竞争力.但大家知道,这往往也是很难完全实现的.都受到各种条件所限制.比如你的团队是用框架A,但你的成员不少开始自学框架B了,那么,你可以想下,能否在一些内部的,小的无关紧要的项目,让他们一展身手呢?再不行的话,能否让他们用他们所学的东西,去重写一些旧的小应用呢?
比如你的成员新学会了UML,但你们公司的文档从不用UML,那你可以考虑让他在他自己写的文档中,自己试下画UML图,这其实也是个好方法,也不影响你们的大局,总之,办法是肯定有的,要你动脑想而已一种好的方式是通过定期的知识分享模式,比如建立电子BLOG,电子知识库,定期让团队成员提交他们学到的知识,或者每周,每月定期在开会时,规定团队成员要分享最近自己学到的知识,这都给他们一个展示的舞台,虽然不一定是什么大的项目,但也足够让团队成员有满足感了,可以让他们感到,他们其实不是"代码机器人",如果可行的话,甚至定义为一个绩效考核的标准,这也会鼓励大家形成积极向上的学习氛围.
分享到:

免责声明:
  1、研发管理评论发布的所有资讯与文章是出于为业界传递更多信息之目的,并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实,对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺,请浏览者仅作参考,并请自行核实相关内容。
  2、本站部分内容转载于其他网站和媒体,版权归原作者或原发布媒体所有。如文章涉及版权等问题,请联系本站,我们将在两个工作日内进行删除或修改处理。敬请谅解!

延伸阅读:

RDMR-本站推荐

more

RDMR-会议活动

more

RDMR-公开课

more

RDMR-项目管理

Copyright © 2020 研发管理评论 版权所有 京ICP备17062359号-5 如转载本站文章,请注明原作者和原发布媒体

本着互联网分享精神,本站部分内容转载于其他网站和媒体,如稿件涉及版权等问题,请联系本站进行删除或修改处理

客服电话:010-89506650 89504891 非工作时间可联系:18701278071(微信) QQ在线:511524637

新闻与原创文章投稿:tougao#cpmta.com 客服邮箱:info#cpmta.com(请将#换成@)

研发管理评论——我国最大的研发管理门户网站,隶属卓橡公司

研发管理评论官方微信

PMO大会官方微信

PMO大会官方微信