会议是同步点，电话堆积而非退避

把组织沟通当分布式系统看：会议要求多人同时出现在同一地点，是系统设计里最忌讳的”同步点”，会带来等待、限制吞吐量——大型组织常常要一个月才能凑齐一个会议时间段，日程冲突迫使人们”以防万一”预定时段（一种悲观资源分配，效果恰与系统预期相反）。电话是同步的替代方案，看似延迟更低，但同样要求双方同时在线，留言常常得不到回拨，还会打断当事人和周围的同事。系统设计里对付重试风暴的经典方案是”指数退避”（如以太网协议），但人类打电话恰恰相反：打不通不会退避，反而更频繁地拨打、诉说”有急事”，最终虽然也会退避，却已让系统承受了过量重试。

结构图：

flowchart LR
  M["会议:多人同时同地=同步点"] --> W["等待+日程冲突=吞吐量瓶颈"]
  P["电话:双方须同时在线"] --> I["打断当事人及周围同事"]
  P --> R["打不通→更频繁拨打(堆积)"]
  R -.对比.-> E["理想:指数退避(如以太网协议)"]