《人件》专门讨论了软件开发和维护的团队管理问题，并向人们的传统认识提出了挑战。作者汤姆·迪马可，蒂姆·李斯特在书中推崇人本管理思想，指出知识型企业的核心是人，而不是技术。本书于1987年首次出版后，曾在西方引起了轰动，被誉为“对美国软件业影响最大的一本书”。

《人件》专门讨论了软件开发和维护的团队管理问题，并向人们的传统认识提出了挑战。作者汤姆·迪马可，蒂姆·李斯特在书中推崇人本管理思想，指出知识型企业的核心是人，而不是技术。本书于1987年首次出版后，曾在西方引起了轰动，被誉为“对美国软件业影响最大的一本书”。本书还对大中型组织中的软件开发团队如何运作进行了深入探讨。

《人件》已成为软件图书中的经典之作。它和《人月神话》共同被誉为软件图书中“两朵最鲜艳的奇葩”。人们认为，《人月神话》关注“软件开发”本身，《人件》则关注软件开发中的“人”。因此，在成千上万的书架上，《人件》永远和《人月神话》并列在—起。

本书读者包括软件开发组织中的所有人员。管理者和被管理者都将从书中得到有益的启示。

第Ⅰ篇 管理人力资源

 第1章 在今天的某个地方，一个项目正在失败

 第2章 做吉士汉堡，卖吉士汉堡

 第3章 维也纳在等着你

 第4章 质量——如果时间许可

 第5章 重新研究帕金森定律

 第6章 苦杏仁苷

第Ⅱ篇 办公环境

 第7章 家具警察

 第8章 朝九晚五无所为

 第9章 在空间上省钱

 第10章 脑力时间与体力时间

 第11章 电话

 第12章 把门带上

 第13章 采取保护步骤

第Ⅲ篇 适当人选

 第14章 霍恩布洛尔因子

 第15章 雇用一个变戏法的人

 第16章 很高兴在这里

 第17章 自愈系统

第Ⅳ篇 培育高生产力团队

 第18章 整体大于部分的总和

 第19章 黑衣团队

 第20章　团队自杀

 第21章 一顿意大利通心粉晚宴

 第22章 思想开放

 第23章 促使团队形成的亲和力

第Ⅴ篇 在这里工作应该很开心

 第24章 混乱和秩序

 第25章 “自由电子”

 第26章 霍尔加·丹斯克

第Ⅵ篇 《人件》续集

 第27章 再访团队自杀

 第28章 竞争

 第29章 过程改进步骤

 第30章 使变更成为可能

 第31章 人力资本

 第32章 公司的学习

 第33章 管理上的最大罪行是……

 第34章 社区的形成

注释

参考文献

　　第１章　在今天的某个地方，一个项目正在失败　　自从计算机进入普及应用的时代，一定已经有数以万计已写好的“应收帐款”程序。当你在阅读这些文字的时候，有可能就有一打或更多的“应收帐款”程序项目正在进行之中。并且就在今天，在某个地方，这些项目中的某一个正朝着失败的方向迈进。　　想象一下，一个不需要真正技术创新的项目正在失败！“应收帐款”程序就像一种车轮经常被重新发明，甚至很多老练的开发人员闭着眼睛也能跌跌撞撞地完成这类项目。但是这些开发项目有时却是在朝着失败的方向努力。　　假设，当这些崩溃的项目中的一个结束的时候，你被要求对失败进行剖析（当然这种事不可能发生，有一种神圣不可侵犯的工业标准，那就是禁止检讨我们失败的原因）。假设，在所有参与开发的人员因掩盖真相而急忙逃走之前，你有机会去弄清什么地方出了问题。一件件不会发现的事情就是：技术是该项目失败的原因。可以毫不夸张地说，技术水平已经足够高，应收帐款程序系统在技术上是可行的。必须从一些其他事情去解释。　　自从1977年以来，每年我们对开发的项目及结果做一次调查。我们在项目的大小、成本、缺陷、加速因素、项目进度表的实施是成功还是失败等方面都做了充分的度量。到目前为止，我们已经积累了超过500个项目的历史资料，他们全部来自于现实世界中的开发实践。　　据我们观察，在我们跟踪研究的所有项目中，大约有15%的项目彻底失败。他们或者是被取消、或者夭折、或者“延期”、或者他们提交的产品从来就没有投入使用。对大项目来说成功的可能性更低。在持续了25个工作年或者更长时间的项目中，足足有25%的项目没能完成。在早期的调研中，我们放弃了这些失败的数据点而去分析其他的数据。但从1979年以后，我们与所有那些已经离开项目组的人员保持联系，以便寻找问题的根源。对于我们研究过的占绝对多数的失败项目来说，解释失败的原因不仅仅是技术问题。

问题的实质

……