查看完整版本: 包子的配置管理

包子的配置管理

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

=====

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

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

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

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

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


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

回复 #1 流水先生 的帖子

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

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

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

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

看完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过程进行必要的裁减。对于软件开发来说，也就是敏捷开发过程的配置管理（需要规模小而灵活多变），否则肯定会老板被赶出来。
当然，如果你的包子是报纸陷的，另当别论。呵呵。

楼主好文章。

流水先生写的非常好！
在现实工作中，配置管理的投入和耗费如何计算，对应的回报和收益又如何计算，这往往不是配置管理员这个级别的人考虑的问题，甚至可以说，投入和产出其实也很难计算。不过，就我之前工作过的几个单位而言，往往是投入滞后一些甚至滞后很多。

包子、图书管理员都这这差不多
都是管理数据的

深有感触。。
就像我们公司一样，本身规模比较小，开发部就那么10来个人，结果为了过CMMI3搞的鸡飞狗跳，拼命的补文档之类，实际上反而降低了工作效率、延长了工期、提高了开发成本。。
现在只能期望糊弄过评估去之后真实施的话，建议领导能根据公司的具体情况来制定一些符合公司的措施了。宁可一些地方不按CMMI之类的标准实施，毕竟那些东西也是为了改进公司的活动，而不是给公司添加负担。

美文也,我觉得配置管理需要做到严格与变通相结合

投入和产出很重要，并且不能影响正常流程。包子铺如果配置管理，估计是越管越乱了。

::em61::  要根据不同的情况，进行适当的剪裁

读楼主文章的时机正好是我在策划如何改进公司配置管理流程的阶段，读完后一杯咖啡，让人领悟了很多。

配置管理的核心是管理，配置项只是被管理的对象。既然是管理那么就需要有目标，有绩效。冲着解决问题去进行管理和改进。也就是说首先要找到目前工作中存在的问题，再分析如何解决问题，从流程和实施方法上去完善。这样才能让配置管理真正为项目服务，提高生产力。

如果真的这样管包子，不知包子会不会涨价:)

新人，刚看到，很有启发，继续关注流水先生的帖子::em55::

很经典的文章！！

楼上的朋友也都说的非常的好！

就像流水先生在《未雨绸缪—理解软件配置管理》书中拿攀岩做故事来比喻一样，
流水先生的文章总是让人回味无穷！
然后在沉思中收获！！