本人虽然还不是管理人员，但也管理过学弟们（不是同校，只是工作中同事，为了好称呼叫学弟），也被管理着，工作也好多年了，今天又感而发，想来谈谈如果管理好员工（在此声明，我只是发表个人意见哦，不要喷，哈哈，反正浏览量不是很大），管理层要管理好下属，但是我觉得在IT界，作为经理（组长）管理程序猿们，第一，经理还是不要太把心思放在技术上，应该给以组员们在技术上如何实现上更多自由，我认为关键还是在任务制定之前给以更多参与，这样可以发挥组员们主观能动性。不然，比如：经理了解了老板那里或客户提供的业务需求，而组员们没有参与讨论，而是经理知道后在跟组员讲这业务该怎么实现，如果业务要花的时间比较长，一周以上，那我觉得进度会比较缓慢，组员们会只是在经理划定圈圈中打转（有时组员们可能还不是很了解经理表述或时间久了就忘记部分了），这样项目进度就会比较缓慢了。在如果制定了表结构，那就更完了，表结构以制定，代码表述就基本定了，如果表字段代表的意义又比较丰富，如果组员们没有参与制定表，那就更不好实现了，了解表的就的发很多时间，还的实现代码。第二，经理得和组员们打成一片，得使得大家有种归属感，做事不只是为了工资，氛围是很重要的东西。所以千万不要自己也是在搞技术的来管理搞技术，本来搞技术就是情商不高的人，如果搞技术的来管理（我说的是这个人在公司也是主要负责技术开发，当然有些搞技术转为管理层当然也是没问题的），久而久之，就没气氛了。第三，经理也要会用人，了解组员技能和脾气兴趣是很重要的，懂得了这么就好安排工作了，什么人适合Web前端开发，什么人适合Web后端开发，什么人适合数据库开发，奖罚分明，也懂得夸赞员工，有些人喜欢被夸赞，当然是人都喜欢被夸赞，有的人比较脆弱，得委婉让其知道错误并鼓励其改正或接受意见，但是也有顽固皮实的人，那就应该气势上得降服他，这样的人技术牛可以留，但如果技术又不行又顽劣，那只能请其走了。
最后我想最重要还是得让组员们能发挥主观能动性，业务的事能让他们参与的就尽量让他们参与进来，任务的定制也是一样，得让组员们发挥自己的想法，想好两三天后自己该干什么，大家做事的目标得清晰。还有就是老板也要注意员工的福利，平时也想着为大家搞搞什么聚会，说到这里，经理也要努力为组员们福利在老板那好好争取，这样才能给组员们一种安心，才能成兄弟姐妹。
版权声明：本文为博主原创文章，未经博主允许不得转载。