zoukankan      html  css  js  c++  java
  • 人月神话阅读笔记(1)

      向进度落后的项目中增加人手,只会使进度更加落后。 -Brooks法则

      《人月神话》中的内容来自布鲁克斯在IBM公司System 360家族和OS 360中的项目管理经验。

    初版的20年后,布鲁克斯重新审视了他原先的观点,增加了一些新的想法和建议。新增加的章

    节包括:原著中一些核心观点的精华;在经过了一个时代以后,Brooks博士对原先观点新的认

    识;1986年的经典文章《没有银弹》;对1986年所下论断(在10年内不会出现银弹)现在的

    识。

      只看这本书的名字我想大部分人不会将他与软件项目管理联系在一起,“人月”这个词让人一时

    摸不到头脑,在看完这本书第二章之后,因为我还没有参与过实际的项目管理,对书中的观点

    并不能理解透彻,但是大抵是懂得了“人月”的含义。人月是用来衡量工作量的,规模是通过功

    能点或代码行等方式来衡量的,规模除以个体生产率后可以得到人月数据。

      对于一项不能在规定时间内完成的项目,向团队中加入更多的人反而会使进度更加落后。因

    为新加入的人对原有的项目并不了解,需要重新学习,在学习之后很有可能提出与原先团队

    不同的看法与设计理念,这会造成原先的团队分崩离析建立一个新的团队,而这个团队需要

    重新开始做项目。由此可以看出,  用人月来衡量一项工作的规模是一个危险和带有欺骗性的

    神话,因为它暗示了人员数量和时间是可以相互替换的。

      在项目开发中。团队成员到底多少合适?这里有一个最合适的点,多一分显胖,少一分显瘦

    的点。一个项目的领导人员要学会去找到这个最佳的点,即使一时找不到,但是要清楚人员

    绝对不是越多越好。一个10几人的团队大可以在一间小小的办公室中在很短时间内完成交流

    沟通。而如果是一个几百人的团队,那这个团队的大部分时间都在沟通,人与人之间,小组

    与小组之间,这使得项目的进度严重落后。  缺乏合理的时间进度是造成项目滞后的最主要原

    因,它比其他所有因素加起来的影响还要大。按照时间管理的方法论,你越忙的时候你越该

    停止下来,好好的反省究竟慢在哪里,瓶颈和根源究竟在哪里,只有当问题的根源真正被挖

    掘出来和解决后,才可能真正提高效率和加速度。

  • 相关阅读:
    LeetCode 485. Max Consecutive Ones
    LeetCode 367. Valid Perfect Square
    LeetCode 375. Guess Number Higher or Lower II
    LeetCode 374. Guess Number Higher or Lower
    LeetCode Word Pattern II
    LeetCode Arranging Coins
    LeetCode 422. Valid Word Square
    Session 共享
    java NIO
    非阻塞IO
  • 原文地址:https://www.cnblogs.com/Evak/p/10357363.html
Copyright © 2011-2022 走看看