
在最近的一段时间,工作上经常会扮演团队管理者的角色。随着新人慢慢适应了新环境,接下来要让他们真正成长的重任落到了我的肩上,当然,这也是我成长的过程,也是团队成长的过程。
上个星期接到了一个任务,我们开发的一个最大的系统在经过了上线的考验后,又来了一批共8个的需求更新。我想了想,决定让新人来做这次更新:如果让熟手做可以很快做完,但是新人又会少一次成长的机会;新人一上手就这样大的项目更新是有风险的,于是为了控制风险:新人写代码,熟手来看他们更新的代码并负责测试。这样在有效控制风险的同时,新人也得到了锻炼。
还是以案例来说,以下几个案例很有趣值得人思考:
1. 不注重用户行为的一致性(consistency)
2. 只看自己要更新的需求描述。
3. 不抓住本质核心
其实在修复bug的时候,特别是针对这样的特大系统,思考力变得重要,开发人员不要仅局限于某一块任务,也不要上手就开始写代码,多思考可以让人尽快抓住bug核心,从而用最少的代码解决最正确的问题。
在这整个作业流程当中,特别是第三个案例,在我们会议室交流了两个小时的时间里面,发现了大量的沟通问题:往往两个人对话,听别人讲的那个人往往看似听到了,其实什么也没听。在沟通中不会听是致命的,这些沟通方面的问题暴露,大大坚定了我下一步抓沟通的决心。