人月神话（二）

有些地方没有理解，随便写了，估计写出来没什么条理。以问题的方式来组织下：
一、一般系统的人员数目和分工？
首先如果不是大型的系统，那么小的精干的队伍是合理的。曾经有的测量显示：一个效率较高的程序员可能是效率较低的程序员的生产率的10倍。如果一个200个人的项目，那么如果其中有20几个最能干的项目经理，那么可以开除其余的人，只让这20几个人组织项目。但是如果是大型的项目，要上千人共同完成，那么不可能使用这种人员配置。分工的话，一般都有系统架构师、文档编写人员、测试人员、产品经理、项目经理等。

二、大型系统设计的考虑因素？
其中最重要的就是概念的完整性。为了反映一系列连贯的设计思路，宁可省略一些不规则的特性和改进，也不提倡独立和无法整合的系统。一般整个大系统的活动有体系结构、设计实现、物理实现。体系结构最好是由少部分人完成，这样可以保证系统的概念的完整，像系统的一些接口的设计。设计实现应该是具体接口如果实现，和物理实现一起可以由程序员来完成。

三、结构师的交互准则和机制？
首先，可能在开发的过程中体系结构上是可能修改的，一般开发人员提出的体系结构的修改建议是对的，但是可能造成意想不到的成本开销。结构师设计系统一般倾向于精炼和简洁，但是在下一个项目的时候，可能会添加一些多于的修饰，虽然不是必然，但是一种普遍的经验现象。

四、关于文档的重要性
第一，是保重概念上的完整性，对项目的一些限制，编程规范的定义
第二，也是很重要的一定，用来沟通，文档可能是随着项目的进行而修改的，通过文档能够提高沟通效率

五、里程碑
制定进度表可以控制大型项目，进度表上的每一个事件被称为“里程碑”，他们都有一个日期，选择日期是估计上的问题，需要经验。好的里程碑对团队来说是一项服务，可以用来向项目经理提出合理要求的一项服务，而模糊的里程碑是难以处理的负担。必须关心每一天的滞后，他们是大灾祸的基本组成因素，可以用PERT来寻找关键的偏离.