培训讲义--个人与团队(01_01)

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

   (关于具体的个人和团队的定义不在此处说明,团队内部的工作方式,需要在具体的团队中具体说明,此处只是一个讲稿概述)















本文转自小余(Yice)博客园博客,原文链接:  http://www.cnblogs.com/yice/archive/2008/04/17/935579.html  ,如需转载请自行联系原作者





相关文章
|
6月前
|
自然语言处理 Java Go
项目总监必看:如何利用Git深度统计团队代码贡献?多语言实践教程揭秘!
项目总监必看:如何利用Git深度统计团队代码贡献?多语言实践教程揭秘!
144 0
|
安全 算法 Java
5种阿里常用代码检测推荐 | 阿里巴巴DevOps实践指南(十二)
随着业务演进和团队扩张,软件规模和调用链路越来越复杂。如若没有良好的代码检测机制,只依靠功能性验证,团队技术债会越累越高,开发团队往往要花费大量的时间和精力发现并修改代码缺陷,最终拖垮迭代进度、协作效率,甚至引发严重的安全问题。
5种阿里常用代码检测推荐 |  阿里巴巴DevOps实践指南(十二)
|
4月前
|
消息中间件 架构师 算法
吊打98%的JAVA同行,这份阿里P8架构师升级手册登上天梯!
前言: 我们都是IT人,所以,我们注定了很像。 前段时间有个朋友去阿里面试,作为一个社招生,太多痛苦了。都知道进大厂最好的时机就是应届生的时候。作为社招生,太难了。 我这位朋友经历了五轮面试最后才上阿里做了P6的职位。我也不得不佩服这位朋友的社交能力,和阿里的一个P8熟悉后,那个大佬看他学习能力强,有上进心,于是把他的个人经验手册给了他学习。为了感谢我之前送给他的P6面试笔记,又把这份文档送给了我。所以今天我分享出来。 对于面试题想要的看我之前的文章:从GitHub火到头条!这份万众期待的阿里内部JAVA面试手册,开源了
|
6月前
|
架构师 程序员
置顶两个月!《程序员如何向架构师转型》神作在Github持续霸榜
企业架构在过去十年中取得了长足的进步。随着越来越多新技术出现,充分利用这些因素来将企业架构创建得更好十分重要。通过将新技术集成到企业架构中,即使在困难时期,也能取得丰硕的成果。
|
10月前
|
编译器 程序员 C语言
带领你打开C++神秘之门--入门篇
带领你打开C++神秘之门--入门篇
38 0
|
人工智能 架构师 前端开发
清华大牛带领20位大厂专家耗时三年整理出这份2000页Java进阶指南
自我介绍: 马士兵教育: 由马士兵老师携手BATJ名师为大家提供java架构师培训,人工智能培训,大数据培训,软件测试培训,Web前端培训,区块链培训等课程,课程均由一线互联网公司技术大牛精心研发,全程项目式教学!
|
安全 IDE Devops
阿里巴巴DevOps实践指南(十一)| 代码评审
代码评审,英文名是 Code Review,简称 CR,它是结对编程相互切磋相互学习的方式。严肃地讲,CR能够提升代码质量、促进人才成长、培养技术情怀。
阿里巴巴DevOps实践指南(十一)| 代码评审
|
开发者 架构师 程序员
【0506 - 0509 直播导视 | PPT 下载】如何成为顶级架构师的内功修炼秘笈、Quick Start:阿里云 Java Initializr
本周开发者社区将为大家带来如何成为顶级架构师的内功修炼秘笈、中国最大java系列直播之Quick Start:阿里云 Java Initializr等多场技术专场。
929 0
|
Cloud Native 开发者 程序员
2019热门技术会议400个PDF资料下载!| 1024程序员节技术礼包之三
多少程序员们因为各种原因错过了那些轰动科技界的盛会,但是既然这是程序员的节日,开发者社区就不能让大家空着手回去!400则左右的大会PPT免费下载,还有40余位行业大咖的精彩演讲解读,不到现场,如临现场!这个节过的不亏!
56108 0
2019热门技术会议400个PDF资料下载!| 1024程序员节技术礼包之三
|
机器学习/深度学习 数据可视化 云栖大会
深圳云栖大会 Tech Insight 特别场《工程效率提升》 - 开发者的梦想,始终是 Tech Insight 前行的地方
Tech Insight 从它的字面意思就很好理解,就是相当于我们去那个洞察洞见这个技术里面的一些东西,它代表着我们要把阿里云那些最底层最干货的东西分享出来,在操作中,在你的生产环境开发环境中,密切相关的东西放出来告诉大家这些最佳实践的方法。
19149 0