很多年前,刚开始踏入IT界,就有人推荐我应该看两本书,一本是<r人月神话>,另外一本就是<人件>。可是10多年过去了,我是这个月才真正的拜读了<人件>,回想起自己多年来接触过的,参与过的大大小小成功、失败的项目,以及参与到公司装修、布局时候遇到的各种问题,不由得发现:原来若29年前(1987年 <人件>第一版),就有人思考过,总结过,实践过,成功过也失败过了。
绝大多数情况下,谈起项目,大家总是在思考:项目流程应该如何规范,软件框架应该如何搭建,产品架构如何设计,项目周期、风险如何控制,但是其实在IT项目中,真正能够发挥作用而却往往被忽视,而是当成工具的,就是“人”。只有当项目中的每个“人”的主观能动性调动起来的时候,项目才能成功。
下面的摘抄,体验过的人相信都深有体会:
========================
1.我们还没有时间来考虑这项工作,只有时间来做这项工作
2.人们在受到时间重压的时候不是工作得更好,只是工作的更快
3.经理的职能不是强迫人们工作,而是让人们有可能工作
4.需要高度集中精力的工作,需要顺流(flow)状态工作才能顺利进行(这需要环境的配合以及项目的合理分配)
5.一个团队的目的不是达到目标而是向目标看齐(大多数公司并没有故意开始扼杀团队,他们只是在那样做而已)
6.在最好的公司里,自然权威在所有的方向生效:每个人都在做自己最擅长的事情,并且被公认为那个领域的自然权威,只有在这个思想开放式管理的氛围中,团队有形成胶冻(jell)的最佳机会
[评价]软件项目工程里面人的管理和思考
《人件》热门书评
-
高科技的幻象
36有用 2无用 铂程斋@喷嚏网 2006-05-09
在这本书的扉页上,写着这样的一句话:在成千上万的书架上,《人件》永远和《人月神话》并列在一起。 作为一本主要讨论软件组织中人文环境因素的著作来说,这本书面向的主要对象应该是软件组织的管理者。 &n...
-
好书|笔记|同时推荐德鲁克
23有用 0无用 Nilson 2009-01-01
这本书的内容的组织上比较让人抓不住头绪——每一章、每一节都让人觉得鞭辟入里,但整体上很难给人把握住。如果让我概括性总结一下,我觉得是:开发中对人的‘管理’重于对技术的管理,这种‘管理’重在‘理’而不是‘管’,这种管理的核心理念是尊重开发人员、让开发人员‘快乐开发’,这种管理的最高境界是无招胜有招——...
-
人员的管理不是把人当作“件”来管理
9有用 3无用 自性如来 2009-03-15
本书的翻译可谓极差,非常难读,很多时候参考原文,或者需要重新以英文的方式解构之。本书内容还堪一读,但是对于实作,坦白讲,对于当今中国软件业可谓并无实作之可能。当今的业态,以外包和工程为主,很多时候,不是在写一个“软件”,而是在堆砌一个建筑。研发的比例少之又少!Peopleware这本书对于研发团队,...
-
为开发人员伸张权利?
5有用 1无用 aleung 2005-12-12
近日读《人件》这本“旧书”,这书确实不错。不过,这本书主要不是写给开发人员看的,作者是两名consultant,他们的工作是分析研究软件项目的过程,对项目给出指导,很显然,他们的目标是项目的管理者、公司的管理者。而如今,这本书被标榜为“为开发人员伸张权利”的书籍,显然老板并没有兴趣阅读一本为底下的人...
-
有点扯了吧
5有用 3无用 shuaiye 2005-09-26
这是一本好书。但恰恰是不那么逻辑,不那么西方,不那么严密的一本书。它有很多好的结论,比如说那个著名的“流”的说法,程序员需要流,那么我们要尽量创造适合产生这种流的环境。我记得在amazon看过一个评论说这本书写的很牵强,主要是指它的论证过程,那个作者更倾向于Scott Adams的辛辣风格,当然Di...
书名: 人件
作者:
出版社: 清华大学出版社
原作名: Peopleware
译者: UML China | [美] Timothy Lister
出版年: 2003-6
页数: 354
定价: 35.00元
装帧: 平装(无盘)
ISBN: 9787302063841