标签：
最近3年多时间一直在做企业的内部信息化项目，其中经历和感慨颇多，今天有点时间来整理下自己到思路，也说说自己到见解。
公司内部到信息化项目到工期如果是内部员工做开发的话不会一般压得很紧张，但是并不代表没有项目计划可以轻松了事，只是
说由于是企业到内部信息化部门在做开发，一般内部沟通比较方便，不会将时间节点压得很死，但是也有例外的情况，比如老板或者某
个部门急需等米下锅时就可能需要加班加点了，但是这种情况毕竟少数。因为如果信息部门长期加班加点，压力很大的话，估计人员流
动就更大了，除非你给的钱多，而且员工的满意度高，比如像BAT这种有钱可以任性的公司，否则这种情况难以持续。因为毕竟这个社
会付出就要讲究回报的，员工都不是雷锋，没有那么无私。企业内部的信息部门提供到薪资待遇和外包公司或者专业的软件公司是有差
距的，和互联网公司就更加不用比较了。一分付出一分收获，所以你给予人到不多，就不要期望别人向互联网公司那样高产了，杀鸡取
卵或者涸泽而渔的事情能不做就不做，因为对于企业的内部信息化项目一般是和企业内部的业务有关联的，所以对于开发人员的业务水
平是有要求的，频繁的人员流动肯定不是啥好事。当然这并不是说为了稳定就可以容忍低效，只要管理得当，企业内部开发团队的效率
还是可以很高的。
根据这几年到所见所闻，我自己有了几个认识：
1.二八定律在任何时候都是成立的，比如一个人在工作到八个小时内，能够有8成时间投入工作就很高了，只有2成到员工是非常
优秀和高效的，20%人可能就干了80%的活，所以用人要用人之长，平均工作量，不能有人闲得蛋疼，有人忙得团团转。工作
任务到粒度避免太细或者太粗，一般分解到3天及以下即可，比如1到3天。及时到进行任务到检查，一般每天2左右即可，日报
就没有必要了，太细了，也会浪费时间，引起开发人员反感，好像每天都有在后面跟着你拿着鞭子抽似的。当然这只是个人的
见解，不是适用于所有到企业，因为这种方法的前提是内部员工都已经非常熟悉并且大家基本都能够自觉按时完成任务了。如
果是一个新成立的处于磨合期间的团队就别用这种方法了。
2.项目的任务分配要做好，任务和责任要分清楚，每个任务都要有一个执行者和监督者，一个任务指定2个或者2个以上人来执行
那就相当于没有指定人执行了，一个和尚挑水喝，两个和尚抬水喝，三个和尚没水喝就是这个道理。还有就是可以将任务分解后
在合适的时候让大家来选择自己感兴趣任务，这样可以激发团队到积极性，进一步提高效率，但是这个也是要做好协调的，比如
如果大家都抢有限几个任务，另外一些没有人愿意处理，你需要做好准备来协调好一切。
3.尽可能给团队成员创建一个和谐的环境，减少外界一些不必要的干扰，让团队成员能够集中精力做好自己到本职工作，因为开发
人员做开发时是需要集中精力来做事到，如果被外界打乱的话，那效果可想而知，而且也会引起反感，比如有些公司的规章制度
多于牛毛，要求员工带工牌，穿工衣，不符合规定要罚款，针对某些行业或者公司这个无可厚非，但是我个人觉得针对IT人员就没
有必要了，个人拙见啊，呵呵。
4.团队内部多进行一些沟通和分享，建立自己到知识库，技术人员一般比较单纯，大家还是愿意相互学习，共同提高的，这样既可
提高团队技术水平，又可以增加团队之间相互了解和协作，同时也为公司做了技术储备，一举多得，何乐而不为呢。
5.凡事有度，过犹不及，能够系统化规则化的东西尽量做到有章可循，这样不至于杂乱无章。
标签：
原文地址：http://blog.csdn.net/weizhiai12/article/details/42141903
