人月神话的读书有感

    大概花了两个礼拜，每天大概半个小时读完了这本书。
    人月神话开篇是论述“人”与“月”概念的置换在项目管理中具有的危害性。这个概念造就了“人”与“月”的神话，同时也欺骗了一代又一代的项目管理人员。
    “人”与“月”可以置换只有在无团队合作，所有任务完全独立没有联系和先后次序的情况下才有可能成真，但是对于一个任何一个软件项目，这种可能性是微乎其微的。
    就我目前的工作经验，这本书的阐述是正确的。在我曾经呆过的两个公司，头一个团队成员达到20多人次，后一个团队加我在内共4个人（而且我在其中没有参与开发，只做项目设计和规划），但是
以开发的质量和数量相比，我认为后一组高于前一组，其原因是为什么？呵呵，这本书告诉了我答案。
    在预测项目成本的时候，有很重要的几点因素需要被考虑进去，交流和培训的时间。因为这些变量跟项目成员人数的比例是呈几何数增长的。
    如何降低项目的成本，提高软件团队的生产效率？我从此书和自身经验总结了以下几个方面：
    (1)高效，科学，民主的团队构建,推荐外科手术团队组合;
    (2)采用科学合理，极具预测性的优秀的设计；
    (3)二次系统设计时需要舍弃，以免落入系统一次设计的陷阱；
    (4)项目文档和交流的重要性；
    (5)计划的偏差和里程碑；
    (6)高效的程序注释及使用手册；
    (7)高级语言的运用；
    (8)优秀的需求分析和系统边界定义；
    好的系统，不在于如何搭建，而在于系统建立后内部各组成部分的不断培育，所以，在高效快速搭建各式各样的信息处理软件平台的时候，我们更要注重软件本身的成长和发展方向。而好的项目管理，也是逻辑证明在认识和真理探索中发挥作用的过程。

我是抢沙发来的
这本书现在的意义恐怕是它说出了软件开发中的一些基本规律，而不是一些实践

嗯                 

我在想   规定两个人一个月的项目，让一个人干两个月是公平还是不公平

lz
我强烈要求有个别英文单词的版本

要将时间和人数作为成本考虑进去

i will take your advice next time.......

貌似有进步...

I come full foot you

<br>
haha

好彪悍...
满足我 yeah