前天偶然在CSDN上看见这么一篇帖子，讲的是帖主自己作为一个主管在任务分配的现实问题，引出不少跟帖。
我也深有感触，毕竟自己也曾经历过类似的遭遇，归根到底是一个团队建设问题。
以下为引用内容：
我们是一家大公司下属的小分部，由于信息部是刚刚分出来的，所以人比较少，分出来的时候指任我为主管，管理手下的三个新人，新人是公司刚刚招聘来的，人品都很好，很善良。
平时工作他们可以听歌可以聊天，偶尔的迟到我都是先关心是不是路上出什么问题，公司给我们的任务比较重，眼看要年底了，所以常常加班，为了让他们能抓紧时间工作少加班多出活，我制定了工作量化表，把任务量化，每天的量都是让员工自己根据情况自己制定，工作时间正常工作如果完不成就得加班。每天下班时和他们的聊天都是讲的心理话，同他们一样我也天天加班到深夜，每一次表达都是想和他们走的更近，都属一个团队，要营造的是一个团队。
但是任务每次都完成的不理想，预计计划基本实现不了。我很苦恼，实现不了时都是我在加班再加班，而他们都好像紧张不起来。
跟帖中也有不少同志做了一些总结探讨：
1：根本原因是公司不肯花钱请熟手
2：工作计划由属下自己制定，不应由主管量化制定
3：赏罚制度不明，没有干劲。
。。。。。
针对第一点，帖主也做了一些说明，新手上手过慢需培养，半熟手、老手脾气大，不好管理。个人感觉其实从这一点上也反映了，规章制度的不完善，熟手在技术上应该是不需要太多的训练，只需要用一些硬性规定让其符合团队的需要即可。从人事成本上很难讲孰轻孰重，新手是为其他公司培养，老手也会狮子大开口。哎。。阅人难，阅符合团队的人很难的。。。
想想本人在招聘新手的时候没有什么笔试的，上手就是单表的CRUD，看代码质量就知道功底有多少，其二问有没有个人爱好，不会Dota的不要，先前团队活动比较单一，但是很有气氛。其三问一些专业网站，不知道博客园、www.asp.net、codeproject、codeplex的，我就不知道说什么了。虽说招人比较片面但是要的是整个团队的氛围。（欢迎各位前辈指正）
针对第二点，软件开发工作一定要量化，由实际负责开发的下属进行制定计划进行反馈是很有必要的，特别是没有自己一套开发流程的团队来讲是很有必要的。作为主管的确要了解自己的下属的能力，根据其能力来安排相应的任务，这是很平常的一件事情，但是开发时间是一个很难拿捏的东西，主管自己制定太过硬性，特别是遇到下属有不服的，会引发矛盾的。由下属自己把握时间，主管据其能力审核，就好比签军令状（当然前提是需要军法），完成的好奖，未完成说明原因，酌情罚，调整任务。但是如果任务细化度不够，嘿嘿，有的玩了。。。。任务不能按时完成也在情理之中。
对于第三点个人感觉是一个团队建立的基础，加班无加班工资、干好干砸都一样，谁还有心情更卖力的拼命。(本人深有体会，哎。。不说了。)即使你这个主管在心里面是为手下好，但不是人人都领情，认为只要和下属搞好人员关系（谈心），在工作中就能替你拼死卖命，太理想化了。不是人人都是三郎，为你拼命，谈再多的心，也成了弹棉花，无用。。。
帖中也不少人提出精辟的一句话：管理就是一首狼牙棒，一首棉花糖。
此句虽然精辟，但不是理解了就可以了，关键是在什么时候下什么棒子才是最关键的。这也成 了一个永恒的话题，希望以后各位已经踏上管理岗位或是即将踏上管理征程的兄弟，慢慢体会，慢慢总结，授与后辈弟兄。。
