配置内容：配置

配置范围：组织级和项目级

工作库：

配置审计：物理审计（表象，位置对不对，命名准不准确）

​                    功能审计（需求发生变更）

私有网盘

输出：配置状态报告，基线状态报告



创建发布基线





[toc]



你为什么决定建立和维护这些基线？

建立和维护这些基线，在汇总之前经过评审达成共识，为后续工作提供基础，避免开发过程中混乱



# 基线建立的流程？（不行）

基线流程，将要纳入基线文件，需要经过评审，提交给CCB审核，审核通过，有CM和QA进行功能审计，审计通过，将该文件从对应库签出，签入基线库，CM进行物理审计，审计通过后 编写《基线发布报告》 提交给CCB审核，审核通过后，CM邮件通知相关人员基线已经建立



# 您如何识别需要在配置库中管理哪些配置项？（不行）

EPG提供《配置项和配置库定义指南》帮助识别配置管理配置项，在项目初期阶段我和项目经理，根据项目情况，裁剪的结果 识别配置项目

常见配置项：项目计划，产品源代码，设计文档，测试文档，用户手册，测试手册



CM的方针是什么

执行配置项升级，跟踪和报告配置项状态，控制配置项变更，保证工作完整性



# 你如何提交与配置管理相关的建议?（不行)

整理项目过程中，我会提出一些配置管理中过程改进建议， 提交EPG，PEG召开会议确定是否采纳和拒绝



# 公司对于配置管理制定了什么样的过程？你在配置管理工作中，有没有进行过裁剪？（不行）

EPG 定制 配置管理过程文件，定义了配置管理的相关流程活动，输入，输出等

我们时严格按照EPG制定的标准过程来执行管理工作的。没有进行裁剪，在《项目过程定义中》进行裁剪



请描述一下你的日常工作是如何展开的？



























#### 如何执行配置审计？

​    使用《配置审计检查单》来进行物理审计和功能审计

#### 谁执行配置审计？

  功能审计时在建立基线前和变更时候执行的，功能审计有我协助QA进行，审计配置配置项是否符合设计，开发，测试的需求。 物理审计时在基线建立后和变更进行的，有我进行物理审计，物理审计是审计配置位置和命名是否准确，审计出来的问题写在《不符合项管理表》，QA跟踪解决；

#### 配置过程中主要维护哪些配置记录？

  有配置管理计划，配置项状态报告，功能审计报告，物理审计报告，基线发布报告，配置管理报告

#### 当你接收到配置需求变更时，会做什么？/做了哪些变更影响的分析？

  配置需求变更时需求人员提交变更申请给项目经理，分析需求变更影响，即变更引起工作量和项目进度的影响。一些大的变更需要CCB批准。之后有CM将要修正的文件从基线库签出，签入开发库，相应人员修改，之后重新放入基线库，编制《基线发布报告》，重新建立基线

#### 你如何监控和管理所有认可的配置变更状态？

  有《配置项状态报告》，跟踪配置项状态，追溯配置的变更

#### 从项目开始到发布给客户有哪些基线？

  基线有：需求，计划，设计，编码，测试，验收基线。可以根据项目阶段建立基线。比如：在测试基线中，会纳入需求规格说明书，设计说明书，代码，测试用例，用户手册等

#### 你为什么决定建立和维护这些基线？

通过建立和维护基线，汇总之前已经评审取得共识的工作产品，为后续开发工作提供基础，防止造成开发过程中混乱

#### 2.3 基线建立的流程？

 建立流程：要纳入基线的文件，需要经过评审，然后CM提交基线纳入申请给CCB（变更控制委员会），CCB审批通过后，CM和QA对该文件进行功能审计，审计通过后，将文件从相应库签出，签入基线库中，CM对该文件进行物理审计，审计通过后，编写《基线发布报告》 给CCB，CCB审批通过后，CM邮件通知相关人员基线已经建立

#### 什么工具进行配置管理？

   使用网盘和git代码管理进行配置管理

#### 识别和定义了哪些配置库目录结构？

在《项目配置库管理目录》定义组织级和项目级的配置库


#### 识别和定义了哪些访问权限？
组织级分为财富库，工作库，财富库包括OSSP（标准过程文件）、风险库，工作环境库，经验库，复用库，只有我有读写权限；工作库放 EPG，PQA，CM，培训的工作文件和EPG会议记录，我和EPG时读写权限

项目级有管理库和基线库，还有产品等配置库，管理库主要是项目经理管理，存放前期资料，项目计划，设计，需求，测试，培训，项目实施，验收文档等。

基线库有CM管理，主要是需求，计划，设计，编码，测试和验收基线  

#### 您如何识别需要在配置库中管理哪些配置项？

常见配置项有：项目计划书，产品源代码，需求说明书，项目设计说明书，用户手册，测试用例

EGP提供了《配置项以及配置库定义指南》帮助项目识别项目中配置项，在项目初期阶段，我和项目经理，根据项目情况，以及裁剪结果，一起识别项目中的配置项，放置在配置管理下工作产品包括：给客户的交付物，有客户提供的工作产品，指定内部工作产品（解决方案，支持的组件）

#### CM的方针是什么

执行配置项审计，跟踪并报告配置项状态，控制和管理配置项变更，保证工作完整性

#### 你如何提交与配置管理相关的建议?

整个项目过程中，我会提出一些过程上改进建议给EPG，记录在《过程改进记录表》中。EPG会开会进行讨论是否采纳或拒绝，

针对过程中改进建议： 新员工入职后，在新员工入职培训时需要讲解工具使用，文档会代码模块命名方式，根据项目分类，来识别不同的配置项；

完善配置管理工作；

#### 公司对于配置管理制定了什么样的过程？你在配置管理工作中，有没有进行过裁剪？

EPG制定配置管理过程文件，定义了配置管理的相关流程活动，输入，输出等

我们时严格按照EPG制定的标准过程来执行管理工作的。没有进行裁剪，在《项目过程定义中》进行裁剪

#### PPQA是怎么检查你们工作的

QA 使用检查单对我们工作产品和过程进行审计，识别出不符合项，记录在《不符合项报告》或《质量保证报告》中，不符合项例如：没有及时建立基线，文档命名不规范

#### 工作中接受过什么培训？培训是什么时候？举例说明

接受过配置管理培训，SVN/GIT使用，CMMI基础知识培训，OSSP过程文件使用培训等

#### 组织为配置管理提供了哪些资源和工具？

资源有办公环境，配置管理工具（SVN，也会使用OA系统管理文档），过程文件（模版，指南）

#### 请描述一下你的日常工作是如何展开的？

项目启动后，在Git上建立配置库目录结构，设定权限。 制定配置管理计划，依据配置管理计划建立基线，填写《基线发布报告》和《配置状态报告》

对配置库进行物理审计和功能审计，跟踪变更申请，管理配置项

  

  

  



# 2020-09-30

软件开发模型

Successfully
