首页 > 其他分享 >人件 一

人件 一

时间:2023-05-30 20:58:00浏览次数:29  
标签:错误 工作 软件工程 人件 脑力劳动者 成本

       管理人力资源这部分介绍了一种完全不同的考虑、管理人的方法。一种特别适应人力资源的非模块化特点的方法。对于当前研究过的占绝对多数的失败项目来说,解释失败的原因不仅仅是技术问题。并且,书中指出培养一种不允许出错的气氛只会让人们产生防备心理,相反应该允许人们犯一些错误。软件工程项目中的错误几乎无可避免,一味的抵制错误,提高要求只会给自己以及团队造成多余的压力。
     

软件工程的员工都是脑力劳动者,对于脑力劳动者而言,身边环境中许多因素都能影响注意力,打断思考,降低工作效率,因此一个理想的工作环境将显得尤其重要。加班不是提升工作质量的手段,而是增加工作时间数量的手段。多人认为办公室用地成本太高,但事实上为了减少成本而提供低于最低要求工作空间会导致效率的损失,而效率的损失会远远大于所节省的成本。

 

标签:错误,工作,软件工程,人件,脑力劳动者,成本
From: https://www.cnblogs.com/yankeqi/p/17420976.html

相关文章

  • 五月读书笔记三《人件集》
    通过继续阅读《人件集》了解到在一般情况下,大家都认为技术决策所依据的都是技术性因素,诸如事实、可测量的数值、应用中需要考虑的事项等。但实际情况是,诸如感觉、意见、直觉、偏见等,都会对决策的制定或者问题的解决产生影响,这些都是人在做事情时所不可避免的因素。尽管有些人试......
  • 《人件》读后感3
    拜读过《人件)后我感慨:软件工程人员必读书,并不谈软件语言等,全书通算都在说人.《人件) 的着眼点并不在软件开发本身、而是在软件开发中的“人.人件) 提到:软工本质上工作主要问题,与其说是技术问题,不如说是社会学问题,软件的设计本身需要社会,需要“人” 的肯定。当然除了市场上......
  • 五月读书笔记二《人件集》
    继续阅读《人件集》后,体会到软件开发团队如果想要在项目中获得最大限度的成功,取决于团队中的成员能否形成技术性一致意见。但为什么这点如此重要呢?是不是团队成员只要在诸如目录表格的布局上达成一致,或者建立一个很好的错误汇报机制就行了呢?技术性一致意见指的并不是与同事打成......
  • 2023.5.24-人件-5月份读后感2
    最近,我阅读了人件的下一部分,有了一些感想。过去,我对于办公环境的重视程度不够。假设除了现在的职责之外,还让你负责为手下提供办公环境和公益设施。你必须为每个人确定工作环境的种类、分配的开支总数等等,而你如何着手做这些事呢?在以后,可以更加重视办公的环境。过去,我认为加班是......
  • 《人件》读后感2
    大多数管理者坦承,他们对于人的担心,更甚于对技术的担心。在这方面作出努力,只是总是以关注技术为主。从事新技术的人,总是以为自己是属于高科技领域,这是一种假象,因为只有运用和取得科研根本性突破的人员才是高科技工作者,其他人只是运用他们的研究成果。在体力劳动行业中司空见惯的......
  • 《人件集》 一
    闲暇之余读了一下这书,发现他已经比较老了,但其中的挂念我们还是可以学习,他主要讲了人和软件之间的关系,软件会过时,但思想不会。开放方式会变化,但开发流程永远是为了满足客户的需求而设定的。书中对于团队之间的相同意见有这样的说法,  这样的公式是“伪客观的”,不一定就能表示......
  • 五月读书笔记一《人件集》
    《人件集》读书笔记一:一.在决策制定时,团队领导不仅要从宏观上建立起一种协作的气氛,而且还要在微观上起到领导的作用。让最终的解决办法体现所有成员的智慧,包括经验、创造性以及各种思想,它应该不仅仅是个人贡献的一个均衡产品,而是一个真正综合了各成员最优贡献的产品。领导要采......
  • 人件集 人性化的软件开发阅读笔记03
    《人件集人性化的软件开发》第三部分工作组织第八章:团队的目标和规划这一章主要讲述如何制定合理的团队目标和规划,以及如何实现这些目标和规划。作者提出,确定特定的、可衡量的目标,并建立一个可靠的评估机制,以便团队能够不断改进和实现更好的效果。我认为这一章非常实用,对于团......
  • 人件集 人性化的软件开发阅读笔记02
    《人件集人性化的软件开发》第二部分男牛仔与女牛仔第五章:男牛仔和女牛仔的婚姻作者将男牛仔和女牛仔比作婚姻中的男女双方,提出男牛仔和女牛仔之间的沟通和协作非常关键,就像婚姻中的双方需要相互理解和沟通一样。在软件开发中,男牛仔和女牛仔的差异会导致很多沟通和协作的问题,......
  • 《人件》读后感1
    《人件》从软件管理的诸多方面阐述了管理的复杂性,作为脑力型工作,管理者那些固定标准化的管理方法显得与此格格不入。令人遗憾的是,开发人员作为脑力工作者,却常常被管理者用劳动密集型行业的管理办法来管理他们,而忽视了脑力工作这一根本属性,定下一个个不符合软件开发规律的交付日期,......