本文共 701 字，大约阅读时间需要 2 分钟。
之前做工程师的时候，自己负责数据开发，现在做管理了，数据开发这一块工作分给了团队成员，管理沟通占据了大量的时间，项目的质量没有很好的把控。问题出在哪？
想让团队成员分担我们手头的工作，要么靠梯队，要么靠机制。作为团队的管理者，如果你想抽出时间干别的，梯队和机制的建设会把你解放出来。
梯队： 团队里有胜任度非常好的人，并且已经是这方面的梯队人才。机制： 一套方案，用来专门应对某个场景出现的问题。
上面问题的解决思路：
1. 形成文档， 梳理确保质量的检查点；
2. 约定授权，商量配合执行；
分开来归纳，实际上分成了5个步骤；
| 步骤序号 | 要点 | 说明 |
|---|---|---|
| 1 | 明确目标 | 明确机制需要解决什么场景下的什么问题 |
| 2 | 提炼应对场景的关键点 | 从或者其它经验丰富的人提炼场景下的关键环节 |
| 3 | 确定谁在什么时候检查什么关键点 | 需要监督 |
| 4 | 确认操作成本 | 对执行者来说是不是降低了时间成本 |
| 5 | 沟通执行人 | 机制的制定人和执行者常常不是同一个人，所以需要沟通，确保机制有效 |
| 规则序号 | 规则 | 说明 |
|---|---|---|
| 1 | 简单 | 机制应该以最小的学习成本和操作成本为原则 |
| 2 | 关键 | 精炼，关键点不能太多 |
| 3 | 问责 | 关键点由谁来跟进 |
| 4 | 实用 | 不是为建立机制而建立机制，而是每个机制都需要有实用价值，针对的是特殊的场景 |
1. 机制是越少越好，因为机制的建立，执行，维护都需要成本，能少则少；
2. 机制可以确保做事的下限，有很好的迁移性和传承性，必要的机制是不可或缺的；
逐步健全的梯队和良性运作的机制，可以让管理者越来越体验到自动驾驶的感觉。
原创不易，转载请注明出处，欢迎多沟通交流