问题研发团队浅析(1) 推荐
2013-12-09 22:14
232 查看
如何提高研发团队的战斗力?
想必这是围绕在每一个研发团队管理者脑海里的问题,如果你没有深刻思考过这个问题,那你可能不是一个真正意义上的研发团队管理者。
我见过很多研发团队,并且也带领过不少团队。团队中出现的问题,其实都大同小异,因为都是人与人之间的问题。根据问题的表象,我做了一番粗浅的总结,列出了几种典型的“问题团队”。这样我们可以通过分析这些“问题团队”,了解我们在带领团队时可能犯过的的错误,然后找到解决的途径。
第一种问题团队:管理混乱型。
在这种团队中,团队成员每天忙忙碌碌,看似非常努力,可是项目或者产品总是有问题,总能听到测试部门或者产品部门的指责声音:
“本来让研发修改6个bug,修改完成以后,我们却测试出来10个bug,问题越修改越多,这样我们怎么测试啊?”
“研发给我们的版本,我们没有办法评估上线时间,因为质量没办法保证,时间也没办法保证的。”
当去问研发经理或者研发主管的时候,他们也只能无奈的回答:
“我也没有办法,主要是研发人员的水平问题。”
“我们的产品模块耦合度太高了,所以动了这边就会牵扯出那边的问题来。”
好吧,问题一大堆,领导们也没办法了,只能给HR说:“赶紧找人啊,我要技术高手,高手,高高手过来。”
殊不知,这种问题仅仅靠几个技术高手、高高手是无法彻底改变的。这种局面的造成,我认为是研发流程和研发体制出现了问题,整个项目处在失控状态。
第二种问题团队:不考虑团队成员前途型。
一般在这种团队中,团队的领导会将下属视为仅仅是一种合作关系。
团队成员的个人发展和他们没有太大关系,他们想要的就只是让下属如何在规定的时间之内完成他所指定的工作。这样他好向自己的领导进行回报,至于下属的个人发展则不在他的考虑范围之内。“这个就看他个人了”。套用一句广告词“科技以人为本”一个团队领导者的能力,应该是从他所领导的团队成员的发展来看出的。
一个团队领导,带领了一个团队N多年,可是他的团队成员无法加薪、无法提高、无法在管理上有所进步,试问这难道不是团队领导者的失职么?
第三种问题团队:得过且过型。
这种团队对于项目、产品的东西完全属于被动地接受。
产品能顺利地跑起来是他们所考虑的最重要、也是最终的结果,至于在这个产品开发过程中是否能够获得什么、为公司留下些什么、为团队成员带来什么提高,他们统统不去考虑。当有下属提出新的开发思路和新的想法的时候,他们回答最多的兴许是“这个过程比较麻烦,我们要谨慎”、“你知道这要修改多少和你这个所相关的东西么?我们一个部门可是没有办法做这件事的。”好的点子兴许就此夭折了。
这样的团队逐渐的会变成:有需求则开发,需求以外的东西很少去考虑。产品的生命力以及市场竞争力逐渐的消失。
想必这是围绕在每一个研发团队管理者脑海里的问题,如果你没有深刻思考过这个问题,那你可能不是一个真正意义上的研发团队管理者。
我见过很多研发团队,并且也带领过不少团队。团队中出现的问题,其实都大同小异,因为都是人与人之间的问题。根据问题的表象,我做了一番粗浅的总结,列出了几种典型的“问题团队”。这样我们可以通过分析这些“问题团队”,了解我们在带领团队时可能犯过的的错误,然后找到解决的途径。
第一种问题团队:管理混乱型。
在这种团队中,团队成员每天忙忙碌碌,看似非常努力,可是项目或者产品总是有问题,总能听到测试部门或者产品部门的指责声音:
“本来让研发修改6个bug,修改完成以后,我们却测试出来10个bug,问题越修改越多,这样我们怎么测试啊?”
“研发给我们的版本,我们没有办法评估上线时间,因为质量没办法保证,时间也没办法保证的。”
当去问研发经理或者研发主管的时候,他们也只能无奈的回答:
“我也没有办法,主要是研发人员的水平问题。”
“我们的产品模块耦合度太高了,所以动了这边就会牵扯出那边的问题来。”
好吧,问题一大堆,领导们也没办法了,只能给HR说:“赶紧找人啊,我要技术高手,高手,高高手过来。”
殊不知,这种问题仅仅靠几个技术高手、高高手是无法彻底改变的。这种局面的造成,我认为是研发流程和研发体制出现了问题,整个项目处在失控状态。
第二种问题团队:不考虑团队成员前途型。
一般在这种团队中,团队的领导会将下属视为仅仅是一种合作关系。
团队成员的个人发展和他们没有太大关系,他们想要的就只是让下属如何在规定的时间之内完成他所指定的工作。这样他好向自己的领导进行回报,至于下属的个人发展则不在他的考虑范围之内。“这个就看他个人了”。套用一句广告词“科技以人为本”一个团队领导者的能力,应该是从他所领导的团队成员的发展来看出的。
一个团队领导,带领了一个团队N多年,可是他的团队成员无法加薪、无法提高、无法在管理上有所进步,试问这难道不是团队领导者的失职么?
第三种问题团队:得过且过型。
这种团队对于项目、产品的东西完全属于被动地接受。
产品能顺利地跑起来是他们所考虑的最重要、也是最终的结果,至于在这个产品开发过程中是否能够获得什么、为公司留下些什么、为团队成员带来什么提高,他们统统不去考虑。当有下属提出新的开发思路和新的想法的时候,他们回答最多的兴许是“这个过程比较麻烦,我们要谨慎”、“你知道这要修改多少和你这个所相关的东西么?我们一个部门可是没有办法做这件事的。”好的点子兴许就此夭折了。
这样的团队逐渐的会变成:有需求则开发,需求以外的东西很少去考虑。产品的生命力以及市场竞争力逐渐的消失。
相关文章推荐
- 确保ERP项目实施团队稳定之甲方问题解析 推荐
- SAP HANA开发中常见问题- 基于SAP HANA平台的多团队产品研发
- 几个软件研发团队管理的小问题
- 几个软件研发团队管理的小问题
- 百度秘密研发推荐引擎技术 2011年组建百人团队
- SAP HANA开发中常见问题- 基于SAP HANA平台的多团队产品研发
- 几个软件研发团队管理的小问题
- 几个软件研发团队管理的小问题
- 研发团队组建问题面面观之观后感
- 互联网产品研发管理-团队管理的突破-人性 推荐
- [IT 男人帮 -11/03] 几个软件研发团队管理的小问题
- 几个软件研发团队管理的小问题
- 国内研发团队普遍常见问题
- 研发管理人员与HR沟通中存在的问题 推荐
- 组建高效快速研发团队的必要角色 推荐
- SAP HANA开发中常见问题- 基于SAP HANA平台的多团队产品研发
- 几个软件研发团队管理的小问题
- 几个软件研发团队管理的小问题
- 转:几个软件研发团队管理的小问题
- 国内研发团队普遍常见问题