【人月神话】浅谈人月神话0.2什么是“人月”,为什么是“神话”?

浅谈人月神话0.2人月神话(非常非常浅)

今天查的细致了一点,发现确实有很多大佬写过关于《人月神话》的博客,班门弄斧了emmmm。就把它当作一个平平无奇学生的读书笔记吧~

  1. 人月神话
    上一篇提到把大型项目走向“死亡”的过程比作焦油坑,造成这种灾难的原因书中总分为五点。
    1、对项目的估算过于乐观
    2、把进度与工作量混淆----人月
    3、没有持续估算项目进度
    4、缺少监督
    5、错误的解决方法----增加人力
  2. 什么是“人月”?
    “人月是在估计和进度安排中使用的工作量单位”,举个例子:假设一个人一个月可以搬100块砖,搬1000块砖需要10个月。如果增加人手,2个人来搬,则需要5个月。10个人来搬,只用一个月就可以完成,这就是下图1的情况。这个例子中,10“人月”就是完成搬砖这个任务所需的。考虑现实中的各种因素,图一的线并不是光滑的,更倾向于图2所示的情况。这是完全可以分解的任务,这种任务在系统编程中几乎完全不可能存在。
    有完全可以分解任务,也有完全不可分解的任务和需要沟通的可分解任务。完全不可分解的任务任务完成时间将不会随着人的增加而有所改变,需要沟通的可分解任务任务完成时间随着人的增加曲线降低。
    项目开发过程中,人员增加意味着在培训、交流中的时间成本也在增加,如图3所示。可以想见,人员数量增长在现实生活中可能带来的种种后果:无穷无尽的会议、无效但长久的沟通、似有若无的工作进度…而且往往带来的也不仅仅是时间成本,额外的财务支出和人员管理负担也不容忽视。
    【人月神话】浅谈人月神话0.2什么是“人月”,为什么是“神话”?_第1张图片
  3. 为什么是“神话”?
    “因此我认为用人月作为衡量一项工作规模是一个危险和带有欺骗性的神话”,使用“神话”这一比喻可能有以下的含义:
    1、使用“人月”作为衡量任务工作量是不可靠的
    2、人们普遍用“人月”衡量任务,并且人们普遍认为这是准确的,说服其他人认为他是准确的
    3、从系统编程初始,这一带有朴素价值观的衡量尺度就开始流传,尽管可能以其他的名义

你可能感兴趣的:(人月神话,软件开发)