压榨骑手的，绝不是系统

2020年9月9日

相信很多人都看到了最近的刷屏文章，许多人都对外卖骑手的处境抱有同情。相应的，不少人也把枪口对准了美团，甚至对准了调度系统（以及开发此系统的工程师），认为恰恰是算法的“冷血”，造成了骑手的悲惨境地。

不过根据我多年的软件开发经验，我能确定的判断是：压榨骑手的，绝不是系统。

确实，无论什么系统，都是工程师设计出来的。无论什么工程师，设计系统的方法论都大致相同，这也是我在之前工作中反复宣导的，系统设计不可一概而论，也没有灵丹妙药，重要的只有一条：在约束条件下求得最优解。一旦约束条件搞清楚了，系统设计就成了“围猎”，基本是按部就班的事情。

我参与设计过的系统五花八门，即便是相同类型的系统，只要约束条件不同，最终形态也可能大不相同。比如有些时候内存有限，就应当把复杂计算拆解开，分若干步骤完成；有时候网速有限，就应当把数据压缩，并且排出传输的优先级；还有些时候时间有限，就必须升级设备或者多加机器；有时候必须按时上线，那么可用性稍差一点也无所谓；有时候安全性必须绝对保证，所以使用体验差一点也无可厚非……

或者说，系统设计如同走迷宫，约束条件是会“碰壁”的，阻力无穷大地方，为了走出迷宫，就不要去碰得头破血流，而应当在不会碰壁的，阻力小的地方想办法。

上面的道理说起来简单，实际做起来却不简单。许多系统设计时根本不会列明约束条件是什么，有一些看起来无从退让的要求，很可能有很大的折扣空间。也有一些不起眼甚至根本想不到的要求，却成了绕不过去的拦路虎。

恰恰是因为约束条件的不同，造成了问题所在的“局”不同，那么哪怕是同样的工作内容，也会有完全不一样的安排——如今我在欧洲工作，有两件事，让我印象特别深刻。

第一件是关于八小时工作制。

欧洲崇尚的是“工作-生活平衡”，所以八小时工作制对大多数人来说是天经地义、雷打不动的。我的上级也三番五次跟我强调，给团队安排工作时，能不加班尽量不要安排加班。按法律规定，加班一小时的工资是正常上班时间的150%，所以与其多加班还不如多招人，尽量在八小时之内解决。

可是，不加班怎么完成工作任务呢？在国内，大家都习惯了“爱拼才会赢”，工作时间，或者说人力资源的供应，从来都不是一个约束条件，似乎像海绵里的水，会源源不断地涌现。如今它成了硬性约束，该怎么办？

我花了比较久的时间才认识到，德国人习惯的“八小时工作制”并不是懒，八小时之内工作安排得再满都可以，但绝对不要超过八小时。这就意味着制定计划必须再三考虑，确保员工上班的每一分钟都得到充分利用。于是需要更周密的计划，更详细的分析，更严谨的逻辑。

等我再回头看之前习惯的“先开火再瞄准”，发现它真是一种奢侈的工作方式。许多项目明知不可行却不敢公开讨论，许多方案根本没有论证清楚就匆匆上马，许多设计根本摆脱不了“上线后狂打补丁”的命运……不过我也知道，这种“奢侈”也只是在欧洲看来比较奢侈而已，毕竟约束条件达不相同。

第二件是关于劳方权利。

有次我和一个关系不错的员工聊工作，因为任务比较紧张，虽然他已经申请了年假，还是希望他能体谅公司的难处，能够安排调休，或者之后多放几天假也可以考虑。

我本来以为这是情理之中的请求，应当没有问题。却不知道他沉下脸，一本正经跟我说：

确实，咱们俩是朋友。而且我也知道，最近确实资源很紧张。但是你要知道，休年假是我的正当权利，这是受法律保护的。虽然咱们关系不错，但你没有权利强迫我放弃这种权利。公司的事情有难处，那首先是你的责任，是你要考虑的问题。牺牲我的权利不是你的选项。

虽然我平时也倡导“有话直说”，但这么直接的表达，对我来说还是第一次。这时候既不能苦口婆心劝导“有大家才有小家”，也不能不屑一顾地反驳“不要太天真”，只能承认对方说的有道理，自己再想别的办法。

在这之后再遇到类似事件，在谈话之前我都会努力搞清楚，法律是怎样规定的，对方到底拥有哪些权利。虽然起初看起来很烦，但适应了也就不觉得那么烦——搞清楚了约束在哪里，同时也就搞清楚了机会在何方，只要脚踏实地开动脑筋，而不是空泛地坐而论道，总可以找到出路。

现在我们回到骑手的悲惨处境。我坚持认为，问题的根源并不是工程师的冷血，也不是资本的无情，潜力的挖掘，一定是朝着约束最弱的方向进行。

在不断缩短的送餐时间面前，骑手只能冒着生命危险选择超速、抢道、逆行，而一旦发生意外，之前每月扣款的保险却踪迹全无……这些血淋淋的惨状，为什么竟然没有多少约束力呢？

不直面这个问题，再多的讨论和呼吁，都是苍白的。 

如果喜欢本文，欢迎长按识别二维码订阅。