《最后期限》——读书笔记03

读完这本最后的期限,第一感觉就是对管理有了新的认识。书中所说的内容与我的日常生活有着特殊的共鸣。书中的汤普金斯先生本身就是一位优秀的管理者,他对管理的四个理念(人员的选择,任务的分配,激励团队,构建团队)的认识十分理性。

书中每一章都会有一些管理的先关知识被提出。从中我进行了一些摘录。

1.优质管理的四大要素:选正确的人、分配正确的工作、保持他们的积极性、帮助团队凝聚起来并保持凝聚力

2.除非感到安全,否则人们就不会去迎接新的变化。变化是所有成功的工程中最主要因素。而安全感的缺乏会使人们反对变化。这其实是逃避风险的表现,这样的结果就是失去和风险等同存在的利益。而一个管理者,所要做的就是构建一个没有恐惧而是充满安全感的团队氛围。这样有助于提高团队的凝聚力和效率。

3.威胁不是提高业绩的好方法,威胁只会让管理者的团队更加分崩离析。每个人会尽最大的可能性逃避风险。这样团队的运转就会凝滞。预期的工作可能无法实现。最重要的是,一旦出现了BAD END,自己还得兑现威胁。

4.对于面试管理人员,一定不要独自面试,因为两个人的直觉会胜过一个人。好的领导不会是带领别人,而是设立一个目标,让团队和自己一共为目标努力。并在此过程中追随自己。用心去领导团队。

5.构筑团队要注意构筑团队的氛围。一个好的团队有自己的灵魂。这个灵魂是团结的表现。一个有共同梦想的团队,更容易拥有这样的灵魂。

6.一个好的管理者要具备四个特制:心(领导),肠胃(预感),灵魂(团队文化),鼻子(识别谎言)。

7.一个领导者所能做的就是在“开战”之前为团队做足万全的准备。改变团队所处的环境,让环境与员工还有自己要实现的目标更加协调。在战役开始的时候,管理者的工作就完成了。

8.好的管理者要多听,少说。实际上,不但管理,做事也如此。言多必失。

9.人可以从失败中学习,但实际上,我们主要的还是从成功中学习。

10在做决策的时候要考虑风险因素,风险会变成问题,而在此之前会有一些早期迹象,管理者要有敏锐的洞察力,提早发现。规避风险。可以找人专门负责风险控制。

11要拿得起放得下,控制错误的能力一定程度上体现在自己砍掉失败项目的工作有多快。优柔寡断不适合做好的领导者。举个乔布斯的例子。乔布斯在回归苹果后第一件事情就是将公司里多余的5个产品全部砍掉。IBM出售电脑部门等等。都是这个意思。时间有限,专注简单才能做到极致。才能有杰出的表现。

12要学会利用资源,对于团队也是如此,除非必要,自己凝聚一个团队永远应该排在找一个现成团队来用之后。

13珍惜时间,有无数种方法浪费时间,但是却没有一种方法拿回一天的时间。

14学会建模利用数据来分析团队运作,进行项目管理。图表往往是最直观的方法。

时间: 2024-10-25 13:46:56

《最后期限》——读书笔记03的相关文章

需求工程-软件建模与分析读书笔记2

在写完第一篇读书笔记后,我又读了一个星期的<需求工程-软件建模与分析>,感觉有些东西要写下来,才有可能变为自己的. 需求工程有三个主要任务:第一,需求工程必须说明软件系统将被应用的环境极其目标,说明用来达成这些目标的软件功能,还要说明在设计和实现这些功能时上下文环境对软件完成任务所用方式,方法所施加的限制和约束,也即要同时说明软件需要做什么和为什么需要做.第二,需求工程必须将目标,功能和约束反映到软件系统中,映射为可行的软件行为,并对软件行为进行准确的规格说明.需求规格说明是最为重要的成果,是

&lt;&lt;需求工程--软件建模与分析&gt;&gt;读书笔记之一

新学期,新开始,我们总需要新的书籍来充实自我.这本书分为五部分,分别是绪论,需求获取,需求分析,需求的文档化和验证以及需求管理与工程管理.这本书是关于软件需求工程的专项著述,目标是从开发者的视角出发,侧重于实践者的技术与方法,系统地介绍需求工程的最新发展,促进需求工程领域理论.方法和技术的全面融合应用,指导需求工程各阶段的系统化实践.这本书从需求的获取,建模,文档化,验证以及管理等各个方面介绍了需求工程,是一本非常不错的书籍. 那么,这本书说的是需求工程是什么?简单来说,需求工程是所有需求处理活

需求工程——软件建模与分析阅读笔记一(三)

需求工程--软件建模与分析阅读笔记(三) 需求工程的过程: 需求获取:需求获取是从人.文档.或环境中获取需求的过程,必须用各种方法和技术来发现需求,需求开发的过程包含学习和认知的两个过程,学习和认知是递进的.具体有:1收集背景资料2.获取问题与目标,定义项目前景和范围3.识别涉众,选择信息的来源4.选择获取方法,执行获取.获取功能与非功能需求5.记录获取结果 需求分析:1.背景资料2.问题分析.目标分析.业务分析.确定系统边界3.软件需求建模4.细化需求5.确定优先级6.需求协商 需求规格说明:

需求工程——软件建模与分析阅读笔记01

·在假期间,通过阅读需求工程--软件建模与分析,了解到需求问题是当前软件开发面临的主要问题,无论是实践还是数据的调查,都明确指出需求问题是当前软件开发面临的主要问题之一.在Standish Group的CHAOS的调查中,将软件项目分为3中类别,在预计的时间之内,预算的成本之下完成预期的所有功能,则项目为成功项目:已经完成,软件产品能够正常工作.,但在生产中或者超支,或者超期,或者实现的功能不全,则项目为问题项目:因无法进行而被中途撤销,或者最终产品无法提交试用,则项目为失败项目. 软件生产中产

需求工程——软件建模与分析阅读笔记一

软件生产的需求问题: 需求问题是当前软件开发面临的主要问题,成功项目,问题项目,失败项目 成功项目的影响因素:用户的参与.高层管理支持.清晰的需求说明.正确的项目计划.切合实际的期望.细化的项目里程碑.需求因素对项目的成败具有很重要的作用 软件的模拟特性:某种情况的计算与实际事件的发生,现实世界对虚拟世界进行限定,应用型软件和纯工具软件在生产中具有不同的关注点和评判标准应用软件模拟性具体指:目的性.软件的开发是据此设立的.正确性.软件具备的功能能够保证目标的正确实现.现实可理解性.软件系统是在现

01需求工程软件建模与分析阅读笔记之一

这是第一次阅读需求工程这本书,下面是这些天学到的一些知识 提起需求,不同背景的人(用户,开发者)会有不同的看法,因此需求是需求工程中一个非常难以准确的定义和解释的概念,IEEE对需求的定义为: 1.用户为了解决问题或达到某些目标所需要的条件或能力. 2.系统或系统部件为了满足合同.标准.规范或其他正式文档所规定的要求而需要具备的能力或条件. 3.对1或2中的一个条件或一种能力的一种文档化表述. 需求是用户对问题域中的实体状态或事件的期望描述.在用户看来,一旦解系统对实体状态或者事件的影响满足了他

05需求工程软件建模与分析阅读笔记之五

此次阅读了解到了常见的问题框架. 大致分为六种: 1.需求行为控制系统:存在物理世界的某个部分,其行为须要收到控制,以使得他们满足特定的条件,问题是要建立一个系统,系统将施加所须要的控制. 2.命令行为控制系统:存在物理世界的某个部分,其行为需要根据操作者发出的命令进行控制.问题是要建立一个系统,他将将接受操作者的命令并施加相应的控制. 3.信息系统:存在物理世界的某个部分,须要连续的表达关于其状态和行为的特定信息.问题是建立一个系统,他将从物理世界中获得这些特定的信息,并按所需要的格式呈现在所

06需求工程软件建模与分析阅读笔记之六

此次阅读了解到了优秀需求规格说明书文档的特性. 1.完备性:需求规格说明文档是完备的,当且仅当:(1)描述了用户所有有意义的需求,包括功能.性能.约束.质量属性和对外接口.(2)定义了软件对所有的情况的所有实际输入的响应.(3)为文档中的所有插图.图.表.和术语.度量单位的定义提供了完整的引用和标记. 2.一致性:(1)细节的需求不能同高层次的需求相冲突.(2)同一层次的不同需求也不能相互冲突. 3.根据重要性和稳定性分级:在高质量的的需求集中,开发人员.客户以及其他风险承担人已经根据对客户的重

需求工程——软件建模与分析阅读笔记二

需求的定义:用户为了解决问题或达到某些目标所需要的条件或能力:系统或系统部件为了满足合同.标准.规范.或其他正式文档所规定的要求而需要具备的条件或能力:对以上两点的一种文档化表述 满足需求就是解决问题:需求源于问题,要准确理解需求就必须明确它与问题的关系.,人们开发软件系统的目的就是希望用它作为解决方案来解决问题,使得现实改善到期望的状况.解决问题.改善现实.满足用户期望的状况. 问题解决的两个方面--问题域与解系统:问题在现实世界与软件系统的互动中的到解决,问题语是需求的背景,问题域的背景信息

需求工程——软件建模与分析阅读笔记02

通过阅读第二章,了解到满足需求就是解决问题.人们开发软件系统的目的就是希望用它作为解决方案来解决问题,使得现实改善到期望的状况,解决问题,改善现实,满足用户期望的条件与能力就是需求. 问题解决的两个方面包括问题域与解系统.问题在现实世界中与软件系统的互动中得到解决.软件系统不会也不需要与整个现实世界互动,它只需要与现实世界的一部分互动即可.这部分就是问题的发生地,也是问题解决的基本范围--解决问题必须设计的事件和事物.问题域是需求的背景,要理解需求就必须先解决问题域.软件系统通过影响问题域帮助人