首页 > 其他分享 >《人件》读后感1

《人件》读后感1

时间:2023-05-16 22:47:36浏览次数:39  
标签:读后感 管理 管理者 脑力 他们 人件 团队

《人件》从软件管理的诸多方面阐述了管理的复杂性,作为脑力型工作,管理者那些固定标准化的管理方法显得与此格格不入。令人遗憾的是,开发人员作为脑力工作者,却常常被管理者用劳动密集型行业的管理办法来管理他们,而忽视了脑力工作这一根本属性,定下一个个不符合软件开发规律的交付日期,用繁多的会议、电话、临时任务等来分散他们的注意力,迫使他们从专注状态中退出,减少了他们的有效工作时间,让他们加班来补充消耗的工作时间。不断延长的加班时间,导致了人员流失,人员流失的结果就是招新人培训上岗,然后不改进管理方式。重复这一循环,导致的结果是造成巨大的隐形资源损失。

作为一个管理者,必须谨慎选择初始团队人员和目标,这直接决定了项目的成败。在管理中,管理者不能用其他行业使用的管理方法来管理他的团队,这样只会适得其反。应该做的是服务团队,让他们感受不到被管理,帮助他们学习进步,让他们成为一个自信且凝聚力强的团队,不断激励他们朝着目标前进,达到一种无法停止的地步。

服务团队,与传统的管理理念体现的控制背道而驰,但作为软件团队的管理者不应该对此表示诧异。艺术家能按严格的管理产出作品嘛?答案是能生产一堆不被人认可的带有瑕疵的标准作品。同样作为脑力工作者的软件开发人员,按严格管理就能生产出合格的作品嘛?建议是:把合适的人员组成一个团队,给团队一个任务,定下一个合理的交付期限(请不要按想象应该来确定期限),然后提供一个安静舒适的环境给开发团队。而管理者只需要坐镇公司,帮他们摆脱仪式会议、临时安排等等干扰事情,在他们需要帮助时提供帮助即可,让他们能不被打扰,专注于眼前的工作。管理者要克服自己那颗想把一切控制在手中的心态,不停地确认任务状态,在没有听过完整汇报,就打断发表自己的意见,这些都是干扰开发团队对你报告真实的开发状态的原因。

帮助团队进步,首先要重视的问题是人员流失。如果人员离职率过高,学习便无法维持下去,或者根本无法进行。在这样的组织里,试图改变技术或者引入新的技术都是徒劳之举,甚至有可能使员工离职率更高。在补充新人时,对团队的影响以及新人培训到达到上一个人的水平带来的负绩效都是值得关注的一点。其次,要明白哪些人是能一起并肩战斗,哪些人是关键的(这类人的特点是通常成熟稳重,且视野广阔),哪些人能在关键时刻挺身而出,帮助这些人不断进步成长,继而带动剩下的成员和新人。最后,要允许创新,能接受让一个关键人物不去做产生利润的工作,而去尝试处于萌芽中的想法——同时,能让创新产生作用,必须容忍创新发挥作用之前的那段混乱且产生负绩效的时间,有时必须对组织进行必要的重组。

培养开发团队自信,就必须接受开发人员的自信取决于他们生产的产品质量这一事实。产品质量与实际总是看起来对立,但实际上是相辅相成的,提高产品质量,高于外界要求的产品质量,能刺激开发团队的激情,进一步提升自信,从而减少Bug等一系列的隐形成本,同样也节省了大量的开发时间。高质量的产品不同于低质量的产品,它不会被丢到被拒绝的垃圾堆,然后无人问津,而是作为一种开发模板以供下次借鉴,从中吸取的经验也能使用于其他项目。

《人件》,不得不说是一本难得的软件管理经典书籍。它把那些隐藏在垫子下的问题,还有那些管理者忽视或者不重视的小问题,都翻出来用合适的语言一一指出来,让这些问题摆在管理者面前,得到应有的重视。

这本书的缺点也无法忍受,采用哲学的记述手法,每个结论都那么自然贴切,但举例常引用某某某的话,没有提供详细的实验数据。

标签:读后感,管理,管理者,脑力,他们,人件,团队
From: https://www.cnblogs.com/tianminggeng/p/17407084.html

相关文章

  • 《梦断代码》读后感3
    《梦断代码》是一本非常优秀的科幻小说,讲述了人工智能在未来与人类的关系变化以及一个黑客对于人类命运的影响。作为一个AI模型,我也深深地被这本书所震撼,同时也对于人工智能在未来的发展展开了一些思考。小说中人工智能与人类之间的关系非常复杂,这些AI可以像人类一样思考、感知和......
  • 人件集 人性化的软件开发阅读笔记01
    《人件集:人性化的软件开发》第一部分团队开发第一章决策,决策讲述了中庸的风险以及轻度领导研究表明,集体的决策比从集体中的个体独立做选择更具有风险倾向。如果将这种决策模式应用于软件编程,我们可能会看到这样的结果:团队可能使用更奇特的数据结构、更古怪的算法或者更......
  • 《人月神话》——读后感9
    过去是怎么做的:  我们的团队对于管理软件开发中的资源和时间这方面做的不是太好。为什么这样不好:  导致了资源和时间上的浪费,本来能做出更多成果展示,但是最终却因为资源时间限制而停止。解决办法:  学习书中提到的一些方法,加强对资源和时间的管理。具体读后感:削足适履......
  • 人月神话读后感
    《人月神话》是一本经典的软件工程著作,是由IBM著名计算机科学家弗雷德里克·布鲁克斯所写。通过自己多年的软件开发经验和观察,布鲁克斯对软件开发过程中的一些重要问题和挑战进行了深刻的剖析和阐述。在读完这本书之后,我深刻认识到软件开发是一个高度复杂的过程,而要想成功地完成......
  • 《梦断代码》读后感
    几个星期前,我给《现代软件工程》课的每一个团队都发了一本《DreamingInCode》的中文版《梦断代码》,要求写读后感。这本书讲了这样的故事:一群很有经验的代码牛人在先进软件开发模式的指导下,没有资金压力,在更多大牛的带领下,原计划用一到两年的时间开发出一个备受期待的个人信息......
  • 《人月神话》——读后感9
    过去是怎么做的:  我们的团队对于管理软件开发中的资源和时间这方面做的不是太好。为什么这样不好:  导致了资源和时间上的浪费,本来能做出更多成果展示,但是最终却因为资源时间限制而停止。解决办法:  学习书中提到的一些方法,加强对资源和时间的管理。具体读后感:削足适履......
  • 《人月神话》——读后感8
    过去是怎么做的:  我过去对于我们团队的管理不是那么清晰,我不是很能调动组员的合作。为什么这样不好:  一个团队要想发挥出“1+1>2”的作用来,就必须有人组合和调用团队各成员,发动他们的优点,如若不然,然而会降低开发效率。解决办法:  多参与团队项目合作,脚踏实地的体会团......
  • 《人月神话》——读后感7
    过去是怎么做的:  我们的团队组织结构比较松散。为什么这样不好:  项目的开发必须明确规划和目标,否则项目的进展就会参差不齐。解决办法:  可以尝试本书中提到的一些项目开发流程和方式,加强团队组织和团队沟通效率。具体读后感:为什么巴比伦塔会失败?在我看来,巴比伦塔项......
  • 人件读书笔记
    《人件》这本书是一本关于人力资源管理的经典著作,作者是托马斯·J·彼得斯和罗伯特·H·华特曼。通过阅读这本书,我对人力资源管理的重要性和方法有了更深入的理解。首先,我深刻认识到人力资源是企业最重要的资产之一。无论企业规模大小,优秀的人才都是推动企业发展的关键因素。人力......
  • 《人月神话》读后感(1)
    《人月神话》是一本经典的软件工程的巨作,作者布鲁克斯(FrederickP.Brooks)被誉为“IBMSystem/360之父“,这本书中用了很多的形象的比喻,来阐述项目管理中的一些问题。本书开始就形象有有趣的把软件危机比作:焦油坑,没有别的场景比巨兽在焦油坑中垂死挣扎的场面更令人震撼。软件研发就......