PPQA_CM访谈问题.doc

配置管理（CM）访谈1. 请简单描述配置管理组的组成和职责？CM GP2.4提示： 组织级配置管理员（建立配置管理系统、对公司的产品库进行管理、对项目级的配置管理员进行培训指导）项目级的配置管理员（创建和维护配置库，通过VSS实现对版本的控制管理、基线的建立、定期备份配置库，定期清除配置库中的垃圾文件）。2. 你是如何知道自己是项目中的配置管理员的？CM GP2.3 、GP2.4 提示：配置管理计划、项目计划书3. CCB(变更管理委员会或配置管理委员会)通常由哪些角色组成？他们的职责有哪些？CM SP1.3 ；GP2.4、 GP2.7、GP2.10提示： 每个项目都有CCB，组长：负责日常开发的技术总监成员：项目经理，项目相关各部门经理，客户代表，QA等 CCB是个虚拟小组，对配置管理各项活动拥有决策权。CCB职责：监督配置管理员工作，审批配置管理计划、基线发布报告、变更申请表等。当项目有重大变更时，召开CCB会议。4. 请简单描述配置管理员主要做如些方面的工作？CM SP1.1 SP1.2 SP1.3 SP2.1 SP2.2 SP3.1 SP3.2提示：项目启动后，在VSS上建立配置库目录结构、设定权限；制定配置管理计划，依据配置管理计划建立基线，填写基线发布通知和配置项管理表；定期对配置库进行物理审计和功能审计，跟踪变更申请，管理配置项。配置管理计划包括：配置管理目的人员及职责用于配置管理的软硬件资源定义配置项（配置库的结构、权限说明、配置库标识说明）基线建立计划配置审计计划配置库备份计划变更处理方式A、项目立项后l 配置管理员识别项目中需要进行配置管理的配置项。l 制定项目的配置管理计划。l 提交CCB进行审核并批准。具体内容参见配置管理过程文件B、创建配置管理系统配置管理员根据配置管理计划，建立配置管理系统，包括安装配置管理工具，建立配置库，进行权限设置等，实现对版本管理。01-开发库：存放开发过程中产生的文档，代码等半成品资料，由整个项目组管理。1-个人文件：存放项目组成员的个人文档。02-管理库：存放该项目的各种管理和工程资料，比如：进度安排，由项目经理进行管理。1-项目管理：存放项目过程中产生的管理类文档。2-工程：存放工程类相关的工作产品。3-支持：存放支持类相关的工作产品。03-基线库：存放基线。1-需求基线2-设计基线3-开发基线4-产品基线代码库：存放临时代码和正式代码，代码库分为临时代码库和正式代码库1-临时代码库：存放开发过程中的代码。2-正式代码库：存放基线后的代码、产品验收后的代码、安装程序等。C、版本发布（版本发布包括基线发布和产品发布）基线包括需求基线、设计基线、开发基线、产品基线。如：需求基线建立过程 需求人员在“开发库”中编制用户需求说明书、产品规格说明书，编写完了后放入“管理库”提出需求评审申请。项目经理组织项目组及相关小组成员对用户需求说明书、产品规格说明书进行同行评审。经客户确认后，由配置管理员将管理库中的用户需求说明书、产品规格说明书移到基线库，并填写需求基线发布通知，以邮件等方式告知相关组需求基线已建立。基线建立是一个叠加过程，设计基线包括需求基线的配置项。D、跟踪和控制变更a、基线变更流程在设计阶段时，由于市场人员原因引起用户需求说明书、产品规格说明书的变更，由需求人员填写需求变更申请表提交项目经理，项目经理对需求变更影响进行分析（从成本、进度、工作量、产品品质和风险进行分析，参照变更规程文件定义的阈值）决定是否需要提交CCB审批，如果不需要则由项目经理本人直接决定是否变更。如果需要提交CCB，项目经理则提交需求变更申请表给CCB,CCB同意变更后，需求人员从基线库中对把用户需求说明书、产品规格说明书得下来进行修改，修改后放入“管理库”，项目经理对变更后的结果进行验证，验证通过后，配置管理员将变更后的用户需求说明书、产品规格说明书放入基线库的“需求基线”。 配置管理员填写基线发布通知，通知项目组所有成员，重新建立需求基线。基线发布通知没有CCB审批的流程。b、 报告配置管理状态l 正常情况，配置管理员每周填写一次配置项管理表。l 基线库中的配置项入库后配置管理员要填写配置项管理表。l 当基线库中的配置项发生变更时要及时修改配置项管理表。l 配置管理员要定期向项目组、及相关的小组和个人提交配置项管理表，以便报告配置库的状态。l 配置项状态： 待建 部分完成 完成 正式发布 修改中c、 配置审计l 配置管理员根据配置管理计划， 对配置项和基线进行审核，审核的内容主要包括：基线是否完整、配置项的结构是否完整，是否正确、是否一致。l 编写配置审计报告并发布。现在流程缺少CCB审批的过程。l 配置管理员对审核后提出的问题进行跟踪，直到结束。审计方式：1） 功能审计l 审计相应的测试用例，需求是否完整实现。l 审计变更请求的记录。通过需求跟踪矩阵、评审记录与报告、测试工具实现对配置项的功能审计。审计时间：基线建立前和变更时进行功能审计。2） 物理审计l 审计配置库中的配置项是否完整l 审计配置库中的配置项的版本是否正确l 已识别的配置项是否都已经进行了配置管理审计时间：一般每周进行一次，通常在基线建立前进行物理审计。d、 产品发布经过验收测试的产品可以交给客户（市场部代码），经CCB同意，配置管理员从“管理库”和“基线库”中分别提取客户所需要的配置项（如：用户需求说明书、产品规格说明书、用户操作手册、程序安装包等）同时填写交付物一览表）放入OPAL。项目经理将相关产物提交给客户（市场部代码）。5. 如何识别配置项以及配置项有哪几种状态？CM SP1.1？提示：通过项目计划和版本库识别配置项。配置项命名规则：LK-项目名称缩写-过程类-过程名称-类型序号(中文名称) 如：LK-OA-P-PP-T01(OA项目项目计划)配置项状态： 待建 部分完成 完成 正式发布 修改中常见的配置项有：源代码、安装程序变更申请表、用户需求说明书,产品规格说明书,概要设计说明书,项目计划书等6. 你参加过哪些方面的培训，是否给项目组做过配置管理方面培训？ CMGP2.5 提示： （1）配置管理方面的培训，如配置管理工具VSS、公司配置管理规范、指南的培训等。（2）配置管理人员给项目组人员进行配置管理的指导和培训。7. 配置管理活动中统计哪些方面的数据？ CM GP2.8 MA SP2.3、SP2.4提示：工作量、基线的条数、配置项和基线变更次数。这些数据存放在配置管理个人周报、变更请求管理表中。8. 你的上级管理部门如何检查你的工作？CM GP2.10提示：项目经理通过周报，参加项目例会、日常交流等方式检查配置管理员的工作。9. QA是如何检查你的工作的？CM GP2.9 提示：QA定期（每周）依据过程检查单，对项目的过程进行检查；有产品形成时要依据产品检查单对产品进行检查。对于发现的不符合项将会记录在检查单中，编制QA审计报告。通报给项目经理，由项目经理指定专人负责将问题措施，如项目经理遇到解决不了的问题，汇报给品质经理或部门经理，由他负责解决，QA跟踪直到关闭。10. 配置管理的方针是什么？CM GP2.1提示：保证工作产品的完整性、一致性品质管理组（QA）访谈1. 公司是否设有独立的QA部门/组，其职能是什么？ PPQA GP2.4提示：请根据公司实际回答品质保证人员属于哪个部门。我们公司有品质管理组，主要负责公司项目级和组织级的过程和产品的客观评价。包括：制定品质保证计划、实施品质保证活动、总结品质保证结果。2. 你能大致描述从项目启动需求设计编码测试项目结束的过程吗？如何对这些项目级过程进行监督检查？PPQA SP1.1 提示：从软件生命周期和项目管理活动两个角度进行阐述，尽量覆盖到各个PA（如培训、组织过程焦点等等）提示：项目启动：当市场部有项目任务后，部门经理确定具体的项目负责人和项目组成人员，并将前期的资料移交给项目负责人。项目经理编写项目立项书，提交部门经理审批。项目经理对项目情况和客户熟悉后，和QA、CM一起编制项目计划，然后评审。项目整个生命周期：项目策划阶段（项目估算和制定项目计划）、需求阶段（需求调研、需求分析和需求评审确认）、设计阶段（概要设计和详细设计）、编码阶段（编程和单元测试）、测试阶段（系统集成测试和验收测试）。项目交付验收：验收测试通过以后要进行产品的交付，才可以给客户（市场部）进行试运行、测试和验收。项目管理活动：主要对配置管理、风险管理、进度管理（项目监督控制）、需求管理、培训管理、项目结项管理等方面。QA都对以上活动和产品进行跟踪、检查和验证工作。3. 组织级的PPQA如何开展工作？PPQA SP1.1、 SP1.2、 SP2.1、 SP2.2；OPF、OPD、OT、SAM GP2.9提示：项目试点时，组织级QA制定组织级品质保证计划，依据组织过程检查单每月对组织级的过程和产品进行检查，检查的结果记录在组织过程检查单中，汇总在品质保证报告中。首先我们根据组织过程检查单对OPF、OPD进行检查，检查的内容有：公司的过程改进是否按过程改进计划进行，过程财富库是否建立，是否定期进行维护，EPG组有没有定期召开会议，有没有定期填写EPG工作月告，检查的结果记录在组织过程检查单中，汇总记录在品质保证报告中；如果发现有不符合问题也记录在组织过程检查单和品质保证报告中，然后提交给EPG组长，由他指定专人解决问题，如果没有在规定时间内解决问题，则品质保证人员提交公司的高层管理直到问题解决关闭为止。同样依据组织过程检查单对组织培训进行检查，检查内容有：组织的培训需求是否经过收集和整理？组织是否收集和整理了组织的岗位职责和技能？每次培训后有没有做培训记录，每月进行检查一次，记录在组织过程检查单中，汇总记录在品质保证报告中，如发现有不符合项问题时，记录在组织过程检查单和品质保证报告中，提交给培训主管的部门经理，由部门经理指定专人解决，如果没有在规定时间内解决问题，则品质保证人员提交给公司的高层管理直到问题解决关闭为止。依据组织过程检查单对采购进行检查，内容有：采购的流程是否符合公司规定，采购人员有没有经过采购方面的专业培训，有没有指定公司级采购计划，有没有对采购回来的产品进行检查，对供应商供货情况有没有进行监督？每月进行一次，检查的结果放在组织过程检查单中，汇总在品质保证报告中，如果发现有不符合项问题时也记录在组织过程检查单和品质保证报告中，提交给采购经理，有他指定专人解决，如果没有在规定时间内解决，则交给公司高层管理直到问题解决关闭为止。以上的品质保证成果都放入VSS库组织级管理活动中。4. 项目级PPQA如何开展工作？品质保证工作成果如何被管理？PPQA SP1.1 SP1.2 SP2.1 SP2.2提示：项目策划时，制定品质保证计划，并与项目计划一起提交项目小组及相关小组评审。明确QA计划中品质目标、资源、品质保证计划进度安排、检查的频率等内容。每周对项目的过程进行检查,依据过程检查单检查各个阶段的进展是否按照计划执行,是否符合公司规范和流程,有工作产品时依据产品检查单进行检查,发现不符合项问题,我们需填写检查单,并与项目经理联系确认,由项目经理安排人员解决，如还不能解决，我们将上报品质经理,部门经理,直到不符合项问题得到解决或关闭。这些问题将记录在QA审计报告和不符合项跟踪表中。项目各阶段（包括：策划、需求、设计、编码、测试、交付等），进行品质保证审计，编写QA审计报告中。项目结项时，我们将提交一份品质保证总结报告，会将项目的过程情况及对项目的意见、建议进行总结，并提交给项目经理，由项目经理召集EPG、QA、CM等相关人员进行评审、整理分析后纳入公司的组织过程财富库。以上的品质保证成果都放入VSS库中的管理库5. 品质保证人员如何进行裁剪？PPQA SP1.1 SP1.2 SP2.1 SP2.2提示：根据项目大、中、小（小项目：10人月以下；中项目：10人月到25人月；大项目：25人月以上）不一样，对需求开发活动进行裁剪。根据项目的实际情况和项目定义过程，确定裁剪的内容如：检查频率小型项目：每周检查一次中型项目：每周或每二周检查一次大型项目：每二周检查一次检查的范围试点项目：需要对所有涉及到的项目过程活动和产品都需要检查。过程推广项目：可以对一些过程域实施较好的地方，减少检查的频率6. 请阐述一下，组织为QA活动的提供了那些资源？PPQA GP2.3公司成立专门的品质管理组，提供了电脑等相应的硬件设备和相关的QA培训资料。7. 你接受过公司那些方面的培训？有QA方面的专业培训吗？如果有的话，请告诉我是什么？PPQA GP2.5提示：接受过新员工培训、工具培训、公司规章制度培训、公司过程标准文件培训，对于QA方面的专项培训有CMMI、品质保证等培训。8. 对QA活动，搜集哪些度量数据？如何进行分析的？你的上级领导对PPQA过程的监控是如何实施的？PPQA GP2.8提示：QA采集的数据是：工作量、产品和过程检查的次数、不符合项问题的个数等。品质保证执行的实际进度与计划的对比。最终在品质保证总结报告进行汇总分析。品质经理通过组内例会、品质保证报告、监督品质保证计划的执行情况以及与品质保证人员日常交流对品质保证人员进行监督。9. 客观检查（也称为：审计）方法？方法：会议（周例会、评审会议、里程碑会议）、查看配置库、访谈、日常交流。10. 审计判定依据？组织标准过程文件、客户标准、项目特有标准（项目定义过程）、行业标准、法律法规会议（周例会、评审会议、里程碑会议）。11. 审计结果标记？符合(OK)、不符合(NC)、还没有到该阶段（NY）、不适用(NA)。12. 请描述一下不符合项问题的有哪些属性。PPQA SP2.1，SP2.2提示：从严重性和优先级来划分。提示：严重程度：严重主要的，对软件过程品质和（或）产品品质产生重要影响，甚至不能满足客户的要求，如没有进行需求文档、设计文档、客户需求变更没有跟踪和记录、没有按要求制定项目计划、版本失控、没有建立基线等。 一般次要的，对软件过程品质和（或）产品品质影响小，如进行了相关活动但没有留下记录、测试没有按要求进行、正式评审没有制定计划等。 轻微微小的，对软件过程品质和（或）产