1．SCM准备工作。SCM组与项目经理一起制定SCM计划。然后经其他受到影响的组和个人进行评审，得到被批准的SCM计划。其内容包括：项目中江要进行的SCM活动,文档标识的参考规范，时间安排，相关资源，职责分配，将要设计的每个软件配置项（SCI）的定义，SCI变更是的影响范围。此外，事业部SCM主管需要为新启动的项目建立开发库、受控库和产品库，为项目组成员分配相应的用户权限。

        2．SCI的标识。该活动发生在SCM计划被批准之后。SCI撰写人根据SCM计划中制定的文档规范进行标识。

        3．SCI入受控库。软件开发过程中，项目组成员将产品提交到开发库中，经批准后，再转移到受控库中。同时通知所有的受到影响的组和个人。

        4．SCI变更。SCI的变更分为基线变更和版本变更。
        5．基线审计。其目的是维护软件配置项的状态，使其满足一致性、完备性和可跟踪性。其内容包括：验证当前基线所有SCI对迁移基线相应项的可追踪性，确认当前SCI正确反映了软件需求，审计三库中的项目工作产品，填写报告。

        6．配置状态记录与汇报。其目的是维管理人员和开发人员提供有关项目进展的全面信息。以定期或事件驱动的方式，提供项目配置的当前状态及修改情况。

        7．SCI的备份。指对开发库、受控库和产品库中所有的SCI进行备份，以保证三库信息的安全。 
（1）根据项目的规模、性质、简繁，视情况针对各个项目开展常规的配置管理工作。包括：
        制定配置管理相关制度和流程（有相关文档，但未遵照执行）
        配置管理计划的制定（当项目规模较大时）
        配置库的建立（按照项目编号，每个项目建立一个配置库）
        对项目内各成员的用户帐号和权限的分配
        定期检查配置库的使用情况，督促开发人员定期提交、更新相关的代码、文档，有需要时设置Label，记录重要基线
        定期对配置库进行备份，设置对配置库进行日自动备份，每半年进行一次资料刻录。

        （2）对研发中心内所有成员的配置管理培训，使受训人员了解公司配置管理流程及VSS使用情况，从而更好地开展项目过程中的配置管理工作。