读大道至简第三章有感

第三章的标题是 团队缺乏的不只是管理,作者以”言三人为众,虽难尽继,取其功尤高者一人继之於名为众矣。“这段《汉书》中的话来引出了团队的概念。

第一节的标题是三个人的团队,”言三人为众“团队至少是以三个人为规模的,如此便具备了团队的基本特性:主从、监督和责任。”取其功尤高者一人继之,於名为众“就是功高者代替群体受功,其意思就是功劳大的、能力强的便成了团队中的领导角色。做管理不仅要功劳大,做管理最基本的素质是要能承担责任。当项目失败后,要有乘受去、相应责任的能力。

第二节标题为”做项目=死亡游戏?“。在这里作者反对了这一观点,并且引用以为澳大利亚的讲师对软件工程的看法,进而推出了项目经理是需要时间来成熟的这一结论,项目经理需要有机会来承受错误,而不是一开始就享受成功。

第三节标题是”做ISO质量体系的教训“。在这里作者向我们讲述了Y公司的例子,Y公司在发现管理跟不上后,开始引进ISO质量认证体系,希望通过这个体系改变现状,他们做的很认真,然而实施结果却不尽人意,公司没有任何好的转变。之后分析其原因:体制的内涵是分两个方面的,其一是”体“,即”体系“;其二是”制“,即”制度“。而Y公司做的改变改变只是要求的”制度“的改变,所以他们没有成功。要想转型成功,第一要务是解决”体“的问题,也就是”组织机构建设“的问题。对于开发部门就是”如何组织开发团队“的问题。有了确定的团队模式,才能把这样的制度实施在团队之上。

第四节标题为”谁动摇了你的制度?“。组织模式确定的同时,相应的制度也要随之建立。在这里要求了管理者对于自己制定的制度也要遵守,唯有这样才能做好管理者这一职位。

第五节标题为”那我们就出发吧“。在公司的组织机构和制度建设已经完成了 ,在这个组织机构里,已经有团队之后,就要开始真正的团队建设了。然而在这一切开始之前还要思考:你知道如何做工程吗?只有思考了这个问题之后才可以开始一个项目。

第六节的标题是”组织的学问:角色“在工程开始之前,我们要先把”角色”确定好,避免在组织结构中出现既不受别人管理,也不管理别人的盲点或空洞。作者之后又唯美,作者之后又为我们讲述了适用于中小型规模的公司和团队的R团队模型。更精简的还有两个角色的团队模式,但是在这种模式下对于开发经理的要求较高。     第七节标题为“跟随蚂蚁,但不要栽进蚂蚁洞里”。在这里,作者提示读者开发团队不需要管理,至少在还没弄清楚状况之前,不要去管它。但是在弄清楚状况的中途,要谨记自己是来搞清楚状况的,千万不能混淆自己的而定位。

第八节标题题为“ ‘什么事增值税发票’ ”。在这一节里,作者以自己的经历讲述了当要转换职位时,最重要的不是能力的增强,而是思想的转变。

时间: 2024-12-03 16:16:22

读大道至简第三章有感的相关文章

读大道至简第三章感想

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

读大道至简第四章有感

第四章题目为流于形式的沟通,顾名思义说的就是我们的沟通只是表面工作,没有深入,也就不会对工作有什么实质性的帮助.但是这个沟通值得是谁与谁之间的沟通呢,没错,就是我们与客户之间的沟通.程序员与计算机之间可以用C语言,java进行沟通但是客户不一定会这些我们也不能要求客户会这些,所以学好基本的编程语言是基础,学会与客户用汉语进行深刻的沟通,并且把这些沟通的内容转化为编程的需求.这是对一个程序员的客观要求. 然而就像书中所说,有的客户会聘用一个专家组来与程序员进行沟通,这时候专业知识就可以很好的应用,

读大道至简第六章有感

本章的题目是从编程到过程,刚开始讲到语言只是工具,学会制作和使用工具才是最重要的,当一些编程人员天天为了用哪种语言好以及评论各种语言的优缺点,此时便会被工具所累,忘记了做工程的目的. 第二部分讲到了程序,程序=算法+结构,这是大一时期c++老师每次上课必说的一句话,这是编程的本源定义,也是原始的状态.与代码相关的任何工作,最终仍旧会落足于这样的一条规则,编程的精义于此,从有开发行为开始,他就存在了. 第三部分讲了方法,很多时候程序员拿到一个项目或者是我们拿到一个题目,不是先去阅读他找到方法,而是

读大道至简第五章有感

该章开篇第一个部分写的是做过程不是做工程,主要介绍了软件工程的创立及成熟的标志.其成熟的标志是软件工程的瀑布模型的提出.瀑布模型将软件开发的过程分成需求,分析,设计,开发和测试等五个主要阶段.在瀑布模型之后很多人开始研究过程模型的问题.这也是很多问题出现的源头.很多人认为只要把工程按照瀑布模型做,做完过程的每一个阶段, 虽然很多模型是值得称道的例如RAD(快速应用开发)模型,螺旋模型和现在常被提及的RUP模型,但是做过程不是做工程,模型就是样子我们可以根据好的模型来确立以后要做的工程的步骤以及思

再读大道之简第三章

团队缺乏的不只是管理 书里这么说. 首先一个人算不得团体,那就是个体.两个人则互相支撑,古文中“从”字是二人互利就是这个意思.然而两人互利并不算团队,因为没有监督.三个人便可以构成团队,这样便有了团队的一些基本特性:主从.监督和责任. 其实我是第一次看这段的时候,是十分赞同这段话的,甚至有些佩服.我们很多时候指导我们是个TEAM,但是不知道到底多少人可以构成一个TEAM,甚至不知道团队里有什么关系.可是现在看看也不完全正确,或者准确的说,团队是至少有三个人的,并且团队有主从.监督.责任三个基本特

大道至简第三章读后感

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

三:大道至简第三章

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

读《大道至简》第二章有感

今天,我对老师的推荐书籍<大道至简>的第二章进行了阅读,<大道至简>的第二章的标题是——是懒人造就了方法.仔细想来也确实如此:人们不想走路 于是便发明了汽车和飞机,人们不想爬楼梯于是就发明了电梯,等等.所以说,我们想要提高自己的工作效率,要想让自己拥有更多的空余时间,我们就必须要学会 创造出懒人的方法来提高我们的效率. 在<大道至简>的第二章中我们看到,愚公想要搬走自己房子面前的高山,他只能想到通过人力去挖,去搬.这样做虽然是对的,也可以达到自己的目标,但是 这样做所花

读 《大道至简》第二章有感

读完<大道至简>第二章,相较于第一章告诉我的持之以恒,第二章则告诉我了何为方法提高效率.有时候,闷头干 并不是一个好方法~~ ————————————————下面开始正题!!—————————————————————— NO.1:是懒人造就了方法 正题引用<华阳国志>其一: “僰蘭 道有蜀王兵 ,亦有神作大滩江中.其崖崭峻不 可破,(冰)乃积薪烧之. ” 本段和<大道至简>第一章可谓相互呼应.一则告诉我们开始一项巨大工程需要有恒心毅力:二则告诉我们其实好的方法能够事半功