读书笔记2

读《人月神话》第一章——焦油坑有感：

文章关于焦油坑的随笔：当一滴焦油，掉在你身上的时候，你使用各类有机溶剂洗涤，只要有充足的耐心反复搓洗，总能够将之解决；那么两滴、三滴乃至更多的焦油滴到身上呢，这时你可能会觉得麻烦，就把那件弄脏的衣服丢弃了；再发展一步，当你掉到了一个“焦油坑”中，你会如何？这个坑填埋不掉，脱身不出，净化不得，这个时候我们的工作任务便如同史前史中猛兽在焦油坑中垂死挣扎一般。上帝见证着恐龙、猛犸象、剑齿虎在焦油中挣扎。它们挣扎得越猛烈，焦油纠缠得就越紧，没有任何猛兽足够强壮或具有足够的技巧，能够挣脱束缚，它们最后都沉到了坑底。 这也正如书中而言：事实上没有任何一个单独的简单问题会给我们造成麻烦，它们都能被解决，但是当它们加在一起席卷而来时，我们团队的工作任务就会急剧增加，很难将这样的问题解决。 确实如此，软件开发像是吞噬了远古猛兽的焦油坑，它有固有的属性，在我们从事开发工作时所遇到的问题，其他团队也会遇见，许多大大小小的开发团队也都被焦油坑吞噬过。况且在项目开发过程中大到系统核心软件设计，小到单位网页开发，都会存在诸多的复杂问题和影响因素，而项目是一个足够复杂的动态过程，以至于我们很难将其做到极致。当然，书中也介绍了避免焦油坑的一些方法：

1.我们对估算技术缺乏有效的研究。即有的时候，我们既无法准确估算某一个项目或者某一项工作需要多少工作量，也无法估算该项工作量需要多少人力才能够完成。更有甚者，对于估算技术缺乏有效的研究，是因为对于项目本身缺乏研究。不知道如果需要完成项目应当完成多少个“小目标”，更不知道这些“小目标”应该由谁依赖哪些工具来完成。所谓“将不识战”、“将不知兵”便是如此，工作总量尚且无法预估，何况分解乎？

2.我们采用的估算技术隐含地假设人和月可以互换，错误地将进度与工作量相互混淆。文初的那一个孕妇的搞笑例子已经足以说明这一想法在非线性、非无限可分解的多里程碑（节点）任务下，简单地进行人月互换有多么的荒谬。

3.由于对自己的估算缺乏信心，通常不会有耐心持续地进行估算这项工作。很多时候，估算只是为了估算，或者通过估算证明一些什么，而非解决一些什么，因此即使估算出现错误，明知道多估或者少估，也不能、不想或者不愿进行调整了。

4.对进度缺少跟踪和监督。实际工作中，不少人对于项目的跟踪和监督就是在开始下达任务和在最后等待结果汇报，这一做法是否正确，将会在后两篇中提及。

5.当意识到进度的偏移时，下意识的反应是增加人力或者催促加班。实际上，这两种方式都是饮鸩止渴——增加人力的话，并不意味着更多人加入解决原先的工作量，增加人力本身就会导致工作量的增加。具体来说，有三个方面：任务重新分配本身和所造成的工作中断；培训新人员以及额外的相互沟通。而催促加班的结果往往只能够得到一些低质乃至无效的回馈，返工和修订同样会造成劳动总量的上升。