跳至主要內容

重新梳理-todo

爱喝水的木子...大约 14 分钟othersothers

配置状态报告(文档补充) 基线页面(填充)

  1. 配置项的概念
    1. 凡是纳入配置管理范畴的工作成果都是配置项
    2. 配置项有2大类
      1. 代码(组成产品部分的工作成果)
      2. 文档(项目中产生的管理类和支撑类文档)
    3. 配置项的主要属性
      1. 名称
      2. 标识符文件状态
      3. 版本
      4. 作者
      5. 日期等
  2. 配置库的管理
    1. 代码
      1. gitlab
        1. 目录阶级
        2. 权限控制
    2. 文档
      1. 飞书
        2. 需求阶段
  3. 配置项的状态管理
    1. 受控
    2. 未受控
    3. 基线
  4. 基线的概念、创建、发布
    1. 是一组经过正式审查并且达成一致的规范或工作产品,是下一阶段工作的基础。对基线的更改必须遵循变更控制规程。
    2. 创建
    3. 发布
  5. 配置库的备份
    1. IT部门统一进行备份
    2. 每天增量备份,每周全部备份,每月容灾恢复测试
    3. 备份地点
      1. 本地一份,服务器一份,异地一份(自建的异地机房)
  6. 变更管理
    1. 变更人发起变更需求
    2. 项目经理对发起的变更进行判定,是否属于较大变更
    3. 项目经理决定是否提交到CCB
    4. 执行变更,我会从配置库中检出相关的配置项,交给相关的责任人进行变更,同时对基线进行锁定
    5. 变更完成后,相关的配置项进行评审,评审通过,我会将评审后的相关配置项进行检入,并建立新的基线,通过邮件告知项目组的其他成员

  1. 管理库
    1. 将项目中的管理类和支撑类文档放在管理库中
    2. 项目经理与相关者有读、删、写、权限,成员只有只读权限
    3. 管理类文档、项目计划及下属计划、项目周报、风险管理报告等
  2. 开发库
    1. 将项目在开发过程中所产生的数据存放在开发库中
    2. 项目经理与相关者有读、删、写、权限,成员只有只读权限
    3. 个人工作区(个人的工作文档)、工程文档(工程过程中产生的文档)、代码区(提交的代码)
  3. 基线库
    1. 将评审通过后的配置项由配置管理人员纳入到基线库,主要存放一些项目中重要的工作产品的稳定版本相当于内部的一个数据发布
    2. 配置管理人员有读、删、写权限,其他成员只有只读权限
    3. 纳入基线的配置项,例如《用户需求说明书》《需求规格说明书》等
  4. 产品库
    1. 存放一些对外发布的产品
    2. 配置管理人员有读、删、写权限,其他成员只有只读权限
    3. 安装包、用户手册、安装手册

认证问题

  1. 在项目中如何做配置管理的
    1. 项目立项时,首先和项目经理、QA、项目成员对未来的配置管理工作进行沟通
    2. 积极了解项目情况,项目各个阶段的进展 以便更好的进行配置管理
    3. 熟练并充分利用配置管理工具各种功能,提高配置管理效率
    4. 为了控制好 成本、保证项目各阶段使用的版本正确
      1. 及时发现项目问题,把问题反馈到CCB、项目经理或QA,并积极协助解决
  2. 是否有独立的配置管理组,有组织级额度配置管理员吗
    1. 有独立的配置管理组 有组织级的配置管理员
    2. 配置管理组由组织级配置管理员(建立配置管理系统、对产品库进行管理、对项目级配置管理员进行培训指导)和项目级的配置管理员
  3. 如何知道自己是项目中的配置管理员的
    1. 项目立项会议中,项目经理告诉的
  4. 如何以及在那里识别了配置项
    1. 《配置管理计划》中记录了配置项
    2. 配置项:在项目过程中产出的各种重要的技术文档,源代码等 会经过评审后统一由CM放进配置库中进行管理
  5. 如何建立配置库的以及如何分配权限
    1. 项目立项后 会根据配置库目录结构及权限指南来建立配置库
  6. 每个项目都有CCB吗通常有那些角色参与,职责有哪些
    1. 每个项目都有CCB
    2. 通常有项目经理、QA审计、CM人员等组成
    3. 主要职责是
      1. 审批配置管理计划
      2. 审批基线的建立与分布
      3. 审批配置项
      4. 基线的变更等工作
  7. 如何制定配置管理计划、什么时间、权限设置、目录结构设置
    1. 项目立项后根据《项目计划》配置管理过程及相关指南指定《配置管理计划》,指定好配置管理计划之后经过项目评审之后让CCB审批
    2. 根据《配置项及配置库定义指南》进行设置、权限设置,目录结构在《配置管理计划》中有详细描述
  8. 参加过哪些方面的培训,是否给项目组、相关工作组做过配置管理方面的培训
    1. 首先参加了CMMI相关知识方面的培训和配置管理方面的培训,比如配置管理工具git,配置管理规范、指南的培训
    2. 参加过过程体系中的配置管理过程培训、git工具的高级培训、沟通技巧等
    3. 给公司所有人做过git工具使用的培训 对于每个新进的同事都会讲解如何使用git工具进行版本控制
  9. 配置管理计划包括哪些内容,是否发生过计划变更 如何进行变更
    1. 配置管理计划主要包括人员、职责、软硬件资源、配置库目录结构、基线计划、配置库备份计划、配置审计计划
    2. 发生过变更,走的变更流程
    3. 变更流程
  10. 如何进行配置审计的 配置项状态有哪些
  11. 根据配置管理计划,向QA提出基线审核的请求,QA和我对配置项和基线进行审核,审核的主要内容是基线是否完整、正确、一致 审计完成后编写 《配置审计检查单》提交到CCB审批,最后我在对审核后提出的问题进行追直到结束,
  12. 配置项的状态有 未受控、已受控、基线 这三种状态
  13. 审计的主要目的是为了保证配置项的完整性和正确性。
    1. 审计分为物理审计和功能审计,
      1. 物理审计主要验证配置项存放位置和时间的准确性,
      2. 而功能审计主要是审计配置项内容的准确性
    2. 主要是在每个里程碑的基线建立之后或者项目发生变更时进行的
      1. 审计发现不符合的项由我负责纠正,QA负责进行追踪,共同完成编写配置审计检查单
  14. 项目中建立了多少条基线,在哪里表述了
    1. 5条基线,我们是在项目立项后我和项目经理 协商本项目的基线,在《配置管理计划》中进行明确 ,分别是需求基线、设计基线、编码基线、测试基线、发布基线
  15. 如何进行基线变更流程
    1. 首先填写《变更申请书》主要内容是这个变更的内容,提交到项目经理
    2. 项目经理针对这个变更的需求进行判定,判定属于较大变更还是较小变更
    3. 当变更为较小变更时,由项目经理决定是否进行变更,当变更为较大变更是将变更提交到CCB,组织开一个变更决策会议,决定是否执行变更
    4. 执行变更,我会检出相关的配置项,交给相关责任人,执行变更,同时对这条基线进行加锁,权限控制
    5. 变更完成后,相关的配置项会进行评审,评审通过后,我会将评审后的相关配置进行检入,并建立新的基线,通过邮件告知项目组成员
  16. 产品发布前做了哪些工作
    1. 会对配置审计,确保产品的正确性一致性和完整性,然后取出产品,提交CCB、项目经理审核后发布产品
    2. 所有文档入库,比方说将要发布的产品进入到产品库,相关的配置项基线入库
    3. 给相关的人员释放配置库的权限
    4. 将项目的最佳实践归档
  17. 配置管理活动中统计哪方面的数据
    1. 配置管理的工作量、基线的条数、配置项、基线的变更次数
  18. 上级管理部门如何检查你的工作
    1. 看我的周报,配置库管理计划、周例会、日常交流等
  19. QA是如何检查你的工作
    1. 配置管理的过程检查和配置产品的检查
      1. 配置管理的过程检查
        1. 配置管理是是否按时制定了配置管理计划、配置项计划以及基线计划
        2. 是否定期提交CM周报和配置库管理报告
        3. 配置管理人员是否创建配置库并为项目组成员分配权限
        4. 是否对配置项进行管理
        5. 是否在项目阶段完成时进行基线的创建和审计
        6. 是否进行变更的管理
      2. 配置产品的检查
        1. 《配置管理计划》
        2. 《配置项计划及跟踪表》
        3. 《基线计划及追踪表》
        4. 《周报》
        5. 《配置库管理报告》
  20. 采用什么样的配置管理工具
    1. 我们公司代码采用的是自建的gitlab,文档类的在飞书进行管理
  21. 多久对配置库进行更新
    1. 每天增量备份,每月一次异地备份,项目完成后整体磁盘备份
  22. 配置管理的方针是什么
    1. 主要是保证整个软件生命周期中心,项目的所有的数据的完整性
  23. 如何标识测试的版本
    1. 根据测试内容、测试名称、提交日期、属性来进行标识的
    2. 代码方面是通过打tag就是标签的方式
    3. 文档类的通过发布版本,发布的版本原则上是不会改的
  24. 与配置管理相关的配置项,哪些是需要纳入到配置管理的
    1. 配置管理计划
    2. CM周报
    3. 基线计划及追踪表
    4. 配置库管理报告
    5. 配置项计划及追踪表
  25. 配置管理员如何配合QA的工作
    1. 将质量保证过程产生的工作产品纳入到配置管理
    2. 配合QA完成配置管理过程质量和产品质量的监督和检查工作
    3. 解决QA在审计报告中提出的配置管理的不符合问题或偏差,直到问题关闭
  26. 编码和文件是否定义了命名约定
    1. 参考《配置项及配置库定义指南》文档里面的标识配置项
  27. 配置管理工具是什么
    1. git -> 公司自建的
  28. 配置库目录结构在那里有记录
    1. 在《配置管理计划》中有说明
  29. 更新/发布基线的准则是什么
    1. 相关文档同行评审。CCB(配置控制委员会)同意建立基线
      1. CCB成员:CM 、项目经理、部门经理
  30. 如何维护或者追踪项目的需求变更
    1. 项目经理提交《变更申请单》到CCB
    2. CCB同意变更
    3. 配置管理员将需要修改的文档从基线库中迁出放入开发库中
    4. 相关人员对文档进行修改
    5. 修改文档通过评审后迁入管理库
    6. 配置管理员填写《基线变更建立申请》提交到CCB进行审批
    7. 审批通过后将文档放入基线库
    8. 编写《基线发布报告》提交CCB审批
    9. 审批同意后重新建立基线
    10. 更新《变更管理记录表》
  31. 在执行影响分析时,考虑那些因素
    1. 变更的影响因素
      1. 项目规模
      2. 工作量
      3. 进度
      4. 成本
      5. 受影响的配置项
  32. 如何控制配置项的变更
    1. 答案和6一样
  33. 维护了那些CM过程域记录 记录在何处
    1. 配置管理计划
    2. 基线建立申请
    3. 基线发布报告
    4. 配置项状态报告
    5. 配置审计报告(功能审计、物理审计)
  34. 配置审核如何做,审计频率多少
    1. QA和CM共同执行物理审计和功能审计
    2. 审计频率
      1. 每个里程碑的基线建立之后或者项目中发生变更
      2. CM和QA一起对基线进行配置审计,包括功能审计和物理审计
      3. 若审计过程中发现不符合项 由CM进行纠正,QA进行追踪 最后共同编写配置审计报告
      4. 功能审计
        1. 主要审计配置项内容的准确性
      5. 物理审计
        1. 主要审计配置项存放位置和存放时间的准确性
  35. 是否有CM的方针保存在何处
    1. 有相应的CM组织方针 确保工作产品的完整性
    2. 组织级-标准过程库-组织过程类-《组织方针》
  36. 是否有与CM相关的计划活动
    1. 有相应的《组织级配置管理计划》《项目级配置管理计划》
  37. 是否识别了用于计划CM活动的资源
    1. 在《组织级配置管理计划》和《项目及配置管理计划》中有对硬件资源、软件资源的说明。
  38. 作为配置管理员,你的职责描述在哪里有记录
    1. 在《岗位职责说明书》中有描述:CM的职责是管理好所有的资料、文档、代码,建立基线、控制配置项变更。
  39. 是否接受过CM过程域的培训
    1. 都接受过 CM(配置管理过程域)的培训以及岗位技能的培训;
    2. CMMI基础知识培训
    3. 技能培训:配置工具的培训等。
  40. CM相关文档记录在何处
    1. 根据实际情况回答:配置管理平台
  41. 你是否和项目经理一起参与了项目会议,来监控CM相关活动
    1. 参加周会、里程碑会议监控项目的实施情况,
    2. 编写项目周报和里程碑报告,提交给项目经理审核。
  42. 你项目的CM活动有被质量保证人员审计吗?是否收到过不符合项问题
    1. QA会定期检查配置活动过程及配置阶段产生的文档;
    2. QA检查出问题后会向项目经理进行反馈 ,跟踪直到问题解决关闭,
    3. 配置过程中不符合项可能会有:遗漏了某些阶段基线的审计。
  43. 有向高层领导汇报CM相关活动吗
    1. 高层领导通过项目日常的工作汇报,参与项目重要会议等了解项目的具体实施情况,当有严重的不符合项出现高层也会参与进来一起讨论解决措施。
  44. 是否裁剪了CM活动/过程
    1. 组织层面有裁剪指南帮助项目做裁剪,目前配置管理这块没有裁剪。
  45. 关于CM活动,你保存哪些文档进过程资产库?
    1. 配置管理计划、
    2. 配置审计报告、
    3. 变更申请单、
    4. 变更管理记录等,还可以列举一些配置这块好的经验教训,参考《过程改进建议表》与配置相关的经验,记住1-2条。
评论
  • 按正序
  • 按倒序
  • 按热度
Powered by Waline v3.1.3