就开发人员而言，一旦碰到了难以解决的问题，不仅要自己努力调查，想办法解决，一方面也要把存在的问题向PM反映，让PM能够知道存在的问题，而PM可以在进度会议、或者召开临时紧急会议，把问题摆出来，通过大家来寻求解决的方案。一个人的力量毕竟是有限的，而个人的英雄主义却是团队开发的极大阻碍。
三．配置管理
关于配置管理（Software Configuration Management-简称SCM）的概念在各类书籍中都能够看到，大部分的书籍都是从英文翻译过来的，而翻译书籍的人可能并不一定是和计算机学科有关联的，就算是也不一定在配置管理上有一定的经验。所以我想并不是每一个从事软件开发的人员都能够确切的理解它、把握它。概念的东西毕竟都是虚幻的，只有实际的运用了才能够变成自己的东西。
书上的定义我就不想说了，有兴趣的话大家可以去看书。我在这里想说说自己对于配置管理的看法和理解。配置管理可以简单地一句话说成是版本控制管理。而什么是版本控制，我想在使用计算机的人应该都会知道软件版本的概念，而我们的配置管理就是要对软件的版本进行控制管理。这个就是我们通常意义上说的配置管理了。而真正在团队开发中的配置管理并不仅仅是版本的控制管理，还应该涉及到代码协调、履历追踪、品质检查等等细节的问题。
为什么我们要在软件的开发过程中引入配置管理？其实不为什么，只是我们需要所以我们引入。在个人软件开发中只要你觉得你的水平够高，肯定不会发生Rollback，或者你只是在制作1+1=2这一类的简单程序时我想你也可能用不到配置管理。
在前面我也曾经提到过，软件的开发是team行为，是合作，而不是个人英雄主义的自我表现，不可否认在小项目上存在着个人软件开发，但是我想就算是个人软件的开发（简称PSP：Personal Software Programming-英文全称不知道是不是这样的，不大记得了）也不得不使用到配置管理。
有人把配置管理称为软件开发的一种艺术，以前在老外写的一本书上看到过，N多年以前的事情了，具体是什么书名已经不记得了。其实这样的说法也不算为过，配置管理就是对软件开发过程中的产品（这里为什么说产品，而不是代码，因为我们的软件开发还包括各类文档，会议记录等等）进行标识、追踪、控制的过程，目的就是为了减少一些不可预料的错误，提高生产率。
怎么做就是要用到一些软件开发过程中使用的配置管理的工具了。大概在七十年代加利福利亚大学的Leon Presser教授就撰写了一篇论文，提出控制变更和配置的概念，之后他又成立了一家名为软件工具的公司，开发了自己的配置管理工具：CCC，这也是最早的配置管理工具之一。之后，随着软件开发规模的逐渐增大，越来越多的公司和团队意识到了软件配置管理的重要性，而相应的软件配置管理工具也如雨后春笋一般，纷纷涌现，早期比较有代表性的有：Marc Rochkind的SCCS(Source Code Control System)和Walter Tichy的RCS(Revision Control System)，这两种工具对日后的配置管理工具的发展做出了重大的贡献，目前绝大多数广泛使用的配置管理工具基本上都是基于这两者的设计思想和体系架构。而如今我们最为常用的，且使用简单的要算VSS（Microsoft Virsual Source Safety）、CVS（Configuration Version System）了，此外还有一些价格昂贵、使用复杂的，比如：CCC Harvest、ClearCase等（需要一个专门的配置库管理员负责技术支持，还需要对开发人员进行较多的培训，可以说不适合我国的国情）。
VSS可能是国内目前使用的最多的配置管理软件之一，其实在国外很多的人都喜欢使用CVS。为什么，因为CVS是free的，而微软的VSS是要money的，为什么国内还是有很多人使用VSS，原因我想大家都明白我就不说了。
文章来源于领测软件测试网 https://www.ltesting.net/
