EDA365欢迎您登录!
您需要 登录 才可以下载或查看,没有帐号?注册
x
一个人,脱离了团队,他的力量即使再无穷,也是有限的。而一个团队,却能够散发无限的力量。 / T5 O$ @% `; v
1、明确的架构 - b; F0 M }1 l0 A7 n
接手任何一个部门的最重要的事情,是明确或者重新调整组织架构。架构的关键是:谁在什么位置,负责什么内容,一定要明确。
. B% H/ X0 W: U$ A$ F所谓“明确”的意思是:
3 V, d U0 l+ k( t3 e不允许两个人交叉负责!
& G# F! \" B' ~也不允许集体领导! 7 `7 f! f2 K' I6 P1 I
不允许有模糊的领域!
* T# R) D+ `$ L0 E `- x出了问题,大家都清楚谁应该出来承担责任。取得了成绩,谁的功劳也很清楚。 / N+ T, q2 k9 W6 f% q; ~
2 m& E. a! j/ T* t* @
2、明确的目标 $ }! ^& o7 E( l+ l& h; z
领导不是决定怎么爬梯子的人!他是决定把梯子搭在哪个墙上的人。 / X/ S& n) C P( k
所以他必须明确的指出这个方向,向全员传达。如果这个没有做好,再优秀的团队也不会拿出好的结果。
" U, L1 o& C; k+ s4 S# y( j3、没有权力,就没有责任 3 h% J0 O& i* M
天底下没有让马儿跑,又不让马儿吃草的事情。 9 C1 ]$ R8 f% ], l+ i
你明确的委托了你的要求,就要明确的授权和投入资源给他。否则,出了问题责任不是他的,而是你的。
% N Y& \, f' i) p上司的一个重要职责,是为下属解决他们解决不了的问题。而你能提供的,其实就是权力和资源。用好他们。 % c! Y" ~) B) k$ i, F. q' u
4、可视化
5 Y- p( T& L4 |4 V! z7 B团队大了,最大的问题就是:你看不到问题。 2 f3 X* _5 c' H
即使团队还小,组建一个可视化的工具和流程的组合是必须的。这样你的团队才有足够的可扩展性。 3 Q) j1 G |: x% m- q
你并不需要真的跟踪团队的每一个人每天在干嘛,但是,你需要有看到这些的能力。这样才能在出问题的时候掌握第一手的材料。而团队成员知道他的东西“可能会被看见”,执行的效率和质量,也会有提升。
) u9 H0 {; r' b& @) ?可视化还意味着“信息的对称”。上面所有的工具和流程可以保证团队成员用最低的成本了解“项目中的新鲜事”。保证快速准确的响应。
+ m. n* l9 B3 A: H5、扁平化
/ F2 n/ E8 ?4 E7 E6 C0 A做事情上,不要设置太多级别。确保任何一件事的负责人,都可以直接找到可以拍板的那个人。 U) p$ E, `' V1 I% {2 o0 S& M
6、分割和适当的中间结果检查
' J5 D% b$ R1 }0 n. V把一个大项目分割成多个时间点做检查可以有效的管理风险。 & o8 ^% d0 c# a; J
确保你检查的结果不是虚的。一定要求可见的,最好是可触摸的产品。导入一些敏捷管理的方法保证这一点。
' e/ D2 Z2 J3 O$ A* m% f7、提前要求承诺 1 H( ^* J8 N0 Q: C" k5 H
管理上常被忽视的一点是,没有提前要求团队成员的承诺。一个“上面布置下来的任务”,往往不会很好的完成。而一个“向上承诺会做好的项目”,则不一样。虽然很可能是同样的事情。
1 F& R; U; H7 l P1 T8、不要试图改变一个人
" E: c: m# Q3 H* _* ?人并非不可改变,但公司里往往成本上并不合适。
4 K7 N6 L- [. v如果一个人在他的岗位上做不好,即使是有能力但总不发挥出来也是没用的。还是让合适的人去做合适的事吧。 # e- R% a3 |; A: V: i
# u6 ]& [! x+ E% m0 ?. q5 ^ c
9、要结果,不要借口
& {. s" M7 [8 T8 y. t D7 X& p) I工作上的事情只有两个结果:搞定,或者没搞定。 9 Q* D6 e& U+ I' L/ b# s1 b
如果没搞定,我想听的是损失如何?是否有弥补的办法?需要什么帮助?
/ L5 a$ ?$ b- r; ?- P+ C至于你为什么搞砸了,中间有什么狗血?不要给我汇报。这些事情事后汇报没有任何意义。
6 p2 K/ C: r: m/ _3 l( e1 ~10、不断改善 2 r8 M' h/ N G4 |
“改善”是丰田管理方法的核心之一。世界在飞速的变化,今天有效的方法,明天可能就失效。观察团队,发现问题,不断改善。
) h+ [- |3 `9 g, S, G |