阅读作业1----读《移山之道》疑问与感想

　　最近读了邹欣老师的《移山之道》，在读到第三篇团队合作时发现了一个有趣的事情：”由于大部分人都反映以前的项目太忙，每人都加班，但是劳而无获，阿超团队就对时间安排问题进行了一次讨论。“

　　其中指出：员工每周只有40小时上班时间，每天8小时。上班时间是出现在公司的时间，而项目工作时间是指你在精力集中、无干扰的情况下为项目进行开发的时间。根据经验，每人每周最多只有四天时，32小时实实在在地在做项目，其余的8小时话在下面三个方面——

（1）日常事务，我们的确要花很多时间处理琐碎而又不得不做的事：交流、开会、讨论、写E-MAIL、玩游戏(!)等，对于一些员工来说8小时还远远不够。

（2）作为缓冲，如果你任务还没完成，那就首先用这个时间填补。这移位着如果你项目的任务没完成，你就少开一点会/讨论/玩游戏，等等。

（3）在项目过程中有不少突发事件，你要应急，可以先从这里拨出时间，如果不够，可以再从32小时工作时间中拿。

　　因为每人分工不同，可能不同的员工会有不同的”非开发时间“，例如管理人员可能会需要格外的时间进行管理工作，我发现，对于那些管理人员、测试人员、项目管理人员等而言，模块的最终质量决定了工作绩效。对于其余一线人员而言可能就是代码行数和质量决定工作绩效。还没有相关工作经验的我有些疑问，这样的时间安排似乎是默认在每周32小时（或其他）工作量基础上根据以上最终考评标准来决定绩效，那是否意味着40小时上班时间，32小时工作量（假设）质量考核，完成速度快的人可以为自己格外延长”非开发时间“进行日常事务处理？一周8小时”非开发时间“可以为私事，也可以为公事，这8小时能否或是否应该纳入考评绩效内吗?一个团队应该如何协调每个人的”开发时间“和”非开发时间“呢，是充分授权信任还是别的？8小时又是如何定出来的呢，其他工作团队能否沿用？

　　当然，对于这种人性化安排我感觉还是比较好，任务分配下发，下面人负责完成（怎么感觉就像在学校一样：老师布置作业，学生按时完成作业，老师再根据作业完成情况打分:ABCD）。另外还想向大家请教一下，是否还有其他更好的时间安排方法？

转载于:https://www.cnblogs.com/DOOM-cbx/archive/2012/10/30/2746755.html