最近两个项目过程中,我们组有个小伙伴的状态非常不好。因为技术基础较弱,并且专注点也不在技术上面,所以平时一般我只分配一些非主流程模块给他开发,倒也没有什么大的问题。但是最近两个项目过程中,逐步分配了一些稍微重要的模块给他开发(毕竟也是要考虑年底绩效不那么难看)。过程就不详细描述了,简单说下结果:
项目一
基本没有自测,我review和跑UI发现40个左右的bug。最后还动手重构了部分代码。主要是为了怕线上出bug,影响部门绩效。
项目二
- 进度拖沓
- 功能不完善
- 自测同样问题(没有时间自测)
这样下去肯定非常牵扯我的精力,必须跟他好好聊聊。那么怎么设计开场白呢?能在一个友好的氛围中把问题捋清,也能照顾好他的情绪?考虑了一上午的时间,突然灵感一闪,以培训的名义来谈,既不会显得特别对立,也不会冷场。
事实证明效果非常不错,同时也得知这个同事家里的问题影响到了工作。这也让我反思自己是否应该早一些沟通会更好。应该建立定时沟通机制!
网友评论