最后期限阅读笔记之二

安全和变化
除非感到安全,否则人们就不能去迎接变化。
在所有成功的工程中(以及在绝大多数其他有价值的工作中),变化都是基本的要素之一。
安全感的缺乏会让人们反对变化。
逃避风险是致命的,因为这会让你也得不到与风险同在的利益。
人们可能会因为来自客观世界的直接的恐吓而觉得没有安全感,但是如果察觉到管理者可能滥用权力来惩罚自己,他们也会觉得没有安全感。

人们反对变化的原因通常是缺乏安全感

控制风险,让不好的消息能够有畅通的渠道来表达,尽早取消失败的工作比成功还重要。

量化项目的某些指标时,要选择或创造合适的单位,根据直觉建模,再根据事实调整 把最多的时间花在项目的设计上,而不是花在开发和调试上 使用小型的核心团队参与设计,其他人员到开发和调试的阶段再介入

项目团队的规模越大,生产力在沟通过程中的损耗也就越多,合适大小的团队才能将生产力最大化

短期的加班压力能使员工集中精力,让他们感觉到工作的重要性,但是长期的加班压力只会降低生产力

冲突是一定存在的,因为某些人员的利益是部分互斥的 解决冲突的最佳办法是调解而不是谈判,谈判着力于冲突各方不同的观点,而调解更关注冲突各方的共同利益。

时间: 2024-11-03 05:27:20

最后期限阅读笔记之二的相关文章

Hadoop阅读笔记(二)——利用MapReduce求平均数和去重

前言:圣诞节来了,我怎么能虚度光阴呢?!依稀记得,那一年,大家互赠贺卡,短短几行字,字字融化在心里:那一年,大家在水果市场,寻找那些最能代表自己心意的苹果香蕉梨,摸着冰冷的水果外皮,内心早已滚烫.这一年……我在博客园-_-#,希望用dt的代码燃烧脑细胞,温暖小心窝. 上篇<Hadoop阅读笔记(一)——强大的MapReduce>主要介绍了MapReduce的在大数据集上处理的优势以及运行机制,通过专利数据编写Demo加深了对于MapReduce中输入输出数据结构的细节理解.有了理论上的指导,仍

《代码阅读方法与实践》阅读笔记之二

时间过得真快,一转眼,10天就过去了,感觉上次写阅读笔记的场景仿佛还历历在目.<代码阅读方法与实践>这本书真的很难写笔记,本来我看这本书的名字还以为书里大概写的都是些代码阅读的简易方法,心想着这就好写笔记了,没想到竟然好多都是我们之前学过的东西,这倒让我有点无从下手了.大概像我们这些还没有太多经历的大学生,总是习惯于尽量避免自己的工作量,总是试图找到一些完成事情的捷径吧.总之,尽管我不想承认,但我自己心里很清楚,我就是这种人.下面开始言归正传,说说接下来的几章内容归纳. 这本书在前面已经分析了

Head First HTML与CSS阅读笔记(二)

上一篇Head First HTML与CSS阅读笔记(一)中总结了<Head First HTML与CSS>前9章的知识点,本篇则会将剩下的10~15章内容进行总结,具体如下所示. div与Span 此元素应该是HTML中使用频度最高的元素之一,div将属于一个逻辑区的元素包含起来: 如果添加div有助于将页面分解为逻辑区,保证结构清晰并便于指定样式,则应该使用div,否则,过多的div只会让页面更加复杂,不应滥用: width属性指定元素内容区的宽度,不包括内边距,边框和外边距的宽度: 整个

02《火球——UML大战需求分析》阅读笔记之二

02<火球----UML大战需求分析>阅读笔记 在上一次的阅读笔记中,:我阅读的是开始部分和第一章,总结了其实UML不仅对于软件设计有很大的用处,对于软件的需求的分析也处于很高的地位.现在,读了第二章,真正的明白了UML对于需求分析的真正用处. 其实客户与我们所处的关系和医生与病人之间的关系,认识永远存在着偏差,就像对于用户和软件公司,对于需求的分析永远的存在着偏差.因为对于客户而言,每天的需求总是多变的,并且词不达意--à分析员的错误理解--à程序员的错误编码----à返回客户,客户的不满意

《最后期限》阅读笔记(二)

经过加班加点的阅读,终于这本书快读完了,作者通过写团队经营的故事告诉了我们团队中团队合作重要性,同时说明了团队PM在团队中的重要作用,其中的团队管理理念很容易让人理解. 书中一开始就提到了优质管理的四大要素:选择正确的人.为他们分配正确的工作.保持他们的积极性.帮助团队凝聚起来并保持团队的凝聚力,项目管理是一门科学,更是一门艺术,而它的基本就是“人”.要是抛开人去谈管理,那么最后只会产生负面效应,而不是如科学计算中那么精确的结果.“让正确的人去做正确的事.这就是优秀的管理者和平庸的管理者之间的区

《编写有效用例》阅读笔记之二

基 于数据库操作的小用力称为CRUD用例,每个小用例都表达了单独需求,在处理这种用例是会有两种不同的方法,可以将其分离或者先使用单个管理实体用例对其 处理.在提取系统用例时或有许多用例大致相同,对此可能会建立一种通用搜索机.用例每个目标步骤的命名类似于编程语言中的子过程调用,而且用例是有人而不 是计算机使用.搜索任何东西都会有相同的步骤,对此为了方便操作我们可以建立一个参数化用例,为每个用例起一个别名.然后将别名数据值划分为三个不同的精 度级别,可以在一定程度上简化用例描述. 当对业务过程进行建

寒假阅读笔记十二

架构之美--最终用户应用架构(二) 今天,我阅读的是<架构之美>的第十二章,这一章主要讲的是Akonadi框架,让我充分了解了Akonadi框架是什么?怎么用? kde 4.1中的Akonadi是一个以mysql为存储管理的 KDE 4 存储接口.它分为两个部分,一个称之为 Akonadi服务器,一个是为用户程序提供的和Akonadi服务器打交道的库,Akonadi服务器是单独提供的程序,属于kde的支持部分的一个软件.用户库包含在kdepimlibs之中.Akonadi目前的主要应用是做为k

effective OC2.0 52阅读笔记(二)

第二章:对象.消息.运行期 6 理解属性这一概念 总结:OC解决硬编码偏移量问题的做法,一种方案是把实例变量当做一种存储偏移量所用的特殊变量,交由类对象保管,偏移量会在运行期查找,叫做稳固的“应用程序二进制接口”ABI.二种方案是使用存取方法访问实例变量.属性的访问方法由编译器在编译期执行,并且编译器还会自动向类中添加实例变量. eg:如果从core data的框架中的NSManagedObject类里继承一个子类,就需要在运行期动态创建存取方法.因为子类的某些属性不是实例变量,其数据来自后端的

代码大全阅读笔记(二)

代码大全这本书只看懂了一部分,现只对最有收获的部分写入笔记里 第七章 创建子程序的正当理由 (1)降低复杂度;(2)避免代码充分;(3)支持子类化;(4)隐藏顺序;(5)隐藏指针操作;(6)提高可移植性;(7)简化复杂的布尔判断;(8)改善性能 对于过于简单的代码写成子程序的两大理由:1 可以增加程序的可读性 2简单程序可能变成复杂程序 1 在子程序层上设计 内聚性强调把一件事做好,不再做其它任何事情这样做的好处是得到更高的可靠性 顺序上的内聚性是指在子程序内包含有需要按特定顺序执行的操作,这些