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