为什么我的手底下总是有赶着都不干活的人？
如题，为什么我的手底下总是有赶着都不干活的人？
任务分配完了，整天就弄自己的事情，总是看不到他干分配的工作，问问他要么说干完了，要么就答应的很好，转身就还是自己干自己的。到了最后几天就混乱做一做，式样书都不看，怎么简单怎么做，或者根本就没有做，胡乱编个结果就告诉你。一仔细一看就四处都是纰漏。原来有一个这样的，走了，又来了一个，是不是我的管理方法有问题，把他们惯成这个样子了呢？
我到底该怎么办呢？？

[解决办法]
每天早上开立会

让他自己说今天他要做什么，什么时候能够做完，目前进展程度如何

如果有必要的话晚上下班前也可以开个立会让他说一下今天做了什么？

另外新人的代码要重点评审，不要等到过了好几天才看一下，那个时候做的已经很偏了

最好及时纠正

祝你成功～～
[解决办法]
1，用mail分配任务，抄送给全体相关人员，包括你的leader。mail里写明任务要求，完成时间等等。所有要求越具体越好。同样要求手下人完成后以mail形式给你反馈。

2，在看到手下人在干“自己”的事的时候，第一次，敲敲桌子或MSN之类聊天工具上提醒一下；第二次，做一次短暂的单独的谈话，可以是午饭时间或是倒水时在走廊上低语几句，语气可以严肃点；第三次，严重警告，并通知网管，封相应软件。如果还没效果，建议找人事问问公司相关惩罚制度。

3，非正式地说没效果的话，那就正式点。单独开个会议室，好好谈谈，到底什么情况，是不想干了还是嫌工作太简单了。

4，要留有充足地命令手下返工的时间，并且做好不止一次返工的准备。
[解决办法]
不知你们有没有用verscion control system vs tracker？ 如果还没有, 现在有免费的不限人版Tracker+Subversion的好用工具CodeBeamer MR, 可以去下载来试试看. 运用这样的组合, 可以检查每件工作相关的commit codes, 不是随便说说我已经做了就算了, 且工作做到什么程度, 一件件列在上面, 没close就是没close, 可以算得很清楚.
建议先跟客户讨论讨论,将要做的requirements区分一下priority,看哪些要在第一个iteration做, 哪些到第二个iteration做, 每个iteration都不要太长, 如果是要在短期间内完成的话(如一个月), 大家就不敢敷衍了事了. 完成品测试release给客户看过后, 听听客户的意见, 再来安排第二个iteration的工作. 这样也会给客户很好的印象. 建议每个iteration里面的工作尽量细分到一个星期内可以close.
欢迎参考我最近写的博客 Lean Software Development七个原则与管理观念