作者: Tom DeMarco / Timothy Lister
译者: UMLChina
出版社: 清华大学
出版年: 2003
页数: 354
定价: 35.00元
装帧: 平装(无盘)
ISBN: 9787302063841
译者: UMLChina
出版社: 清华大学
出版年: 2003
页数: 354
定价: 35.00元
装帧: 平装(无盘)
ISBN: 9787302063841
内容简介 · · · · · ·
本书专门讨论了软件开发和维护的团队管理问题,并向人们的传统认识提出了挑战。作者在书中推崇人本管理思想,指出知识型企业的核心是人,而不是技术。本书子1987年首次出版后,曾在西方引起了轰动,被誉为“对美国软件业影响最大的一本书”。本书还对大中型组织中的软件开发团队如何运作进行了深入探讨。
《人件》已成为软件图书中的经典之作。它和《人月神话》共同被誉为软件图书中“两朵最鲜艳的奇葩”。人们认为,《人月神话》关注“软件开发”本身,《人件》则关注软件开发中的“人”。因此,在成千上万的书架上,《人件》永远和《人月神话》并列在—起。
本书读者包括软件开发组织中的所有人员。管理者和被管理者都将从书中得到有益的启示。
《人件》已成为软件图书中的经典之作。它和《人月神话》共同被誉为软件图书中“两朵最鲜艳的奇葩”。人们认为,《人月神话》关注“软件开发”本身,《人件》则关注软件开发中的“人”。因此,在成千上万的书架上,《人件》永远和《人月神话》并列在—起。
本书读者包括软件开发组织中的所有人员。管理者和被管理者都将从书中得到有益的启示。
作者简介 · · · · · ·
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章 过程改进步骤
……
注释
参考文献
译后记
· · · · · · (收起)
第1章 在今天的某个地方,一个项目正在失败
第2章 做吉士汉堡,卖吉士汉堡
第3章 维也纳在等着你
第4章 质量――如果时间许可
……
第Ⅱ篇 办公环境
第7章 家具警察
第8章 朝九晚五无所为
第9章 在空间上省钱
第10章 脑力时间与体力时间
……
第Ⅲ篇 适当人选
第14章 霍恩布洛尔因子
第15章 雇用一个变戏法的人
第16章 很高兴在这里
第17章 自愈系统
第Ⅳ篇 培育高生产力团队
第18章 整体大于部分的总和
第19章 黑衣团队
第20章 团队自杀
第21章 一顿意大利通心粉晚餐
……
第Ⅴ篇 在这里工作应该很开心
第24章 混乱和秩序
第25章 “自由电子”
第26章 霍尔如・丹斯克
第Ⅵ篇 《人件》续集
第27章 再论团队自杀
第28章 竞争
第29章 过程改进步骤
……
注释
参考文献
译后记
· · · · · · (收起)
喜欢读"人件"的人也喜欢 · · · · · ·
按有用程度 按页码先后 最新笔记
-
第66页
帕金森定律和牛顿定律 帕金森定律是时间管理中的一个概念。 帕金森定律表明:只要还有时间,工作就会不断扩展,直到用完所有的时间。 帕金森为揭露和嘲讽英国政治社会制度中官僚主义组织结构的弊端而提出的。 事实上,作为一个项目经理,应该要意识到了这种现象:很费力的跟客户争取到一些开发的BUG时间,如果把这些BUG直接给开发人员,他们会毫不犹豫的在最后时间点完成,而一般不会提前完成。一个开发任务如... (更多)
帕金森定律是时间管理中的一个概念。 帕金森定律表明:只要还有时间,工作就会不断扩展,直到用完所有的时间。 帕金森为揭露和嘲讽英国政治社会制度中官僚主义组织结构的弊端而提出的。 事实上,作为一个项目经理,应该要意识到了这种现象:很费力的跟客户争取到一些开发的BUG时间,如果把这些BUG直接给开发人员,他们会毫不犹豫的在最后时间点完成,而一般不会提前完成。一个开发任务如果只需要1天,但你分配给他3天,基本的情况都是“按时”完成;是开发人员懒惰么?不是。同样,做这么多的项目,跟客户deal好的项目schedule,似乎从来没有提前过!是我的项目任务从来没有提前过么?不是! 挺有意思的话题,让我们看看Parkinson如何解释的:如果一个team觉得有足够的时间,他们不会尽早完成。相反,team会增加一部分内容以填满额外的时间。如果这个过程没有受到外来因素的影响,所加的内容会刚刚好达到最后的时间点。 所以在项目管理中,一定要考虑到Parkinson’Law带来的影响,应当考虑以下策略: 1.正确估算.项目经理有义务估算应该估算出实际大约的工作量,结合项目周期适当的评估项目工期,如果有风险,那么增加合适比例的工作量用于应对风险; 2.开发人员的日常开发管理不仅仅需要一份项目时间进度表,应当还要有一份针对开发的时间进度表,即为一些任务节点,实际点就是实际完成时间,永远要掌控在自己手中,以应对突发状况,为项目风险提前准备好“备胎”; 3.作为项目经理,要不要跟客户讲自己时间进度提前了呢?需要在客户面前表现,为团队挣分的时候偶尔为之,在老板目前,特别在为团队争取利益时其它时候还是很有必要的。其他时候就算了吧,为什么要让兄弟们那么辛苦呢,休个假,参加参加培训,不是很好吗? 帕金森定律带来的影响在项目管理中到处存在的,特别需要注意,这样才能够让你的团队更成熟,更有战斗力,更加团结,项目也更容易如期完成。 (收起)帕金森定律和牛顿定律
2012-01-11 16:07:03 回应
-
第66页
帕金森定律和牛顿定律 帕金森定律是时间管理中的一个概念。 帕金森定律表明:只要还有时间,工作就会不断扩展,直到用完所有的时间。 帕金森为揭露和嘲讽英国政治社会制度中官僚主义组织结构的弊端而提出的。 事实上,作为一个项目经理,应该要意识到了这种现象:很费力的跟客户争取到一些开发的BUG时间,如果把这些BUG直接给开发人员,他们会毫不犹豫的在最后时间点完成,而一般不会提前完成。一个开发任务如... (更多)
帕金森定律是时间管理中的一个概念。 帕金森定律表明:只要还有时间,工作就会不断扩展,直到用完所有的时间。 帕金森为揭露和嘲讽英国政治社会制度中官僚主义组织结构的弊端而提出的。 事实上,作为一个项目经理,应该要意识到了这种现象:很费力的跟客户争取到一些开发的BUG时间,如果把这些BUG直接给开发人员,他们会毫不犹豫的在最后时间点完成,而一般不会提前完成。一个开发任务如果只需要1天,但你分配给他3天,基本的情况都是“按时”完成;是开发人员懒惰么?不是。同样,做这么多的项目,跟客户deal好的项目schedule,似乎从来没有提前过!是我的项目任务从来没有提前过么?不是! 挺有意思的话题,让我们看看Parkinson如何解释的:如果一个team觉得有足够的时间,他们不会尽早完成。相反,team会增加一部分内容以填满额外的时间。如果这个过程没有受到外来因素的影响,所加的内容会刚刚好达到最后的时间点。 所以在项目管理中,一定要考虑到Parkinson’Law带来的影响,应当考虑以下策略: 1.正确估算.项目经理有义务估算应该估算出实际大约的工作量,结合项目周期适当的评估项目工期,如果有风险,那么增加合适比例的工作量用于应对风险; 2.开发人员的日常开发管理不仅仅需要一份项目时间进度表,应当还要有一份针对开发的时间进度表,即为一些任务节点,实际点就是实际完成时间,永远要掌控在自己手中,以应对突发状况,为项目风险提前准备好“备胎”; 3.作为项目经理,要不要跟客户讲自己时间进度提前了呢?需要在客户面前表现,为团队挣分的时候偶尔为之,在老板目前,特别在为团队争取利益时其它时候还是很有必要的。其他时候就算了吧,为什么要让兄弟们那么辛苦呢,休个假,参加参加培训,不是很好吗? 帕金森定律带来的影响在项目管理中到处存在的,特别需要注意,这样才能够让你的团队更成熟,更有战斗力,更加团结,项目也更容易如期完成。 (收起)帕金森定律和牛顿定律
2012-01-11 16:07:03 回应
书评 · · · · · · (共29条)
我来评论这本书
-
最有用的好评
-
最有用的中差评
人员的管理不是把人当作“... 5/7有用
热门评论 最新评论
好书|笔记|同时推荐德鲁克
-
- Nilson 这本书的内容的组织上比较让人抓不住头绪——每一章、每一节都让人觉得鞭辟入里,但整体上很难给人把握住。如果让我概括性总结一下,我觉得是:开发中对人的‘管理’重于对技术的管理,这种‘管理’重在‘理’而不是‘管’,这种管理的核心理念是尊重开发人员、让开发人员‘快乐开发’,这种管理的最高境界是无招胜有招——看似无为,其实处处费...... (2回应)2009-01-01 11/11有用
人员的管理不是把人当作“件”来管理
-
- hhw(归源知自性 · 自性即如来) 本书的翻译可谓极差,非常难读,很多时候参考原文,或者需要重新以英文的方式解构之。 本书内容还堪一读,但是对于实作,坦白讲,对于当今中国软件业可谓并无实作之可能。 当今的业态,以外包和工程为主,很多时候,不是在写一个“软件”,而是在堆砌一个建筑。研发的比例少之又少! Peopleware这本书对于研发团...... (1回应)2009-03-15 5/7有用
为开发人员伸张权利?
-
- aleung 近日读《人件》这本“旧书”,这书确实不错。不过,这本书主要不是写给开发人员看的,作者是两名consultant,他们的工作是分析研究软件项目的过程,对项目给出指导,很显然,他们的目标是项目的管理者、公司的管理者。 而如今,这本书被标榜为“为开发人员伸张权利”的书籍,显然老板并没有兴趣阅读一本为底下的人伸张权利的书......2005-12-12 5/6有用
不是书评,是“翻译评”
-
- 伸脚地 淡定,“很差”不是给“Peopleware”的,而是给UMLChina翻译团队的,你懂得。 我没有比对英文原著,所以只能从文中中英文并存的部分来窥豹一斑。比如Software State-of-art翻译为“软件的艺术状态”,这个实在是copycat的要命。整本书文字不算多,内容的确非常有料,可是拖拖拉拉看了很久......2011-03-26 1/1有用
关于《人件》的自身感受
-
- 虫二亮 看完人件,翻译确实比较晦涩,每每看完此类的书,总是在反思身边的事情,身边的“环境”怎样,有多少是值得改进的(虽然我们无能为力),用来指导自己如果我是领导,我应该怎样优美的处理类似的事情。很多时候我们就被当作了人件。 一些收获如下,部分摘自网络书评: 1.脑力密集企业最大的投资和资产,是人力。 ......2011-10-06
所有做计算机的朋友都应该看一看
-
- fatboy(爱是深深的理解和接受) 说了很多软件工程的真谛 软件工程师制作的软件产品和他的尊严密切相关,不是软件的数量,而是软件的质量。 如果更多的人懂这个道理,我们国家的软件工程就不会这么差,就不会总是做不出品质优良的产品了。......2009-07-16
"人件"的论坛 · · · · · ·
| 看英文版的吧 | 来自number5 | 2005-06-10 | |
| download. | 来自Denton | 2009-11-02 | |
| 不知原书咋样,翻译的可真够差的了。 | 来自hanson | 4 回应 | 2010-10-11 |
| 《人件》第2版有货了,想买的同学赶紧。 | 来自[已注销] | 1 回应 | 2009-09-16 |
| 适合项目经理 | 来自王淼 | 2009-07-18 |
在哪儿买这本书? · · · · · ·
- 北发图书网 (RMB 23.80)
- 查看2家网店价格 (23.80元起)
- 加入购书单 多本比价 批量购买 已在购书单
这本书的其他版本 · · · · · · ( 全部3 )
- Dorset House版 1999-2-1 / 21人读过
- Dorset House Publishing Company, Incorporated版 1999-02-01 / 2人读过
以下豆列推荐 · · · · · · (全部)
- 互联网产品经理 全方位入门 (iamsujie)
- 咨询&思考&方法论 (rink)
- 我的编程之路 (风中纸页)
- 年度最佳商业与管理书籍 (行者)
- 程序员最应该读的图书(中译版) (hongqn)
谁读这本书?
喜欢这本书的人常去的小组 · · · · · ·

- 分享计算机书籍 (5293)

- RubyOnRails (739)

- Erlang (1029)

- 学习发布会 (854)

- 开源 (4096)

- Vim (6205)

- 是程序员也是文艺青年 (570)

- 博文视点交流组 (419)
喜欢这本书的人关注的活动 · · · · · ·
订阅关于人件的评论:
feed: rss 2.0











