1."好的","没问题","保证完成"-------即接受了任务,并以这种口头的回答做出了承诺;
    这种回答可能是项目经理最乐见的一种回答了.强将手下无弱兵的自豪感油然而升,哈哈,这种回答也是令项目经理最省心的.但视情况应该让该人员大致阐述一下他的思路.以免由于他理解上的偏差,而不能按时完成任务.

2."这个...,嗯,~,这个我好像做不了","做不了,XX","这个分给别人吧.我做不了."---------即不能接受任务,并以这种方式在没有认真分析的情况下,这么快就做出了决定.
    这种情况,恐怕每一个项目经理都不乐见到.我想项目经理在给这个人分配任务之前一定会对该人能否完成这人任务做了一定的考虑了,他没有接受可以有两点考虑:A,在这么短的时间内他不能完成;B,以他现有的知识储备,他做不来.关于他的第一种考虑,如果项目不急的话,可以适当的给他延长一些时间,如果是第二种考虑的话,一定要让他回去自己做个详细的分析说明,为什么做不了,不要张口就说做不了,团队中的每个人都是开拓者,不要只以自己现有的知识储备来衡量一个任务,否则个人就没有进步,从而团队的整个水平就不会得到提升,每个人都必须承载一定的研发压力,这个团队才有动力.

1,分配给张三的任务让他一天完成,他拖到了三天才完成;
2,活干的不利索,质量不高,留下好多隐患,可能以后必须得别人为你擦屁股,增加了开销;
3,任务分配了,但是没有下文了,只要能实现功能就行了,没有进行相关评审;

上述这些都会让做为项目经理的你浇头烂额,

    对于第一种情况,解决办法:在分配了相关任务后,通过邮件等形式,让其对任务进行划分成若干段,再把把一段的开始时间和结束时间(以天为单位)给出.每开始一段和结束一段时都要给组内的每个人发一封邮件,以示说明.这样方便大家的监督.如果不好好工作,在年终的奖金上少于别人也就不好意思说这个那个的了.因为群众的眼睛是雪亮的.

    对于第二,三种情况,解决办法:首先,组内要有约定的开发规范,且每个开发人员必须在格式上严格遵守,另外,也是我说的重点,可以定期对开发人员的代码进行评审,提出改进行或重构意见,以提高其代码质量,如果时间不允许以开会的形式进行正式评审,或都说你觉得以开会的方式效率不高,也可项目经理一人抽出20--30分钟时间对少量同类代码做出评审,如果项目经理没时间,可以指定高级开发工程师代为评审.