CMMI访谈问题及答案

一、PAD 过程资产开发（访谈角色：EPG）1、公司执行产品/项目开发及维护需要哪些过程资产？PAD 2.1答：公司进行项目开发需要的过程资产有过程规范、模板、指南文件等，主要包括管理类、行动类、使能类和提高类过程资产内容。

管理类：主要包括项目策划、估算、监控、风险、度量等；行动类：主要包括需求开发管理、设计、开发、产品集成、测试、评审、质量保证、验收等；使能类：主要包括决策分析、配置管理、因果分析与解决等提高类：主要包括管理性能和度量、过程管理、过程资产开发、实施基础条件和治理等内容2、公司产品/项目开发涉及的资产哪些是开发、采购或复用的？PAD 2.2答：⚫首次评估的公司回答：公司的组织过程规范、模板和指南都是在咨询顾问的指导下进行开发的；公司开发软件、常用软件是采购的；公司以前的一些研发的通用组件可以复用（如：邮件发送、人脸识别、GPS组件等）。

⚫复评估的公司回答：公司的组织过程规范是在以前的过程规范基础上改进而来的，针对CMMI V2.0版本的部分是新开发的，如GOV（Governance）治理和II（Implementation Infrastructure）实施基础架构是新开发的，其他的过程资产可以复用（如以前的QA质量保证、CM配置管理以及工程类过程）。

3、组织过程资产的构建及更新战略是什么？PAD 3.1答：EPG小组在咨询顾问的指导下建立了《组织过程资产库管理规范》，里面包含了对组织过程资产的分类、建立、如何使用和维护。

主要是由EPG小组进行建立和维护，包括对资产库的内容增加、修改等，做到专人维护，专人负责。

4、请简要描述组织过程与过程资产的结构。

PAD 3.2答：组织标准软件过程（OSSP）主要包括管理类：主要包括项目策划、估算、监控、风险、度量等；行动类：主要包括需求开发管理、设计、开发、产品集成、测试、评审、质量保证、验收等；使能类：主要包括决策分析、配置管理、因果分析与解决等；提高类：主要包括管理性能和度量、过程管理、过程资产开发、实施基础条件和治理等。

一、CM 配置管理（访谈角色：CM、CMO）1、组织/项目中识别了哪些配置项，是依据什么识别的？CM 2.1答：⚫组织中主要配置项有：过程改进计划、改进建议、过程改进总结报告、年度培训计划等⚫项目中主要配置项目有项目计划书、用户需求说明书、需求规格说明书、系统设计说明书、源代码、测试用例、用户手册等。

⚫是依据公司EPG小组制定的《配置项识别指南》和项目过程定义书（PDP）来识别项目配置项的。

2、你们采用什么软件进行配置管理？配置管理系统提供哪些功能？CM 2.2答：我们采用GIT（这里根据公司实际情况回答）进行配置管理，配置管理系统主要提供了源代码和文件的管理功能，比如操作用户角色定义、权限分配、文件存档、配置库备份、版本恢复等功能。

3、组织/项目中建立了哪些基线？基线建立的流程是怎样的？CM 2.3答：⚫组织中建立的基线有OSSP（组织软件过程规范）版本基线⚫项目中建立的基线有计划基线、需求基线、设计基线、开发基线、测试基线、交付基线等。

⚫基线建立流程是：根据项目整体计划安排制定基线发布计划，在项目各里程碑节点对评审通过后的阶段配置项进行基线发布，把配置项纳入到基线区。

发布基线通知，基线通知中有基线名称、配置库位置、包含的配置项、发布人、发布日期等。

4、配置项/基线是如何进行变更控制的？CM 2.4答：如果项目中出现需求变更时，则需要执行配置变更。

首先责任人进行变更申请，包括需求变更内容、影响的阶段、变更期限、责任人等，并与CCB（配置变更委员会，一般包括项目经理、需求、项目核心成员、QA、CM等）一起进行评审，最后确定变更。

如果需要变更，则在后面的阶段跟踪变更后的配置项的修改记录、修改内容等。

5、配置管理产生哪些记录？如何了解配置项/基线的状态？CM 2.5答：配置管理产生了配置管理计划、识别的配置项、配置审计记录和报告、配置项状态表等记录，项目组成员是通过配置项状态表来了解配置项和基线的状态。

测试访谈1．是否成立了独立的测试组？测试人员在项目中测试的职责？VER GP2.4提示：有测试组（质量管理部）。

测试组由测试组长和测试员组成。

测试组长的职责：负责制订测试计划，协调测试进度。

测试人员的职责：负责项目/产品的测试工作；编写项目/产品的测试用例、各个阶段的测试报告，完善用户的支持性文档如用户手册、在线帮助等。

2．你是如何了解到你是项目中的成员？VER GP2.4提示：在立项阶段，公司组织立项会议，通过《立项报告》明确项目人员安排。

项目计划——项目体制表中明确了人员的角色和职责。

3．你参与了哪些方面的同行评审？同行评审流程？VER SP2.1、SP2.2、SP2.3提示：需求规格说明书、概要设计、详细设计、测试用例等同行评审。

同行评审流程：作者提出评审申请，由项目经理确定评审的参加人员，提前发通知（内容：评审时间，评审的内容、评审检查表等）给评审参加人员。

召开评审会议，指定会议记录人员，会议一般由项目经理主持，作者讲解待评审的内容，评审人员依据评审检查表进行评审；在评审过程中，作者需要回答评审人员的提问。

评审的结果记录在《评审记录与报告》中。

问题由相关人员进行修改，修改完后，由评审人员进行验证，QA跟踪直到关闭。

4．你什么时候开始制定测试计划？是否发生过变更，如何进行变更？VER GP2.2提示：在立项价段制订测试计划的初稿，一直到代码编写完成后进行评审，形成最终的版本。

暂未发生过变更，如果发生变更，由测试组长修改，项目组相关人员评审，通过后更新《测试计划》并评审。

5．什么时候编制测试用例？依据是什么？如何保证测试用例与需求的一致性？需要同行评审吗？VER SP1.1、SP1.2、SP1.3提示：在需求基线化后，依据需求规格说明书编写系统测试用例，依据代码和详细设计编写单元和集成测试用例，公司有统一的测试用例模板。

通过测试用例的评审由专家来把关；由项目经理通过《需求跟踪矩阵》来跟踪用例与需求的一致性。

组织培训（OT）访谈1.请描述一下你在培训中的职责？OT GP2.4提示：1、建立培训组织体系，组织、落实公司培训发展规划，指导、监督各部门教育培训工作。

2、公司常规培训项目的设计，负责制定年度培训计划。

3、协调公司、各部门、项目组培训工作的开展，收集培训需求，组织培训效果调查，监督学员填写培训过程（效果）评估调查表，保存培训记录。

2.培训的方针是什么？OT GP2.1培训方针：以人为本、全员参与、学习创新、注重实效。

具体：我们公司统一制定了一个组织方针。

由EPG（过程改进小组）起草，并由MSG（管理委员会）审批，组织方针包含了CMMI 17个过程域，每个过程域都有一个子方针，而这一条方针只是我们培训方面的方针。

3.请你描述一下你们组织的培训过程？OT SP1.1、SP1.2、SP1.3、SP1.4、SP2.1、SP2.2、SP2.31、每年年初，由培训专员收集各部门员工的培训需求（包括培训的内容，培训方式，培训的人数，培训的各个方面资料），汇总形成《培训需求调研表》。

2、依据公司的年度经营目标和长远规划，制定《年度战略培训工作计划》，并相应制定《年度培训课程表》。

《年度战略培训工作计划》和《年度培训计划表》提交公司高层领导审批。

3．培训专员按照《年度战略培训工作计划》和培训课程表组织培训。

4、培训讲师培训前将培训的材料发给培训专员，经培训专员评审后发给学员（主要评审培训的材料是否是按照公司规定的模式去做的，是否有遗漏），确定具体的培训日期和安排。

5、学员参加培训后，填写《培训记录表》，主要是培训人员的签名、培训的内容等。

培训完成后学员填写《培训过程（效果）评估调查表》，主要是培训人员对培训过程、培训环境、培训方式等的评价。

培训结束后，需要组织对学员的考核，考核结果记录在《培训考核结果登记表》，培训专员汇总分析学员培训的情况，填写《员工技能及培训记录》。

4.是否制定了有免培规程吗？OT SP2.1、SP2.2、SP2.3提示：学员参加培训过的课程考试通过后，即不需要参加同样的培训课程。

CM访谈1．是否有独立的配置管理组？有组织级的配置管理员吗？CM GP2.4提示：公司建立了一个质管部，配置管理组属于质量管理部配置管理组由组织级配置管理员（建立配置管理系统、对公司的产品库进行管理、对项目级的配置管理员进行培训指导）和项目级的配置管理员组成。

2．你是如何知道自己是项目中的配置管理员的？CM GP2.2 、GP2.4提示：《立项报告》确定了该项目的配置管理员，同时在《配置管理计划》、《项目计划书》具体进行了说明。

项目级的配置管理员的职责：编写《配置管理计划》、《基线发布报告》，建立配置库目录结构、执行配置审计、报告配置项状态、管理配置库、控制配置项变更。

3．每个项目都有CCB吗？通常由哪些角色组成？他们的职责有哪些？CM SP1.3 ；GP2.4、 GP2.7、GP2.10 每个项目都有CCB（配置控制委员会），通常是由项目经理、QA人员、CM人员等组成。

CCB职责：审批《配置管理计划》; 审批基线的建立和发布；审批配置项、基线的变更。

4．你是如何制定配置管理计划的？在什么时间？权限设置、目录结构设置？CM GP2.2提示：在项目立项后，根据《项目计划》、配置管理过程文件及相关指南、模板制定《配置管理计划》。

《配置管理计划》经项目组评审，提交CCB审批。

配置管理员依据《配置项及配置库定义指南》进行设置，权限设置、目录结构在《配置管理计划》详细描述。

5．你参加过哪些方面的培训，是否给项目组、相关组做过配置管理方面培训？ OT SP1.3提示：（1）首先参加了CMMI相关知识方面的培训和配置管理方面的培训，如配置管理工具VSS、公司配置管理规范、指南的培训等。

（2）组织级配置管理人员对项目级配置管理人员、项目组人员进行配置管理的指导和培训。

6．配置管理计划包括哪些方面内容？是否发生过计划变更？如何进行变更？CM GP2.10提示：《配置管理计划》包括人员、职责、软硬件资源、配置库结构、基线计划, 配置库备份计划、配置报告计划和配置审计计划等。

CMMI3访谈问题及答案--配置管理配置管理访谈1. 可否请你描述一下：你是如何确定你的项目的配置项的访问控制的？我们在项目启动时，会编写项目配置管理计划，明确配置项以及相应的责任人，并设立每个配置项的访问权限，比如：项目计划的修改权只有计划的责任人拥有。

再次，对于配置项，我们实施变更控制：对于基线化了的配置项，配置管理员会锁定，如果有人要修改，要提交变更申请，得到CCB授权同意后，配置管理员才会将配置项的修改权限放给变更申请人。

2. 可否请你描述一下：在你的项目中是如何发起变更请求，如何审核变更请求，如何报告变更状况的(如何记录的)？对于基线化了的配置项，我们如果要修改，需要提交变更请求，即起草变更请求表；对于变更请求，项目CCB会进行影响分析，在变更请求表中填写影响范围、工作量等信息，同时会做出是否同意变更的决定，如果决定变更，会制定修改方案，安排相关人员明确影响范围，实施变更；变更实施完成，要提交CCB验证，验证通过后，变更请求才被关闭；3. 可否请你描述一下：怎样计划配置审计的(怎样制定配置审计计划)？配置审计计划一般参考项目配置管理计划制定审计计划，从功能审计和物理审计方面考虑具体审计时机。

功能审计，比如我们项目一般会在配置系统建立结束时作一次审计，以检查配置系统能够满足本项目的实施需要，配置项管理方法是否正确，是否完整；再则，我们根据基线建立计划以及阶段结束时间制订物理审计和功能审计的时机，以确保所有的配置项如在CM 计划中期望的那样放在配置管理系统(也称配置库)下，确保团队有一个机制来知道给定配置管理项的最新状态，确保配置管理项的状态与基线信息一致，识别团队的配置管理培训需求等4. 可否请你描述一下：怎样审核和授权软件基线的变更的？软件基线的变更需要获得CCB的审核和授权5. 可否请你描述一下：CCB由哪些人员组成？就由项目经理，配置管理员、技术骨干组成。

CCB主任一般由项目经理担当。

开发访谈1．你采用了什么编程语言？公司是否对这些语言的编码规范做了规定？TS SP3.1 采用了java编程语言，公司在编码标准中对这些语言的编码规范进行详细的规定，包括命名规范，程序开发规范，注释的规范。

我们编写程序在开发过程中都是遵循这些规范的。

2．你采用了什么样的开发工具？ TS GP2.31.开发工具：Louts domino designer / VC++ / Eclipse2.开发语言：Lotus (VC++ / PHP )3.测试管理工具：TD4.应用服务器： Windows 20085.后台数据库：Oracle 10g6.分析设计工具：Visio2003(用例图、活动图、状态图、序列图、协作图、类图、流程图等等的设计)；EXCEL等丰等工具7.版本管理工具: SVN8.项目管理工具：微软Project20033．你参与了哪些工作产品的评审？VER SP2.1 、SP2.2、SP2.3项目计划、需求规格说明书、代码、测试用例等等的评审。

4．编程活动在什么时候开始启动？TS SP3.1在详细设计评审通过后，编程开始启动。

5．你采用了什么样的编码方法？TS GP2.3面向对象的程序设计。

6．你用什么工具生成和调试你的程序的？TS GP2.3通过Louts / VC++ / Eclipse的Debug功能来调试程序。

7．你编写的程序是如何知道满足设计的？通过什么样的方式跟踪？TS GP2.31.编程本身是按照概要设计、详细设计进行的；同时编码过程都是遵循编码标准的2.通过代码检查和评审，由同行的专家提出意见和建议；项目经理以《需求跟踪矩阵》的形式进行跟踪记录。

8．如何对代码的质量进行评审？ VER SP2.1 、SP2.2、SP2.3每个重要模块完成后，项目经理会指定专人依据《软件开发技术规范》对代码进行评审，评审结果记录在《评审纪录与报告》中。

9．你是如何进行单元测试的？测试的结果会记录吗？结果报告存放在哪里？TS SP3.1 单元测试，首先编写测试计划，计划通过评审后，编写测试观点，依据测试观点编写测试用例，然后对测试用例进行同行评审，评审通过后，编写测试程序，然后执行单元测试。

质量保证组（QA）访谈1.是否有独立的QA组？ PPQA GP2.4答：有，公司成立了QA组(质量管理部)，负责对公司所有的项目级及组织级的过程和产品进行检查和审计。

组织级的质量保证职责：对公司过程改进活动和工作产品、培训活动和工作产品进行检查。

项目级的质量保证职责：对所有项目的过程和工作产品进行检查。

包括：制定质量保证计划、实施质量保证活动、总结质量保证活动。

2.什么时候开始制定QA计划？是否需经评审？是否发生过变更？QA计划中有哪些内容？PPQA GP2.2、GP2.7答：1、确立项目后，QA协助项目经理制定项目计划，同时制定QA计划。

2、质量保证作为项目计划的一部分,一起提交项目小组及相关人员评审3、如果需求、进度等因素引起QA计划的变更，则质量保证人员调整QA计划，提交项目组评审。

4、QA计划中包括质量目标、资源、质量保证计划进度安排、检查的频率等内容。

3.你能大致描述从项目启动→需求→设计→编码→测试→项目结束的过程吗？如何对这些过程进行监督检查？PPQA SP1.1、SP2.1、SP2.2答：确立项目后，QA协助项目经理制定项目计划，同时制定QA计划. 通过审批后，每2周对过程进行检查，如遇到产品发布时，则对产品进行检查，发现的问题记录在产品检查单中, 质量保证人员编写项目周报, 在里程碑点时,要进行质量审计。

在检查基线点时，协助配置管理人员进行配置审计,在项目结项时,对项目质量进行总结,形成质量保证计划。

QA对各阶段的活动和产品都要进行跟踪、检查和验证工作。

4.你主要检查了哪些工作产品？大致说一下？PPQA SP1.1、SP2.1、SP2.2答：包括立项报告、项目计划（包括：配置计划、度量计划、进度计划、配置管理计划、风险管理、成本预算“括号内可以不答”）等, 用户需求说明书、需求规格说明书、概要设计、详细设计、代码情况、测试计划、测试报告、配置管理报告、配置审计报告等。

5.你是如何检查配置管理活动及产出物（或产品）？CM SP3.2答：依据公司组织过程标准检查配置管理的环境组建、权限管理、目录结构、基线划分。

项目经理访谈1.项目介绍 , 自我介绍我叫的是实现XXX，是 XX项目的项目经理。

我们XXXXX，此刻已经结项。

我们项目从XX项目是用 XX开发的 XX系统，目X 年 X 月 X 日开始，到 X 年 X 月 X日结束，成员有XX,XX,XX⋯⋯，说明各自角色。

2.请描绘一下你是怎样做项目计划的？在立项建议书经过审批后，软件事业部部经理筹建项目组，指定 PM和项目成员。

PM向配置主管（ XX）和 QA主管（ XX）申请了 CM和 QA。

在QA的辅助下， PM参照财产库中的历史数据（北园春收费管理系统），依据立项建议书和合同中商定的工作内容拟订了项目开发计划。

1)依据《软件生命周期模型选择指导书》，使用《软件生命周期模型选择表》选择了本项目的生命周期模型 XX模型，并说明选择原由（选择表中的选择结果）。

2)依据《项目开发过程的选择与裁剪指导书》定义了项目特色，本项目需要X 人开发 X 月，因此是 X 类项目，使用《项目过程定义表》对项目过程进行裁剪，本项目裁剪了 XX活动并填写到《项目开发计划》的误差说明中。

3)PM依据项目的详细状况（如项目较简单，开发周期短，人员少）区分了里程碑。

本项目分 XX 个里程碑（详细说明），确立了每个里程碑的开始结束时间、抵达标记和输出件。

4)对项目所有的工作任务进行分解，记录在《项目开发计划.mpp》。

5)我们使用估量指导书进行了功能点估量。

先算出项目的数据功能点和项目的交易功能点，最后填写数据通讯、性能等 14 条通用特征计算有关复杂性调整因子及总功能点，获得调整后的功能点数，依据组织的生产率拟订本项目的生产率进而算出需要的工作量。

组织级的生产率是1（根据历史经验得来），本项目的是1。

并对各阶段的工作量比率进行了区分，依据各阶段的工作量对工作任务进行了时间分派，形成《进度计划》。

6)依据估量出的工作量进行了成本估量，包含人职薪资、开发环境建设成本、培训成本、公用成本。

需求访谈1．请说明公司怎样明确需求人员岗位职责？在哪些方面体现？RD、REQM： GP2.4提示：在《软件项目相关角色职责说明书》和《项目计划》的项目体制中明确定义了需求人员的岗位职责。

需求人员主要负责需求的调研、分析、整理需求，编制《用户需求说明书》、《需求规格说明书》。

2．需求方面，公司是否有一些指导的方针？RD、REQM： GP2.1提示：有，公司由EPG负责起草公司组织方针，由MSG审批访该方针，该方针为CMMI 17个过程域分别制作了子方针。

需求的方针是严格控制需求的变更，需求文档要经过严格评审才能提交客户确认。

3．请你描述一下需求阶段分为几个子过程？及主要的工作是什么？RD SP1.1 、SP1.2、SP2.1、SP2.2、SP2.3、SP3.5提示：分为三个阶段；需求调研、需求分析、需求评审确认。

首先编制需求调研计划，然后进行需求调研，形成《客户访谈记录分析表》。

在调研的基础上，完成《用户需求说明书》后经项目组和相关人员评审，高层审批，客户签字确认后。

编制《需求规格说明书》，《需求规格说明书》需经项目组和相关人员（项目经理、设计、编码、测试）评审，评审后由总经理审批，然后交由客户签字确认。

4．你是如何获取项目和产品的需求？有哪些方法？REQM SP1.1提示：主要通过调研的形式，通过和客户的交流，会议交流，客户提供的报表资料等。

常见的方法有直接访谈、场景用例法、原型确认法等。

需求的获取方法在公司的《需求开发指南》中有描述。

5．你是如何对需求分类（功能、非功能）？依据什么进行分类？RD SP2.1、SP2.2；PI SP2.2提示：按功能来分：需求可分为功能性需求和非功能性需求；非功能性需求又分为：用户界面需求，接口需求，软硬件环境需求，项目质量需求（易用性，可移植性，健壮性，性能，效率）等。

6．你是如何标识需求状态的？你采用了什么方法或工具跟踪需求的状态？REQM SP1.4提示：利用《需求跟踪矩阵》标识需求状态。

CMMI组织类-过程改进组访谈问题及参考答案1.‘EPG(OPF)1.企业目标为何过程改进如何支持企业达成目标(SP答：金越软件的目标是成为国内领先的公共安全大数据平台承建商，政府信赖的数据治理和数据服务合作伙伴，致力于提升政府数据资产价值、提高政务（警务）云运行效率，助力建设平安社会、高效政务和智慧城市。

1) 成为中国领先的公共安全信息汇聚整合和大数据应用服务的创新企业；2) 公安、政法、政务等相关行业提供大数据资源整合和共享服务、大数据智能应用、跨网跨域安全交换和业务协同、综合业务办公整体解决方案；3) 研发大数据服务总线、大数据汇聚整合、跨网跨域安全交换、综合办公、门户等相关产品。

通过过程改进进一步规范软件产品研发和项目实施过程，提升项目研发效率，提高产品质量，降低缺陷率，强化发布软件系统的产品化程度，缩短现场工程实施周期，从而提高的公司的业务效益，实现公司的商业目标。

《改进计划》（\\cmmi\\EPG-过程改进\\01-诊断与改进计划）2.如何定期评鉴过程答：1）CMM过程改进项目启动时，由咨询公司结合我司商业目标以及项目实施和产品研发现状，针对CMM标准模型进行现状诊断，从而对当前软件成熟度现状有了初步的评价和改进意见；2）试点项目结束时，由项目组进行研发流程总结，总结本项目执行过程中发现的问题、提出建议，向EPG提交《项目总结报告》（cmmi\\项目1-赣州公安项目\\01-受控库\\02-过程文件\\04-支持）。

3）EPG组定期召开例会（2周一次），召集EPG组员收集试点项目的反馈信息，记录为《问题管理表》（\\cmmi\\EPG-过程改进\\04-改进项目管理\\组织级质量保证）、《》\\cmmi\\EPG-过程改进\\07-持续改进，作为后续改进计划依据。

4）试点项目结束后，咨询公司进行了预评估，全面诊断过程改进情况，形成《预评估报告》（\\cmmi\\EPG-过程改进\\06-预评估）EPG组长在整个cmm改进过程中，在各个阶段组织并监控评价过程，将评价结果向MSG汇报。

CMMI-3级评估-访谈提问单_答案CMMI访谈提问单PP 项目计划你是如何制定项目计划的,那些人员参与了项目计划制定过程,(1) 估计项目范围。

根据公司以往同类型历史项目的常规需、用户需求列表、参考同行产品得到产品的功能模块。

最小功能模块为增、删、改、查的上一级。

项目规模估计。

按独立功能(增、删、改操作的上一级)进行代码行数量估算。

定义项目过程。

由于本项目需求清晰，在项目初期就能就可以明确所有需求，所以选择的生命周期模型为瀑布模型。

本项目为产品研发项目，根据《组织标准软件过程裁剪指南》裁剪去掉了《组织标准软件过程》中项目立项阶段的“招标”和“应标”过程，裁剪结果记录在《项目软件过程定义》。

项目工作量估计。

在项目规模估计的基础上，依据组织提供的历史数据(人均生存率)以及业界标准(项目工作量阶段分布比例，开发工具系数、规模系数等)进行项目所需工作量的估计，从而进行进度安排。

确定项目角色和相关干系人。

项目经理为完成本项目选择相应的人员，定义每个成员的角色和职责，同时需识别相关干系人，比如客户代表，项目经理，需求人员、开发人员、设计人员等。

制定开发进度计划。

制定项目开发计划，明确所有的资源安排和时间安排，并得到项目相关干系人的统一认可。

识别项目风险。

物业:识别了项目的主要风险类别有“政策与行规”、“技术”、“项目团队”、“需求”及“计划”。

计划软硬件资源。

计划项目所需的软硬件资源。

物业:计划所需的软硬件资源有“开发PC”、“开发服务器”、“测试服务器”、“打印机”、“开发工具(如VS2005,VSS2005,SQL Server2005)”及“Office办公系列”确定项目数据管理计划。

项目产生的工作产品，统称为项目数据，如各种技术文档、管理文档、度量数据等。

项目的《配置管理计划》中的“配置项列表”给出了严格纳入配置管理、需版本控制的工作产品，如需求文档、设计文档、测试文档、源代码等;项目的《项目度量计划》给出了纳入该项目度量管理的所有数据，如工时、缺陷、评审发现的问题等。

设计访谈1．公司是否制定了设计方面的规程或指南？具体名称？TS SP1.3、SP1.4提示：公司制定了设计方面的规程。

主要有：《设计规范》、《设计方法》、《软件开发技术规范》、《面向对象设计方法》。

2．如何确定技术解决方案？TS SP1.1 、SP1.2 、SP1.3提示：在需求调研和需求文档确认后，相关设计人员就项目中的某些功能编写多个技术解决方案，完成后交项目经理，项目经理确定人员参与决策分析。

主要采用头脑风暴和会议的方式进行决策，从解决方案中选择适合项目的方案，形成决策分析报告，然后提交用户确认。

3．设计的过程？TS SP2.1、SP2.2、SP2.3、SP2.4；DAR SP1.3、SP1.4、SP1.5、SP1.6；PI SP1.1、SP1.2提示：设计一般分为2个阶段：概要设计和详细设计。

概要设计包括：总体设计、功能设计、运行设计、系统出错设计、数据结构设计、界面设计、系统安全设计、维护设计。

详细设计说明书：功能设计、表示层设计、接口设计、类设计、基表设计、数据库设计。

在需求规格说明书基线化后，进行概要设计的工作；在概要设计评审通过后进行详细设计的工作。

4．你参与了哪些工作产品的评审？VER SP2.1 、SP2.2、SP2.3提示：项目计划、用户需求说明书、需求规格说明书、概要设计、详细设计、测试用例的评审。

5．你采用了哪些设计方法及技术？你用到了哪些工具来开展你的设计工作？TS SP2.1 、SP2.2、SP2.3、GP2.3提示：采用面向对象的方法。

主要采用了：Visio2003：类图、流程图、界面示意图、网络拓朴图，主要用于系统方案、需求分析和模块设计。

6．你是如何确保你的设计符合需求？REQM SP1.4 ；VER SP2.1 、SP2.2、SP2.3提示：1.依据需求文档进行设计（主要是需求规格说明书）；2.此外还需对设计进行评审，由专家进行把关；3.项目经理通过《需求跟踪矩阵》来跟踪需求是否被设计实现。

如何理解客户的需求？答：首先，通过参阅客户的相关材料信息，进行需求调研；其次，针对获取的需求信息，进行相关培训；最后，参与需求评审会议，并作出评审记录，以便发布。

哪些人需要理解客户的需求？答：全体项目组成员都需要参与理解客户的需求。

1. Zheng Liu刘征——Project Manager (PM) ，项目经理兼Analysis & Design2. Jiping Wu吴际平——Analysis & Design，需求开发，组员3. Baolin Cheng程宝林——Coding & Development，软件开发，组员4. Tao Luo罗涛——Coding & Development，软件开发，组员5. Xiaofeng Yang杨晓峰——Testing6. Xiaowei Zhu朱晓伟——Configuration Management，配置管理7. Yan Zhou周燕——QA，质量检查如何让项目成员按照需求去遵循完成？答：首先，要给项目组成员培训客户的需求；通过每周例会，全体项目组成员要参与到需求的评审，让组成员对各自负责的需求进行确认。

如何对需求变更进行分析？答：首先得确认是不是由需求引起的变更；其次，再分析变更所产生的影响范围、大小甚至成本等。

哪些人会参与需求变更分析？答：一般受需求变更影响的项目组成员都得参与，必要的话，高层领导以及客户都得参与。

如何在项目中建立、跟踪、维护需求的双向跟踪矩阵？答：建立的话，通常在项目中各个里程碑阶段；而维护需求跟踪矩阵的话，包括需求、设计、编码、测试等；此外，我们主要从横向跟踪一致性与状态，然后再从纵向跟踪完成的进度。

如何处理需求变更对项目的工期或工作量的影响？答：1. 如果是变更的幅度较小，一般通过加班来解决问题2. 如果变更较大，可能会重新调整工期和工作量3. 我们会把变更记录在Project的Mpp中如何去开发客户的需求？答：首先收集客户材料，准备客户访谈单，进行访谈；然后通过现场观摩，整理需求、编写出需求文档等去实现开发需求。

CMMI3访谈问题-质量保证访谈问题-质量保证1、PPQA的职责是什么？如何来计划每个项目的质量检查过程?答：保证在软件整个生命周期内，项目组人员是否按照OSSP标准和规范执行项目活动。

根据项目定义和项目计划来制定质量保证的检查活动。

2、QA计划是如何制定的？有没有发生过变更？答：在项目立项的时候制定QA计划初稿，项目计划阶段制定QA 计划的完善，QA计划要经过评审，与项目计划一起进行评审，评审通过后要入基线库的。

计划发生过变更，有时针对客户不同时期的功能要求会形成不同的产品，计划免不了会发生相应的变动。

QA计划包含过程的检查，工作产品的检查两大方面。

过程的检查:分项目立项资料的检查、项目启动活动检查、项目管理执行活动检查、需求开发与管理检查、设计阶段活动检查、实现阶段活动检查、项目测试活动与测试执行检查、交付阶段检查、度量与分析过程检查、配置管理过程、配置管理执行检查、项目变更检查、管理评审检查、正式同行评审评审检查、非正式同行评审检查、走查检查、决策分析活动检查、项目总结活动检查。

工作产品检查: 分为项目裁减表检查、用户需求说明书检查、软件需求说明书检查、需求跟踪矩阵检查、软件估计检查、项目计划检查、度量计划检查、配置管理计划检查、测试计划检查、评审报告管理统计表、评审通知单、评审记录、里程碑检查。

3、对项目进行审计大概多久审计一次？答：按照质量保证计划，每半个月进行一次审计。

4、项目开发中检查了哪些工作产品？在哪里有定义？答：每个阶段都会产生一些工作产品，在《质量保证计划》和《检查表》中有定义。

项目立项阶段：我会检查有《项目审批表》、《项目管理记录》、《技术可行性分析报告》、《项目计划》初稿、《配置管理计划》初稿等；需求开发阶段：我检查《用户需求说明书》、《软件需求说明书》、《需求跟踪矩阵》等项目计划阶段：我检查《软件估计》、详细的《项目计划》、《配置管理计划》、《测试计划》、《项目计划评审》、《更新需求跟踪矩阵》项目的设计阶段：我会检查《数据库设计说明书》、《概要设计说明书》、《详细设计说明书》项目的编码阶段：我会检查《代码走读》、《单元测试用例》、《集成测试用例》、《系统测试用例》、《系统安装手册》、《用户使用手册》。