团队缺乏的不只是管理
书里这么说。
首先一个人算不得团体,那就是个体。两个人则互相支撑,古文中“从”字是二人互利就是这个意思。然而两人互利并不算团队,因为没有监督。三个人便可以构成团队,这样便有了团队的一些基本特性:主从、监督和责任。
其实我是第一次看这段的时候,是十分赞同这段话的,甚至有些佩服。我们很多时候指导我们是个TEAM,但是不知道到底多少人可以构成一个TEAM,甚至不知道团队里有什么关系。可是现在看看也不完全正确,或者准确的说,团队是至少有三个人的,并且团队有主从、监督、责任三个基本特性。之所以这么说,是因为我自己的亲身经历。曾经或现在我呆的一堆人中,这里只能这么说,是一堆人,而不是一个团队。因为这一堆人缺少了一个十分重要的元素,那就是,拥护团队的心,又可以说是团队向心力。一个宿舍,只有一个人愿意付出,去打扫卫生或者保修宿舍的东西,其实这是非常累的一件事。其实不管那个人是出于团队还是自身的因素,每次都做只有自己会做的事,真的是令人心寒的一件事,最终导致的是,那个人也不愿意做了,后续的效应,好的话,是有另一个人的产生,不好的话,则是一个宿舍的关系都不融洽。
三人为众,成为一个群体,加之以一个共同的目标,赋予他们向心力,这便成为了一个团队。有了一个团队,便会有分工合作,领导总筹的任务。再由于,团队的人实力能力不一。这样,团队便有了主从、监督、责任的区分;还有了普通工作者和领导者的区分。
从我的角度来看,“领导”是一个特别尴尬的角色,他需要承担的责任最多,负责统筹的任务,同时,他需要做一些普通员工最讨厌的也最喜欢的事,便是——批评与奖励。领导要做的是表彰功绩。而管理者有点像领导,但有所不同,他们承担着本次任务的责任,他们既不是老黄牛也不是牛人更不是死士,但是他们需要拥有普通员工没有的一项素质——勇气,辞职的勇气。项目完成的顺利,这就算幸运的,一旦,项目失败,那便是管理者需要出头的时候了!
现在,我们领着老师一份一份的作业,记得要及时提交作业,老师不严格点的,可以拖拖拉拉,晚交上一个礼拜,甚至一个学期都不交,老师严格点的,就算是空着或者抄,也要硬着头皮把作业交了。以后我们做项目,一个项目的成功与否,取决于完成项目的质量与时间,也可以用效率这个词来代替。这时候,就不是学习阶段的因人而异了,这时候就是玩死亡游戏了。一旦失败,团队的生存就遭到威胁,此时,项目经理就要承受错误带来的后果,就没有所谓的享受成功了。
一个项目到底如何,怎么评判,这真的是一个十分关键的问题,也是非常有必要的评分。此处应用了行业通用的一个ISO质量体系的例子,在ISO体系没有上台之前,大家对标准并不是很清楚,然而,拥有ISO体系的现在,企业或者小团队都会努力向这个目标前进。这里就要求做项目的了要保证产品的质量,提升产品的竞争力了。只有质量好的,竞争力强的才能存活在市场中。
从说项目再回归到团队的问题,团队,有了管理者和普通工作者的区别,就必须要有一套制度去约束这个团队,促进这个团队了。没有制度,没有惩戒,这是管理者的过失了。有制度而没有惩戒他,这就是执行者和监督者的过错了。惩戒了他却屡教不改,这就是员工的品行和素质的问题了。在制度有问题的时候,应该及时修改制度而不是修理人,一昧的做出裁员之类的举动。管理者是一个在洞外张望的人的角色,他需要做的就是统筹,同时,他不需要做一个伯乐来发现一个有才能的普通员工,甚至,过分的说,做为一个员工,你就是应该有才能的。
再读大道之简第三章
时间: 2024-10-01 07:29:54
再读大道之简第三章的相关文章
读大道至简第三章感想
大道至简第三章介绍的是关于团队的问题.首先说明了什么是团队,至少是三个人的队伍才称得上是团队.对于团队就会存在领导者,作为领导者能力很重要的,但是并不意味着能力出众就可以成为领导者.就像书中所说,一个员工在一次项目制作中完成了全部的核心代码,公司给予了他优厚的奖励,但是这并不意味着下一个项目就由他来领导.因为项目经理必须具备最基本的素质:承担责任.做项目不是要像程咬金一样只有能力而不会管理的人,而是要李离这样对于出错敢于担当的死士.作为一个项目经理你拿着经理的工资,凭什么出了问题要你的员工来背锅
再读大道至简第六章
大道之简临近了尾声,作者也开始了“与前文相呼应”,第六章的内容大部分建立在前面五章的基础之上,对相关的名词进行了进一步的阐释,理解,对有关的概念进行了扩充. 一开始说了,语言只是工具,这几乎与第一章的内容相呼应,不讲JAVA/C/C++等等语言的好坏,只是把他们放在工具的层面来说.没有对语言的膜拜也没有对语言的漠视.语言再不同,只是工具不同,适用于不同的环境.就像是犁地不需要铲子,扫地需要扫把一样的.笔者借由各种语言只是工具来引出了,那张幻灯片.看清代码.方法.工程.组织的关系. 在代码.方法.
再读大道至简第五章
我记得在选择软工之前,就已经认识了那幅秋千的图.还是王建民老师在信息导论课的时候讲到的.当时还笑话呢,好好的一幅秋千,硬是被程序员做成了一个轮胎.当时放这个图片是为佐证客户描述的内容和程序员做出来的产品是会有很大的不同这个观点.如今又看到了这幅图,心里稍微多了一些感触.在UML的大作业的第一次实验报告中,自己想的很丰满,但是写出来的东西却很单薄.当时我是按照老师给的一份例子来模仿的,看着老师的例子尽善尽美,可是我自己的项目却乱七八糟,没有十分严谨的思路和结构,在不断的修改中已经和我想的有些明显的
读大道至简第三章有感
第三章的标题是 团队缺乏的不只是管理,作者以”言三人为众,虽难尽继,取其功尤高者一人继之於名为众矣.“这段<汉书>中的话来引出了团队的概念. 第一节的标题是三个人的团队,”言三人为众“团队至少是以三个人为规模的,如此便具备了团队的基本特性:主从.监督和责任.”取其功尤高者一人继之,於名为众“就是功高者代替群体受功,其意思就是功劳大的.能力强的便成了团队中的领导角色.做管理不仅要功劳大,做管理最基本的素质是要能承担责任.当项目失败后,要有乘受去.相应责任的能力. 第二节标题为”做项目=死亡游戏?
再读大道之简第七章第八章
有一句话叫做,理想很丰满,现实很骨感.原来,单纯的以为,软件工程不就是码农么,就连工作也是一心趴在课编程编程,各种编程上,可是,现实中的软件工程和理想中或者说,想象中的还是有很大的差距的.就连我们心中的大企业,也并不是想象中的那样.比如IBM知道把握力量总之比创造力量来得经济.我还单纯的以为,所有的公司只是为了盈利呢,依靠完成的软件去盈利.此时不禁自嘲一番,还是太嫩了啊.所有的大公司在标准.理论.语言上的争来夺取,未必全然出于“软件实现”的考虑.对统一理论.统一工具.统一过程的企图,其最终目的是
大道至简第三章读后感
---恢复内容开始--- 大道至简第三章的是团队的问题.我们知道,随着人们生活水平的不断提高,用户对计算机软件的功能要求也日趋上升.这样一来,计算机软件就变得越来越复杂,规模变得越来越庞大,源代码的量也越来越多.在这种市场需求和自身发展的共同要求之下,一个团结而高效的开发团队的作用就不言而喻了.那么如何打造一支强有力.听指挥.能干活的开发团队呢?这一章作者就这个问题和我们展开了讨论. 作者着重的强调了项目经理在开发团队中的作用.首先声明一点,这并不是说团队的开发人员不重要,作者从始至终都认为编程
三:大道至简第三章
继续阅读大道至简第三章,一开始便是讲到了团队,想来就是说明团队的重要性了,这些似乎是老生常谈,但从之前的学习中我就对作者思想很是看好,希望在这章也有能触动我的东西在里面.毕竟学软件的,这之后涉及的职业大多是需要团队合作,对于团队的重要性还是很显而易见的.接下来便是真正进入第三章的学习. 题目便是给我们道明了写作的意图,也点名了作者独到的见解,团队缺乏的并不只是管理.众所周知,好的团队都需要很好的管理,而作者却说不只是,那也就是说还有其他的因素的和管理是同等重要的,那么,会是什么呢?第一个小节说到
再读大道至简第一章以及生活有感
开始上JAVA,在还没有老师授课前就接受了安装JDK的任务,虽然我在暑假前就已经安装完了JDK,以及ECLIPSE,也跟着学长学了一点点的东西,但是,一个暑假因为家里的关系,电脑都没开几次的我,真心都忘的差不多了……唉,先是JSE的界面出了问题,后来是cmd黑框无法运行.JSE的问题还好及时解决了,不然那个附带的小问题还真的没办法搞定. 上课,果然自己的亲导师是从<大道至简>开始授课的,虽然我之前看过了一遍,也大概知道了主要内容,但是,具体的问题我还真心的回答不上来.比如,愚公移山的分析,编程
大道至简第三章
大道至简读后感 这一章名为团队缺乏的不仅仅是管理,显而易见,这一章强调的就是作为一名软件工程实践者,团队协作的重要性. 这一章共分为八个小结,分别为三个人的团队,做项目 = 死亡游戏 ?,做 ISO 质量体系的教训,谁动摇了你的制度,那我们就开始开发吧,组织的学问:角色,跟随蚂蚁.但不要栽进蚂蚁洞里,“什么是增值税发票?”. 在第一节中,名为三个人的队伍,首先引用了<汉书>中三人成众这一句古语,这里的众就是团队,一个团队至少要是三个人,这从众这个字的结构就可以看出,三个人构成的团队,就有了团队