我家门口有个蒸功夫包子铺。我常去那儿买包子吃包子。有一次，老板跟我聊起来，问我是干什么工作的。我说，软件配置管理，就是一帮人一起编程序，我帮忙组织组织。老板说，哦，我就觉得我们这儿管理有点乱，要么你给出出主意？
以下是我出的主意。
“首先，先要考虑包子的原材料有哪些？做包子需要哪些炊具灶具？需要煤气罐还是柴火？所有的这些，都要登记造册。”
我看到老板点了点头。于是继续往下说。
“为了简化起见，我们拿做一笼包子来考虑：步骤一，标记一下各原料。比如，面一坨。我们就要填表，表上先给这坨面起个名字，比如 蒸功夫-北京-39-面-2007-03-19-18:01:22。表示蒸功夫北京第39号店，现在刚和好的一坨面。嗯嗯，这样不够专业，现在都兴用版本号，比如蒸功夫-北京-39-面-3.1.9.build3721。不过，如果是这样的话，需要对版本号有严格的规定，什么时候升第一位，什么时候升第二位，什么时候升第三位。第四位是Build Number，也就是构建号，此位只升不降，只要全国蒸功夫店新和出一坨面，这一位就要加1。也就是说，每次你和好面，需要给蒸功夫总部打个电话，申请一个新的构建号。这个很重要的，不然面和面之间就容易混了。全国唯一的号，这多清晰！”
老板欲言又止。因为我用坚定的目光看着他。我接着说，
“不仅面是这样，馅儿也是这样。油啊盐啊，要记录下是哪个牌子的，用的是哪一袋哪一包。这个比较容易，记下条形码就可以了。我们要保持原料的可跟踪关系。里面放的猪肉馅儿也一样，要跟踪到是哪头猪的肉。厄，买猪肉的时候，您把猪的编号抄下来没有？现在猪有编号没有？”
老板摇了摇头……
“没关系，你买肉的时候，在每块儿肉上编一个号。再在一张表格里写上这块儿肉多重，从哪个摊位进的，几时几分进的。再让肉贩子签个字。这样，出了问题你就没责任了。是肉贩子没建好跟踪关系。不过，你一定要建好肉块儿和肉馅儿之间的跟踪关系，把肉馅按每个包子的分量分成小份，并记录下每小份对应于哪块肉。”
“包子皮也一样，每个包子皮都要编号，不是那一坨面编了号就可以的。对了，刚才忘说了，刚才对包子皮的编号，还应该有个属性，可以取一些枚举值，比如，已和好，已醒好，已赶好，已包好，还有作废——对应于掉地下的情况。随着面的形态的变化和质量的变化，这个属性的值也在变化，专业的说法是，Promote Baseline！”
“另外，还有一个复合基线的概念。每个包子皮有个编号，每个包子馅儿有个编号，那么，当它们包在一起之后，就应该有一个总体的新的编号，包子的编号。并且，这个编号与包子皮的编号和包子馅儿的编号之间，应该有明确的对应关系，也就是说，包子作为一个子系统，它的编号与它的组件之间的编号应该有一定的对应关系，这种关系应该被记录。在这里，包子的编号，就是复合基线……”
我刚开始说的时候，老板满脸疑惑，时不时问一两句。后来就不问了。瞠目结舌。老板的小儿子后来也凑过来听听。那小子是个愣头青，素质比较低。他听了一阵，回身抄起一把铁锹，骂骂咧咧的，向我扇过来。我夺路而逃…… 边逃边遗憾，刚谈了谈配置识别，我还有配置控制、状态统计和配置审核没有说呢…… 配置管理工作真是不好做啊……

=====

上面是个黑色幽默，相信不少同行看了都会会心一笑。不过为了清楚起见，还是让我多说两句吧。
软件配置管理，来不得教条，不是照搬某个标准就可以的。不同的开发背景、不同规模的团队、不同的协作方式等等，都会对施行哪些管理、具体的施行方法、以什么样的力度施行等等产生不小的影响。问题的关键在于，在你的组织里所进行的软件配置管理工作，是不是真正有价值？也就是说，投入和耗费是不是有很好的回报和收益？你是否经常考虑这一点？

看流水先生写的帖子篇篇这么通俗易懂.
今夜失眠,起来打开电脑,不经意间看一眼论坛,竟然有如此美文. 佩服!

楼主用简单的一个包子铺做包子这个项目的配置管理过程,就让大家了解到配置管理是需要根据环境的变化而作出适当的剪裁,不能守旧,也不是一成不变的.否则我们也只能被那包子铺的老板给赶出来. 原因吗,在于我们没有站在老板的角度去考虑问题, 考虑配置管理系统投入都带来了那些变化,那些产生了效益.
楼主最后警示我们的"在你的组织里所进行的软件配置管理工作，是不是真正有价值？",的确值得我们时时提醒自己,检查自己的工作. 只有这样才能做好配置管理.

习惯性地一来办公室就登录进入论坛
见到了流水先生的一篇新鲜出炉的好文
而且，居然还紧随懂哥哥身后抢到了“板凳”
着实激动了一下！
没想到两位都是“夜猫子”啊
还没来得及看完全文发表感想
看到懂哥哥那么晚还在坛子里辛勤的工作
特地上来表示由衷的感谢哦！
两位达人辛苦啦！

投入和耗费是不是有很好的回报和收益？你是否经常考虑这一点？


这个到真的没有好好想过。。
我们这不停得讨论配置管理方案，不停的讨论开发过程应该如何优化，但总是觉得不尽如人意。。配置管理就是应该在配置工作和管理工作中找到最合适的平衡点吧。

投入和耗费是不是有很好的回报和收益？你是否经常考虑这一点？

作为起草规范的编制者，我们经常考虑类似的问题，难啊，太难了......

我的理解是“最佳实践是否可以复制？如何复制？”  ，因地制宜。

嗯,很有新意,且通俗易懂的一个解释

看完LZ的这篇文章，愣了，反思了一下自己是不是也做了过犹不及的事情。该一步一步的走要不然还真的会失得其反。

支持“流水先生”的“流水作文”，这个现象很真实，很符合一个照抄、照搬CM理论的配置管理案例。
在CMMI MODEL的CM PA中，CM的Purpose是，用配置管理的方法维护工作产品的完整性。
我想，如果我家一次下水饺也就50来个，2种馅，我就是数着也能找得着“来龙去脉”。但是，如果是“大娘水饺连锁店”情况就不一样了。
对于CM理论的应用，我的实践经验：
1）熟独经文；
俗话说，磨刀不误砍柴工。CM Leader对于CM理论和实践首先要了然于心，毕竟熟能生巧。
2）量体裁衣；
CI,CC,CSA,CA配置管理四个基本活动包含了无数的最佳实践，不同搭配，都能达到自身配置管理的目的。
2）选材得当；
软件是工具，模板也是工具，小黄贴也是工具，我们需要选择合适的工具、合适的配置管理对象，做到匹配。
建议各位前辈建立CI,CC,CSA,CA最佳实践专栏，以供大家学习和交流。

楼主说的SCM过程是经典的CMMI和RUP对软件配置管理的经典描述，也就是重量型软件项目的配置管理方法。如果你想花1千万美元做一顿满汉全席来招待美国总统小布什，或者你想开比麦当劳必胜客还要大的包子连锁店，或者想到纳斯达克上市用美国股民的钱开一个包子铺，就应该严格按照SCM标准执行。
但是，如果老板只想开一个包子铺，客户只是小区的居民，为他们提供干净卫生的早餐，那就需要对SCM过程进行必要的裁减。对于软件开发来说，也就是敏捷开发过程的配置管理（需要规模小而灵活多变），否则肯定会老板被赶出来。
当然，如果你的包子是报纸陷的，另当别论。呵呵。

楼主好文章。