个人与团队,是个老生长谈的话题,不知道每天有多少人在说我们要加强团队合作,要发挥团队的力量.但是口号好喊.真正作起来有多少团队是成功的呢?这个问题是值得我们花点时间去思考.
最近要给新来的同事做关于Coding的培训,这个培训内容我在不同的公司大概讲了5次,每一次开题的我都会先滔滔不绝的来一段团队的定义,作用,概念等.有的时候我自己都觉得有点罗嗦,但是又不能不说.从接触过这么多的同事来看,这个问题或许大家都明白这个理,但是真正把它当回事的人没有几个.听的时候还是点头称道,但是讲义一结束,那些话纷纷从另外一个耳朵落下.我自己也只能感叹无奈.
老生长谈也是因为其重要,我之前文章也说过了,现在的软件开发越来越趋于集团化作战的方式,单个优秀的开发人员可能很难与团队相抵抗衡.毕竟三个臭皮匠还胜过一个诸葛亮.汉语很多歇后语或成语都很富有哲理性,三个臭皮匠还胜过一个诸葛亮刚刚好也说明了团队的基本概念,一个团队至少需要三个以上的臭皮匠,少了一个就不行.那么团队组建是在人员上的要求就是要多余三人,并且都能为了共同的目的而共同合作的群体.
团队从某种角度来说有很多优势是个人比不过的,至少在人数上是一个优势,咱啥不多,就是兄弟多.这个可能是团队的一个优势也是团队的一个致命的缺点,人多事情就多,从管理上来说的话,沟通的成本就非常高,如果管理不当的情况下,那么团队中的沟通问题将是一个致命的问题,这点上个人就占足了优势,人家单身一人,一人饱了了全家不饿.多好.想干就干,想睡就睡,也不会碍着谁.
人多就是心烦,兼顾了左边就可能忽略了右边,不知道愁白多少管理者的头.一旦犯错,这手心手背都是肉,打不得,骂不得.还说不得.可能一说一个理就给你了:"大伙都是这么做的,凭什么就是我的错."一句话噎的你哑口无言,凭什么是错,对呀,凭什么呀.这就要制度.有了只把尺子之后,这头也不白了,觉也睡的香了.这不管谁一来,先那尺子一量,有错没错一清二楚.但是事情没有那么简单,可能很多的团队都有很好的制度,但是制度是死的,人是活得.就这么一句,轻易的就把制度给送上了断头台.这高兴的事情还没开始,就结束了,怎么欢乐的时光总是那么短暂.所以不是只要有规章制度就可以形成团队,关键在于执行力和团队全员的共同配合.
团队需要一种士气,这些士气是从其中的每一个成员身上散发出来的.看过亮剑的人可能都记住李云龙.不管他到哪个部队,人家都能把部队搞成战斗力十足的部队.不过细细分析起来,李云龙也就那两把刷子:身先士卒,讲究纪律,坚强团队建设和为其团队尽其全力去谋取该有的福利.可能他的管理称不上科学,但是从科学的角度来说,他的管理确实有很强的效果.我们作为软件开发和带兵打仗不同,人家枪林弹雨,我们怎么和他们比.但是问题不再与环境不同,而在于道理一样.李云龙把他的士兵按照能力组成加强营,谁有能力谁吃肉,同时他告诫他的士兵:宁可在训练中受伤,不要在战场上丢命.这些都是他对团队内部成员的协调和要求.这些条条框框如果放到软件开发来说,未必不行.作为开发的团队成员需要按照能力安排工作,同时团队成员必须基本的基本技能.这些都是团队的共通性质.如果只有一个李云龙,那么对他也无所畏惧,毕竟他没有三头六臂,但是他的出现就代表他的团队的出现,正是李云龙背后的支持才让所有的对手恐惧.
不同的团队有不同的方式,在软件公司中这种管理方式存在于很多公司中:管理基本靠吼,需求基本靠猜,问题基本靠蒙,代码基本靠抄.不管这种管理好坏如何,但是毕竟是一种合作方式.如果这种管理方式确实有效,虽然老土,我倒建议使用.管理上没有最科学的说法,只有适用.作为团队和个人来说,主要是让每个人了解各自的位置和作用.团队的建设不是靠一个人一张最就可以建立起来的,需要全民总动员.只要有意识,有规则,彼此协助,团队总会形成.
(关于具体的个人和团队的定义不在此处说明,团队内部的工作方式,需要在具体的团队中具体说明,此处只是一个讲稿概述)
最近要给新来的同事做关于Coding的培训,这个培训内容我在不同的公司大概讲了5次,每一次开题的我都会先滔滔不绝的来一段团队的定义,作用,概念等.有的时候我自己都觉得有点罗嗦,但是又不能不说.从接触过这么多的同事来看,这个问题或许大家都明白这个理,但是真正把它当回事的人没有几个.听的时候还是点头称道,但是讲义一结束,那些话纷纷从另外一个耳朵落下.我自己也只能感叹无奈.
老生长谈也是因为其重要,我之前文章也说过了,现在的软件开发越来越趋于集团化作战的方式,单个优秀的开发人员可能很难与团队相抵抗衡.毕竟三个臭皮匠还胜过一个诸葛亮.汉语很多歇后语或成语都很富有哲理性,三个臭皮匠还胜过一个诸葛亮刚刚好也说明了团队的基本概念,一个团队至少需要三个以上的臭皮匠,少了一个就不行.那么团队组建是在人员上的要求就是要多余三人,并且都能为了共同的目的而共同合作的群体.
团队从某种角度来说有很多优势是个人比不过的,至少在人数上是一个优势,咱啥不多,就是兄弟多.这个可能是团队的一个优势也是团队的一个致命的缺点,人多事情就多,从管理上来说的话,沟通的成本就非常高,如果管理不当的情况下,那么团队中的沟通问题将是一个致命的问题,这点上个人就占足了优势,人家单身一人,一人饱了了全家不饿.多好.想干就干,想睡就睡,也不会碍着谁.
人多就是心烦,兼顾了左边就可能忽略了右边,不知道愁白多少管理者的头.一旦犯错,这手心手背都是肉,打不得,骂不得.还说不得.可能一说一个理就给你了:"大伙都是这么做的,凭什么就是我的错."一句话噎的你哑口无言,凭什么是错,对呀,凭什么呀.这就要制度.有了只把尺子之后,这头也不白了,觉也睡的香了.这不管谁一来,先那尺子一量,有错没错一清二楚.但是事情没有那么简单,可能很多的团队都有很好的制度,但是制度是死的,人是活得.就这么一句,轻易的就把制度给送上了断头台.这高兴的事情还没开始,就结束了,怎么欢乐的时光总是那么短暂.所以不是只要有规章制度就可以形成团队,关键在于执行力和团队全员的共同配合.
团队需要一种士气,这些士气是从其中的每一个成员身上散发出来的.看过亮剑的人可能都记住李云龙.不管他到哪个部队,人家都能把部队搞成战斗力十足的部队.不过细细分析起来,李云龙也就那两把刷子:身先士卒,讲究纪律,坚强团队建设和为其团队尽其全力去谋取该有的福利.可能他的管理称不上科学,但是从科学的角度来说,他的管理确实有很强的效果.我们作为软件开发和带兵打仗不同,人家枪林弹雨,我们怎么和他们比.但是问题不再与环境不同,而在于道理一样.李云龙把他的士兵按照能力组成加强营,谁有能力谁吃肉,同时他告诫他的士兵:宁可在训练中受伤,不要在战场上丢命.这些都是他对团队内部成员的协调和要求.这些条条框框如果放到软件开发来说,未必不行.作为开发的团队成员需要按照能力安排工作,同时团队成员必须基本的基本技能.这些都是团队的共通性质.如果只有一个李云龙,那么对他也无所畏惧,毕竟他没有三头六臂,但是他的出现就代表他的团队的出现,正是李云龙背后的支持才让所有的对手恐惧.
不同的团队有不同的方式,在软件公司中这种管理方式存在于很多公司中:管理基本靠吼,需求基本靠猜,问题基本靠蒙,代码基本靠抄.不管这种管理好坏如何,但是毕竟是一种合作方式.如果这种管理方式确实有效,虽然老土,我倒建议使用.管理上没有最科学的说法,只有适用.作为团队和个人来说,主要是让每个人了解各自的位置和作用.团队的建设不是靠一个人一张最就可以建立起来的,需要全民总动员.只要有意识,有规则,彼此协助,团队总会形成.
(关于具体的个人和团队的定义不在此处说明,团队内部的工作方式,需要在具体的团队中具体说明,此处只是一个讲稿概述)
