去年11月，苏州一家做非标自动化设备的厂里，项目经理老周跟财务总监吵了一架。起因很简单：一个干了四个月的项目，财务算出来毛利负8万，老周拍桌子说不可能，光他知道的采购成本就比这低得多。
财务把成本明细拉出来，老周不说话了——人工成本那一栏，占了总成本的41%。而这一栏的数字，是从工时系统里导出来的。
工时填了，但填的不是真相
这家厂2019年就上了工时填报模块，要求每个工程师每天按项目填工时。制度执行了三年多，HR每月统计一次，看起来挺规范。
但老周心里清楚，工程师们是怎么填的。周五下午集中补填，凭记忆写个大概，A项目写4小时，B项目写3小时，凑够8小时交差。有个工程师私下跟他说过："谁记得住周二上午到底干了啥？"
更麻烦的是，非标项目经常一个人同时跟两三个项目。今天在A项目现场调试，明天被拉去B项目救火，后天又在C项目开会。到了周末填工时，全凭感觉分配。
工时数据的失真不是态度问题，是流程设计问题。当填报动作和实际工作脱节超过24小时，数据就不可靠了。
一个项目亏了，另一个项目"被盈利"
工时失真的后果，不是成本算高了或算低了那么简单。它会导致成本在项目之间串位。
老周那个项目，实际投入了3个工程师、干了4个月。但因为工程师们同时还在跟另外两个项目，填工时时把大量时间记到了另外两个项目头上。结果就是：这个项目看起来用了太多外协和采购，实际是人工被低估了；另外两个项目看起来毛利不错，其实是被"塞"了不该塞的工时。
年底复盘时发现，全年12个非标项目，有5个的毛利数据是失真的。老板拿着这份数据做第二年的报价策略，差点把两个实际亏损的产品线当成利润来源加大投入。
问题不在系统，在颗粒度
很多管理者第一反应是"换个更好的工时系统"。但老周后来想明白了，问题不在工具，在填报的颗粒度和时机。
他们后来做了两个调整。一是把填报频率从"每周一次"改成"每天下班前"，每次只填当天做了什么、花了多久，单次填报不超过90秒。二是把项目编号贴在工位上，工程师填的时候不用回忆项目名称，直接扫一眼就行。
调整后第三个月，财务再拉项目成本表，人工成本的偏差率从之前的±35%降到了±8%以内。老周说，现在跟财务吵架的次数少多了——因为数据终于能对得上了。
工时核算这件事，填了不等于填对了。填对了，项目成本才站得住脚。
