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.個性化和人性化
對於任務安排，開發任務安排，開發任務的組織和交換開形式，要個性化和人性化。