对于我们还起到了督促进度的作用)。聚会可能会耽误一天，但是他能提高士气，和帮助个人融入团队中，接下来的几天工作效率的提高应该是可以抵消那一天的工作时间的。这点我觉得会我们开的会还是够的，但是聚会太少了。
当然我作为项目经理我很希望大家把所有的时间都投入到工作中来，前提是不牺牲个人的休息时间。现在我们组的人员都是有激情和精力的，如果以牺牲自己的一些利益为代价的，很快就会耗尽自己激情和精力的。
当疲惫不勘的时候就是选择离开的时候。然而工作时间的延长也并没有见得工作量就提高了很多，相反是效率降低了。前几个月，周末一直在加班，主要是自己给自己设置的里程碑多了(问题是没有这些又不能保证项目进度)。至少有3个周末两天都加班，导致连上了半个月的班。一来疲惫，二来觉得没有劲头。可想而知，后面那个星期的效率。我想如果不是为了赶星期一的进度，最好不要加班，如果非要加一天班的话，星期一能休息半天，加两天班的话能休息一天，我猜测从效率上来说这天的时间是能补回来的，休息一天显然能提高效率。再者从心理上来说，觉得加班值得，这样加班的积极性会提高(虽然我们都不存在积极性不高的问题)，同时能体现出我们公司对员工的关爱，施以小惠，得到的是什么呢?员工对公司的认同，工作积极性的保持，和对自己加班的认可。而休息一天又失去了什么呢?对公司来说，失去了一人一天的工作量，一人一天的工作量是多少?除了当事人，没有人确切知道。至少这个量是小于想象中的一人天工作量的。虽然一周的工作安排下来了，但是作为程序员不能控制工作的多少，却能控制工作的质量好坏。质量×数量=工作量。所以说工作量确切上只有自己清楚。让员工怀这一个工作环境优越(有调休)的心，和得到休息的身体工作，工作的量和工作的质量的乘积显然是大于前者的。
关于员工生日的问题，公司也提过，不过口惠而实不至.在我看来完全可以按组来操作。项目组有人过生日，组里面给买一个蛋糕，买点点心，happy个20分钟左右，如果大家不尽兴完全可以自己去自由发挥，公司需要的是把这种气氛调动起来。上周同事的生日，效果很好，至少给大家了一个在一起融洽的借口。不需要人太多，需要的就是平时大家在一起工作的那几个人就可以了。
公司的讲座一定要坚持，如果每天面对的都是作同样的技术，人是会麻木的，但是如果不时有新的东西注入的话，能激发人的热情，同时能给人感觉公司很有活力，公司的人很有活力，觉得自己能学到很多从来没有听过的新技术，值得留下来继续学习。而我们的现状是不怎么对员工(特别是新员工)进行培训。
新进的毕业生，好些没有真正接触过编程，只有一句话，你去学编程吧，没有任何培训。这就像游泳教练对想学游泳的人来说，你们自己跳到河里去学习，然后就走开了。结果呢，一部分被淹死了(放弃了编程)，另一部分虽然学会了，但姿势上完全不对(形成了不良的编码风格，我就是这样，编码风格很差)。这样我觉得会导致后期的维护费用增加，虽然这些东西暂时看不出来，但这种隐性成本肯定是存在的。虽然培养的人部分会走，但有没有培养是99%都会走的，留下1%的庸才("庸才沉淀"文化)。专业的队伍需要专业的培养，不能因为自己付出的让员工得到的多公司得到的少就不付出。结果是公司有很高的员工流动率，公司员工总是处于一种低水平的状态。
给员工一个触手可及的诱惑，感恩的心，舒适的心情，被大家接纳的环境，还有就是能提升自己的机会我觉得是激发员工工作动力和潜力的方法。
换休我觉得能给员工感恩的心(虽然加班不是天经地义的，但是业界无偿加班好像是天经地义的)，因为至少他们朋友在的公司不是这样