大家好,今天给各位分享信息系统项目经理测试点(56)配置控制委员会(CCB)的工作的一些知识,其中也会对进行解释,文章篇幅可能偏长,如果能碰巧解决你现在面临的问题,别忘了关注本站,现在就马上开始吧!
【信息系统项目经理核心考点】项目经理的相关工作
1.确定受变更影响的关联配置项及相关基线
2、整理配置项的修改,并将变更信息记录在相应的文档或程序代码中
配置控制委员会(CCB)的工作
1.负责评估、批准配置变更并监督批准的变更的实施
2. 将变更申请的决定通知受变更影响的每个利益相关者
3. 不一定是常设机构。可根据工作需要组建。据了解,该项目只能有一个人,甚至只是一个兼职的人。
【核心测试点思维导图】
【核心考点真题】
1.关于配置管理计划的制定和批准,下列说法正确的是( )
A. 配置管理计划应由配置经理制定并经项目经理批准
B.配置管理计划应由项目经理制定并经配置控制委员会批准
C.配置管理计划应由项目经理制定并经项目经理批准
D. 配置管理计划应由配置经理制定并经配置控制委员会批准。
【答案】D
【解析】高级教材第二版P319,倒数第8行。配置管理计划应由配置控制委员会批准,首先锁定答案B和D。配置管理计划当然应该由配置经理制定,而不是项目经理。所以答案D正确。
2. 基线由一组配置项组成,构成一个相对稳定的逻辑实体。它是一组已经过(1) 正式审查、批准和商定的范围或工作产品。其主要属性一般包括(2))
(1) A. 用户B. 配置管理员C. 配置控制委员会D. 专家组
(2)A.配置项、标识符、版本、流程
B.配置项、名称、流程、日期
C. 名称、标识符、版本、日期
D.配置计划、版本、状态、流程
【答案】C C
【分析】记住,配置管理计划和基线等重要的配置管理事项是由配置控制委员会(或配置管理委员会)批准的。
高级教材第二版P322-323: Baseline由一组配置项组成,构成一个相对稳定的逻辑实体。基线中的配置项是“冻结”的,任何人都不能随意修改(例如,跟踪和控制更改)。基线通常对应于开发过程中的里程碑。一款产品可以有多个基线,也可以只有一个基线。基线的主要属性是: 名称、标识符、版本、日期等。通常,对客户总价值的基线称为“发布”,内部开发的基线称为“构建”。产品的测试版本(可能包括需求分析规范、概要设计规范、详细设计规范、编译的可执行代码、测试概要、测试用例、用户手册等)是基线的一个示例。
3. 如果某个项目的范围基线发生变化,且需求规格说明经(1)的同意而发生变化,则配置项的状态应从(2)开始变化。
(1) A. 项目经理B. 技术负责人C. 配置管理员D. 变更控制委员会
(2) A.“草案”变更为“修改中” B.“正式发布”变更为“修改中”
C.“签入”更改为“签出” D.“签出”更改为“签入”
【答案】D B
【分析】变更由变更控制委员会批准。第一题答案为D。
配置项有三种状态:草稿、已发布、更改中。
配置项状态变化如图所示。当配置项首次创建时,其状态为“草稿”。配置项通过审核(或批准)后,状态变为“正式发布”。如果此后配置项发生变更,必须按照“变更控制程序”执行,其状态变为“正在修改”。当配置项修改并再次通过审核(或批准)时,其状态再次变为“正式发布”,以此类推。
4.关于软件配置管理的描述,错误的是()
A.配置控制委员会成员必须是专职人员
B、配置库包括动态库(开发库)、受控库(主库)、静态库(产品库)
C、常用的配置管理工具有SVN、GIT等。
D、配置项状态分为草稿、正式、修改三种。
【答案】A
【解析】高级教材第三版P474: 配置控制委员会负责对已批准的配置变更进行评估、审查和监督实施。在项目层面建立,其成员可以包括项目经理、用户代表、产品经理、开发工程师、测试工程师、质量控制人员、配置管理员等。不一定是常设机构,可以完全按照以适应工作的需要。对于小型项目,可以只有一个人,甚至可以只有一个兼职人员。 A 是错误的。
5、在项目配置项和基线的变更控制中,( )是配置管理员的主要工作。
A. 确定受变更影响的关联配置项及相关基线
B. 通知每个受变更影响的利益相关者变更申请的决定
C、组织对配置项的修改,并将变更信息记录在相应的文档或程序代码中。
D. 将变更的配置纳入基线,并将变更内容和结果通知相关人员。
【答案】D
【解析】高级教材第三版P477: 6)发布变更:
配置管理员将变更后的配置项合并到基线中。配置管理员将变更情况及结果通知相关人员并保存记录。 D 是正确答案。
答案A:参考P476: 变更申请相关人员,如项目经理填写变更申请表等,并说明受变更影响的关联配置项及相关基线。这不是CM0 的工作。
答案B:参见P477:评估结果由CCB负责通报。
答案C 参见P477: 项目经理组织配置项修改。
原创文章,作者:小su,如若转载,请注明出处:https://www.sudun.com/ask/186288.html
用户评论
桃洛憬
终于看到关于CCB的文章了!之前一直不知道这个东西在项目中具体的作用,看了这个博文感觉受益匪大啊!特别是那几个具体的例子,简直太生动形象了!以后在工作中遇到类似问题就可以参考一下。
有13位网友表示赞同!
七级床震
信息系统项目的配置控制委员会(CCB)确实很重要,尤其是对于规模比较大的项目。 能够规范变更管理流程,保证最终的产品符合用户需求,还能避免很多不必要的麻烦事啊!希望更多人关注这个部分,把信息系统项目做得更好更稳妥。
有20位网友表示赞同!
花花世界总是那么虚伪﹌
配置控制委员会的职责分工描述得非常清晰,我很赞赏作者对CCB工作细致的分析。不过,关于CCB在实际操作中可能会遇到的挑战方面,感觉可以再多展开一些,比如如何协调不同部门利益关系等等。
有20位网友表示赞同!
江山策
看了这个文章后,我才明白配置控制委员会(CCB)在信息系统项目管理中的重要关键地位呀! 以前总是觉得变更管理很烦琐,但现在理解了这个概念,觉得它其实是保证项目高质量运转的关键保障。
有10位网友表示赞同!
看我发功喷飞你
这篇文章说的太浅了啊?我感觉配置控制委员会的职责有很多层次,作者只提到了表面层,缺乏深入分析和实践经验。比如,如何建立有效的考核机制、如何处理权衡利益关系等等更实际的问题没有提到。
有7位网友表示赞同!
几妆痕
信息系统项目管理师考点(五十六)配置控制委员会(CCB)的工作确实不容忽视! 这篇文章讲得很好,让我对CCB有了更加清晰的了解, 尤其是一些案例分析,生动形象,受益匪浅!
有13位网友表示赞同!
浅巷°
说的简单易懂,很容易理解。之前在项目中也遇到过一些配置管理的问题,希望能借鉴这个文章的内容改进自己的工作方法。
有5位网友表示赞同!
呆檬
对于信息系统项目来说,配置控制委员会(CCB)的职责确实很关键,它要保证项目的顺利进行和最终目标的达成。希望以后能看到更多关于CCB运作细节的案例分析,更深入地了解它的应用技巧!
有18位网友表示赞同!
把孤独喂饱
文章内容干货满满,对理解CCBC的工作机制非常有帮助!希望未来能够分享更多实践经验,让信息系统项目管理师更好地掌握配置控制委员会的运用技巧。
有18位网友表示赞同!
闷骚闷出味道了
配置控制委员会(CCB)确实是一个重要的议题,它能有效约束项目的变更并保证按计划进行。但是文章中缺少一些实际案例和工具的使用举例,这样更容易让人理解其真正作用。
有10位网友表示赞同!
涐们的幸福像流星丶
信息系统项目管理师考点(五十六)配置控制委员会(CCB)的工作 这篇文章讲解的很好!以前对CCBC只停留在理论层面上,没意识到它在项目实施中的重要作用。
有7位网友表示赞同!
棃海
我之前做过的几个信息系统项目中,都遇到过一些因配置管理混乱导致的问题。所以我对配置控制委员会(CCB)非常感兴趣! 这篇博文让我了解到很多重要的知识点,受益匪浅!
有11位网友表示赞同!
莫飞霜
关于CCB的工作流程,文章描述得还是比较清晰的,但是我觉得可以从更大范围上来阐述信息系统项目管理整体结构,让读者更全面地理解其地位和作用。
有6位网友表示赞同!
蹂躏少女
信息系统项目管理真是越来越复杂了!幸好有这么一篇文章详细讲解配置控制委员会(CCB)的工作重点,帮我们了解如何有效控制项目变更,提高项目成功率!
有14位网友表示赞同!
軨倾词
这篇博文写的真好!让我对配置控制委员会(CCB)的工作流程和重要意义有了更加清晰的认识。以后在管理信息系统项目时,我会更加重视这个环节了,
有5位网友表示赞同!
陌然淺笑
作者把CCB工作的重点都讲解得很好,而且案例分析也很生动形象,帮助我更好地理解了它的具体操作方式!但对于一些大型复杂项目的特殊情况,能不能再详细展开一下呢? 还有没有相关成熟的工具可以推荐使用?
有10位网友表示赞同!