比如使用什麼SDK、DDK，開發包和庫的版本，在開發環境中的設置順序等，編譯選項設置等。要求制定統一的規則，並用表格的形式管理起來，並在開發過程中不斷保持更新。通常，使用這個環境作為一個Build環境的基准。
制定合理的開發目錄
一個項目，在開發之前，就應該組織好項目的結構。在項目正式編碼前，確定需要的組件，確定項目的組織結構。開發上的組織結構，人員的協調順序。配置管理系統中項目的結構，Build的結構。部署時的結構等。這些信息最好用表格或樹結構表示出來。人員的協調等，可以使用項目管理工具來進行安排。
一致的命名規則
制定一致的命名規則，包括代碼規范，項目文檔規范。當然規則不單單限於命名規則，但是命名規則是很重要的，好的命名規則有利於溝通和減少誤解。這方面的良好實踐，可以參考《代碼大全》第二版Code Complete 2）
公用組件的管理
公用組件的管理一定要達成共識，確定一個管理原則。公用組件的變更，要及時通知，清楚說明相關的影響。對於公用組件的使用，要提供簡單易懂，文檔和注釋清楚地開發實例。
統一編譯選項的要求
要求制定統一的編譯選項，以利於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遠程桌面）。此外，對於項目本身開發出來的工具的統一管理也很重要。
個性化和人性化
對於任務安排，開發任務的組織和交換形式，要個性化和人性化。
