《人件(原书第3版)》—— 导读

前  言

30多年前的一次越洋旅途中,在航班上的漫长夜晚,我们萌生了撰写人件相关内容的想法。当时,我们正从洛杉矶赶往悉尼去教授软件工程的系列课程。在飞机上,我们难以入眠,索性谈论起自己经历的以及从客户那里了解到的软件系统的高复杂度。我们中的一人(不记得到底是谁了)从我们的讨论中总结道:“也许……软件系统的主要问题不在于技术,而在于社会性因素。”

我们花了好一会儿才想明白这其中的缘由,这和我们先前对软件的理解完全不同。我们和那些沉迷于高科技的人士一样,坚信技术就是一切,无论出现什么问题,总会有更好的技术为我们找到出路。但是,如果我们所面对的问题天生就属于社会学的范畴,再好的技术可能也提供不了什么帮助。例如,对于一组必须工作在一起的人彼此不信任的情形,就没有什么软件包或万能工具能改变他们,以解决这个问题。
这样的想法一经产生,就驱使我们展开对一些案例的研究,进而我们俩都认识到,在大多数项目中,社会性的复杂度远比技术上的挑战要难处理得多。而且,不可避免地,我们还要面临一个更加严峻的问题:即便我们意识到社会性因素比技术上的因素重要得多,也从来没有用这样的思维观念管理过团队。是的,我们也会不时地改善团队的协作环境,或者缓解团队的紧张情绪,但这些事情从来没有成为我们工作的核心。
如果我们早些知道人的因素要重于技术因素的话,我们的管理方式会有什么不同呢?于是,我们开始梳理这些想法。正好,我们手头上有空白胶片和油笔,可以将这些令人炫目的想法记录到胶片中,传神而又真实地展现给我们在悉尼的观众。哦,天呐!悉尼可是与美国和欧洲相隔了半个地球那么远,要是我们不回家,谁又会知道我们此时此刻的重大发现呢?
接下来的一周,悉尼的观众立马加入了对人件的讨论行列,当然他们还有那么一点儿懊恼(看来,不只是我们才有唯技术是用论的观点)。最重要的是,人们踊跃发言,分享了不少他们自己的案例,这让我们感激万分,而又备受鼓舞。
较之本书在1987年出版的第1版,我们通过大量的问卷调查和一线实验证明了第1版中关于环境影响的猜测(见本版中的第二部分),同时验证了我们关于团队结构和沟通上的一些更为激进的建议(见本书其余部分内容)。
本书的前两版使我们成了技术项目中人文问题研究的专家,而我们也在按着这个思路不断前进。在本版新增的章节中,讨论了一些领导力上的病理症状,在先前版本中这些没有作为病理来归纳;书中还讲述了会议文化的演进,以及如何管理新旧成员水火不容的混合团队;我们也越来越清楚地认识到,一些日常使用的工具会成为我们前进的阻力而非动力。
对于本书的出版,非常感谢Dorset House出版社的Wendy Eakin和Addison-Wesley出版社的Peter Gordon为我们编辑了手稿。此外,还要感谢我们在The Atlantic Systems Guild公司的同事——Peter Hruschka、Steve McMenamin和Suzanne Robertson,感谢他们30年来给我们提供想法,和我们一起进行头脑风暴、开展辩论,为我们提供餐饮美食,以及给予我们的这份浓浓的友谊。

目  录

第一部分 管理人力资源
01此时此刻,一个项目正在走向失败
游戏的名称
高科技的幻觉 

02干酪汉堡,做一个,卖一个 
错误在所难免 
管理:傻瓜定义 
人力商店
稳定的项目濒临死亡 
我们只是做事,没时间考虑工作自身 

03维也纳在等你 
西班牙理论 
来自家里的一句话 
不存在加班的谎言 
工作狂 
工作效率:赢得战斗,输掉战争 
反思 

04质量——如果时间允许 
飞离卓越的航班 
质量是免费的,但是…… 
否决的力量

时间: 2024-07-29 03:32:24

《人件(原书第3版)》—— 导读的相关文章

《深入理解Scala》——第1章,第1.2节当函数式编程遇见面向对象

1.2 当函数式编程遇见面向对象 深入理解Scala 函数式编程和面向对象编程是软件开发的两种不同途径.函数式编程并非什么新概念,在现代开发者的开发工具箱里也绝非是什么天外来客.我们将通过Java生态圈里的例子来展示这一点,主要来看Spring Application framework和Google Collections库.这两个库都在Java的面向对象基础上融合了函数式的概念,而如果我们把它们翻译成Scala,则会优雅得多.在深入之前,我们需要先理解面向对象编程和函数式编程这两个术语的含义

《深入理解Scala》——第1章,第1.4节与JVM的无缝集成

1.4 与JVM的无缝集成 深入理解Scala Scala的吸引力之一在于它与Java和JVM的无缝集成.Scala与Java有很强的兼容性,比如说Java类可以直接映射为Scala类.这种紧密联系使Java到Scala的迁移相当简单,但在使用Scala的一些高级特性时还是需要小心的,Scala有些高级特性是Java里没有的.在Scala语言设计时已经小心地考虑了与Java无缝交互的问题,用Java写的库,大部分可以直接照搬(as-is)到Scala里. 1.4.1 Scala调用Java 从S

《深入理解Scala》——第2章,第2.1节学习使用Scala交互模式(REPL)

第2章 核心规则深入理解Scala 本章包括的内容: • 使用Scala交互模式(Read Eval Print Loop 简称REPL) • 面向表达式编程 • 不变性(Immutability) • Option类 本章内容覆盖了每个新Scala开发者都需要知道的几个主题.本章不会深入到每个主题里,但是会讲到可以让你自己去接着探索的程度.你将学会使用REPL,学会如何利用这个工具做软件的快速原型开发.然后我们会学到面向表达式编程,并从另一个视角来看控制结构是怎么回事.在此基础上,我们来研究不

《深入理解Scala》——第1章,第1.3节静态类型和表达力

1.3 静态类型和表达力 深入理解Scala 开发人员中有一个误解,认为静态类型必然导致冗长的代码.之所以如此是因为很多继承自C的语言强制要求程序员必须在代码中多处明确地指定类型.随着软件开发技术和编译器理论的发展,情况已经改变.Scala利用了其中一些技术进步来减少样板(boilerplate)代码,保持代码简洁. Scala做了以下几个简单的设计决策,以提高代码表达力. • 把类型标注(type annotation)换到变量右边. • 类型推断. • 可扩展的语法. • 用户自定义的隐式转

《深入理解Scala》——第1章,第1.5节总结

1.5 总结 深入理解Scala 本章中,你学到了一些Scala的设计理念.设计Scala的初衷在于把不同语言中的多种概念融合起来.Scala融合了函数式和面向对象编程,尽管显然Java也已经这么做了.Scala精选其语法,极大地减少了语言中的繁冗之处,使一些强大的特性可以优雅地表达,比如类型推断.最后,Scala和Java能够紧密集成,而且运行在Java虚拟机上,这或许是让Scala变成一种实用选择的最重要的一点.几乎不花代价就可以把Scala用于我们的日常工作中. 因为Scala融合了多种概

《深入理解Scala》——第1章,第1.1节Scala一种混合式编程语言

第1章 Scala--一种混合式编程语言 Scala是一种将其他编程语言中的多种技巧融合为一的语言.Scala尝试跨越多种不同类型的语言,给开发者提供面向对象编程.函数式编程.富有表达力的语法.静态强类型和丰富的泛型等特性,而且全部架设于Java虚拟机之上.因此开发者使用Scala时可以继续使用原本熟悉的某种编程特性,但要发挥Scala的强大能力则需要结合使用这些有时候相互抵触的概念和特性,建立一种平衡的和谐.Scala对开发者的真正解放之处在于让开发者可以随意使用最适合手头上的问题的编程范式.

《深入理解Scala》——第2章,第2.2节优先采用面向表达式编程

2.2 优先采用面向表达式编程 深入理解Scala 面向表达式编程是个术语,意思是在代码中使用表达式而不用语句.表达式和语句的区别是什么?语句是可以执行的东西,表达式是可以求值的东西.在实践中这有什么意义呢?表达式返回值,语句执行代码,但是不返回值.本节我们将学习面向表达式编程的全部知识,并理解它对简化程序有什么帮助.我们也会看一下对象的可变性,以及可变性与面向表达式编程的关系. 作者注:语句VS表达式 语句是可以执行的东西,表达式是可以求值的东西. 表达式是运算结果为一个值的代码块.Scala

《深入理解Scala》——第2章,第2.3节优先选择不变性

2.3 优先选择不变性 深入理解Scala 编程中的不变性指对象一旦创建后就不再改变状态.这是函数式编程的基石之一,也是JVM上的面向对象编程的推荐实践之一.Scala也不例外,在设计上优先选择不变性,在很多场景中把不变性作为默认设置.对此,你可能一下子会不适应.本节中,我们将学到不变性对于判等问题和并发编程能提供什么帮助. Scala里首先要明白的是不变对象和不变引用(immutable referene)的区别.Scala里的所有变量都是指向对象的引用.把变量声明为val意味着它是个不变"引

《深入理解Scala》——第2章,第2.4节用None不用null

2.4 用None不用null深入理解Scala Scala在标准库里提供了scala.Option类,鼓励大家在一般编程时尽量不要使用null.Option可以视作一个容器,里面要么有东西,要么什么都没有.Option通过两个子类来实现此含义:Some和None.Some表示容器里有且仅有一个东西,None表示空容器,有点类似List的Nil的含义. 在Java和其他允许null的语言里,null经常作为一个占位符用于返回值,表示非致命的错误,或者表示一个变量未被初始化.Scala里,你可以用

《深入理解Scala》——第2章,第2.5节多态场景下的判等

2.5 多态场景下的判等 深入理解Scala 众所周知,为多态的面向对象系统定义合适的判等和散列方法是个特别难的过程.这是因为子类可能在整个过程中造成一些相当怪异的问题,尤其是当类型层次上有多个实体(concrete)级别的时候.一般来说,对于需要比引用判等更强的判等(译者注:比如需要判断对象内部数据)的类,最好避免多层实体类层次.这是什么意思呢?有些时候类只需要引用判等就够了.也就是说只要两个对象不是同一个实例就判为不等.但是如果我们需要判断两个不同实例是否相等,而且又有多层实体类层次(mul