EDA365欢迎您登录!
您需要 登录 才可以下载或查看,没有帐号?注册
x
一个人,脱离了团队,他的力量即使再无穷,也是有限的。而一个团队,却能够散发无限的力量。 . w# H2 W5 O& o5 F
1、明确的架构 9 y V' c* M$ `; Y
接手任何一个部门的最重要的事情,是明确或者重新调整组织架构。架构的关键是:谁在什么位置,负责什么内容,一定要明确。 # B! W" v: ~# ~) `) \2 T
所谓“明确”的意思是:
. b/ g9 D& s: Y6 `* S; N不允许两个人交叉负责!
) L/ L3 p4 Z* l* U4 H* b0 j) r# U也不允许集体领导! 0 ? b! y% Z! {! z8 Q
不允许有模糊的领域!
# X+ F" v' J& i. p1 c出了问题,大家都清楚谁应该出来承担责任。取得了成绩,谁的功劳也很清楚。
1 B0 U2 G, A0 [: g* @' K: @6 K; Q- q" ^6 g6 i# L1 r8 C
2、明确的目标 ( C) W o( @$ _" |/ x
领导不是决定怎么爬梯子的人!他是决定把梯子搭在哪个墙上的人。
3 ~" b2 E9 s( r所以他必须明确的指出这个方向,向全员传达。如果这个没有做好,再优秀的团队也不会拿出好的结果。
% o' T2 K2 C& J% I1 z3、没有权力,就没有责任 + t( D& P! g: j; b
天底下没有让马儿跑,又不让马儿吃草的事情。
. u' {! J! ]$ L: n ]! j, u你明确的委托了你的要求,就要明确的授权和投入资源给他。否则,出了问题责任不是他的,而是你的。 ' t3 ~, K I" z) J9 A+ N" p
上司的一个重要职责,是为下属解决他们解决不了的问题。而你能提供的,其实就是权力和资源。用好他们。 3 R8 t5 v+ F2 w
4、可视化 . L. i9 I4 @) P* C# b# i( C( y. L
团队大了,最大的问题就是:你看不到问题。 / \. h3 {% u( F& g @! C
即使团队还小,组建一个可视化的工具和流程的组合是必须的。这样你的团队才有足够的可扩展性。
2 `$ v3 d# H8 c' t9 E你并不需要真的跟踪团队的每一个人每天在干嘛,但是,你需要有看到这些的能力。这样才能在出问题的时候掌握第一手的材料。而团队成员知道他的东西“可能会被看见”,执行的效率和质量,也会有提升。 7 a" ?! s; h: F+ Q/ }# \
可视化还意味着“信息的对称”。上面所有的工具和流程可以保证团队成员用最低的成本了解“项目中的新鲜事”。保证快速准确的响应。 * u8 S; c9 `3 M& g3 w8 K
5、扁平化
6 y p( ?* I8 M做事情上,不要设置太多级别。确保任何一件事的负责人,都可以直接找到可以拍板的那个人。
: t* X+ ]7 a4 r! C6、分割和适当的中间结果检查 1 }6 I4 k: V. T
把一个大项目分割成多个时间点做检查可以有效的管理风险。
/ A N' T& [) c: U, S' @确保你检查的结果不是虚的。一定要求可见的,最好是可触摸的产品。导入一些敏捷管理的方法保证这一点。
( r7 ~# K+ l* c+ I: v6 L7、提前要求承诺
) W5 o1 K6 H5 V3 @% D管理上常被忽视的一点是,没有提前要求团队成员的承诺。一个“上面布置下来的任务”,往往不会很好的完成。而一个“向上承诺会做好的项目”,则不一样。虽然很可能是同样的事情。
& U. x% M0 f/ U; L% m8、不要试图改变一个人
5 P' b- m& j2 v7 x0 z+ L人并非不可改变,但公司里往往成本上并不合适。 {9 O* ], t+ @8 _
如果一个人在他的岗位上做不好,即使是有能力但总不发挥出来也是没用的。还是让合适的人去做合适的事吧。 $ F. _# L* N6 i5 S8 l
; I V& }4 T. H% |) {) P! K( ]3 J
9、要结果,不要借口
8 P5 c+ S4 _$ u- w; X工作上的事情只有两个结果:搞定,或者没搞定。 / s: e, G: |% h% e' g( j( }
如果没搞定,我想听的是损失如何?是否有弥补的办法?需要什么帮助? # O) ~8 v: g- n% E! a
至于你为什么搞砸了,中间有什么狗血?不要给我汇报。这些事情事后汇报没有任何意义。
; V- h; W* R. g# j10、不断改善 / F- ]4 P8 S7 M& T g
“改善”是丰田管理方法的核心之一。世界在飞速的变化,今天有效的方法,明天可能就失效。观察团队,发现问题,不断改善。 1 o* u9 o2 x }; M8 P& q
|