创业者的压力测试

正文

请到「今天看啥」查看全文

一次尚可，二次勉强，三次呢？

理想的解决方案是，组织设计时，你是否考虑了信息流通的走向。 比如，团队中的所有文档，是否有一个固定存放的地方。并且所有的设计源文件，是否设计师都是实时同步在上面？

如果在组织设计伊始，考虑到了这些细节，那么碰到这种信息变更的特殊场景，下载设计师的源文件，然后修改即可。

这里牵涉的习惯是， 组织是否有意识地将原始数据、生成数据分开。 绝大多数时候在工作中，正常流通的文件都是生成数据，而非原始数据。比如，你不会将工作草稿交给老板审核，也不会将设计源文件发给同事。

但，压力测试场景下，要的是一切可以追溯。

当桥梁被卡车压垮了，桥梁的早期设计图是什么样的？能承担多大的压力？这一切都是要求可以追溯。

信任

为什么小伙子突然要回老家结婚？因为，他在团队中没成就感，与团队中的成员没信任。

所以，在他心目中的权重，结婚大事与团队大事不可同日而语。同理，团队中的压力，他是没感受的。

不同团队规模的信任流通机制不一样。 受制于人们的社会认知能力，小团队的信任关系容易保持，超过 7 人，信任开始削弱，超过 30 人之后，信任递减。超过 150 人之后，信息再次递减。

所以，多数团队的单元都会以 150-30-7 为一个边界。往大走，或者拆解事业部或者拆解子公司；往小走，或者拆解小组或者拆解小队。

那么，有什么样的组织设计能够更好地规避信任问题，能在 4500 人规模的团队保持同种信任呢？为什么挑选 4500 人这种机制，因为它是当前人类的社会认知能力极限。

请到「今天看啥」查看全文