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