人件
当前位置:首页 > 计算机网络 > 软件工程/开发项目管理 > 人件
出版社:清华大学
出版日期:2003-6
ISBN:9787302063841
作者:Tom DeMarco,Timothy Lister
页数:354页
媒体关注与评论
微软成功的原因之一就是公司里的所有经理都读过《人件》。我推荐软件经理每年重读一遍这本书。 ——Joel Spolsky 当《人件》第1版出版时，我写了一篇评论，“我强烈推荐你买一本《人件》给你或你的老板；如果你是老板，那么请为你部门的每个人买一本，并且也给自己买一本。”这个建议在12年后依然有效，并且更加强烈。 ——Edward Yourdon 本书中推荐的许多方法已经成为当今一流公司的标语：给开发人员提供私用的办公室，关闭公共寻呼系统，提供有设置‘请勿打扰’的电话等等。 由于本书第1版的赫赫声名，新版的《人件》是我不用看就会决定购买的少数几本书之一。 ——Steve McConnell， IEEE Software 这是我一直喜爱的软件工程书籍。《人件》正确指出软件工程是针对“人”，而不是针对“技术”。它看到在软件开发过程中人的许多方面，并指出人并不是软件开发机器中简单的小齿轮。我强烈推荐这本书给从普通工程师到CEO的每一个人。 ——Mark A. Herschberg 我们终于有了一本关注论述软件工业中“人的因素”的著作，这可是一个好消息。当我第一次读完这本书时，我兴奋异常，即使现在再去读它也会激动。我们工作的主要问题并不是技术问题而是社会问题。我不禁嫉妒作者有如此丰富的学识与经验。 ——Raghavendra Gururaj 近年来，软件工程领域的一个重大贡献是DeMarco和Lister在1987年出版的《人件》，我衷心地向我的读者推荐这本书。 ——《人月神话》第19章 《人月神话》关注“软件开发”本身，《人件》则关注软件开发中的“人”。 ——UMLChina
内容概要
Tom DeMarco和Timothy Lister是大西洋系统协会(www.atlsysguild.com)的负责人。从1979起，他们就在一起演讲，写作和从事国际性的咨询工作，主要涉及软件工程、生产力、估算、管理学和公司文化。 Tom DeMarco的职业生涯开始于贝尔实验室，他是结构化分析和设计的创始人之一，之后，他转向研究软件开发中的管理及其方法。他由于“对信息科学的重大贡献”成为1986年的J.-D. Warnier奖的得主。DeMarco总共已出版了六本书，其中项目管理小说《最后期限》（已由清华大学出版社出版）曾被评为亚马逊网上书店和巴诺书店的最佳畅销书。Timothy Lister的研究领域主要集中在对软件组织和项目的风险管理。Tim也为美国仲裁协会工作，负责解决软件争端。他还是美国国防部下设的软件程序经理网络的航空理事会员。
书籍目录
第Ⅰ篇 管理人力资源
第1章 在今天的某个地方，一个项目正在失败
第2章 做吉士汉堡，卖吉士汉堡
第3章 维也纳在等着你
第4章 质量――如果时间许可
……
第Ⅱ篇 办公环境
第7章 家具警察
第8章 朝九晚五无所为
第9章 在空间上省钱
第10章 脑力时间与体力时间
……
第Ⅲ篇 适当人选
第14章 霍恩布洛尔因子
第15章 雇用一个变戏法的人
第16章 很高兴在这里
第17章 自愈系统
第Ⅳ篇 培育高生产力团队
第18章 整体大于部分的总和
第19章 黑衣团队
第20章 团队自杀
第21章 一顿意大利通心粉晚餐
……
第Ⅴ篇 在这里工作应该很开心
第24章 混乱和秩序
第25章 “自由电子”
第26章 霍尔如・丹斯克
第Ⅵ篇 《人件》续集
第27章 再论团队自杀
第28章 竞争
第29章 过程改进步骤
……
注释
参考文献
译后记
作者简介
《人件(第2版)》专门讨论了软件开发和维护的团队管理问题，并向人们的传统认识提出了挑战。作者汤姆·迪马可，蒂姆·李斯特在书中推崇人本管理思想，指出知识型企业的核心是人，而不是技术。《人件(第2版)》于1987年首次出版后，曾在西方引起了轰动，被誉为“对美国软件业影响最大的一本书”。《人件(第2版)》还对大中型组织中的软件开发团队如何运作进行了深入探讨。《人件》已成为软件图书中的经典之作。它和《人月神话》共同被誉为软件图书中“两朵最鲜艳的奇葩”。人们认为，《人月神话》关注“软件开发”本身，《人件》则关注软件开发中的“人”。因此，在成千上万的书架上，《人件》永远和《人月神话》并列在一起。《人件(第2版)》读者包括软件开发组织中的所有人员。管理者和被管理者都将从书中得到有益的启示。
图书封面
发布书评
精彩书评 (总计36条)
-
书不错，但是翻译烂到非飞天，几乎很难看懂要表达的东西。难道拿在线翻译翻译的管理开发团体很难，看懂这本书更难 -
东方的书籍注重应用性，理论性不强！西方的书籍更着重于原理的介绍，深入浅出！科技的差距，让中国人更浮躁更看重于眼前的利益，学一门技术更看中于它能带来的眼前利益，所以中国的IT只能跟着西方的技术亦步亦趋的小跑，而不能独立去创造！从VB，VC到JAVA，无不体现出西方创造的精妙，而东方只能在“大漠孤烟直”中去意想。都说西方擅长严密的逻辑推理，东方习惯于抽象意境，但我看来东方的抽象似一个病态的小妇人在那里无病呻吟。无聊之中，更感无趣！希望搞技术的人都看看这本书！ -
“隔街找钥匙，只因街更亮” ---- 我们关注技术方面的东西而故意忽视人际关系的问题，不是因为它重要，而是因为他更容易。允许犯错 ---- 团队技术平均水平或许会因采取的任何限制错误的措施而得到改善，但团队社会学却受到了破坏。团队催化剂 ---- 一些成员的重要性就在于他让整个团队凝聚。加班 ---- 从长远来看，这些好处都会被抵消。世上没有加班这件事，在时间的压力下，人们只是工作得更快，而不是更好质量 ---- 如果时间允许，我们可以考虑质量？在日本，高质量导致成本降低普遍被人们所接受。给一个项目多少时间，它都能耗完 ---- 这个理论之所以流行，只是因为它的有趣。当一个项目完全不合理和不现实的时候，不应该再加班加点。成员的情绪会跌落至低估。什么是管理 ---- 经理的职能不是强迫人们工作，而是让人们有可能工作。清静的环境？ ---- 在一个开放“噪杂”的环境下，人照样可以集中精神。这只是一个适应过程。突然看到封面上说：这是一本为开发者争取权利的书。自由的工作时间 ---- 公司用一种简单的“自由假象”，让你在加班时更加心甘情愿。而且，重要的不是你出勤的数量，而是发挥潜力的时间。人才是最重要的 ---- 谁做这件事情往往比如何做这件事情更加重要。不够专业 ---- 这个术语经常用来描绘令人惊讶和制造威胁的行为，专业往往用来描述那些“完美的样板”，但事实上有知识和能力的人才是专业的人。公司的熵总是在增加的 ---- 熵就是平庸和相同。人员流动的成本 ---- 更换一个人的成本相当于一个雇员5个月的成本。有最低人员流动率公司的特点是广泛的再培训。长篇累牍的文档 ---- 是问题的一部分，而不是解决问题的一部分。团队的作用 ---- 是每个人都朝着共同的方向前进。你的“团队”真的是团队么？管理？ ---- 最好的成功是没有明显管理的成功，最好的老板是一遍遍地管理着这个集体，而不让成员感觉到“被管理着”。你感觉到自己在团队中有一种不可或缺的能力么？你感觉到自己的独特性了么？ ---- 你的项目经理的管理已经成功了。人是不可管理的 ---- 他们只需要有一个目标，然后调动他们的积极性即可。经理 ---- 你不是团队中的一员。眉头紧锁 ---- 这不代表专业，工作应该充满乐趣！无序 ---- 在团队内允许一些无序的存在。这些无序反而是亲和力建立的基础。竞争 ---- 在一个有适当竞争的团队中，我们愿意让别人看到我们正在接受训练和成长；也乐于帮助别人成长。CMM ---- 公司的能力通过一个模型来衡量，越符合这个模型，分数越高。这就是理论!CMM ---- 一个紧箍咒罩着你，安全第一。你要承担一些更有风险，更有价值的东西，就得放弃它。实践 ---- 我们应该识别一些有用的实践，而强制执行一些实践却是另外一回事儿。裁员 ---- 把曾经的投资扔出窗外？好吧，这仍是为我们争取权益而已。学习 --- 公司的学习应该来自于中层。中层是高层和低层的纽带。浪费 ---- 人的时间浪费是最大的浪费。很多会议并不是会议，而只是仪式。社区 ---- 如果社区意识足够强，则没有人想离开。
精彩短评 (总计50条)
-
资源的权衡，管理要抓住本质 -
虽然很老的一本书，但对现在依然有着很多指导作用。我们可以从中看到一些观点和现在的敏捷，精益是相同的。 -
如何利用人的知识。 -
People-aware-ness overflows management. -
三星半，四星吧，关于管理的书，翻译烂了点 -
毫无疑问，任何需要团队协作的问题都可以归结为社会学问题。作者从经理的角度出发论述了时限、工作环境、工作逃避、无干扰时间、冻胶团队、团队杀手等一系列相关问题，足以说明人，而不是高科技，才是工程的核心和灵魂。 -
peopleware讲的恰恰是不能把people当ware。研究生的时候读过一些段落，现在重看，颇多感慨。There's nothing new under the sun. -
。。。。看完了还是没什么灵感 -
优秀的不可多得的项目管理类的书。 -
！！！ -
不明觉厉，不过希望我的老大们能看过。。。至少把办公环境神马的搞搞好～ -
你根本不能改变的话你就永远不会有改进。{旧的现状}—外来因素—{混乱}—正在转变的观念—{实践和综合}—{新的现状}。环境因素，胶状团队，人员流动的隐性成本。 -
翻译的像屎，有空把原版找来再读一读 -
看上去很美。 -
安眠药3 -
现在看还太早了，没理解 -
翻译好差 -
这种翻译水平怎么好意思出书的 真佩服不要脸的 -
好好读读，不仅仅是计算机！ -
： TP311.52 -
据说是微软的项目管理精髓，却发现内容并不是过时的东西。和做软件的同事聊聊，大家还是觉得相比新兴的一些硅谷巨鳄，微软的实力是很难低估的。我相信这是一本老板们不是特别喜欢的书，里面的核心“更关心人”，而不是技术，时间表和没完没了升级的质量指标。这是一本纯粹研发人员写给研发人员的书籍，而不是一本管理层强加给研发团队的行政命令。能有能力接受这样书籍的公司，的确是很伟大的。 -
吐槽佳作 -
大概看看吧 -
阅读了一部分 -
矛盾 -
这本书有这么好吗？是不是过誉了？还是我自己的问题。 -
这一本软件管理的书其实是关于团队管理的书，而不是单一软件项目管理，坐在老板位置上的人看更合适。 -
吸取精华，批判性地实践；有些观点给了我一个全新的视角。 -
本书的题目应该改为:《如何提高码农福利》…… -
前面还行，后面太多废话，不适合中国人读，翻译是个神经病 -
人比技术更重要 -
散，帕金森定律。工作会自动膨胀，工作流 -
字字戳心。 -
关于时间、改变、工作空间、人际关系，社会学比技术更有生产力。 -
感觉读着很不顺畅。 -
翻译有让我不是在看中文的感觉 -
一般吧,写的太乱了，也许时代变了，但是有些许的地方还是有可取之处吧 -
在那个时代交付出这样的观点集，让人钦佩 -
人月神话中看到的. -
畅销书经常让人失望，但理工科的畅销书不会 -
管理是一门科学，虽然自己目前木有能力去组建一个团队，甚至最近没有很大的可能融入一个胶东团队，但是时刻准备着。这本书提醒我要对自己的工作环境保持警觉，对团队保持警觉，高效率的去工作，排除一切可能危害的因素。 -
软件是对人的管理 -
一个团队的成功取决于五大要素：人力资源的管理；办公环境的协调；筛选适当的人才；高生产力的培育；工作心态的调整。
这五大要素缺一不可，个人利益总是与团队利益有着千丝万缕的联系，只有团员积极向上才能让团队徐徐生辉，而要想让对团员积极工作，强制是愚昧的，咱们不能改变他人思想，但可以在工作上做到统一行动。 -
书籍里所要表达的思想是做为软件管理者必备的。但这本书的翻译实在是太差了。 -
话太多，如果缩减成10页就有4星了。 -
软件工程与团队建设的入门书籍. 算是对目前软件开发过程的观察笔记, 没有完整性的指导意见. -
维也纳在等着你 -
专注于码农 -
真没觉得这本书有多神品，尤其是翻译的话读起来使理解更困难，思路不顺。 -
看的时候没多大兴致，比较适合老板去看吧