Report在研发工作中的作用

上一篇 / 下一篇  2012-01-19 11:36:49

超过5年的IT企业HR、猎头从业经历,见过超过500位各类研发从业人员,看过各色聪明、踏实、平庸研发人员的特质,将优秀研发人员的职能特质(软性素质)总结如下:
优秀的抗压能力、优秀的情绪管理能力、优秀的沟通能力(这一点非常重要)、优秀的学习能力、正向思维、优秀的问题解决能力、这些位列所有研发软性素质的前列。
如下是我引用的一个资深架构师的观点,供各位研发达人参考,从中,我们可以看到研发从业人员需要的不仅仅是优秀的代码能力,专研、创新等,研发人员的软性素质---沟通能力也同样重要;
我会在后期的博文中对研发人员主要职能特质从研发人员自身成长角度、职业发展角度,猎头角度,HR角度,从上级角度进行阐述,以期对RD们有帮助;
 
------
“我更愿意把weekly
report看成一种定期沟通和交流的工具。对于项目管理来说,自动化工具能够提供一些数据,但我的经验是它不足以帮助我了解所有团队的状态。例如我可以从wi­ki或者jira上看到一个工程师本周完成了3个bug
fix并把一个task完成到75%,请问这足以让我了解他的工作状态吗?他工作中的亮点是什么?他在fix
bug过程中遇到了什么其他问题吗?他把一个task完成到75%,具体应该怎么定义这个75%?他是否需要更多资源和帮助?他对当前assign给他的tas­k有其他想法/计划吗?

说得更深入一些,我认为各种项目管理工具,自动化工具收集的数据,只能在宏观上对项目做评估。在微观上,远远不能反映一个工程师/tech
lead的工作状态和工作能力。比如在平台融合的过程中,工程师A本周fix了8个bug,工程师B本周fix了1个bug。你能说A的工作能力和成绩高于B吗­?很可能A只是处理了8个很简单的bug,B处理的这个bug虽然看起来不起眼,但却是平台隐藏得很深的问题。如果交给A可能4个星期也找不出来。但在周报中,­工程师B可以详细描述一下这个bug的背景和解决方案,这样我看一下就明白了这是怎么回事儿。

你问我是否看得了这么多周报,我现在的团队实际情况是有30+人,每周周报我都一定会全部看一遍。大部分周报只需要1分钟就可以看完,小部分工程师/lead会­把他们本周的工作亮点,建议,新想法写在周报里,这就需要更多的时间去关注/回复。我平均每周花2到3个小时在周报上,这并不困难(也许在开一些并不关键但一定­要出席的会议时,就顺带着处理完了)。中国工程师的一个典型问题是内向,害羞,不善于表达自己。通过每周一次周报的强制要求,我发现大部分人都可以开始尝试着写­更多的信息来进行沟通了。

一个人会写周报,会表达自己,你觉得这不一定是个好事情,我却觉得这是个非常好的事情。我觉得沟通和表达,是团队合作最重要的因素。如果一个人做了很多工作,他­都没有办法来表达自己,来让自己的上司知道。那他在和其他团队进行沟通时,他又怎么能把自己的需求和解决方案说清楚,让别人来帮助他,支持他,或者说明别人接受­他的方案呢?我希望我团队中的每一个人都不是只会写代码的蚂蚁,对于一个架构团队来说,沟通,交流,设计和表达的能力是非常重要的。 ”


TAG:

 

评分:0

我来说两句

日历

« 2024-04-19  
 123456
78910111213
14151617181920
21222324252627
282930    

数据统计

  • 访问量: 14254
  • 日志数: 28
  • 建立时间: 2012-01-06
  • 更新时间: 2012-03-01

RSS订阅

Open Toolbar