思步网

标题: 配置管理,想说爱你不容易! 总结 [打印本页]

作者: 思步网    时间: 2011-12-14 17:16
标题: 配置管理,想说爱你不容易! 总结
本帖最后由 step365 于 2011-12-14 17:30 编辑

上周回顾:
       上周专题为“研发流程为谁服务?”,主要讲解了:软件研发流程怎么制定?流程定制有多种流派,多种方法,制定出来后会有多种感叹“制定流程容易,执行流程难”,为什么会出现执行难呢?不同的人有不同的理解,比如研发人员流程意识不对、公司不重视、流程设计不合理等等。 这样的话题经常会有,与其互相抱怨,还不如改变思路,来讨论下研发流程为谁服务的命题。只有明白了为谁服务,来能够考虑是否符合需求。

本期活动:
        #思步专题,微讲坛# #配置管理,想说爱你不容易!# 这里就引述本期的活动简介作为介绍:
              客户:“为什么上次修复的缺陷又出现了?” PM:“马上处理!”
              开发:“Bug在我们这儿没出现啊,测试那边咋测的?!”
              测试:“我们的确发现缺陷了!!”
              PM:“开发再找找,测试再确认!”
              开发&测试:“……”
              客户:“你发给我的是什么?这不是我想要的功能!” (PM疯了)

              以上的问题大家遇到过吗?其实解决它们的办法很简单,就是——配置管理


主持人:思步网       嘉  宾:布道之者       思步科技

以下,是本期讲坛的总结:

大家疑问
嘉宾答疑
思步网#思步专题,微讲坛# #配置管理,想说爱你不容易!#大家有什么问题可以开始提问了,嘉宾稍后会为大家进行答疑~               
布道之者#思步专题,微讲坛# #配置管理,想说爱你不容易!#交流开始,谢谢               
布道之者#思步专题,微讲坛# #配置管理,想说爱你不容易!#配置管理员,一直是不太被项目组所看重的角色和过程,但事实的确如此吗?请大家先思考一下本次主题的序部分,是否这些问题之一就是项目组的配置管理没有做好               
布道之者#思步专题,微讲坛# #配置管理,想说爱你不容易!#配置管理其实是一个非常简单,但必须非常细心的工作,它比项目管理更加强调理论与实践的结合,因此在说到配置管理实践之前,我们需要整理清楚一些理论上的概念               
思步老鸠#思步专题,微讲坛# #配置管理,想说爱你不容易!# 在scrum中实施自动构建时会遇到什么样的障碍               
麦克的新世界#思步专题,微讲坛# #配置管理,想说爱你不容易!# @思步老鸠 : 自动构建时,可能遇到的问题,取的版本对不对;构建脚本是否有问题;构建时间是否合适,是否当日的修改都已经归档;构建发现的问题该如何处理和上报,等等。

布道之者:麦克所说的问题,其实本身就是配置管理没做好,比如项目的源代码在构建前没有及时提交,或是提交的版本根本就是错了,也有可能是提交的源代码没经验证
布道之者#思步专题,微讲坛# #配置管理,想说爱你不容易!#配置管理理论中有两个最基本的概念:配置项与基线。什么叫配置项呢?所谓配置项,就是指软件项目在开发过程中,所需要进行历史版本管理的文档、代码,以及其他项目开发中所产出的各种工作产品。               
灰灰燚#思步专题,微讲坛# #配置管理,想说爱你不容易!#嘉宾好,我想请问一下项目组的配置管理员是由组织级的专职CM来担任比较好呢,还是项目成员兼职较有效呢?我们遇到的困境时专职CM的工作比较被动,但是兼职CM的专业度及执行力都不太理想,还是需要有人去审计,求解。               
麦克的新世界#思步专题,微讲坛# #配置管理,想说爱你不容易!#建议专职CM,最好做过开发,能对CM tools进行自动化的编程,因为自动构建,构建的快速化(最小化),CM工具的持续优化,都需要专业人士来进行专业化的处理。
布道之者#思步专题,微讲坛# #配置管理,想说爱你不容易!#简单说个例子:我们有的项目会把周报放在配置库中管理,但项目周报并不是配置项,因为它是不用管理历史版本的。               
无边无际_se#思步专题,微讲坛# #配置管理,想说爱你不容易!#  配置审计中,功能性审计和物理性审计的主要区别是什么?               
布道之者:物理性审计是检查配置项提交时,它的版本是否正确,是否与计划提交的一致和完整等。而功能性审计是检查提交的配置项的内容是否正确。

布道之者:物理审计不对配置项内容负责,主要负责其完整性和与计划的一致,主要是由配置管理员或QA来完成;功能审计一般由项目经理负责完成,是对内容正确性负责
niniaya#思步专题,微讲坛##配置管理,想说爱你不容易!# 配置管理的粒度到什么程度比较合适?以前的一个公司到文档级,每个文档都有自己的版本基线,现在的公司,是阶段级基线,一个项目下来只有4个基线。哪种更好些或更适用些呢。。。               
布道之者:建议不要将基线和某一阶段挂钩,应该与项目组具体的里程碑挂钩

布道之者:配置管理的粒度建议是文档应区分按阶段类别来,如,需求、设计、源代码(按模块配置管理或将所有代码视为一个配置项)、测试用例等

麦克的新世界://@思步网:@布道之者 粒度问题  #思步专题,微讲坛# #配置管理,想说爱你不容易!# 前期可以按阶段建立基线,到代码级就需要增加代码的基线,每日构建,需要每天有一个代码基线。
niniaya#思步专题,微讲坛##配置管理,想说爱你不容易!# 按现在阶段级基线管理的粒度,感觉没有文档级好,因为配置项的基线版本可能不全。不过对小型项目来说,文档级的粒度可能太繁琐,管理成本高。小项目可能更适用阶段级基线。不知道大家有没有遇到过这样的问题。 【注:大家可以一起在此帖中探讨】
走完一程又一程#思步专题,微讲坛# #配置管理,想说爱你不容易!#打label的标志有没有一个统一的标准?麦克的新世界#思步专题,微讲坛# #配置管理,想说爱你不容易!# 打Label要建立一个类似于文档编码的Lable命名规则               
布道之者#思步专题,微讲坛# #配置管理,想说爱你不容易!#下面我谈一下基线的概念;
很多人理解基线,是和阶段挂钩的;
比如什么需求基线,设计基线等,其实所谓基线,是一个项目工作产品间看不见的逻辑关系;
比如,一个项目组对客户发布了一个版本的产品,而这个产品所对应的源代码、所使用的测试用例、对应的设计,以及实现的需求等,这些都要形成一个逻辑意义上的对应关系,这就是基线!               
灰灰燚@field_yuan 你知道这种所谓的“逻辑意义上的对应关系”,具体针对svn该怎么实现吗?  【注:大家可以一起在此帖中探讨】
而我们每次需求阶段完毕时,说“我已经对需求文档建立基线了”,其实,应该是“我已经冻结了现在的需求文档,请根据现在冻结的需求文档内容,进行开发和设计”

会飞的海猪:我已经冻结了现在的需求文档,请根据现在冻结的需求文档内容,进行开发和设计”这个描述比较到位。
布道之者#思步专题,微讲坛# #配置管理,想说爱你不容易!#而我们在将配置项冻结时(或有人也称为基线化),就需要对配置项进行配置审计,其中包括了物理审计和功能审计。               
一棵小波菜#思步专题,微讲坛# #配置管理,想说爱你不容易!# 如何充分配置管理工具,比如sVN               
布道之者:配置管理工具只是配置管理工作的一个辅助工具,SVN只能负责到配置管理的版本管理和标签管理,而基线管理(即各个标签间的关系)SVN并不能全面管理
niniaya#思步专题,微讲坛##配置管理,想说爱你不容易!# 配置管理的审计由什么角色做,组织级配置管理员或其它项目配置管理员?项目中的配置审计和组织配置管理员对项目的审计有什么区别,需要区别吗?               
布道之者:配置审计分为物理审计和功能审计,物理审计由CM负责即可,功能审计由PM负责组织,主要是对配置项的评审或测试。

布道之者:组织级配置审计可以理解为是对配置审计工作的QA审计

niniaya:回复@布道之者: #思步专题,微讲坛##配置管理,想说爱你不容易!#组织级的QA审计和组织级的配置审计还是有区别的

布道之者:回复@niniaya:这要看各个公司的实际情况了,不能一概而论,我只是说出我们的实践
思步网#思步专题,微讲坛# #配置管理,想说爱你不容易!#活动已经进行了一个多小时了,大家对此话题还有什么问题都可以随时提出,欢迎大家与嘉宾进行互动~~               
布道之者#思步专题,微讲坛# #配置管理,想说爱你不容易!#作为讲坛只能是覆盖到理论和普遍实践,请大家根据自身情况,斟酌具体地去实践,死套硬搬理论是可怕的!!

一棵天堂树:严重同意,我们的实践就是把cm工作划成了几块,组织的cm最后成了库管。

布道之者:回复@一棵天堂树:CM本来就是仓库管理员,你认为仓库管理员很低级吗?!

一棵天堂树:回复@布道之者:仓库管理员也有级别呀。我这里指的,就只是收货,发货,盘货。不存在构建系统和变更控制。

布道之者:回复@一棵天堂树:仓库管理员不会只管收发货的,包括这个仓库如何归类存放货物,并定期进行清点维护等都需要做的

一棵天堂树:回复@布道之者:如何归类存放,我们是有配置划分单,这个是ccb决定,一般都是统一形式的。定期清点维护,我们是由品管组长和项目经理加QA做审计。


一棵天堂树:回复@布道之者:而我们的QA是兼职cm,所以主要是品管组长和项目经理检查了。

布道之者:回复@一棵天堂树:我不是特别同意由QA兼职担任QA,对项目组的成长是不利的,也让项目组轻视配置管理工作,而且外部人员(不管多牛)是无法深入项目的               
拍睿#思步专题,微讲坛# #配置管理,想说爱你不容易!#试着提问下:1、基线里的配置项不全是否可以发布基线?如果可以,不全的基线作用是什么?2、是否可以只发布配置项,不发布基线?累积多个配置项后发布一个基线?这种情况下变更如何控制?               
布道之者:比如,只要你们认为发布出去的产品只需要管理到对应的需求和测试,这也可以,只是理论上,这种基线是不完整的。

布道之者:大概回答一下问题2:基线不是用于发布,是用于管理各阶段工作产品的正确对应关系,让工作产品可以正反向追溯,也是为了变更控制的

拍睿:没描述清楚。第一个问题:如果已识别了某条基线含有10个配置项,如果只有5个配置项完成,是否可以发布基线?如果可以作用是什么?因为基线不完整。

一棵天堂树:我们的配置项分了是否受控的区别,受控的配置项不全不能发布基线,甚至不能入库的;不受控的配置项在阶段结束时如固化版本。

拍睿:回复@一棵天堂树:受控的配置项不全时,就一直等着?直到基线下的配置项全了才能统一发布基线?如果时间拉的比较长怎么办?

拍睿:回复@一棵天堂树:受控的配置项不全时,等着?直到基线下的配置项全了才能统一发布基线?如果时间拖比较长咋办?另下游基线中包含上游基线的配置项吗?

一棵天堂树:回复@拍睿:从流程定义上讲,应该不会等。除非有拖延的配置项,实际中会有这种情况,就是不按要求流程走。我们的做法是根据具体情况来定是否入库。

拍睿:回复@一棵天堂树:下游基线中包含上游基线的配置项吗?

布道之者:基线是指所有过程产出的对应关系,当然是包括得越多越好,不要把基线想成一个具体的东东啦
思步科技[/url]:[url=http://s.weibo.com/weibo/%25E6%2580%259D%25E6%25AD%25A5%25E4%25B8%2593%25E9%25A2%2598%25EF%25BC%258C%25E5%25BE%25AE%25E8%25AE%25B2%25E5%259D%259B]#思步专题,微讲坛# #配置管理,想说爱你不容易!#对于软件开发团队而言,良好的配置管理有助于解决如下问题:1、同步更新;2、公共代码;3、版本管理。               
思步科技[/url]:[url=http://s.weibo.com/weibo/%25E6%2580%259D%25E6%25AD%25A5%25E4%25B8%2593%25E9%25A2%2598%25EF%25BC%258C%25E5%25BE%25AE%25E8%25AE%25B2%25E5%259D%259B]#思步专题,微讲坛# #配置管理,想说爱你不容易!#配置管理活动有:配置管理计划、配置项标识、版本管理、基线管理、变更控制、配置状态报告、配置审计、发布、备份&归档。

大懒虫子丫头:原来有这么多活动。                 

       每次讲坛内容都比较多,此处仅整理出部分重要内容,更多有关“#思步专题,微讲坛#   #配置管理,想说爱你不容易!# ”的讨论内容,可以点击这里进行访问


  该贴已经同步到 step365的微博

smilea_org.gif (2.63 KB, 下载次数: 131)

smilea_org.gif

icon_logo.png (3.33 KB, 下载次数: 146)

icon_logo.png

作者: 卫斐蕙    时间: 2013-3-14 20:04
支持,楼下的跟上哈~
作者: 爺∮⑥駺銜頭    时间: 2014-6-21 14:22
想参加,不知道什么时候还有。
作者: 情歌王子    时间: 2014-7-11 09:21
顶,这样的活动真心好啊~
作者: 魂刃斩    时间: 2014-7-13 10:50
下次有相关活动时再说一下哦~
作者: 枫林火山    时间: 2014-7-13 12:21
想参加,不知道什么时候还有。
作者: 承德露露    时间: 2014-8-26 09:34
这么强,支持楼主,佩服
作者: 辐射    时间: 2014-9-8 14:35
鼎力支持!!
作者: 楚峡云归    时间: 2014-9-16 12:56
看起来不错
作者: 自信    时间: 2014-9-16 17:16
very good.
作者: 〃安静    时间: 2014-9-20 11:54
鼎力支持!!
作者: 花痴而已    时间: 2014-11-4 21:59
确实不错,顶先
作者: 璃茉    时间: 2014-11-21 14:18
路过的帮顶
作者: 尘世孤行。    时间: 2014-12-10 21:17
支持,赞一个
作者: ·~受够了等待    时间: 2014-12-16 18:15
路过的帮顶
作者: 深沉。    时间: 2015-2-23 17:45
向楼主学习
作者: 奈何桥〆    时间: 2015-3-4 21:00
这个一定得回复!
作者: 柠染°    时间: 2015-3-7 11:00
路过的帮顶
作者: 救生圈    时间: 2015-3-19 10:41
这么强,支持楼主,佩服
作者: 仙逆    时间: 2015-7-28 16:05
想参加,不知道什么时候还有。
作者: 蝶萦    时间: 2016-3-18 13:47
我也来顶一下..
作者: 沫鹿安然    时间: 2016-3-18 21:08
顶不错 支持下
作者: 九音引魂箫    时间: 2016-3-27 17:00
好活动,下次一定要参加。
作者: 古董”    时间: 2016-4-21 08:12
路过的帮顶
作者: 教主大人你最棒@    时间: 2016-7-1 13:29
支持,赞一个
作者: 浅陌    时间: 2016-7-13 13:48
顶不错 支持下
作者: 梦千年之恋    时间: 2016-9-20 20:55
想参加,不知道什么时候还有。
作者: 耶嘿i    时间: 2017-1-31 11:53
very good.
作者: 冰王子    时间: 2017-2-12 16:47
顶不错 支持下
作者: 嘿呦i    时间: 2017-12-10 09:57
看帖看完了至少要顶一下哦~
作者: o7ヤ傷々    时间: 2018-3-30 19:12
确实不错,顶先
作者: 贤情女人    时间: 2018-3-31 21:24
顶不错 支持下
作者: 預約幕後︶    时间: 2018-9-17 20:40
确实不错,顶先
作者: 青莳    时间: 2018-10-26 16:49
支持,赞一个
作者: 棱镜    时间: 2018-12-20 08:11
路过的帮顶
作者: 我们向太阳    时间: 2019-4-29 11:11
向楼主学习
作者: ゛懵懂ッ    时间: 2019-8-7 22:57
确实不错,顶先
作者: 诺晗盎意    时间: 2019-8-11 18:48
鼎力支持!!
作者: 我的世界    时间: 2019-8-27 20:02
路过的帮顶
作者: 阿砰    时间: 2019-10-8 14:57
确实不错,顶先
作者: 哈哈苹果    时间: 2020-2-15 18:10
想参加,不知道什么时候还有。
作者: 云丢了天哭了。    时间: 2020-4-19 07:26
看起来好像不错的样子
作者: 洛阳烟雨空心柳    时间: 2020-5-5 18:16
前排支持下了哦~
作者: 东方百年不败~    时间: 2020-6-19 17:28
确实不错,顶先
作者: 我会画钻石哎!    时间: 2020-10-11 16:20
路过的帮顶
作者: 。彩色世界/    时间: 2021-3-3 13:05
看起来好像不错的样子
作者: 腐伤    时间: 2021-6-26 12:02
想参加,不知道什么时候还有。
作者: 醉醉醉,花阴    时间: 2021-7-28 17:42
不能到现场真是遗憾。
作者: 我没什么不同    时间: 2021-9-1 17:36
路过的帮顶
作者: 海内比邻    时间: 2021-10-3 18:24
这么强,支持楼主,佩服




欢迎光临 思步网 (http://www.step365.com/) Powered by Discuz! X3.2