标签：经验 尽心 adl 提醒 possible 自我管理 经历 mission line
《人件》读后感
这本书的内容的组织上比较让人抓不住头绪——每一章、每一节都让人觉得鞭辟入里，但整体上很难给人把握住。如果让我概括性总结一下，我觉得是：开发中对人的‘管理’重于对技术的管理，这种‘管理’重在‘理’而不是‘管’，这种管理的核心理念是尊重开发人员、让开发人员“快乐开发”， 比如说那个著名的“流”的说法，程序员需要流，那么我们要尽量创造适合产生这种流的环境。这种管理的最高境界是无招胜有招——看似无为，其实处处费尽心机。看看卓有成效的管理者就会发现其实很多观点早已阐明且更为深刻。比如说，对不要把自己的员工当做生产劳工；强调知识员工的自我管理；强调给知识员工单独的工作空间和独立的时间段进行创造性思考等，这于我国道家“无为而治”的思想如出一辙。粗读了一遍后，略微总结出以下几点感悟。
第一 管理人力资源 === 管理者的误区
脑力劳动者与体力劳动者有太大的区别。因此，我们需要允许他们犯错误和参与关键性决策，甚至鼓励其犯错误；开发者们几乎都是热爱自己工作的；尊重员工的个性和特征；除了评价一些静态指标外，我们需要考虑每个人员是如何适合一个团队的——如同催化剂作用一样；随着风险和压力的增加，应该增加谋而后动的时间，甚至是团体性的大规模头脑风暴。
项目经理经常有延长员工劳动时间的倾向；然而加班就像是冲刺，只是在最后的几百米有效。对于工作狂员工，应该尽早提醒他们，死前无法完成一切心愿。工作狂是一种疾病，会传染的疾病。一群工作狂在集体工作的时候，可能暂时性的产出会很高，但最终他们都会离开，而离开带来的代价会更大。因此，要非常关注一个企业的流动率。
工作狂的产生与工作压力有直接的关系——而项目经理的一个普遍性倾向是将项目的deadline设置得非常紧张以期增加员工压力、提高效率——但是，要知道的是，压力不能让人干的更好，只能干得更快——更快的代价是低劣的质量和潜在的缺陷、以及员工对工作满意度的丧失。
第二 质量是免费的
那么对于质量呢——项目经理们习惯于抱怨程序员们的代码质量低下，然而却不知道质量低下的原因正是他们施加了太多压力导致的。是，质量是免费的，但这句话只适合于愿意为质量付出巨大努力的人。在一些软件公司，开发团队甚至可以一票否决对产品的发布。为什么项目经理们会倾向于给团队成员施加巨大的压力？帕金森定律是个玩笑定律——给一个项目多少时间，它都能将之耗尽；这条定律诱惑项目经理们制定出不可完成的计划——他们认为，反正会被耗尽，不如制定出mission impossible的计划，驱赶开发人员更为疯狂的付出。因此帕金森定律绝对不适用于软件开发从业人员：他们喜欢这份工作，不喜欢拖拖拉拉。倘若他们不必在他们质量标准上进行妥协，他们也和你一样希望把工作做好。倘若你发现了一个员工，他偷懒、懈怠，那么首先要考虑的问题是——他是不是已经被压力压垮了？ 从已有数据来看，那种完全没有开发压力的项目，会导致最高的生产效率。
然而，项目经理本身可能就是绝望的，他们期望从技术的角度解决他们的问题——然而，技术基本总是不能解决根本问题的——优秀的项目经理几乎永远只是在人际关系的处理上更为出色。好经理并不是驱使别人去工作，而是使人有可能好好工作。
第三 找到合适的人
成功三定律：雇佣合适的人；使他们觉得开心，这样他们就不想离开；宽松对待他们。
谁是合适的人？因为人们一般来说都不会工作很长时间，因此不太可能从根本上改变一个人——如果一个人开始就不合适，那么可以肯定，他可能从来不会适合于那个职位。这里的合适更可能是个性上的因素，而非知识性的因素。在招人时候一个不好的倾向是，雇佣那些听起来、思考起来跟其公司他人差不多的人——这是一种有风险的倾向，担不是绝对错误的倾向。完全的一竿子打死，不尊重个体的行为，会很大的降低公司员工的活力。此外，在雇人的时候不要仅仅提问一些纸面上的问题，而应该让他实际进行操作，或给你看他以往工作中实际操作的样品。对雇员应该长期的进行评估，不仅是技能上的，也应该是“直觉”上的——他是否适合管理岗位的工作上整体性思考、启发式判断以及建立在经验上的直觉？能力倾向测试可能是个方式，但决不能把这种测试绝对化。如何让员工尽快的融入群体？工作试讲。新雇佣一个人的成本是多高呢？大约是3-5个月工资。如何降低员工流动率？基本原则是让他们高兴。有种作法是较快的提升他们，然而，这有可能不是一种健康的做法——导致公司管理人员多而实际工作人员少，管理者知识面狭窄，因此，提升这种做法是不可取的。
下面从分析人员流动的原因着手分析。三个原因：混日子的思想，被任意支配的感觉，忠诚可笑的意识。根本思想是，若员工感受不到企业对他们的尊重，那么可以肯定的是他们总是想走的。一个极端的例子是不顾员工感受的搬迁。因此要培养员工留在公司的意识——从根本上关心他们——建立社区，培训，再次培训。让员工感受到公司对他们的投入。不要让企业制度墨守成规，让每个人头上都有一堆的规章制度限制其行为——完整的规则似乎就代表着低效。让员工尝试新的东西（霍桑效应），尝试在每个新的项目中都加入新的元素。
第四篇 如何提高团队生产力
几乎所有的软功书都告诉我们，开发团队由于交流的原因，整体的开发效率低于个体——团队越大，效率越低。如何提高团队效率绝对是所有项目经理一直该思考的问题。交流的确会话费很多时间，但是交流却是非常令人印象深刻的经历！我一些同学拒绝了单独开发的工作，因为在一个团队中工作，更有成就感、更让人得到满足。如何让整体工作效率大于部分的总和呢？首先，要让团队成员紧密结合在一起。第一，要有共同的目标理念；第二，团结的团队的标志就是低流动率——培养团队的个性和精英意识，让团队成员的名字与产品绑定在一起；第三不要害怕私党，经理们要融入团队。
标签：经验 尽心 adl 提醒 possible 自我管理 经历 mission line
原文地址：https://www.cnblogs.com/duanxueyuan/p/12019286.html
