组织级配置管理员与项目级配置管理员的职责定义
发布于 2024-10-03
1134
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
组织级与项目级配置管理员职责摘要
在多数公司中,配置管理职责被区分为组织级与项目级,每个级别上的管理员拥有不同的职责。
项目级配置管理员职责
- 制定配置管理计划:确立管理过程,确保所有项目成员遵循。
- 建立并维护配置管理库:保持配置项的记录与追踪。
- 建立并发布基线:确保基线的稳定性,并作为变更的参考点。
- 物理审计(PCA):验证配置项的物理存在并确保其与记录相符。
- 跟踪并关闭变更申请:监控变更过程,确保每项变更得到妥善处理。
- 报告配置状态:定期更新项目成员配置项的状态。
组织级配置管理员职责
- 为项目组建立初始的配置库:为新项目提供配置管理的基础设施。
- 向项目组成员提供配置管理方面的培训及技术支持:确保团队成员具备必要的配置管理知识和技能。
- 配置管理工具的定制:根据项目需求定制或优化配置管理工具。
- 配置管理审计:确保配置管理过程的合规性,提升效率。
- 对外发布产品:负责最终产品的发布工作。
- 维护更新配置管理标准过程及模板:确保配置管理过程与时俱进,满足不断变化的需求。
- 备份配置库:定期备份配置库,防止数据丢失。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 634.1K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
再谈如何推广单元测试
以前曾经写了一篇博文谈如何推广单元测试,最近有朋友问我如下的问题,因此便又写了本文,阅读时请综合原来的博文。问题: 有开发人员认为进行单元测试会花费大量时间来编写测试用例,因此他们做单元测试的意愿比较低,请问有何好的建议进行单元测试的改进?解答: 1 首先应该明确单元的含义。单元在面向对象的程序中指的是一个类,在结构化的方法中指的是一个函数。 2 其次应该明确单元测试的方法。单元测试的常用方
对软件开发过程可重复性的思考
硬件的生产过程是可重复的。因为对产品功能、质量的要求是相同的、生产设备是相同的,生产流程也是相同的,硬件的生产力来自于设备,因此硬件的生产可以要求生产能力又准又稳,要求生产系统可以持续地生产出满足需求的产品。而每个软件项目的需求是不同的、人员的经验与数量是不同的、开发方法与开发过程是不同的、外部干扰的频次是不同的,软件的生产力来自于人,因而软件过程满足需求的能力相对于硬件的生产过程是偏弱的。人操作硬件,硬件生产产品,人对生产质量有影响,但更重要的是硬件。需求是原材料,是抽象的,每个项目的原材料是不同的。
践行者访谈实录:你真的了解CMMI吗?
CMMI是不是拿钱就能过的认证?CMMI存在的意义是什么?CMMI真的是笨重不懂变通,只会要文档的家伙吗……在《践行者》第5期中,我们邀请到了资深CMMI高成熟度主任评估师——任甲林老师为大家澄清关于CMMI的这些常见问题,和我们一起回顾一下吧。
读的感触点
1 开发人员的快乐: 创建事物, 开发对他人有用的东西, 组装的魅力, 持续学习的快乐, 在易于驾御的介质上工作 开发人员的苦恼: 追求完美 由他人设定目标 对他人有依赖 查找修改BUG 过时的很快 2 BROOKS法则:向拖期的项目追加人手,只能让项目更拖期 3 设计人员要少而精 4 开发人员如何避免画蛇添足 5 非正式交流,正式交流,
关于需求跟踪矩阵的6个问题
1 需求跟踪矩阵(RTM)有什么作用? (1) 在需求变更、设计变更、代码变更、测试用例变更时,需求跟踪矩阵是目前经过实践检验的进行变更波及范围影响分析的最有效的工具,如果不借助RTM,则发生上述变更时,往往会遗漏某些连锁变化。 (2) RTM也是验证需求是否得到了实现的有效工具,借助RTM,可以跟踪每个需求的状态:是否设计了,是否实现了,是否测试了。 2 需求跟踪矩阵分为哪几类? (1) 纵向跟
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线