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