人月神话阅读笔记之二

02人月神话阅读笔记之二

1.这个学期我们接触最多的就是团队项目,团队之间如何相处,如何召集大家的意见共同的完成我们的项目,如何解决团队之间的矛盾和冲突,如何在团队之间分工,确定每位成员在团队中的位置。

2.《人月神话》这本书中有讲到:

众多软件项目中,缺乏合理的时间进度是造成项目滞后的最主要原因,导致问题出现的原因有:首先,我们对估算技术缺乏有效的研究。第二,我们采用的估算技术隐含地假设人和月可以互换,错误地将进度与工作量相混淆第三,由于对自己的估算缺乏信心,软件经理通常不会有耐心持续地进行估算这工作。

第四,对进度缺少跟踪和监督。第五,当意识到进度的偏移时,下意识(以及传统的反应是增加人力)。 系统开发过程中,乐观主义并不应该是理所应当的。 在单个任务中,“一切都将运转正常”的假设在时间进度上具有可实现性。因为所遇的延迟是一个概率分布曲线,“不会延迟”仅具有有限的概率,所以现实情况可能会像计划安排的那样顺利。然而大型的编程工作,或多或少包含了很多任务,某些任务间还具有前后的次序,从而一切正常的概率变得非常小,甚至接近于无 。成本的确随开发产品的人数和时间的不同,有着很大的变化,进度却不是如此。因此我认为用人月作为衡量一项工作的规模是一个危险和带有欺骗性的神话。它暗示着人员数量和时间是可以相互替换的。因为软件开发本质上是一项系统的工作错综复杂关系下的一种实践沟通交流的工作量非常大,它很快会消耗任务分解所节省下来的个人时间。

从而,添加更多的人手,实际上是延长了,而不是缩短了时间进度。项目的时间依赖于顺序上的限制,人员的数量依赖于单个子任务的数量。

3.我从这本中明白了,团队之间最重要的就是沟通和详细的分任务,而且每个人要有自知之明,清楚子女能干多少活,不能妄自菲薄,也不能高看自己。

原文地址:https://www.cnblogs.com/sunshine-z/p/8277678.html