小型的C++项目团队组建-Adams Wang

 “人月神话（The Mythical Man-Month）”提出了这样的论断，（盲目地）“向进度落后的项目中增加人手，只会使进度更加落后。”这中间还涉及到如何组建你的开发团队，或者面向一个软件开发任务时，如何规划开发计划、划分任务项、分配资源。紧接着，在“外科手术队伍（The Surgical Team）”中，Brooks提出了用外科医生＋副手来组织团队，保证设计思路的完整性。其中，还提到了采用“语言专家”来帮助疑难问题的解决；安排工具维护人员，也就是现在意义上的系统管理员来保证系统开发、管理环境的有效运行；而其他人来解决一些文件管理等工作。

在一个小型的C++项目操作中，对上述方法的实践中
- 由PM和结构师一用一备来分析需求、进行框架设计，确保整个项目的概念完整性。分析设计的产出物达到框架示意代码的级别，这部分框架代码主要是帮助团队对项目开发的理解，不存在于正式的代码中；

- 安排开发人员负责配置管理。这里的配置管理不仅仅局限于文档、软件产物的管理，而是在使用框架驱动的迭代开发时，需要对框架和各个组件不断地进行编译、整合、检查记录Bug。这位开发人员往往是团队中的主程序员（Chief Programmer），对各种开发方法、方法学有着一定的经验；

-安排人员对工具进行预研，如了解STL类库等。该角色具体的人员在不同的阶段会进行调整。因为，他/她需要对语言、类库、开发技巧进行学习研究，往往会占用大量的工作时间。在实际情况中，前期是有主程序员承担；后期，由PM承担；

这样的安排的确能解决产品思路的一致性，在很大程度上提高生产力和产品质量。不过，