最近没有东西和大家分享，分享我的一个邮件吧
首先，项目组在配置管理部分有没有相应的流程，就是说什么东西，在什么时候有谁进行版本的管理，这个东西有没有，而且是不是可执行的，不是很粗的，没有可执行性
的，如果没有需要制定
其次，这个流程或定义是否合适，就像过程中定义的检查之后就作为基
线进行管理，不管是不是提交给开发组进行开发，那这个定义是否合适，可能这条在
别的项目适用，但是对这个项目是否合适
再次，我们在做QA的时候，一定要多思考，不能被某些模式套住，可能很多模式都是
成功的模式，如邮件提到，客户的修改，走变更流程，写变更报告，分析影响范围，然
后修改，确认等等，这种变更理论化的模式肯定是对的，但是不一定合适的，所以某些
时候需要变通，而不能根据理论来。在做配置管理时候应该思考，为什么要这样做，不
这样做行不行，有什么问题，这些问题如何对应，怎么改进
ps：由于涉及公司项目信息，故里面的基本信息已经删除
页:
[1]
