大道至简 第三章 阅读心得

第三章的主题是“团队缺乏的不只是管理”,在本章节作者举了鲜活的具体事例向读者深刻清晰地分析论述许多公司团队组建中的、当前面临的或者已经经历过的关键难题,运用他丰富的经验告诉我们应该如何去做,对于软件公司组建新团队,管理团队,或者是管理转型非常具有意义。

团队指的是大于2个人的队伍,在团队工作中由于自我定位不平衡,很容易出现工作量付出不相等的矛盾,就好比“一个和尚挑水喝,两个和尚抬水喝,三个和尚没水喝”,如何给每个人一个清晰地分工定位是很重要的,因为对于一个项目的开发,编写程序代码所占的重量不大,我们还需要管理、营销、后勤保障等等,所以必须有明确的分工。那么既然是团队,就必须有一个领导,他可以不精通编程,但是他必须有担当,因为项目负责人的任务就是调动一切可能去完成项目,如果完成不了就要承担又此造成的损失,也许有人会觉得不公平参与项目的又不是只有负责人一人,但是如果你是项目经理,你的项目经理职位没有让给别人做,你拿的经理级工资又没有分给别人,那项目失败了,你为什么要把责任推到别人头上呢?那么又有人说了时时刻刻面临炒鱿鱼或者自行辞职的风险,那么就没有人愿意当项目经理了。其实不然,项目工期的问题不能解决,就不能保证项目成功。只有经验更加丰富,才能更尽可能地逼近“合理的工期”。因此在此之前,项目经理面临的就是失败。这个失败可能不是项目经理本身能力所决定,或者也不是团队成员的工作所决定,而是在一开始,那份给客户的项目协议就签错了。尽管项目经理是需要时间来成熟的。但是他需要有机会来承受错误,而不是一开始就享受成功得。

作者通过对Y公司做ISO质量体系的教训,告诉我们其组织机构建设失败不能片面地说是体制问题,因为体制还太大太泛,要更深入其内涵:体系和制度。“ ISO质量体系”所产生的那份手册只是“制度”,在它的背后,所要求的是对旧有“体系”的改变。——旧的公司转型到新的公司,不是搬来一本“管理制度”给每个员工读一遍就要可以的了。 制度都不缺,因为这就像往苦的汤药里加的糖,糖从来都有。可是恰恰很多病人就是只吃糖。大家都知道,单纯的糖无法使病人痊愈,真正能治病的是苦口良药,也就是“体”。但是体系的整治建设太痛苦了,就像割股之痛。虽然也有可以不打麻药的人,但是又有几个能呢?换句话说,又有多少家公司可以承受体系改变所产生的痛苦呢?但并非每个公司都是在体系上出问题,所以他们还不需要承受割股或者刮骨一样的痛苦去改变体系,因为他们只是“制读”上出了问题。如果是制度上出现问题,只需要把不遵守制度的人从公司移除,那么问题多半能得到解决。而且 经常的情况下,动摇了制度的人不是犯错的员工,而是管理者自己。所以最好的方法是赶紧修订制度,而不是修理人。任何一项制度,是否能切实落到实处,能否有效执行,关键是领导,是管理者。任何一个团体,动摇制度的稳定,使得制度形同虚设的,肯定是管理者的过失或者执行不公平。所以,制度也会出毛病,他失去执行力了,因为领导能力不够,或者重视不足;失去威慑力了,因为执行中破坏了公平性。

综上所述,管理者在团队中具有很重要的地位。

时间: 2024-08-03 15:22:27

大道至简 第三章 阅读心得的相关文章

大道至简第三章阅读笔记

目前我们还在学校,或整天独自编译运行着老师留下的作业,“独来独往”,或和他人一起思考,但真正上我们还并不能真正意义上理解团队的概念,或许有的人就要发问,这和一个篮球队不是一样的吗?事实上并不是这样,对于做编程的人员来说,一个团队是明确分出主从,监督和责任的,这是一个团队的基本特性.既然是一个团队,就一定得有能够统筹兼顾的领导者,有愚公式的员工,领导者的能力必须是出人头地的,也应该是最有头脑的,才能让团队的效益最大化,让员工心服口服,当然真正出了意外或项目失败的时候,敢于承担起一份担当,也是理所应

三:大道至简第三章

继续阅读大道至简第三章,一开始便是讲到了团队,想来就是说明团队的重要性了,这些似乎是老生常谈,但从之前的学习中我就对作者思想很是看好,希望在这章也有能触动我的东西在里面.毕竟学软件的,这之后涉及的职业大多是需要团队合作,对于团队的重要性还是很显而易见的.接下来便是真正进入第三章的学习. 题目便是给我们道明了写作的意图,也点名了作者独到的见解,团队缺乏的并不只是管理.众所周知,好的团队都需要很好的管理,而作者却说不只是,那也就是说还有其他的因素的和管理是同等重要的,那么,会是什么呢?第一个小节说到

大道至简第三章读后感

---恢复内容开始--- 大道至简第三章的是团队的问题.我们知道,随着人们生活水平的不断提高,用户对计算机软件的功能要求也日趋上升.这样一来,计算机软件就变得越来越复杂,规模变得越来越庞大,源代码的量也越来越多.在这种市场需求和自身发展的共同要求之下,一个团结而高效的开发团队的作用就不言而喻了.那么如何打造一支强有力.听指挥.能干活的开发团队呢?这一章作者就这个问题和我们展开了讨论. 作者着重的强调了项目经理在开发团队中的作用.首先声明一点,这并不是说团队的开发人员不重要,作者从始至终都认为编程

读大道至简第三章感想

大道至简第三章介绍的是关于团队的问题.首先说明了什么是团队,至少是三个人的队伍才称得上是团队.对于团队就会存在领导者,作为领导者能力很重要的,但是并不意味着能力出众就可以成为领导者.就像书中所说,一个员工在一次项目制作中完成了全部的核心代码,公司给予了他优厚的奖励,但是这并不意味着下一个项目就由他来领导.因为项目经理必须具备最基本的素质:承担责任.做项目不是要像程咬金一样只有能力而不会管理的人,而是要李离这样对于出错敢于担当的死士.作为一个项目经理你拿着经理的工资,凭什么出了问题要你的员工来背锅

大道至简第四章阅读感想

大道至简第四章感想 大道至简第四章标题为流于形式的沟通,主要内容可见说的是关于沟通的问题. 第一节的标题是:客户不会用C,难道就会用UML吗?程序员不能要求客户需要精通C语言,因为在客户(的代表)学会用C语言来向开发人员描述他们的需求之前,可能他就已经被老板开掉了.因此没有客户会笨到愿意用C语言来描述他们的需求.C语言是程序员与计算机交流的语言,而不是他与客户交流的语言.程序员面对的是计算机,但计算机不是客户.因此开发经理有一种优势,可以让开发人员以需求调研的身份出现在客户面前.要深入项目的需求

大道至简第五章阅读感想

第五章失败的过程也是过程 今天王建民老师依旧带领着我们阅读了大道至简第五章,第五章是失败的过程也是过程.通过前面的技术.团队和沟通,这章主要讲了关于做工程的问题. 文章开篇以一句<明皇实录>中的“虚有其表耳”来说明一个很重要的问题就是:不能只求外表,而是要透过表象,力求实质. 第五章的整体思想是让我们注重过程,因为有很多人从来不注重过程,只注重结果.然而过程对于一个编程人员也是非常重要,如果一个好的编程员从来不在乎程序的过程,只是关心最后程序是否能够实现,那么这个编程员一定不是一个好的编程员.

大道至简第三章

大道至简读后感 这一章名为团队缺乏的不仅仅是管理,显而易见,这一章强调的就是作为一名软件工程实践者,团队协作的重要性. 这一章共分为八个小结,分别为三个人的团队,做项目 = 死亡游戏 ?,做 ISO 质量体系的教训,谁动摇了你的制度,那我们就开始开发吧,组织的学问:角色,跟随蚂蚁.但不要栽进蚂蚁洞里,“什么是增值税发票?”. 在第一节中,名为三个人的队伍,首先引用了<汉书>中三人成众这一句古语,这里的众就是团队,一个团队至少要是三个人,这从众这个字的结构就可以看出,三个人构成的团队,就有了团队

《大道至简》第一章阅读笔记

第一章   编程的精义 *愚公移山 pakcage Yugongyishan; public class Yugongyishan{ public static void main(String[] args){ //原始需求的产生:惩山北之瑟,出入之迂 //项目沟通的基本方式:聚室而谋之 //三名技术人员和一名工程管理人员:(愚公)率子孙荷担者三夫 //一名外协:遗男 while(!指通豫南,达于汉阴) do{ (愚公) 率子孙荷弹者三夫及邻人京城氏之孀妻,叩石垦壤,箕畚运于渤海之尾. if(

《大道至简》第二章阅读笔记

<大道至简>这本书在第二章中的主要内容是“懒人创造方法”!因为一个勤勤恳恳.老实工作的人是不太可能会懂得创新的,因为他只知道认真仔细的工作,一点一滴.一丝不苟.按部就班的按照上司交给他的内容,因为他认真负责,不容许自己出现一点纰漏.而懒人则不一样了,因为工作量庞大,所以他们自己因为懒惰而各种寻找方法,从而减轻自己的工作量,动脑筋让自己的实际工作量减到最小,而这时就需要开动脑筋,让自己想出一个可行的办法,从而实现自己的目的. 在这本书的第二章开头,还是延续了这本书的惯例,用一个寓言小故事来引入本