第五篇：在这里工作应该很开心      这一篇强调了工作开心的重要性，并给出了一些建议如何让员工感觉到在这工作开心。     在我们的观念里认为工作是费力的，如果你乐意做某事，那就不是真正的工作。事实上，工作应该是一种乐趣。对于任何一个特定的项目，不要实验多于一种以上

  读《人件》这本书，给我最大的感触是人本管理思想，即知识型企业的核心是人，而不是技术的管理理念。《人件》这本书中并没有涉及具体的编码技术，从几个方面描述对一个团队的管理。下面来分篇介绍一下《人件》书中所表达的一些主要观点以及一些个人看法和感受。第一篇：管理人力资源

本学期暂定看书三本，分别为《用户故事与敏捷方法》、《人件》、《代码大全2》其中《用户故事与敏捷方法》第一篇读后感打算在9月31日发，第二三篇分别在10月10号和20号发放《人件》于10月30日和11月10、20日发《代码大全2》于11月30号和12月10号、12月20号发放。

概要：社会的复杂性远比技术上的挑战难处理得多，并且很多时候社会因素比技术因素更重要。而团队是一个非常重要的因素，如何管理团队，项目、改善工作环境，形成高效团队这是不可避免和忽略的。1、管理团队：一个项目的失败，可能是技术导致、也有可能是团队因素导致，也可能两者都有。在工作

改善工作环境：工作环境的质量直接关系开发者的效率。一般来说，除了新手，经验对产出效率影响不大。反倒是，和身边的人有关；如果他们表现好，你也会自然表现好。这也就是环境同化，好的工作环境真的很重要。好的工作环境：工作空间宽敞、光亮、安静、具有私密性、不容易受到打扰并且具有窗户（不

 对于考虑改换工作的人而言，其理由与所涉及的个性一样纷繁复杂。对于病态的、人员流动率高（很高的大于 50% ）的公司而言，有以下一些理由解释大多数人离开的原因： 1、一种混日子的思想：一起工作的人产生不想长期投入工作的想法。2、 一种任意处置的感觉：管理层认为它的员工只

工作的度量对方法的改进、动机、提高工作的满意度方面是有用的工具，但是它几乎从没有用于这些目的。相反的是，度量方案有成为威胁和包袱的趋势。 为了让管理概念真正可行，管理本身必须有足够的洞察力和安全性以便让它自己脱离困境。这意味着有关个人的数据不能用于管理，公司

感谢计算机，正因为有了它，我们不需要真的有水果，就能玩切水果的游戏。如果你是一个水果罐头制造商，那么你需要操心的是从哪里购买水果原料、怎样运输、怎样建造厂房、购买机器、怎样推广销售你的罐头以及最后的——招人，通过培训使他们成为流水线上合格的标准的零件。如果你是水果

   书中主要提到了关于服务团队，与传统的管理理念体现的控制背道而驰，但作为软件团队的管理者不应该对此表示诧异。艺术家能按严格的管理产出作品嘛？答案是能生产一堆不被人认可的带有瑕疵的标准作品。同样作为脑力工作者的软件开发人员，按严格管理就能生产出合格的作品嘛？建议是：

阅读《人件》有感：在我的学习中，我曾经认为技术才是软件开发中最重要的方面。因此，我在项目学习中更注重了技术层面，而忽视了人性层面。然而，通过阅读《人件》这本书，我意识到这种做法是错误的。根据书中的描述，技术是软件开发中非常重要的一部分，但是人性因素同样重要。充分考虑

《人件》从软件管理的诸多方面阐述了管理的复杂性，作为脑力型工作，管理者那些固定标准化的管理方法显得与此格格不入。令人遗憾的是，开发人员作为脑力工作者，却常常被管理者用劳动密集型行业的管理办法来管理他们，而忽视了脑力工作这一根本属性，定下一个个不符合软件开发规律的交付日期，

《人件》是一本关于软件项目管理的经典书籍，它强调了软件开发中人的重要性，以及如何创建和维护一个高效、高质量、高创新的开发团队。作者从多个方面分析了影响软件开发的因素，如组织结构、团队文化、沟通方式、工作环境、人才培养、质量控制等，并提出了一些实用的建议和方法。我认为

高效团队的养成:一个有凝聚力的团队是一组交织在一起的人，他们整体大于个体之和，这是因为源于工作本身，大家从工作中得到的快乐远远超过想象，还有一个重要原因是团队都是围绕共同目标成立的。团队组建的基础是有一个共同的目标，大家凝聚在一起，团队就成了他们真正的动力。好的

第三章——软件工程师的成长考级之路：在中国，软件工程师的职业资格考试有：计算机等级考试和全国计算机技术与软件专业技术资格考试。很多公司也提供了针对自己产品的职业认证项目。例如：微软公司有微软认证专家甲骨文公司有Oracle认证项目。本章主要讲了，不同级别的

    管理人力资源这部分介绍了一种完全不同的考虑、管理人的方法。一种特别适应人力资源的非模块化特点的方法。对于当前研究过的占绝对多数的失败项目来说，解释失败的原因不仅仅是技术问题。并且，书中指出培养一种不允许出错的气氛只会让人们产生防备心理，相反应该允许人们犯

通过继续阅读《人件集》了解到在一般情况下，大家都认为技术决策所依据的都是技术性因素，诸如事实、可测量的数值、应用中需要考虑的事项等。但实际情况是，诸如感觉、意见、直觉、偏见等，都会对决策的制定或者问题的解决产生影响，这些都是人在做事情时所不可避免的因素。尽管有些人试

拜读过《人件)后我感慨:软件工程人员必读书，并不谈软件语言等，全书通算都在说人.《人件) 的着眼点并不在软件开发本身、而是在软件开发中的“人.人件) 提到:软工本质上工作主要问题，与其说是技术问题，不如说是社会学问题，软件的设计本身需要社会，需要“人” 的肯定。当然除了市场上

继续阅读《人件集》后，体会到软件开发团队如果想要在项目中获得最大限度的成功，取决于团队中的成员能否形成技术性一致意见。但为什么这点如此重要呢？是不是团队成员只要在诸如目录表格的布局上达成一致，或者建立一个很好的错误汇报机制就行了呢？技术性一致意见指的并不是与同事打成

最近，我阅读了人件的下一部分，有了一些感想。过去，我对于办公环境的重视程度不够。假设除了现在的职责之外，还让你负责为手下提供办公环境和公益设施。你必须为每个人确定工作环境的种类、分配的开支总数等等，而你如何着手做这些事呢？在以后，可以更加重视办公的环境。过去，我认为加班是

大多数管理者坦承，他们对于人的担心，更甚于对技术的担心。在这方面作出努力，只是总是以关注技术为主。从事新技术的人，总是以为自己是属于高科技领域，这是一种假象，因为只有运用和取得科研根本性突破的人员才是高科技工作者，其他人只是运用他们的研究成果。在体力劳动行业中司空见惯的

闲暇之余读了一下这书，发现他已经比较老了，但其中的挂念我们还是可以学习，他主要讲了人和软件之间的关系，软件会过时，但思想不会。开放方式会变化，但开发流程永远是为了满足客户的需求而设定的。书中对于团队之间的相同意见有这样的说法，  这样的公式是“伪客观的”，不一定就能表示

《人件集》读书笔记一：一.在决策制定时，团队领导不仅要从宏观上建立起一种协作的气氛，而且还要在微观上起到领导的作用。让最终的解决办法体现所有成员的智慧，包括经验、创造性以及各种思想，它应该不仅仅是个人贡献的一个均衡产品，而是一个真正综合了各成员最优贡献的产品。领导要采

《人件集人性化的软件开发》第三部分工作组织第八章：团队的目标和规划这一章主要讲述如何制定合理的团队目标和规划，以及如何实现这些目标和规划。作者提出，确定特定的、可衡量的目标，并建立一个可靠的评估机制，以便团队能够不断改进和实现更好的效果。我认为这一章非常实用，对于团

《人件集人性化的软件开发》第二部分男牛仔与女牛仔第五章：男牛仔和女牛仔的婚姻作者将男牛仔和女牛仔比作婚姻中的男女双方，提出男牛仔和女牛仔之间的沟通和协作非常关键，就像婚姻中的双方需要相互理解和沟通一样。在软件开发中，男牛仔和女牛仔的差异会导致很多沟通和协作的问题，

《人件》从软件管理的诸多方面阐述了管理的复杂性，作为脑力型工作，管理者那些固定标准化的管理方法显得与此格格不入。令人遗憾的是，开发人员作为脑力工作者，却常常被管理者用劳动密集型行业的管理办法来管理他们，而忽视了脑力工作这一根本属性，定下一个个不符合软件开发规律的交付日期，