本文来源于知识几乎。
1 明白的架构
接手不论什么一个部门的最重要的事情，是明白或者又一次调整组织架构。
架构的关键是：谁在什么位置，负责什么内容，一定要明白。
所谓“明白”的意思是：
- 不同意两个人交叉负责
- 也不同意集体领导
- 不同意有模糊的领域
2 明白的目标
领导不是决定怎么爬梯子的人：他是决定把梯子搭在哪个墙上的人。
所以他必须明白的指出这个方向。向全员传达。假设这个没有做好。再优秀的团队也不会拿出好的结果。
3 没有权力，没有责任
天底下没有让马儿跑，又不让马儿吃草的事情。
你明白的托付了你的要求。就要明白的授权和投入资源给他。否则。出了问题责任不是他的，而是你的。
上司的一个重要职责，是为下属解决他们解决不了的问题。
而你能提供的。事实上就是权力和资源。
用好他们。
4 可视化
团队大了，最大的问题就是：你看不到问题。
即使团队还小，组建一个可视化的工具和流程的组合是必须的。这样你的团队才有足够的可扩展性。
比方
- github 能够让你看到每一个程序猿的每一次 commit 。
- issues 能够让你看到课题的解决过程。
- pivotal tracker 的燃尽图能够让你看到整个团队的效率。
- 微信群能够让你们实时沟通。
- 基于 wiki 的文档和汇报能够让全部人对项目的状况一目了然
可视化还意味着“信息的对称”。上面全部的工具和流程能够保证团队成员用最低的成本了解“项目中的新奇事”。
保证高速准确的响应。
5 扁平化
做事情上。不要设置太多级别。确保不论什么一件事的负责人，都能够直接找到能够拍板的那个人。
6 切割和适当的中间结果检查
把一个大项目切割成多个时间点做检查能够有效的管理风险。
确保你检查的结果不是虚的。一定要求可见的，最好是可触摸的产品。导入一些敏捷管理的方法保证这一点。
7 提前要求承诺
管理上常被忽视的一点是。没有提前要求团队成员的承诺。一个“上面布置下来的任务”，往往不会非常好的完毕。
而一个“向上承诺会做好的项目”，则不一样。
尽管非常可能是相同的事情。
8 不要试图改变一个人
人并不是不可改变，但公司里往往成本上并不合适。
假设一个人在他的岗位上做不好（不是在上升的过程中）。那么最好的办法是把他换到更合适的地方去。
所谓“有潜力”，“慢慢提高”等非常多时候都是一厢情愿。
9 要结果，不要借口
工作上的事情仅仅有两个结果：搞定，或者没搞定。
假设没搞定。我想听的是损失怎样？是否有 fix 的办法？须要再投入多少？
至于你为什么搞砸了，中间有什么狗血？不要给我汇报。这些事情事后汇报没有不论什么意义。
10 不断改善
“改善”是丰田管理方法的核心之中的一个。世界在飞速的变化，今天有效的方法，明天可能就失效。
观警方队，发现问题。连续的提高。
版权声明：本文博主原创文章，博客，未经同意不得转载。