zoukankan      html  css  js  c++  java
  • 《人件》阅读笔记

    《人件》阅读笔记

    这本书是从人对软件开发的影响开始切入并展开分析,主要思想是:在软件开发领域,项目组遇到的最大问题也许不是难以攻克的技术难题,而是在于人。人的因素是不容易解决的,而人的问题一旦解决,将极大可能获得成功!

    先总体看一下这本书的结构:从管理人力资源、创建健康的办公环境、雇用并留用正确的人、高效团队形成、改造企业文化和快乐工作等多个角度阐释了如何思考和管理软件开发的最大问题——人(而不是技术),以得到高效的项目和团队。

    我刚开始听到书名的时候就非常好奇,感觉书名很有趣。人件---也许我现在想想,可能就是如何处理人和人之间的一件件事情吧(软件工程领域)。

    下面是我从里面摘到的一些观点:

    1、     应该允许工人在从事思考性的工作时犯错误。"a quota for errors"

    2、     “踢驴子”式的管理令员工沮丧,不需要“专政”式的管理,员工会自己工作的,他们能够热爱他们的工作,甚至有时候老板需要要求员工“少做一点”。

    3、     尊重员工的个性,别把人当机器零件。"the People store"

    4、     用于评价员工价值的,不仅有“静态特性”,比如产生多少代码、文档。还有他能够多大程度地与别人的努力融为一体,或促成团队的融洽合作。积极发挥这种作用的人犹如团队“催化剂” "A Project in steady state is Dead"

    5、     除了项目工作本身,我们还应该花些时间进行:头脑风暴、计划、调研、预测、预算、培训、阅读、规划。

    6、     管理制度、体制、文化上创新才有永久的价值,而对人力的榨取是短期的和“竭泽而渔”式的。

    7、     加班,只能引起短期的高效,而且,这种效率总会在此后的工作中被抵消掉。

    回到最开始,我来逐个扩展解释一下全书的几个方面:第一个是管理团队,健康的团队应该是主动的,而不是上级吩咐了做什么,就照做什么。那样的工作方式被动,机械,缺乏活力。我们更应该主动思考,承担责任和工作,未雨绸缪。没有任何一个人是相同的,团队里的成员具有不同的个性。管理者不应该抑制这样的个性,取而代之应该制定一些规范适当约束,但是又预留让他们发挥自己特色,展露锋芒的空间。这属于一种人性化管理,求同存异,兼容并包。团队的管理者,是一种催化剂。

    项目实施之前,必定需要调研新方法、找到规避一些子任务的方法、阅读相关材料、培训和试错。而且应该将时间多花在思考上、设计上;项目投入越紧张,就越需要时间思考、统筹、安排、设计项目的各个环节(例如:调研、培训、分析、评估、预算、排期、人员安排、交流和验收等);也许无法面面俱到,但是这能避免很多因不足的思考产生的问题。加班其实不是赶项目的唯一办法,也不是有效的办法。  

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

    一个小组团队最好选取一个独立工作办公空间,只有这样员工才能抛开空间的影响,具有归属感,完全投入到工作中。

    第三个是正确的人。好的团队,需要协调每一个人的贡献,从而形成一个健康良好的集体。用自己的领导能力去发掘下属的能力,所以塑造优秀的人力资源才是管理学的根本。

    在实际工作中,综合能力与职业素养才是一个人的最终评判标准。而其中态度是非常重要的,一个人能力可以差,但是绝对不能没有冲劲与毅力。卓越的领导力应该是那种:大家发自内心表达的深深敬重的那种。

    知人善用、有责任、有担当、具有同理心这些都是非常重要的素质,不管是对于管理者还是下属。

    第四个是高效团队。企业对大部分人来说都是专制的,所以团队的目标需要公司保持一致。有凝聚力的团队对开发出来的产品具有强烈的归属感,所以每一个人都希望自己的成果能得到别人的肯定,因此团队必须要肯定和保证自己的产品。使用逆向思维,去思考阻碍团队形成原因有哪些,从而避免并构建一个健康高效的团队。
    阻碍团队形成的原因:
    1、防御式管理:用人不疑,疑人不用。用人首先最重要的是信任!其次,接受并允许失败。
    2、官僚主义:不要用等级去看待身边的下属,他们是你的兄弟和战友。
    3、物理分隔:一个团队应该具有独立空间、应该是坐在一起,这样才有互动、形成团队氛围和归属感。
    4、时间碎片:专注一项工作,切勿贪多;否则容易在切换角色工作造成时间碎片化。
    5、牺牲产品质量:一定要给产品预留足够的开发时间,这样产品的质量才能够保证。否则,时间一旦被压缩,换来的只是产品质量的下降。
    6、伪造截止日期:不要为了说漂亮话,就伪造不可能达到的截止日期。
    7、团伙控制:团伙是形容那些骗子的,而团队是基于队员之间的信任形成的。

    没有谁是永远的领导者,团队的结构是一个网络而不是分层结构。团队是一个有机整体,相互影响和促进。

    第五个是项目管理。不管什么标准,实施时应该简单而温和。很多人都会为了逃避风险,就不会进行新事物的尝试,缺乏创造性和突破性的决策。正确的做法:不是贸然尝试,也不是拒绝使用,而是抱着探索的态度去看待新的方案和方法,然后分析评估,最后判断是否值得尝试。


    当然在推动方案的时候,不要贬低旧方法;相反,我们应该持有感恩的态度对待旧方案,并以改变的姿态去推动和接纳新的方法。这一过程需要经历一下四个阶段:

  • 相关阅读:
    UNIX 环境模拟工具Cygwin安装及使用图文教程
    转转转!SpringMVC访问静态资源的三种方式
    转!!!解释Eclipse下Tomcat项目部署路径问题(.metadata.pluginsorg.eclipse.wst.server.core mp0wtpwebapps)
    JavaWeb中读取文件资源的路径问题 -- 转自新浪博客
    springMVC学习(10)-上传图片
    springMVC学习(9)-全局异常处理
    springMVC学习(8)-数据回显
    springMVC学习(7)-springMVC校验
    springMVC学习(6)-包装pojo类型、数组、list、Map类型参数绑定
    springMVC学习(5)-参数绑定
  • 原文地址:https://www.cnblogs.com/rainbow-1/p/14833642.html
Copyright © 2011-2022 走看看