SCMLife.com

 找回密码
 立即注册

QQ登录

只需一步,快速开始

扫一扫,访问微社区

查看: 3176|回复: 2

[转贴] 挨踢项目求生法则之团队建设

[复制链接]
发表于 2012-7-10 10:20:45 | 显示全部楼层 |阅读模式
由“踢皮球”事件想到的  事件回放:" k  r$ k! c* G6 o
, B8 ], G3 [: E
  某项目部署给客户后,重现了一些以前已经解决的问题,而这些问题测试时并没有出现。经检查,发现测试的版本不是部署的版本,不知道为什么老版本部署给客户了。领导要追究责任,于是大家各有说法:( \, t4 X; h4 B& T4 l7 o

+ j4 w# `- H  r" D  开发人员说:我是按要求打标签的,没有问题。
# x3 ~# p8 `( i6 f
8 [% h" L7 f6 s; K- F: F) r- _  测试人员说:我是在提交区中取版本来测试的,我没有出错。
5 V5 g" G+ E- G/ A- }
9 m# M- X) o# G* ?; e# p  实施人员说:我是按照开发给我的版本去部署的,我没有过失。
- C& A5 h! a3 q( Z
" [" a1 y: R! `5 h! Z% [* L  最后终于有人说:是之前已经离职的某某弄错版本号导致的。
9 U, g8 I3 N( H9 R$ n5 E, a7 A; s" z: A
 
# i. L( c# Z( [4 o( h; h6 e! l& @1 X9 R2 u
  该事件暴露了很多问题,但我想说的是团队建设的问题,没有任何一个人首先从自己身上找原因,第一反应就是推卸责任!
& J  {$ ^% [( t/ `+ w% z4 E# ~& M
2 A& R: q, w! ^& Q" e  唐僧四师徒西天取经,如果每个人都是这样,不是自己内斗死,就是被妖怪吃掉!优秀的团队能“自动”解决很多问题,如何才能打造良好的团队文化呢?
1 V: ^& B8 c7 I1 v2 b
& \4 J0 S- d$ ~( R# G! D  良好团队文化的源泉是什么?% t6 O3 ~7 @# T$ \: s' L
' q+ a# z! V. W# N
  良好团队文化的根本其实就是老板的管理思想了,不同的管理思想,老板会设计不同的部门规划和考核办法。
! v/ M; t+ h% U1 J: p+ ?" v( N( C/ j1 l
  有朋友提到他的Boss喜欢工厂化管理,硬生生将员工分成两类人,设成两个部门。一个部门叫设计部门,负责需求和设计;一个部门叫实施部门,负责编码、测试、实施。设计部门通过一个任务管理系统向实施部门下单,实施部门根据这些工单来工作。该老板还设计了自以为很牛的考核办法,如果实施部门不能按时按质完成工单,则会影响考核;如果设计部门的工单被实施部门退回,则会影响设计部门的考核。于是两个部门之间的扯皮时间天天发生,以前完成一个工作很简单的,现在要扯来扯去。设计部门自认为需求、设计等文档已经写得很清楚,实施部门认为已经按照这些文档完成工作,或者是认为这些文档说得不够具体,要退单。当文档主要用来任务交接的时候,文档就会变成茶几上的杯具!
& U( I/ }. T4 J4 v" h6 M/ U& M' A' U  {& l
  还有一些老板喜欢用bug数量、文档缺陷率、工期延误率等所谓客观的量化的数据来考核,同样只不过是杯具的另一种形式而已。
+ i- e' O$ L4 `* I: G  D+ x, S$ n7 w: ?* v3 Z
  软件研发活动是人类复杂的高级智力活动,是需要team work的活动。如果明白这个道理,如果懂软件开发,就不会设计出这些傻瓜的管理措施,将软件研发团队的每个人变成机械人、卸责人。研发团队中的每一个人都应该是值得尊重的、有血有肉的、充满激情和战斗力的专家!8 ~* ]8 i' n7 y5 x
6 l' D; B0 w0 W1 c. r" A; @
  作为Team Leader应该怎样做?. B9 `1 S4 t7 U6 R  F
- J1 m9 u7 ~; Y1 l
  Boss的想法我们无法控制,虽然无法从根本上改变公司的部门设计和考核制度,但作为Team Leader来说,在能力范围内还是可以做很多事情的。Team Leader应尊重每一位Team Member,平等地对待他们,充分发挥他们的潜力,给予足够的支持和成长空间等。对大家好,大家是知道的,将来会给你带来更大的回报。/ M; K& L% c  f+ g, V

, s* q* ?  v. K  下面一些法则供你参考。) M$ b) P" C+ M7 G
% L0 {) k3 O9 j4 w
  法则1:一荣俱荣,一损俱损
" N3 r$ r" t7 O, G5 N
2 H4 H' F( Z6 @3 v1 t, J0 I% q  项目组由项目管理、需求分析、软件设计、编码、测试、实施等各方面的专业人士组成,每位成员在自己专业领域内发挥主导作用,并可以为项目的成功提出非自己领域内的建议。最终的项目成果是各位专业人士共同努力的结果,所有人对最终成功承担同等的责任。8 m) k( D# e3 K  O
6 T" g3 ?+ ]4 w# i/ b2 V% l+ Y
  如果系统部署后,系统出现了一个严重缺陷,请问谁应该负责?
* S, _" y, a" O4 G
$ s- O3 U2 |; o1 ~$ b9 b9 x7 m  项目经理?测试?开发?……8 `6 D+ U, f7 T1 T- ]/ [3 y1 u, k5 ~: R+ o
& x1 \0 g9 Y" m. @, `
  都不是,而是项目组全体都要负责!8 C  h" g. Y& f

& S" T& N( {: N1 v% T  软件中某个功能做得很炫很好用,请问谁应该受到表扬?
1 u4 V6 M3 G2 N: m
0 t/ s1 K' d3 D# X  项目奖励发下来了,请问谁可以分到这份奖励?
  W$ b1 m1 [+ W% i" ]' R$ f  F  s" l/ |+ J* c
  以上问题相信你应该有答案了!
' R4 T  Z  @! |5 ?% L  b1 Z, m4 T$ s; q& r* [. S
  项目组全体是共同承担连带责任的,要死一起输死,要活一起活。如果项目组中有人受罚,有人会得到好处,这个Team是很难团结和有战斗力的。
' E; c# t' H: }- }. W- [$ M/ G, u
  ~: ]8 ]/ {' b" Y  法则2:让 Team Member 当家作主
/ o0 C6 c2 J0 @; Q3 z9 [" x: t
: O2 V( a% t1 K& N3 i# Z9 Q( b  项目组中难免有部分成员是新手,经验和水平不足,某些工作可能一时不能胜任。而我们往往迫于项目进度压力,某些任务就会直接安排给他做,不让他提出自己的想法和见解。而我们这些接受了中国式教育的人,不少人喜欢以“接受任务”的方式来工作,而不是主动迎接挑战。于是有时候你可能遇到一些成员会跟你说“今天工作已经完成!”“我按照任务要求来做的,我没有错!”之类的活活会气死你的说话。0 J' j# G: T7 w6 h
2 g( I$ g7 t2 q5 F
不要剥夺项目成员当家做主的机会,应相信每位成员在他的专业领域内都是专家,在他的专业范围内,他可以说了算!只要满足项目的大框架,只要出发点是为了项目成功,那么这段代码应该怎样写、这个功能点应该如何测试等之类的决定,完全可以交给Team Member来做主!项目成员可能一时没有魄力独立做决定,可能担心犯错误,没关系,要多多鼓励他!犯错不可怕,因为还有“法则3:鼓励犯错!”
( \+ s* d/ I6 h: B. `/ n% x
, {) k) j2 o9 Q1 O  法则3:鼓励犯错!
; p! _: e2 k. X1 i# a3 G  R4 P$ q2 P% _* H2 q5 y9 e% @2 n. J
  少做少错,不做不错。如果犯错误会受到惩罚的话,那么前面八个字就会应验!
* P; [$ d: i7 L- x9 n8 s$ r% v- d& V: X, j/ x9 I# v
  犯错几种情况:
; `9 n$ ~& H' _2 J2 Q& O) N) U) R, N  R- l4 I* J0 R4 D0 K
  1、经常挑战高难度工作,犯错是难免的。  q% \- b5 V; X1 j

: u) Y+ D% e% k4 E( C7 [4 t, e1 g# G  2、做一些之前没有经验的工作,犯错也是难免的。' ?  H$ l* O+ N4 v3 B' e
5 h' \$ {. B3 {' [) K
  3、犯一些低级错误。! B8 I+ }7 A' |5 o* k# V; c; \# v, t5 h

2 f& B7 A- U/ u, v  4、犯一些之前曾经犯过的完全可以避免的错误。
4 ]5 q3 K# y! \  n" F
% [) Y% r8 d% a& U4 ?, `  对于情况1、2,绝对是需要鼓励的!对于情况3、4,要帮助他避免这类的错误。
- n. A4 A4 V) ?& {' l5 S% n5 ~
# g! w2 V; {- X; J$ ^( k  软件研发工作大部分是高难度和复杂的,加上进度压力大,犯错是不可避免的,如何在总结中前进。一个在工作中从来不犯错的人,他不是神,他应该是那种“少做少错,不做不错”的人,或者是专挑低难度工作的人,你喜欢这样的人?. X! ~. v! I5 ?+ Y2 s% r  n9 y. `

% o6 Z, ?. a- L  法则4:言传身教
' F1 t0 p6 G) N/ J% J" {4 b. D$ z1 ~# E/ b! e; e  `0 m0 `
  曾经见到这样的一些领导,当下属有问题求助时,他会板起脸孔,摆出领导的样子,然后说:你自己不会解决问题吗?你应该自己列出解决方案后才来找我!' k9 }- }2 g6 R7 [1 @+ ]6 o5 V7 U7 |
5 v5 {; M) p) T0 P6 Q9 I# e2 o
  我赞同领导不应该帮下属解决所有问题,有些问题应该由下属自己搞定,但下属是不可能搞定所有问题的,有些问题超出能力范围和职责范围,作为领导就应该出手。1 k4 l" ?$ a) N- u+ ^9 O

, W0 w5 `% L: k& P3 [6 P: B$ z2 s  作为Team Leader,应着重帮助Member养成良好的工作习惯和工作方法。中国式教育培养出来的学生,可能会喜欢直接得到答案,而不求工作方法。这个中国式教育的错,就只能由我们来补了。
- q6 `$ `. T) w; [  ]2 q
) h  `, [( s9 W" w1 B$ j% r  法则5:挡住骚扰团队的外来干扰. c4 m1 Q5 X6 i5 a- y. L

9 |5 A! Y6 q+ t9 [( Y  Team Leader应当住来组团队外部的干扰,让团队可以专心工作。挡住麻烦是Leader的职责之一,而不要因为嫌麻烦,而让你的Member去处理这些麻烦。
0 t# b3 k- A6 G5 k  B. e( |" I5 }+ `+ ^: B# F/ R1 ~
  法则6:全力维护团队利益
- {  v2 I$ {' S3 l/ T: s7 I6 P4 N$ N9 o, q8 X' Z; {' F
  某部门的员工的薪金近年来很少得到提升,原因是该部门经理对外是好好先生,每年都不会主动积极为部门争取加薪的预算,总是被别的部门抢去预算。6 v5 i( p2 `/ p' F8 \' M# h9 D! S6 @

. i0 Y1 Q+ z2 V* J" k8 m+ U+ y/ X  某项目出了问题,老板找来项目经理,说要找人负责任,否则不好向客户交代。以下三个选择你会选哪个?
: T; P% i, K5 \. h0 h1 d
$ K# a! D$ x8 F! F! J4 |" v# k  A、该问题确实主要是因为某Member导致的,所有他来负责是应该的。/ e. \( I  C8 [6 `4 M2 {# Y, h( i9 i
; }# O& `: y) d9 |
  B、这是团队的责任,要全体负责。4 [4 X+ x. [, P8 E" q/ E  s

( V& k+ |! G3 ^5 G( i3 C5 c  C、尽管是主要因为某人出错导致的,但作为PM的我应该负主要责任。$ g# T6 r- R! a+ c$ R* a2 V1 B* C4 X7 J

1 G0 ~' [- q) X, Z# w3 ^% p' B7 @9 \( p  作为一个Team Leader,无论任何情况下都不应该“出卖”自己的Member,应该自己一力承担!回头你可以关起门来,批评这位犯错的Member。. u# Q1 I  Z9 d0 n  t/ R
/ s5 H. J4 H& t9 E6 ^
  法则7:我们是一个人
# t7 v3 @/ g6 B. f3 X: x5 g( j  A0 d* k* P; `
  法则7是最重要的,其实只要能做到“我们是一个人”,其他法则自然就做到了。你不会和自己的左手作对的,右脚不会和左手打架,你的身体哪一部分受伤,你都会觉得疼,一个人的手脚动作是很容易协调的。如果我们团队能凝聚在一起,达到“我们是一个人”的效果,那么我们将战无不胜!
+ u; s( p" e' g. w. O& L
4 z* \% @2 `1 C+ |; {
发表于 2012-8-20 15:34:36 | 显示全部楼层
团队中的每个人都有一种主人翁的精神就太好。
回复 支持 反对

使用道具 举报

发表于 2012-9-5 13:03:55 | 显示全部楼层
感谢了,正好有用
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

关闭

SCMLife推荐上一条 /4 下一条

QQ|小黑屋|手机版|无图版|SCMLife.com ( 京ICP备06056490号-1 )

GMT+8, 2019-9-22 16:51 , Processed in 0.059177 second(s), 6 queries , Gzip On, MemCache On.

Powered by SCMLife X3.4 Licensed

© 2001-2017 JoyShare.

快速回复 返回顶部 返回列表