首先,什么是人件(Peopleware)?直观来讲,这个词是由people和software各区一半合成的新词,那么我们可以认为这是一本讲述人与软件的书,讲述怎样处理任何软件的关系,但实际,通读全书,作者想要探讨的是作为软件工程的一个部分——人,即作为管理者,怎样去适应人的非模块化特征,发挥人的主观能动性,使得软件工程获得成功。
Part 1.问题是什么?
绝大多数的失败项目,并不是因为单纯的技术原因而失败的。采访者往往会提到‘政治’的原因,这实际上描绘了有关人的工作,构成了社会学。人们往往倾向于解决更容易的问题,比起复杂的人际问题的处理,管理者更习惯将问题归结于技术方面,所以他们越俎代庖地该由团队解决的技术问题,然而寻找技术银弹(在人月神话中出现过该概念,是完美轻松解决问题的技术)并不现实。问题的症结在于高科技幻觉,实际上软件工程不涉及技术的创造,技术问题并不是全部。在最近我们团队学习网页相关知识时,我可以感觉到大家倾向于更多的学习相关教程,而较少处理需求和具体架构等问题,原因之一是学习技术方法更为固定,实施起来也更加简单。
Part 2.软工的管理哲学
软件不是干酪汉堡,做好一个卖出一个,压缩错误率,追求稳定的品质。而软件唯一的稳定周期就是僵死之时。开发过程中的错误无法避免,管理者合理对待下,甚至会成为创新的基点。水平低劣的管理者会把员工当作快餐店的员工,是可以替代的部件,这样的压力或许可以让大家工作起来,但长久看来不能持续,也必将缺乏创新,创造以及思考。聪明的管理者应当认识到,成员的个性不是项目的不稳定因素,正是这种特性产生了独特的化学反应,是团队充满活力和高效的源泉。
Part 3.工作与质量
历史学家抽象出了两种价值理论,西班牙理论认为价值的总量是一定的,想要获得价值只能从他人处索取 ,而英国理论认为价值来源于技术的创新,生产效率的提高。这也对应了两种不同的管理者,前者试图用加班下更多的工作时间压榨员工的价值,表面上单位薪酬获得了更多的劳动,但实际上这并不会带来想象中那么多的好处,我们更该关心的是单位时间所完成的工作,这才是我们所说的效率。另一个误区是关于质量的,人们往往认为质量与产能相互对立,提高质量必然带来产能的下降,但是高质量带来的恰恰是高产能和成本的降低。但是这并不总是成立,只有愿意为质量倾其所有,才能得到免费的质量。我们应该让质量成为产品的一个部分,而不是‘质量——在时间允许的条件下‘。.
原文地址:https://www.cnblogs.com/Mrc233/p/8605768.html