指南
团队超过 10 人会发生什么
如果直到昨天还能靠口头搞定的事突然不行了,不是团队变差了,而是人数超过了靠口头运转的上限。
2026-09-22 撰写
为什么在 10 人左右发生变化
因为一个人无法再每天和所有人交流。五六个人时自然知道谁在做什么,超过十个人,同样的信息就要转述两三次,过程中总有人被漏掉。
于是信息被绑在人身上。「那个去问 OO」越来越多,那个人一不在,工作就停了。这个时候不建立体系,再招人速度也上不去。
实际会发生的事
- 谁来审批变得模糊。 不论年假还是支出,都以「我已经跟老板说过了」了事,之后无法确认是谁在何时批准的。
- 同一个决定做两次。 记得上个月决定的人不在,只好重新讨论。
- 新人要摸索两个月。 因为很多事不是查文档,而是只能问人才知道。
先定的三件事
- 01写下角色写的不是职级,而是**这个人负责决定什么**。像「金 OO —— 决定项目日程和人力安排」这样一行就够了。这比组织架构图更优先。
- 02定好审批链年假、支出、合同等需要审批的事项,逐一确定**由谁审批**。按金额区间划分,可以避免全都压到老板身上。
- 03把记录位置集中到一处确定决定和审批**留在哪里**。聊天记录过两天就找不到了,所以不用作记录位置。
- 04不要一次建完想写一本规章制度,连开始都开始不了。先定下现在最常卡住的一件事,运转起来后再加下一件。
常见的卡点
- 担心建了体系会变慢。 变慢是在审批环节太多的时候,而审批人没有确定的状态更慢。找该问谁的时间比审批本身还长。
- 老板参与所有审批。 一开始很自然,但老板很快就会成为瓶颈。按金额或类型分区间授权更好。
- 只定规章,不留记录。 定好了,实际却在聊天工具里处理,就等于没有。通过能留下记录的渠道来做,是规章的一半。
和项目在同一个账号里,才有意义
上面三件事用文档也能定。需要工具的时候,是需要确认定下的规则有没有被遵守的时候——如果有人在数谁在何时批准、这个月积压了几件,那就是时候了。
Sprintingo 在管理员控制台中管理公司 → 团队 → 员工的层级、职务和界面级权限。年假和采购申请在提交时指定审批人,谁在何时批准逐笔留存;年假调整即使取消也不会被删除,而是以反向记录保留,发生过的事一目了然。年假、项目日程、面谈都显示在同一张统一日历上。
而且这些人事数据和项目、营收在同一个账号里,所以不必到处打听「这周谁有余力」。
常见问题
- 多少人开始需要管理体系?
- 比起人数,更应该看信号。「那个去问 OO」越来越多,或者在重新讨论上个月决定过的事,那就是时候了。通常在 10 人左右出现,但因业务类型而异。
- 必须先把规章全部建好吗?
- 不必。想写一本规章制度就开始不了。先定下现在最常卡住的一件事(通常是审批链),运转起来后再加下一件,这样更快。
- 人事信息不能谁都看吧?
- 权限按界面划分。访问、创建、修改、删除分别开启,因此可以把组织架构开放给全体员工,年薪和营收只对 C 级高管开放。管理员控制台会留下谁修改了什么的审计日志。