cmmi3访谈问题列表for

需求访谈1.请说明公司怎样明确需求人员岗位职责？在哪些方面体现？由高层指定项目经理，由项目经理在项目启动会时介绍我作为该项目的需求人员，以及相应的职责。

这些内容都记录在《项目计划书》中。

2.需求方面，公司是否有一些指导的方针？有的，这个方针是由组织统一制订的。

主要内容是：需求开发和需求管理，包括需求的获取、分析和管理按照统一的过程实施；需求是确定的、被跟踪和控制的；保证需求和最终产品的一致性。

3.请你描述一下需求阶段分为几个子过程？及主要的工作是什么？需求阶段分为需求获取，需求确认，需求分析，需求评审，需求管理（填写需求跟踪距阵）等等。

需求获取阶段主要制定需求开发管理计划，收集客户的需求，并整理到《用户需求说明书》，然后给客户确认，采用的方式主要是面对面访谈，会议交流，EMAIL沟通，填写调查表等等；《用户需求说明书》确认通过后，需求人员填写《需求跟踪距阵》的“用户需求”列；需求分析人员根据《用户需求说明书》制定《需求规格说明书》。

然后项目组人员对《软件需求说明书》进行评审。

评审通过后，需求人中更新《需求跟踪距阵》中的“软件需求”列。

需求开发流程图：4.你是如何获取项目和产品的需求？有哪些方法？如何获取客户的需求：根据《需求开发管理计划》中的需求调研方法、计划安排，向客户需求提供人员进行需求调研。

获取客户的需求，主要是与客户各业务部门通过广泛、深入的访谈、参观、收集材料、交流、或者提供原型的方式进行细致准确的需求调研，并记录过程结论、一致意见、不一致意见，整理分析形成《需求访谈记录表》。

采用的方式主要是面对面访谈，会议交流，EMAIL沟通，填写调查表等等，或做一些原型给客户，帮助客户发现一些潜在的需求。

5.你是如何对需求分类（功能、非功能）？需求分为功能性需求与质量属性方面的需求，质量属性可以分为可维护性，安全性，兼容性，易用性等等。

6.你是如何标识需求状态的？你采用了什么方法或工具跟踪需求的状态？我们在每个阶段完成时，都填写《需求跟踪距阵》，所以当需求变更时，我们采用《需求跟踪距阵》来查看每个需求的状态，了解因变更而影响的需求范围。

CM访谈1．是否有独立的配置管理组有组织级的配置管理员吗是的，我既是组织级，又是项目级的配置管理人员。

（林芳即是组织级又是项目级的配置管理员、汪倩媛是项目级配置管理员）2．你是如何知道自己是项目中的配置管理员的在项目启动会上，由项目经理告诉我的。

3．什么是配置项配置项是项目中一些重要的工作产品，当需求开发完成后，由我和项目经理共同识别项目中配置项，主要判断标准是：（1）需要两个或两个以上的人共同参考的数据，例如《配置管理计划》《质量保证计划》《测试计划》等；（2）当变更发生时，这些数据的变更可能会影响项目中的成本，进度或质量的数据，例如《需求规格说明书》、《概要设计说明书》等。

4．项目中识别了哪些配置项项目中识别的配置项有：5．你是如何建立配置库的及如何分配权限在项目立项后，我会根据《配置管理计划》来建立配置库，项目级的配置库目录结构如下图：注：记下这个图，在访谈的时候到这个目录结构讲出来第一级是项目名称，二级目录分为五个库，分别是：01-编辑区，02-测试区，03-基线区 04-管理区 05发布区，他们的作用分别是：1、01-编辑区中主要由存放项目中工程过程的数据（包括需求、设计、编码、测试）；2、04-管理区主要存放项目过程中管理类的文档（包括周报、周例会、里程碑报告、配置管理、质量保证等），01和04目录这里所有项目组的人都有读，删，写的权限；3、03-基线区主要是将评审通过后的配置项，由配置管理人员纳入到基线库；基线区主要是存放一些项目中重要的工作产品的稳定版本，相当于在公司内部的一个数据发布，这里配置管理人员与高层有进行读，删，写,项目组成员只读权限，4、02-测试区是存放一些内部测试的版本，只有测试人员、配置管理人员有进行读，删，写的权限，其它人员，没有。

5、05-发布区是存放一些对外发布的产品，“05-发布区”只有配置管理人员有进行读，删，写的权限，其它人员，没有。

需了解“配置管理计划与状态报告”中的“Sheet: 权限说明”，了解目录结构以及权限说明。

4OPD SP1.1How do you manage organizational process or process asset ? (L/F: std process, process asset, tailoring method, measurement library, process asset library, revision process, announcement method)你如何管理组织的过程或过程资产？（标准过程，过程资产，裁减方法，试题库，过程资产库，修订过程，宣告的方法）SP1.3 SP1.4 SP1.51、建立标准过程：现有项目立项、项目策划、项目监控、项目风险分析、测试环境、质量保证、需求开发、需求变更和跟踪过程规范等共计22个标准工作过程。

2、标准过程维护：EPG小组定期（每个季度）召开一次例会，对工作过程在公司运行情况进行讨论，采集改进意见及建议，并进行分析，针对分析结果决定是否改进，形成管理规范，提供项目团队使用。

3、建立组织生命周期模型：瀑布式（需求明确、客户不急、项目管理水平要求不高） & 迭代式（多次交付、客户急需看到产品、管理要求高）项目一般采用瀑布式，客户定制化的项目关系较好的瀑布，一般的迭代，快速交付客户产品，给出反馈，及时修正和调整产品。

4、建立裁剪指南：内部自研项目（产品平台、自用型项目）& 外部客户定制产品（重点客户、一般客户）5、建立组织度量库：每年一次统计分析，得出上年度人均成本及生产率，提供本年度项目参考（生产率：0.25个功能/人天，成本：1000元/人天）6、建立组织过程资产库（资产库的设计、入库内容选定、建立资产库内容目录等）7、建立标准工作环境等5OPD SP1.2How do you manage organizational life cycle models ? (F/U: What kind of lyfe cylcles your org. use ?)你如何管理组织的生命周期模型？（组织使用了哪些生命周期模型？）公司根据项目的不同，设定了不同的生命周期模型，瀑布式（需求明确、客户不急、项目管理水平要求不高） & 迭代式（多次交付、客户急需看到产品、管理要求高）项目一般采用瀑布式，客户定制化的项目关系较好的瀑布，一般的迭代，快速交付客户产品，给出反馈，及时修正和调整产品。

CMMI3访谈问题及答案--中高层领导及中高层领导访谈问题高层领导：1、自我介绍姓名，职务（xxx为研发中心副经理，主管xxxxx项目；xxx为软件中心副经理，主管xxxxx项目、xxxxxxx项目）。

2、公司组织架构照实说3、公司的业务目标面向xx、xx、xx等行业领域，聚焦客户信息化服务，成为本地领先、全国优秀的软件开发和应用集成服务商，为政企客户提供全方位、一体化、专业化的服务，成就客户价值，实现客户价值与企业价值的共同成长。

4、过程需求和目标软件开发过程要能够实现软件开发活动可控、可预见，并以提高产品质量为核心，逐步提高用户满意度。

通过过程的逐步实施，整理和吸收经验教训，提高企业软件开发活动的一致性程度，增加客户对企业的信任感和认可度。

5、公司目标、方针在哪里有描述《年度过程改进计划》和《过程策略与方针》6、组织级的过程方针包括哪些内容？公司的质量方针是：积极控制项目进度，逐步改善项目进度可控性。

提高生产率，减少返工时间，降低人力成本。

主动提高产品质量，交付用户满意的产品。

以及公司已定义的14个过程域的过程方针，相应的过程文件、指导书、模版。

7、项目资源和人员职责是怎样分配的？项目开始时，软件部经理筹建项目组，指定项目经理和项目成员。

项目经理参考组织过程管理中的标准工作环境指导书计划项目软硬件资源，根据角色与术语指导书分配人员职责，每个过程中也有对本过程相关角色与职责的描述。

8、公司如何监控项目项目经理每周向部门经理交周报，汇报本周工作进展情况。

每个阶段结束时召开里程碑会议，向软件部经理汇报本阶段的工作，度量数据的分析，发现的风险和存在的问题等。

软件部经理在公司定期会议上向总经理汇报各项目的情况。

9、你参与了项目的那些监控活动？部分项目周会、每周PM报给我周报、项目各阶段的里程碑会、重要工作产品的评审会、决策会议等10、项目计划阶段你参与了那些活动？项目计划的评审和审批11、你参与了那些决策评审活动？负责项目的决策分析、需求、设计评审都参加了12、你怎样确定项目目标已经达成？通过项目度量表中收集到的数据：进度偏移率、工作量偏差率、缺陷密度、成本偏差率等。

测试访谈1．是否成立了独立的测试组？测试人员在项目中测试的职责？有独立的测试组，测试组由测试组长和测试员组成。

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

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

2．你是如何了解到你是项目中的成员？项目经理组织项目启动会，明确项目人员的角色与职责，在启动会上项目经理介绍我的角色和职责。

同时项目经理将项目组织架构图及其角色与职责记录在《项目计划书》中，以便项目组人员查看。

3．你参与了哪些方面的同行评审？同行评审流程？管理类评审主要有项目计划（集成项目计划包括了项目计划、进度计划、测试计划，配置管理计划，质量保证计划，评审计划，培训计划，利益相关者介入计划）等。

同行评审：需求规格说明书、概要设计说明书、详细设计说明书，单元测试用例、集成测试用例、系统测试用例的评审。

评审目的是尽早地发现工作成果中的缺陷，并及时消除缺陷，从而有效地提高产品的质量。

评审类型：管理评审，正式同行评审(会议评审)，非正式同行评审(邮件评审)及走查四种评审结论：评审通过、需要修改通过、评审不通过。

评审的标准：（1）存在的紧急缺陷时，评审不通过，需要重新评审。

（2）无紧急缺陷，对其他缺陷进行修改后，并得到各评审确认后，评审通过。

（3）无缺陷，不需要修改评审通过。

评审的严重程度分为：紧急，严重，一般，建议正式同行评审流程(会议评审)：作者提出评审申请，由项目经理确定评审的参加人员，发送《评审通知单》（通知内容：评审时间，评审的工作产品、评审记录表等）给评审参加人员。

项目经理会先发起预审，预审阶段由评审人员将发现的问题记录在《评审记录表》中，在评审会议上，作者根据《评审记录表》回答评审人员提出的问题，由项目经理指定人员监控及验证作者解决评审中发现的问题，项目经理、QA跟踪问题直到关闭。

最后由项目经理汇总《评审记录表》的缺陷，编写《评审报告》对缺陷进行汇总及分析，并确定评审是否通过。

CMMI3访谈问题列表-for-EPGCMMI3访谈问题列表-for-EPGEPG访谈1.想问一下你们有专门的过程改进组吗？由哪些人员组成？公司成立了过程改进组,组里有4个人,分别来自于公司的各个部门的主要负责人,具体分工：成员分工黄文英过程改进：组织过程焦点OPF、组织过程定义OPD,IPM, 风险管理RSKM黄莉琳配置管理CM，技术解决方案TS、产品集成PI支持类：度量和分析MA 质量保证PPQA支持类：决策分析DAR郑军、黄文英过程改进：组织培训OT工程技术：需求管理REQM、需求开发RD陈可思、黄莉琳项目管理：项目计划PP、项目监控PMC、验证VER、确认V AL2.关于组织过程改进方面，是否有相关的方针？方针是谁写的？组织过程定义和组织过程焦点方针分别什么？有相关的方针,这个方针是我们的高层蔡总制订初稿的,我进行了修改，然后提交给蔡总再次审核。

审核通过后，这个方针就做为公司进行CMMI三级过程改进的指导思想。

在这个方针里，对于组织过程定义和组织过程焦点的要求是：过程改进工作是有计划，并被跟踪的，且过程改进工作是一个持续进行的。

成立专让的过程改进小组（EPG）负责此项工作，EPG组的主要职责建立并维护组织级标准软件过程，并在全公司推广这套体系。

收集项目中应用比较好的过程，做为最佳实践，为组织建立并维护财富库，供以后项目参考。

3.你了解公司目前公司的商业目标吗？你是如何将公司商业目标体现在你的过程改进计划或活动中呢？我们能够有效识别客户的业务需求，并提供高质量的客户解决方案，同时秉承服务于客户需求，与客户共同发展的商业理念。

我们在公司进行CMMI过程改进的目的也就是征对公司的这一商业目标，改善软件开发过程，为公司的软件开发提供丰富的模板，并要求项目组按照已定义的过程来执行软件开发过程，提高阶段产品的质量，将问题发现在平时，解决在平时，。

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

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

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

项目规模估计。

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

定义项目过程。

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

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

项目工作量估计。

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

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

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

制定开发进度计划。

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

识别项目风险。

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

计划软硬件资源。

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

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

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

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

EPG访谈1.想问一下你们有专门的过程改进组吗？由哪些人员组成？2.关于组织过程改进方面，是否有相关的方针？方针是谁写的？组织过程定义和组织过程焦点方针分别什么？有相关的方针,这个方针是我们的高层蔡总制订初稿的,我进行了修改，然后提交给蔡总再次审核。

审核通过后，这个方针就做为公司进行CMMI三级过程改进的指导思想。

在这个方针里，对于组织过程定义和组织过程焦点的要求是：过程改进工作是有计划，并被跟踪的，且过程改进工作是一个持续进行的。

成立专让的过程改进小组（EPG）负责此项工作，EPG组的主要职责建立并维护组织级标准软件过程，并在全公司推广这套体系。

收集项目中应用比较好的过程，做为最佳实践，为组织建立并维护财富库，供以后项目参考。

3.你了解公司目前公司的商业目标吗？你是如何将公司商业目标体现在你的过程改进计划或活动中呢？我们能够有效识别客户的业务需求，并提供高质量的客户解决方案，同时秉承服务于客户需求，与客户共同发展的商业理念。

我们在公司进行CMMI过程改进的目的也就是征对公司的这一商业目标，改善软件开发过程，为公司的软件开发提供丰富的模板，并要求项目组按照已定义的过程来执行软件开发过程，提高阶段产品的质量，将问题发现在平时，解决在平时，从而提高产品的质量，提高客户的满意度。

4.你了解公司在过程改进方面投入情况吗？具体提供了哪些资源？了解，公司提供的强有力的人力资源，成立了过程改进组。

提供了有关CMMI的培训，并准备了很多CMMI的资料供大家学习。

（可以扩充）5.过程改进计划是如何制定的？（由谁来审批）过程改进计划是由我来制定的，我是根据差距分析报告中公司现状与CMMI三级的差距而制定的CMMI过程改进计划，计划主要内容由WBS任务分解，过程改进的成员，组间协调计划，配置管理计划，质量保证计划等等，我组织了一次对《过程改进计划》的评审，这次评审邀请了老总和所有的EPG组成员。

评审中我们将发现的问题记录在问题跟踪表中，会后由我来进行修改，然后提交给周总，进行再次审核。

CMMI3工程组人员访谈常见问题,需求带答案工程组(Engg)访谈问题汇总：一、需求开发与管理（RD、REQM）1、如何导出客户的需求？制定需求调研计划，准备需求提问单，调查表，通过会议、访谈、电话等方式对系统使用人员，熟悉系统业务规则的人，决策者等相关人员进行需求调研，调研的题纲为功能需求、场景、非功能需求、界面。

环境、性能、接口、产品验收、交付。

2、如何进行需求开发？需求开发的主要活动有哪些？导出用户需求，开发用户需求说明书，评审CRS，客户确认用户需求说明书，开发产品需求说明书，评审，客户确认。

需求管理的活动主要是：控制变更，维护需求跟踪矩阵，需求不一致记录3、用户需求说明书包含哪些主要内容？功能需求、场景、非功能需求、界面。

环境、性能、接口、产品验收、交付方式时间4、如何进行需求评审？需求评审有哪些准则？进行正式的会议评审，非正式的有EMAIL会签，走查。

准则有：可追溯性，正确性，完整性，一性性，可行性，无二义性，可验证性，必要性，可理解性，划分优先级，具有楖要设计所需的相关输入信息。

5、用户需求如何得到验证？评审确认6、需求的约束条件在哪里记录？产品需求规格说明书的项目概述－》有一节是假定和约束：列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等7、产品需求说明包括哪些内容？产品需求与用户需求的区别在哪里？产品介绍描述用户群体的特征定义产品的范围阐述产品应当遵循的标准和规范定义产品中的角色定义产品的功能性需求定义产品的非功能性需求，如用户需求、软硬件环境、质量等需求规格说明书包括：用例、系统总体结构图、用户需求的细化（功能性和非功能性需求），接口的需求、界面需求差别：先将客户需求变为产品需求，再将各功能点非配到相应功能模块，然后识别接口需求，将内部接口和外部接口分开8、如何描述需求模块模块功能编号，名称，模块优先级，然后对其功能进行描述，数据描述，设定相应约束条件，使用岗位，关联模块9、RTM的主要内容有哪些？RTM有没有定期评审？分配的需求ID，软件需求规格ID，系统测试用例标识，ST用例执行情况，概要设计，集成测试用例标识，详细设计，单元测试用例标识，代码。

cmmi3级访谈问题序号实践访谈问题SP1.1建立战略培训需要Establish andmaintain thestrategic trainingneeds of theorganization.是否建立了3年或3年以上的培训规划?SP1.2确定由组织级负责的培训Determine whichtraining needs arethe responsibilityof theorganization andwhich will be leftto the individualproject orsupport group.是否明确区分了共性的培训需求与个性的培训需求?对于个性的培训需求的满足是如何处理的?是否和项目组达成了一致?如何获取的培训需求?SP1.3建立组织的战术培训计划有无年度培训计划?有无详细的培训计划?是否明确了时间,地点,人物?详细的培训计划或者培训通知提前多久通知了相关人员？培训预算是多少？培训计划是否评审过?培训计划是否变更过?计划的跟踪记录?SP1.4建立培训能力对于培训讲师是如何管理的？是否有课程描述文件(内容目录,预期的听众,前提条件,培训目标,时间,结业条件,免修条件等)?课程是如何定义出来?SP2.1提交培训有无免培的记录 ?SP2.2建立培训记录内部培训是如何做的? 对培训讲义是否有组织级的要求?电子版的讲义在哪里?纸质的讲义在哪里?缺勤如何进行处理?有无签到记录?有无历史的培训档案?SP2.3评价培训效果Assess theeffectiveness ofthe organization’straining program.怎么评价培训目标的达成的?培训反馈的记录有没有?学生对老师老师对学生培训组对课程培训的长期效果如何评价的?是否值的投入大,是否真有必要开这门课?岗位技能矩阵人员的培养在技能表中如何体现？员工技能现状培训完成后是否更新了人员技能矩阵；多久更新一次?GP2.5培训人员组织的培训管理员、内部讲师胜任培训工作吗？都接受过过什么培训？GP2.8监控OT有没有对培训的统计分析?有没有监控培训花费的工作量及成本？GP2.9QA审计OT PPQA是否检查过?PPQA有无检查单?GP2.1 0高层参与OT领导参与过哪些与培训有关的活动？GP3.1建立已定义过程是否对培训过程进行过裁剪？是否有裁剪记录？考核点访谈记录根据组织的业务发展规划得出组织的培训规划，并文档化区分了组织级负责的培训与项目级负责的培训个性的培训需求需要综合考虑：1. 公司是否有内部满足培训的能力，外训是否合算2. 是否与公司的业务发展相一致3. 是否有必要进行培训通过分析决定是否满足个性的培训需求，是否纳入年度培训计划中培训需求获取渠道：1.培训需求调查2.组织业务发展战略及培训规划3.员工技能现状4.项目或个人主动提出培训需求5.公司高层领导提出培训需求6.常规培训：比如，员工日常行为规范；新员工入职等标杆对比、技术交流有；根据培训需求获取的结果结合公司的财务预算、培训能力等综合考虑制定出年度培训计划；年度培训计划需要得到高层经理的批准培训的详细计划【培训通知】包括：1.时间2.地点3.讲师、学员3~7天都可以如果公司有专门的培训预算需要明确占到研发费用的百分比，或者具体的金额；有的公司大多是内部培训，培训的成本很低，因此可以没有专门的培训预算，当实际发生了较大金额的培训时，记录下来即可培训计划因为涉及到培训预算的内容，所以一般需要高层经理审批；公司一般也会选取各个领域的代表进行评审，评审培训计划是否合理当培训计划发生变更时要注意更新培训计划培训讲师管理制度：主要从以下几点考虑1.公司有哪些内部培训讲师2.培训讲师的资格、等级，以及升迁制度3.培训讲师的讲课津贴4.公司也可以没有对讲师的严格要求，只要在某一领域是公司内的专家即可作为内部讲师讲师-课程清单：1.公司有哪些讲师能够讲哪些课程2.课程是针对组织的还是个别项目的3.课程的简单描述以及适合的对象课程讲义是由领域专业人员制定，并经过公司相关领域技术专家的评审，最终确定的；有的课程因为没有技术专家评审，基本上由专业人员制定即可，根据讲课的效果在逐步完善讲义如果培训时，有些人申请免陪；必须填写免陪申请单；访谈时对于免陪的规定要了解；可以没有免陪的情况如果公司有领域专家，则需要进行专家评审；如果没有领域专家，则不需要评审，由讲师制定教材即可培训教材存放在组织过程资产库中的培训教材库中如果有纸质的讲义，由文档管理员负责存档对于培训时，无故缺勤人员要做记录，并通报批评，并要求课下自学；如果下次有相关培训时，必须参加有签到表每次培训都会记录下来1.通过考试评价学员对培训知识的掌握情况2.通过课堂问答评价对知识的掌握情况3.通过培训后学员日常的工作表现，评价培训的中长期效果，由项目主管/公司领导定期对员工做评价培训反馈表记录了学生对老师，学生对课程的评价；老师对学生的评价通常通过考试、课程问答评价1.岗位技能矩阵作为基准2.员工的技能现状与基准进行比较3.明确哪些员工需要进行哪些培训4.员工的技能现状随着经验的获得、参加了培训要不断更新5.岗位技能矩阵的基准也可能随着公司的发展而调整1.当培训完成后能够及时评价培训的效果时则需要及时更新员工技能矩阵2.当培训完成后需要较长时间才能评价培训的效果时，通常半年或一年进行一次员工技能评定并更新员工技能矩阵1.最基本的培训是CMMI中OT过程域的培训，组织的培训管理员一定要深刻理解OT的知识点才能很好的履行其职责2.公司培训预算许可则可以进行内部培训师的培训（TTT培训），使内部讲师掌握授课技巧、PPT制作技巧等专业讲师技能，以便更好的履行其职责3.其他的一些常用管理培训，如：组织，沟通协调等也适用于对培训负责人与内部讲师的培训培训度量包括：1.人均每年接受的培训课时数2.计划进行的培训与实际的对比1.培训总结报告中要总结培训花费的工作量及成本的度量计划V实际QA定期审计培训的情况高层领导一般需要审批培训的战略规划；审批培训资金；审批培训的年度计划，并亲自参与某些培训培训计划中要明确体现培训过程的裁剪结果1.培训活动是不可裁剪的，所有定义的培训活动都要进行访谈记录。

质量保证组（QA）访谈1.自我介绍2.是否有独立的QA组有，有独立的QA组，有组织级QA人员、项目级QA人员。

组织级QA同时担任项目级QA。

3.什么时候开始制定QA计划是否需经评审是否发生过变更QA计划中有哪些内容在项目计划阶段根据项目计划书制定QA质量保证计划，QA计划要经过评审，与项目计划一起进行评审，评审通过后要入基线库的.QA计划包含过程的检查,工作产品的检查两大方面.过程的检查:分为项目策划过程检查、项目跟踪与监控过程检查、需求开发过程检查、需求管理过程检查、设计过程检查、编码过程检查、产品集成过程检查、测试过程检查、上线发布过程检查、配置管理过程检查.工作产品检查:分为项目计划书、需求规格说明书、概要设计说明书、数据库说明书、详细设计说明书、需求跟踪矩阵、测试计划、测试用例、配置管理计划检查等4.你能大致描述从项目启动→需求→设计→编码→测试→项目结束的过程吗如何对这些过程进行监督检查项目启动检查:1、项目经理是否指定项目角色；2、项目计划是否制定；3、项目启动会是否召开；需求阶段检查:1、需求开发与管理计划是否制定；2、需求跟踪矩阵的更新与维护是否完成3、需求是否获取4、用户需求说明书是否经过项目组评审；5、用户的需求是否经过分析；6、需求规格说明书是否经过项目组评审；7、用户需求说明书提交评审后是否完成需求跟踪矩阵用户需求部分的填写；8、需求规格说明书提交评审后是否完成软件跟踪矩阵软件需求部分的填写；设计阶段检查:1、是否编写概要设计说明书；2、概要设计说明书中是否定义了接口需求；3、概要设计说明书是否经过评审；4、详细设计说明书有没有通过评审5、是否写数据库设计说明书编码阶段检查:1、是否确定编码规范; 2、系统安装手册\用户使用手册有没有制定；3、代码走查是否执行测试阶段检查:1、单元测试用例，集成测试用例，系统测试用例是否制定；2、检查缺陷跟踪表是否填写；3、检查是否编写测试报告；项目结束检查:1、检查项目上线报告中项目经理和客户有没有签字确认；2、是否编写项目总结报告；3、项目是否归档5.你主要检查了哪些工作产品大致说一下每个阶段都会产生一些工作产品,如项目策划阶段：检查有《项目估算表》\《项目计划书》\《配置管理计划》《测试计划》；需求开发阶段：检查有《用户需求说明书》\《需求规格说明书》\《需求跟踪矩阵》等项目设计阶段：检查有《数据库设计说明书》\《概要设计说明书》\《接口清单》《详细设计说明书》项目编码阶段：检查有《代码检查单》\《单元测试用例》\《集成测试用例》\《系统测试用例》\项目测试阶段：检查有《测试用例》\《缺陷跟踪表》\《测试报告》\《用户手册》《系统安装手册》上线发布阶段：检查有《项目上线报告》\《项目交付清单》6.你是如何检查配置管理活动及产出物（或产品）依据《过程审计检查单》检查配置管理过程及工作产品，包括A、配置管理人员是否创建配置库；B、配置管理人员是否为项目经理、质量保证人员分配权限并EMIAL通知；C、配置管理人员是否将产品入基线库后的发送《基线建立通知单》等详细见“QA-4-02 过程审计检查单”配置管理流程的检查项。

C M M I L3项目经理访谈问题及答案-CAL-FENGHAI-(2020YEAR-YICAI)_JINGBIAN1. Would you please describe the inputs you consider to support your Project Planning estimation请你描述一下支持项目计划估算的输入有哪些。

Listen Fors:Project requirements including:- Product requirements- Requirements imposed by the organization- Requirements imposed by the customer- Other requirements that impact the projectScope of the projectIdentified tasks and work productsTechnical approachSize and complexity of the work products and tasksSelected product life-cycle modelModels or historical data for converting the attributes into labor hours and costsMethodology used to determine needed materials, skills, labor hours and cost项目要求包括：-产品要求-组织需求-要求的客户-影响项目的其它需求•项目范围•确定的任务和工作产品•技术方法•规模和复杂性的工作产品和任务•选定的产品生命周期模型•模型或历史数据属性转换成工时和成本•方法来确定所需的材料，技能，劳动时间和成本2. Would you please describe the contents of your Work Breakdown Structure that you develop to identify and organize (“work packages”)请你描述一下WBS分解的内容（工作包）。