《人月神话》这本书风行已经很久了，写成于1975年。我今天只看了两章，即焦油坑和人月神话。
人月神话看上去这么浪漫的名字，原来并不是真的说神话故事，作者阐述的主要观点是在软件开发项目上项目进度和增加人员这两个概念是不能互换。这本书给我很深震撼，一是让我惊讶的是，美国20年前软件项目所面临的问题，在我们现在依然如此，糟糕的情况没有改变，大家仍旧在焦油坑里挣扎，而且看上去没有解决办法。二是作者对软件项目失败的总结，每一个问题我们依旧再犯，特别读到“是当意识到进度的偏移时，下意识（以及传统）的反应是增加人力。这就像使用汽油灭火一样，只会使事情更糟。越来越大的火势需要更多的汽油，从而进入了一场注定会导致灾难的循环。“，我对这句话简直是太有感触了。三是作者在那个时候，就根据自己的经验提出了对于软件任务的进度安排，以下是作者使用了很多年的经验法则：1/3计划1/6编码1/4构件测试和早期系统测试1/4系统测试，理论不用我说，大家好像都明白，实际情况呢，有谁真的拿出那么多时间作计划，又有谁拿出那么多时间作测试，不过令人欣慰的是，大家确实在向这方面改变。
在没有读这本书之前，我对软件任务的安排没有丝毫概念，大多编程任务都是写到哪里算哪里，有时会因没有头绪一拖再拖。读过这一章节后，深刻体验到了作者所说的时间规划的重要性。企业级软件开发往往是一个环环相扣的过程，影响整体进度的是团队中效率最低的短板，我现在还未能接触到企业级规模的项目，但是给每天做一个规划也对整个编程过程有所助益，这样做可以让我知道昨天干了什么，今天要干什么，明天的任务是什么，时间安排合理，不至于到最后一团乱麻，也可以每天总结不足，从错误中慢慢成长。
为了避免拖拉，我觉得最好的方法是每天都要对过去现在和明天做一个总结和规划，并严格践行规划，不能纸上谈兵。