1.2 从哪里开始
实施源代码管理最好的切入点是确定源代码管理的目标和需求。我曾经工作过的一些公司，有的是集中全公司的资源来做好配置管理；而有的则是源代码管理几乎处于自我管理的状态。大多数公司开始做都是先评估其现有的做法，如确保代码安全、控制变更、建立基线和发布，包括修复补丁。当我们进行评估时，一定要确保现有的实践和进行改进的领域是依然可以工作的。采用一种平稳渐进的改进方式可以帮助避免来自团队的抵制，并且使他们在别人审视自己团队长处和短处时感觉比较舒适。我推荐敏捷和精益的做法。例如，只进行可以让任务完成而又没有多余步骤的过程，且具备可以改变过程从而提高质量和生产力的能力(也许需要得到在第4章变更管理中讨论的SEPG1的批准)。烦琐死板的源代码管理过程也许在理论上听上去很美好，但是在现实世界中基本上无法工作，或者所有人都想方设法绕开。用必不可少的步骤把工作完成就可以了。如果需要，通常可以增加另外的限制（也许是一个过程中的一个步骤）来达到我们的目的。任何改进的机会，在没确定得到高层管理人员的支持之前，请不要贸然开始。无论是从下往上，还是从上往下改进，在最后一分钟情况都有可能发生改变。源代码管理中首先需要理解的是如何创建和管理代码基线。
获得高级管理层的支持
我还记得曾经和公司的CIO5开过一次会议，寻求他支持源代码管理的实施。实际上，他的很多直属下属已经非常支持我的工作了，但我还是希望得到他明确和公开的支持来改进公司的源代码管理过程。这位CIO25找来他的一位直属下属（一位高级副总裁），让他总结下部门目前的源代码管理情况。这位高级副总裁承认他的团队仅仅把代码放在网络存储上（其中的一些并没有周期性的备份）。这位高级副总裁在公司里是最了解配置管理的经理（后来，我才意识到为什么CIO把他叫进来）。这位高级副总裁被任命为我的新经理并且得到指示“公司所有的资产都必须得到保障”。看着新老板慢慢变成一个配置管理最佳实践的倡导者是件非常有意思的事情。他时常在办公室里说：“千万不要告诉我你还没有签入代码哦。”他常常和其他高级技术经理交流，确保他们能全力和我合作。
没有高级管理层的支持，你的工作将会很困难，甚至还没有启程，就已经掉进了沟里。
1SEPG (Software Engineering Process Group) ，即软件工程过程组，是一个企业内部进行软件工程过程管理规范制定的组织，也是指导该企业软件工程活动的一个重要组成部门。SEPG应当为企业内部软件工程活动提供过程规范性上的指导，帮助项目组制定项目过程中需要执行的软件工程过程的重要环节，从而帮助项目组有效地工作、有效地执行过程。如果项目和SQA对过程的理解发生争持，SEPG作为最终仲裁者。
2CIO (Chief Information Officer) ，首席信息官。