奇葩的公司规定
最近这家公司，我是杭州的分公司副总，母公司在合肥。
其实公司整体还是不错的，最起码杭州这边不管是制度或者是企业文化没有被影响到。
简答讲几个总部产研领导定下来的奇葩规定：
- 会议超过 25 分钟要申请、走流程，开会还要带计时器；
- 节假日前后不能请假调休；
- 周一到周三晚上强制加班两个半小时，中间吃饭只能 15 分钟；
- 发布新版本必须通宵，因为没有灰度、没有预发布，全靠人熬夜发布和测试；
- 到了 2026 年，仍然因为“害怕信息泄露”，把研发关在单独门禁办公室里，卫生还靠员工每天排班轮流打扫；
- 不同办公地之间人员流动要报备审批（包括合肥不同办公地之间，哪怕就隔了两条街）；
- IM 拉群要申请，群里必须有总助或领导；
- 300 人研发团队，一个总经理下面配 4、5 个助理，每天汇总各种事情，下面总监除了日报、周报，还要写周产出，并且格式严格；
- 跨 BG、跨 BU 沟通也要报备，没报备的一律不承认；
- 所有研发人员每天都有各种扣分事项，最后大家工作的目标变成了“不被扣分”。
这些规定单独看，每一条都可以包装成“规范管理”“风险控制”“提升效率”“加强协同”。但放在一起看，它们呈现出的不是管理能力，而是一种深层的不信任。
当然可以说，每一个离谱的规定都有一个离谱的操作，但是，就没有一个更好的解决方案吗？我不信……
一、这不是管理精细化，而是控制欲精细化
真正的精细化管理，是把复杂系统拆解清楚，让信息更透明，让流程更顺畅，让人更容易做成事。
但很多公司的所谓“精细化”，本质是把人盯得更细。
会议超过 25 分钟要审批，看似是在治理低效会议，实际是在制造另一套低效流程。会议要不要开、开多久，应该由议题复杂度和参与者责任决定，而不是由一个机械阈值决定。一个复杂技术方案评审，25 分钟可能刚把背景讲清楚；一个没有准备的同步会，10 分钟也可能是在浪费生命。
管理者如果真的关心效率，应该要求会议有目标、有材料、有结论、有 owner，而不是要求大家带计时器。
带计时器这件事，本身就很讽刺。它不是为了让人高效，而是为了让人随时意识到：你正在被规训。
二、节假日前后不能请假，说明公司把员工默认当成“会钻空子的人”
节假日前后不能请假调休，是很多低信任组织的典型规定。
它的潜台词是：员工会想办法多休息，所以必须提前堵住。
问题是，调休本来就是员工用自己的加班时间换来的休息。如果一个人已经付出过额外劳动，却不能在自己需要的时候合理使用调休，那所谓“调休”就只是账面上的安慰剂。
这类规定折射出的领导心理是：员工不是合作伙伴，而是需要被防范的对象。
一旦组织把人默认成“偷懒者”“钻规则空子的人”，管理方式就会自然滑向审批、限制、监控和惩罚。最后，真正有责任感的人会被消耗掉，真正擅长表演服从的人留下来。
三、强制加班不是奋斗文化，是生产关系粗暴
周一到周三晚上强制加班两个半小时，吃饭只能 15 分钟，这已经不是管理风格的问题，而是对人基本节奏的漠视。
加班在某些特殊阶段可能不可避免，比如线上故障、重大交付、紧急客户问题。但如果加班被固定成制度，就说明管理层已经放弃了正常的计划能力。
强制加班常常掩盖三个问题：
第一，需求管理混乱。
第二，排期不尊重工程规律。
第三，领导用时间堆砌来替代组织能力。
更荒唐的是，吃饭时间只有 15 分钟。一个研发团队最核心的生产资料是人的脑力、注意力和判断力。把人压缩到连正常吃饭都像打仗，本质上是在牺牲长期产能换取短期服从。
这不是高绩效管理，这是低水平压榨。
四、发布靠通宵，说明公司把工程问题变成了体力劳动
“发布新版本要通宵，害怕出问题，没有灰度，没有预发布，全靠人通宵发布并测试。”
这句话非常典型。
成熟的软件工程靠的是机制：灰度发布、预发布环境、自动化测试、回滚机制、监控告警、发布窗口、变更审计、故障演练。
不成熟的组织靠的是人肉值守、通宵盯盘、反复确认、临时救火。
通宵发布不是责任心强，而是工程体系弱。
更可怕的是，有些领导会把这种低水平混乱包装成“团队能打硬仗”。但一个组织总是靠硬仗活着，说明它的日常治理已经失败了。
真正优秀的工程团队，不是每次发布都全员紧张，而是让发布变成一件可预期、可回滚、可观测、可复盘的普通事情。
五、害怕信息泄露，却让员工打扫卫生，是一种很拧巴的权力观
2026 年了，还用单独门禁办公室来体现“安全”，同时卫生靠员工每天轮流打扫，这背后其实是两套逻辑的混杂。
对外，它强调安全、保密、隔离、权限。
对内，它又把研发人员当成可随意安排的杂务劳动力。
安全当然重要，但真正的信息安全不是靠“把人关起来”完成的，而是靠权限体系、数据分级、审计机制、终端安全、访问控制、代码权限、脱敏策略和安全文化。
如果一个公司一边害怕信息泄露，一边连基本办公环境和后勤支持都靠员工自己解决，那说明它不是安全意识强，而是管理方式原始。
它相信物理隔离，却不相信制度能力。
它重视看得见的控制，却忽视真正有效的系统建设。
六、沟通要报备，拉群要审批，本质是害怕信息自然流动
不同办公地之间员工流动要报备，跨 BG、跨 BU 沟通要报备，IM 拉群要申请，并且必须有总助或领导在。
这些规定的共同点是：组织不希望员工自由连接。
但研发工作天然需要协作。问题不会严格按照组织架构出现，解决方案也不会只存在于一个部门里。越复杂的业务，越需要横向沟通、快速对齐和临时协作。
如果所有跨部门沟通都要审批，组织就会变成一个巨大的传话筒：一线发现问题，但不能直接找人；中层层层转述；领导再协调；最后问题还没解决，所有人已经写了一堆材料。
这种组织最害怕的不是低效，而是“领导不知道”。
所以它宁愿牺牲效率，也要确保每一条信息流动都在权力视野之内。
这是一种典型的控制型组织心理：信息不是用来解决问题的，而是用来巩固权力秩序的。
七、总经理配多个助理汇总信息，说明组织在服务一个人的安全感
300 人研发团队，一个总经理下面 4、5 个助理，每天帮他汇总各种事情。下面总监除了日报、周报，还要写周产出，还要严格格式。
这类结构非常有意思。
表面上看，是管理者重视信息。实际上，很可能是管理者缺乏判断力和安全感，只能通过不断收集信息来缓解焦虑。
日报、周报、周产出、格式模板、汇总材料，看似是在掌握全局，实际上很容易变成信息表演。
大家开始琢磨怎么写得好看，怎么规避风险，怎么让自己的产出显得“可见”。真正的工作反而被挤压。
当一个组织的管理系统围绕“让领导知道”而不是“让事情推进”来设计时，它的效率一定会下降。
因为所有人都在向上交代，而不是向问题负责。
八、扣分制会把团队训练成“不犯错机器”
所有研发人员每天都有各种扣分事项，最后大家工作就是为了不扣分。
这是非常危险的管理信号。
扣分制最直接的后果是：人们会优先避免风险，而不是创造价值。
不求有功，但求无过。
不主动推进，因为主动就可能出错。
不跨界协作，因为多做多错。
不提出异议，因为异议可能被记账。
不承担模糊问题，因为模糊问题最容易背锅。
研发工作需要探索，需要判断，需要试错。一个天天担心扣分的团队，不可能有真正的创新，也很难有高质量工程文化。
它只能培养出两类人：沉默的人，和擅长向上管理的人。
九、领导怎么想的？
这些管理规定背后，大致有几种心理。
第一，是强烈的不安全感。
领导不相信系统，不相信流程，不相信员工，只相信审批、报备、陪同、在场和留痕。
第二，是对失控的恐惧。
任何自发沟通、跨部门协作、灵活请假、临时会议，在他们眼里都可能意味着“不可控”。
第三，是责任转移心理。
只要流程足够多、审批足够细、报备足够完整，将来出了问题，就可以说“是谁没按流程来”。
第四，是官僚化的权力快感。
审批越多，越能体现权力存在；格式越严格，越能体现管理痕迹；汇报越频繁，越能制造一种“我掌控全局”的幻觉。
第五，是低水平勤奋崇拜。
他们把熬夜、加班、值守、汇报、打卡、扣分当作努力，却不关心这些动作是否真的创造价值。
十、这是一种什么管理风格？
如果要概括，这是一种高控制、低信任、强审批、重惩罚、轻系统建设的管理风格。
它不是现代研发管理，更像是把工厂流水线、机关层级制和家长式管理混合在一起。
这种管理风格有几个明显特征：
重形式，不重结果。
重服从，不重判断。
重报备，不重协作。
重扣分，不重激励。
重人肉兜底，不重工程体系。
重领导安全感，不重员工创造力。
短期看，它可能让组织显得“纪律严明”。但长期看，它会让优秀的人离开，让留下的人学会自保，让团队从解决问题转向规避责任。
最可怕的不是规定本身有多奇葩，而是这些规定会逐渐改变人的工作方式。
大家不再问“这件事怎么做好”，而是问：
“这个要不要报备？”
“会不会被扣分？”
“领导在不在群里？”
“格式对不对？”
“出了问题谁背锅？”
当一个研发团队的日常语言变成这些问题时，它就已经不再是一个创造系统、解决问题的团队，而是一个围绕权力和风险运转的组织机器。
而机器里的人，迟早会累。
所以总部有非常高的流动率，哪怕是中层或者中高层，26年开始，入职了2个BU的负责人，1个人事部长，现在已经有一个BU负责人，1个人事部长离职的，这还是中高层。
就很无语。
怎么说呢，干好自己的事情，其他的，尽人事听天命。