1.统一开发环境的配置 比如使用什么SDK、DDK，开发包和库的版本，在开发环境中的设置顺序，编译选项设置等。要求制定统一的规则，并用表格的形式管理起来，关在开发过程中不断保持更新。通常，使用这个环境作为一个Build环境的基准。 2.制定合理的开发目录 一个项目，在开发之前，就应该组织好项目的结构。在项目正式编码前，确定需要的组件，确定项目的组织结构。开发上的组织结构，人员的协调顺序。配置管理系统中项目的结构，Build的结构。部署时的结构等。这些信息最好用表格或树结构表示出来。人员的协调，可以使用项止管理工具来进行安排。 3.一致的命名规则 制定一致的命名规则，包括代码规范，项目文档规范。当然规则不单单限于命名规则，但是命名规则是很重要的，好的命名规则有利于沟通和减少误解。这方面的良好实践，可以参考《代码大全》第二版（Code Complete 2) 4.公用组件的管理 公用组件的管理一定要达成共识，确定一下管理原则。公用组件的变更，要及时通知，清楚说明相关的影响。对于公用组件的使用，要提供简单易懂，方档和注释清楚地开发实例。 5.统一编译选项的要求 要求制定统一的编译选项，以利于Build和发布等。比如在建立四个编译选项Debug,Release,UDebug,URelease,其中U开头的代表Unicode。又比如MFC43D.dll表示Debug版本的库，MFC42.dll表示Relase版本的库，MFC42U.dll表示Unicode版本的库等。类似这些，可以参考一些库的开发的组织。 6.统一单元测试的要求 统一单元测试的组织。比如在测试程序的命名，所处的组织结构等，测试数据的组织等等。 7.工具的使用 尽量使项目的开发工具统一。包括文本编辑（UltraEdit),设计（Rational, Visio),项目管理(Project),测试管理(TestDirector,Winrunner),文档(Office),配置管理(VSS2005),代码比较(VSS2005,UltraCompare),开发文档(MSDN),Email + 即时讯息 +FTP服务+文件共享服务，虚拟机(VMWare),远程环境(MS远程桌面)。此外，对于项目本身开发出来的工具的纺一管理也很重要。 8.个性化和人性化 对于任务安排，开发任务安排，开发任务的组织和交换开形式，要个性化和人性化。