人月神话第一章焦油坑试读

       《人月神话》内容源于作者Brooks在IBM公司任System计算机系列以及其庞大的软件系统OS项目经理时的实践经验。《人月神话》探索了达成一致性的困难和解决的方法，并探讨了软件工程管理的其他方面。在《人月神话（英文版）》中，既有很多发人深省的观点，又有大量软件工程的实践，为每个复杂项目的管理者给出了自己的真知灼见。

       作者阐述的主要观点是在软件开发项目上项目进度和增加人员这两个概念，美国20年前所进行的软件项目所面临的问题，我们现在却仍然无法避免，所面临问题的情况没有改变，码农们仍旧在焦油坑里苦苦挣扎，而且看上去没有丝毫的解决办法。作者对软件项目失败的总结，每一个问题的提出，对我们都是一个警醒和经验，可是我们依旧再犯，当读到“是当意识到进度的偏移时，下意识（以及传统）的反应是增加人力。这就像使用汽油灭火一样，只会使事情更糟。越来越大的火势需要更多的汽油，从而进入了一场注定会导致灾难的循环。“，这样的悲剧灾难，每天依然在上演，公司对所有的项目采取的都是人海战术，进度没有提前，效率没有增高，还是整天加班、加点，最后客户需求不断的在变动，客户不愿意，用户不满意，开发人员不乐意，结果是公司失去了信誉，客户对公司没有了信任，一个项目成为了一个一槌子买卖，开发人员就像草坪中的小草，旧人一一辞职，新人天天引进，公司何谈能发展和积累，做了不知多少年，情况依然如初，做法没有改变，问题没有解决，公司得不得发展。

       作者在那个时候，就根据自己的经验提出了对于软件任务的进度安排方法和建议，以下是作者使用了很多年的经验法则：1/3计划1/6编码1/4构件测试和早期系统测试1/4系统测试，所有的构件已完成，理论不用细说，大家应该都了解，但是现实情况，有谁真的能拿出那么多时间作计划，又有谁拿出那么多时间作测试，不过令人欣慰的是，大家确实在向这方面改变。

       这本书是作者个人的工作经验之谈，但更是对我们这个行业的警醒之作，为什么问题得不到解决，为什么明明出过问题，还是继续不断的重复的去犯错，这就是症结所在，我们该如何改进，该如何继续走下去，我决定读下去，要找到作者所说的银弹。