该帖子同步发布于博客：“失败的沟通（1）”

Jack很生气。早上（星期三，5月28日）他接到JY的电话，说她身体不舒服，要请病假一天。JY手头有一项任务B，按照计划要在这周末（5月30日）做完。Michael电话里问JY剩余的工作要多久，回答是顺利的话要两三天。（言外之意是不顺利的话就难说了）。

这项任务已经做了两周多了，上周五（5月23日）代码修改完成。当时JY说测试要两三天，也就是说5月28日能全部做完。谁知5月27日却遇到一个奇怪的问题，花了JY大半天时间检查。等Michael知道后，再找人来帮助，最后发现是一个简单的配置错误造成的，已经到下班时间了。

JY这种情况不是第一次发生了。在四月份分配给她一项任务A，一直拖拉。原计划是四月底完成，但每次问她状态，总是回答“还在试”、“还在调”、“如果顺利，会很快”。在一个地方整整卡了三天没有任何进展。最后Michael找人帮忙Review她的Code，发现是代码中的一个简单错误造成的。这时到了4月25号，她要请假回家结婚了（四月初已经向Michael提出）。结果这个任务直到5月9号才完成，严重影响项目进度，Michael受到严重压力。

JY的工作质量一直不是很好，被合作者投诉了好几次。Michael对她的印象是：做自己熟悉的模块质量还可以。一旦遇到不是自己了解的模块，质量、进度就完全失控。而且没有进度概念，只根据自己的习惯做事：在上面说的任务延误情况下，依旧早九晚五上班，从不赶工。

2、若资源充足，只安排她做熟悉的模块；若资源不充足，项目组内安排有经验的员工对她进行特别培训，在出现卡壳时尽快帮助

3、动之以情，晓之以理。培养她项目主人的感情，项目的成败也有她密切的关系，在进度紧的时候加加小班