为什么填工时是一种错误的管理方式？
为什么填工时是一种错误的管理方式？其一：工时系统带来了巨大的时间浪费
??????? 假设某公司有3000人，每人每天填工时平均需要花1分钟的时间（从登录系统，填一大堆东西开始算，这个数值算是保守的），那么一天需要消耗的时间成本如下：
3000/60=50小时??????? 这种成本真的合算吗？
??????? 有人会说，最起码有一个大概的参考意义吧。说得不错，确实如此，【最多只能大概参考一下而已】。那么，为了这样一个大概的数据，每个月至少白白浪费50小时的时间，值得吗？
??????? 如果仅仅是为了【参考一个大概】，让项目经理记录一下整体的人日数，岂不更好？何必要扩大化，去影响到每一个人？
??????? 使用for..each去迭代每一个员工，和仅仅call一下PM，这种效率差距是非常显而易见的，何况目前的工时系统已经是公司最难用的系统，之一。（保守估算，就算每人每月填一次工时，每人每次花10分钟---在一切顺利，不出bug的情况下，整体耗时550小时，合68.75个工作日。）
?
其二：测不准?
?
?
??????? 在软件开发领域，想要估算一件工作需要耗费的准确时间是非常不容易的，尤其不可能精确到小时这样的单位。
??????? 根据目前工时系统的实际运行状态，每一个任务单都存在巨大的时间偏差，最终加起来的总工时更是偏差了十万八千里。
??????? 有人会说，我让那些熟悉技术细节的人去派发任务单（比如TA），这样就可以精确了吧？
??????? 根本不可能存在这样的人！
??????? 为什么？
??????? 首先，每一个项目都需要用到各种不同的技术、工具，从前台开始，可能会有UI设计 （PhotoShop/Flash/AI/AxureRp）、前端框架(jQuery/prototype/bootstrap/KendoUI/各种 UI)、各种浏览器兼容、各种脚本语言(JavaScript/ActionScript)；后台可能会涉及到C++、Java、Python；数据库会 有Oracle、TT、mangoDB、QMDB，加上移动平台（主要是iOS和Android），可能还会更多。请问你从哪里去找一个或者几个人，能够 对这些东西都懂？而且能够评估出每个工单所需要的“基本准确”的时间？
?
??????? 其次，如果真的有这样一个人，他会非常累，因为他就像一个星型网络的中央节点，所有的事件流全部要处理。
?
??????? 其三，项目数量很多，到哪里去大批量找到这样的人？
?
??????? 其四，完成一个工单里面的沟通时间和非技术时间成本怎么算？（从实际情况看，沟通时间基本无法预测）
?
??????? 对于第四点，引用一个段子，大意如下：
?
14 楼 houyujiangjun 2013-11-15 说的很实在，有道理！ 15 楼 identi 2013-11-15 谬论，首先是毫无意义，提不出哪怕一丁点的建设意见。