人月神话阅读笔记01

阅读笔记01

什么是人月神话？

人是程序员，月是时间，当1个人干10个月等同于10个人干1个月，那就成了“神话”！

这也就是人月神话名称的由来。

其中，焦油坑示例，让我印象颇深，所谓焦油坑，就是可以将某个单位所有的大小项目都放在这么一个类似于焦油坑的部分，表面看着每个项目都能够完美运行，但是实际上符合要求的也就那么几个而已，而在多个项目的交织下，团队的行动就会越来越慢，被各个交织和累积的项目拖住行动的脚步；

对于焦油坑示例，我过去也深有感触，当我列好了今天一项项的计划表时，拖延症走起，到了下午或者晚上，看着每一项都很轻松就能完成的任务，叠在一起，就感觉任务量好重，从而再度拖住行动的脚步；

解决方法：为了有效地避免这一情况，还是得先治好自己的拖延症吧！

缺乏合理的时间进度是项目滞后的主要原因，它比其他所有因素加起来的影响还大；

所谓“人月神话”，也是带有欺骗和危险性的神话，它在另一方面暗示着人员数量和所用时间是可以进行互换的。

针对于一个项目来说，没有足够的测试程序时间也是相当致命的，不为系统测试留出足够的时间简直就是一场灾难；

Brook法则说过，向进度落后的项目中增加人手，只会使进度更加落后。

Brook法则的这句话让我理解的话，我理解出来的意思就是，在项目本身就落后的情况下，增加新的人手的话，还需要在落后的情况下，去跟新手说一说有关项目的基本内容，以及基本流程和思路，时间被再度浪费，从而使得不仅没有达到加快进度的目的，还会使得进度更加落后。

而针对于进度落后，且项目延期的成本较高时，一般会采用削减任务量的方法追赶进度。

之前，我面对进度明显落后的项目时，总是会萌生出求助他人的想法，然后进度就一直拉；

解决方法：先提升自己的技术能力，然后做到不给团队拖后腿；之后面对进度滞后的情况，主动站出来提出解决方法，为解决进度滞后问题弄出一个突破口！

以上，就是我本次阅读《人月神话》的部分感悟啦！下期再见吧！