人月正在读。第一遍。看得我云云沉沉的。
感觉有一些观点老了。总的来说还是权威。
本书写了很多观点，也不知道那些是主要矛盾，那些是次要的。可能只有在实际运用中才能体会到。

我现在在实际项目中就遇到这个一个问题

现在我负责的项目处于收关阶段，但工期有所提前，这样，需要增加开发人员，

可《最后期限》和《人月神话》，关于这个阶段增加人手对进度的影响有2个截然不同的观点，

费解

收关阶段??
这个时候增加的人员要一个很长的培训时间.效果几乎没有什么.当然也不知道你的"收关阶段"是个什么概念.增加测试人员到还不错.

偶人月看的是影印版，还没看完：）但觉的作者凭经验写出来的书就是经典，这方面比国内好多没有实际项目管理经验，特别是没有失败经验（总结过失败经验）的作者写出来的软件工程方面的东西强多了。
<<最后期限>>偶一口气就看完了。同样非常经典。作者用小说般的手法写出的略带夸张的情节内容，全都是项目开发中的关键部分。
   偶窃以为“需要增加开发人员，”两本书观点还是一致的，关键是要增加合适的人选，否则项目愈到后期愈是问题百出。甚至项目根本无法完成或着延期且低质量的完成。

有些人会认为这简直是太幼稚了，一两元可以做到千万。。。。马上会说：不可能：，
没错，一两元是不可能。但是你们听说过‘重担分挑’吗？我和你没有能力，但是整个网络有多少人？无数个。。。。。http://www.cn-soho.com/soho/?mid=iluf这套系统就让网络里的人，每人集聚起来，这样就可以这样就可以形成 一个很大的团队，对人来是没有什么是不可能的，世界上只有做不了事情的人，没有人做不了的事情，想想看；世界上的一切东西什么不是人做出来的？没有失败，只是还没有轮流到而已，虽然说每人出一点点力。但是那已经足够了，真的。足够了。
  你想想看；一粒沙子很小很小。。。但是有很多很小很小的沙子的话，那么一艘再大的船是不是也会沉下去？。。。。。。。。。。

iluf(心蓝) 

广告？???

最后期限不错，人月神话还行。

哪里有电子书下载呀

给我来份电子书啊!!!
aw511@126.com

《人月神话》买过，没看完，对我帮助不大，倒是个体软件过程和小组软件过程帮助比较大，可能是不适合工程师而适合较丰富经验的管理者看。

最后期限的观点是：

理想的人员安排是这样：在项目的大部分时间里由小型核心团队来做设计工作，在开发的最后阶段（时间安排的最后1/6）加入大量的人手。

人月的观点是：

添加更多的人手，实际上是延长了项目时间进度

我看过<<最后期限>>两遍了,再加上我接触的项目与程序员来看,我觉得现在的程序员有点浮躁,不把精力放在编程思想的修练上,却把过多的精力摆在了"文案"工作的经验积累上.不过这个原因也跟整体的大环境有关.

文案的问题，是中国人的通病，其实真的是形式啊

文案是指什么呢？我觉的必要的文档是一定要的，不然项目大了肯定会造成混乱。