在实际项目工作中，我们能回答项目组中不同角色人员提出的问题吗？
项目经理：还有没有重要性为1的请求没有解决？
分析设计人员：这次发布版本是否包括了462需求？
开发人员：我记得的确修改了那个文件的，为什么还会出现这个问题？
集成人员：为什么这次build失败了？
测试人员：Bug 873是否在这次build中fix了？
……
实际情况是，我们很难对上述这些问题给出准确的回答。究其原因，主要是由于我们配置管理工作没有做好产生的。
既然项目中有很多问题是由于配置管理没有做好导致，那么到底什么是配置管理呢？大家可能认为，任何人只要是参加过软件开发工作，就应该知道这个问题的答案，但实际上很少人能准确的描述“配置管理”这个术语的含义。随着大家对软件开发过程认识的加深，那些参加过软件开发的人已经认识到需要对开发过程中发生的事情进行控制。一旦这些事情能够得到控制，过程就能被度量和引导。出于对这种需求的认识，我们得到了配置管理的定义：软件配置管理就是如何控制软件项目的进展。在CMMI和IEEE关于配置管理的正式定义是：软件配置管理是软件工程中的一项规程，包括相关工具和应用技术（过程或方法），公司用它来管理软件资产变更。
但是上述两种定义较难于理解和记忆，笔者实际工作的经验总结发现，配置管理实际就是四个正确，即正确的人，在正确的时候，可以获取到正确文件的正确的版本。
