折磨3天
当年今日
- 2025 : 折磨3天
- 2024 : 都很麻烦
- 2023 : 儿科故事
- 2022 : 四马分尸
- 2021 : 煎熬着
- 2020 : 过去的古惑仔
- 2019 : 瑜伽又开课了
- 2018 : 信任
- 2017 : 生之欲
- 2015 : 计算机往事
- 2014 : 理所当然的200K变得不理所当然
- 2013 : 属于大家的“舞动男神”
- 2012 : 隐藏着的武士道精神
- 2011 : 淡淡的哀伤
- 2010 : 可耻啊
- 2009 : 吃力不讨好
- 2008 : 黑袍方帽
- 2007 : 开荒不容易
- 2006 : 疯狂端午节!!!
- 2005 : Is Failure a Bad Thing? (publish on weekend)
- 2005 : The Road is Ending
2025-05-28集团公司的财务部发了个文,准确来说那个文是2025-05-27发的,我在2025-05-28下午才在某个群里看到,那是一个统计群。发布的人圈出了里面的日期,发起人要发起某个进度表,要求在每月1日下午18点之前发起,整个流程要在3天之内结束。发起这个流程,我感觉没什么问题。里面需要点过的人随便数了一下,超过10个。这其中还有很多主任部长副总经理之类的人物。要求走这条流程,我觉得很合理,但关键是那个时间非常不合理。因为写的是每月1日,不是工作日。然后我们再算算,每年的1日有多少个月不是工作日?1月1日、5月1日、10月1日一定不是工作日,今年的6月1日刚好也不是工作日。光是算算就知道这相当不可思议。为什么要有这种要求呢?因为财务部的报表是每月3日之前完成。这个完成的限定时间针对直属库。我不知道为什么非得这样不可,因为统计月报不是这样的,提交的时间是工作日,如果遇到五一十一会有延迟,会计的这种做法到底是怎么个逻辑呢?可能有些单位也是这么干的,但你知道别的单位是不是限定每月最后那一天几点之前就截止所有单据呢?可能是上午12点,可能是下午18点,也可能是晚上22点。但我们就没有这种截止。我印象非常深刻的是2024-12-31。那天单位最后一条作业是23:59:32结束的,之所以不是59秒,可能是因为如果真是那个时候结束,系统的保存时间就已经跨天了,到2025-01-01了。实际上那天单位的那些作业也是做到2025年凌晨才结束的。因为显然这是一个连贯的操作,不可能因为说跨了天我就不继续完成余下的那些。为什么要把人逼成这个模样呢?
说回财务部的那个流程。发起人要填单是肯定的,好几个人要审核,但上面的人没审核完,下面的人就干不了,怎么能保证这个流程能快速通过呢?领导是不审核的,也不是说他们真的没做事,他们做的事跟我们的思路有点不一样,可能他们会发现一些漏洞,抠出一些细节,又或者他们在宏观的角度发现了一些我们不该有的错误,但是那些细枝末节的核对是由基层的人去完成的。基层审核的人一个又一个等待上一个流程结束,这根本就是一个无底洞。你不知道发起人什么时候发起,你不知道你前面的那个领导什么时候点过。所以在这三天的时间里,你都处在一个on call的状态,时刻准备着。因为万一到你这一步,你拖了半天你才结束,真不知道后面会怎样。但是你又真的不确定你前面的那个领导什么时候才把他的那个提交点下去。你甚至不知道这条流程到底走到哪里了,因为不到你那里,你是不知道的。领导的流程可能5分钟之内就通过了三个,但也有可能3个小时、半天甚至一天都没动过。这就要靠前面流程的人及时提醒,但是他们有没有这个脸不断催促呢?
OA上面的流程,我见过有些5天都没走完。很多都是,如果是周五发起,随便就跨了个周末,完全没动过。周末没动过,那么这个每月1日的这个玩意,谁能保证就一定会动起来呢?
制造这一条让大家都这么难受的规则,最终实际上不会有什么结果。因为直属库的数据跟财务部的付款用的不是同一个节点,所以折腾这么一圈,最终只是个可预知的杯具。