CMMI访谈问题集锦

上传人:汽*** 文档编号:565011215 上传时间:2023-05-30 格式:DOC 页数:27 大小:205.50KB
返回 下载 相关 举报
CMMI访谈问题集锦_第1页
第1页 / 共27页
CMMI访谈问题集锦_第2页
第2页 / 共27页
CMMI访谈问题集锦_第3页
第3页 / 共27页
CMMI访谈问题集锦_第4页
第4页 / 共27页
CMMI访谈问题集锦_第5页
第5页 / 共27页
点击查看更多>>
资源描述

《CMMI访谈问题集锦》由会员分享,可在线阅读,更多相关《CMMI访谈问题集锦(27页珍藏版)》请在金锄头文库上搜索。

1、ID过程领域问题级别问题回答参考1PPQAB可否请你描述一下:不一致问题(NC)是如何处理的?不一致问题需要与当事人和项目经理协商处理措施;如果不能达到统一意见,则上报高级管理者;同时根据解决期限,到时实施追踪;按期无法解决的问题,再次和当事人协商,如果无法达成一致,则逐级上报给适当的管理者进行解决;对于近期的确无法解决的NC项,纳入组织课题管理表,在未来的高层会议中进行分析、决策,项目中的该NC项暂时关闭;所有NC项需要被跟踪到关闭;2PPQAA可否请你描述一下:在你这个项目中,你如何做过程与产品质量保证的?首 先做计划,根据计划去检查项目的情况如果发现不一致项,提交不一致项,进行跟踪,如果

2、不能达成统一意见则上报高级管理者。同时根据解决期限 到时实施追踪,按期无法解决的问题 再次和当事人协商 如果无法达成一致则逐级上报给适当的管理者进行解决,对于近期的确无法解决的NC项 纳入组织课题管理表,在未来的高层会议中进行分析决策 项目中的该NC项暂时管关闭,所有的NC项需要跟踪到关闭3PPQAA可否请你描述一下:你做PPQA的感受QA非常有意义,但是也很难,QA工作最重要在于沟通4PPQAC可否请你描述一下:QA的职责参与协助项目计划制定;向项目组提供基于项目过程和规程的咨询和指导;作为第三方检查项目组的活动、工作产品是否符合组织标准作业过程;提交不符合项,协助项目组解决;收集、提出改进

3、意见;向高层客观报告项目过程、产品等方面的信息;5PPQAC可否请你描述一下:QA的目标是什么?帮助组织推广标准过程,实现过程改进的目标(今年的过程改进目标就是达到CMMI L3标准)6PPQAA可否请你描述一下:你是如何获取QA人员中的最佳项目执行经验的以及PPQA活动中存在的问题等信息?QA 定期进行检查,发现问题 ,QA把找出来的问题作为教训,为什么老是不按规范做,一次又一次的不按规范做,对这些经验教训进行总结.,定期参加项目例会,里程碑会议获取项目的数据经验。7PPQAB可否请你描述一下:PPQA组织如何提高自身能力的?参加职业培训 ,多参加一些实践提高自己的能力8PPQAC可否请你描

4、述一下:QA策略对于项目组的检查要客观 公正9PPQAC可否请你描述一下:你是如何和项目经理合作的?项目启动后要先跟项目经理交流,将自己获取的经验教训跟项目经理分享分享,实际工作根据项项目经理计划制定QA计划。因为只有根据项目经理的计划的具体数据才能够制定出符合本项目的更合理的QA计划10PPQAB可否请你描述一下:公司是如何确保PPQA活动在项目组中顺利展开的?确保QA的权威性,QA人员就专职的做QA工作,不属于任何项目,还要检查项目配置人员, 培训人员 ,EPG管理我的11PPQAC可否请你描述一下:QA工作的原则保证有效性;审计及时性;缺陷修复最小代价;12PPQAB可否请你描述一下:Q

5、A人员在你们项目中做些什么?过程和产品的质量保证人员会定期来检查项目组是否遵循组织过程,比如计划是否及时评审,进度是否正常,如果出现偏差,是否有效解决,编码是否遵循编码规约等;他们发现问题,会记录到不一致项表中,发布给大家,我们收到不一致项,项目经理会指定人员解决,QA人员跟踪到不一致项被解决为止。13PPQAC可否请你描述一下:在你负责的项目中,你如何制订质量保证计划根据项目经理的计划只制定QA计划,项目经理的项目计划发生变更的时候更新QA计划,本项目没有变更QA计划 因为时间充分14PPQAC可否请你描述一下:QA审核报告发布给谁?项目经理、项目组、PPQA经理、以及其他相关人员(比如部长

6、,组织度量人员)15PPQAA可否请你描述一下:在你的项目中,什么时候更新QA计划?项目经理制定项目计划根据项目经理的计划制定QA的计划 ,本项目没有更新项目计划 因为时间比较充分16PPQAAQA在具体项目中,会审核哪些文档?有哪些记录?报告给谁?多长时间报告?NC CHECKLIST QA周报 QA月报 报告给PM和EPG 项目经理根据我提交的检查报告制定人员检查发现的问题。 每季度项公司高层报告.17产品集成A每个人的成果物是如何合在一起的?-18产品集成A有没有接口管理的问题?-19度量与分析A可否请你描述一下:数据采集策略是什么?如何存储的?我们公司的财富库中定义了度量数据库,规定每

7、个项目在质量、成本、进度、过程性能方面需要有度量,在项目开始阶段,我们需要根据度量数据库制订度量计划,规定采集的数据对象,采集时机;质量数据,我们的DR报告书有统计;成本数据,在工数管理表和进度报告书中都有;进度数据,反映在我们的进度报告书中;过程性能,在业务报告书和QA不一致问题跟踪表中;项目结束后,这些数据统计表单提交给组织级度量管理员(王中一),由他统计到组织级度量库中;20度量与分析B可否请你描述一下:如何制订度量与分析计划的?我们公司的财富库中定义了度量数据库,规定每个项目在质量、成本、进度、过程性能方面需要有度量,因此,我们项目的度量对象也会包括这些方面,同时,如果项目有特殊需要的

8、度量对象,也要加以考虑,但是我们项目没有碰到过。规定了度量项后,再制订数据采集时机。度量数据分析以及报告计划,我们会参考项目经理的监控计划,比如项目经理需要每天监控进度,我就每天分析并报告进度情况。21度量与分析A可否请你描述一下:在你项目中,度量数据的确认过程我从度量人员提交的度量报告中可以看到进度、品质、成本等方面的数据,如果数据不够,我们会增加度量项。22度量与分析A度量怎么做的?有什么指标?除了质量、成本、进度之外,还要关注什么,来帮助你的项目管理I-23风险管理C可否请你描述一下:如何识别风险,风险系数是怎么来的?我们有一个风险列表库,根据历史总结,我们主要在人员、客户沟通、技术、进

9、度等方面存在一些风险,我们从这些方面识别项目风险。然后,根据分下发生的可能性和风险发生带来的影响的严重程度,得出风险系数。如果风险较多,我们一般跟踪风险系数最大的3到5个风险。24风险管理B可否请你描述一下:风险管理怎么做的?25风险管理A可否请你描述一下:你是如何计划和跟踪风险的?我们有一个风险列表库,根据历史总结,我们主要在人员、客户沟通、技术、进度等方面存在一些风险,我们从这些方面识别项目风险。然后我们设定风险缓解计划与跟踪计划,制订风险责任人负责跟踪风险状态。26风险管理B可否请你描述一下:怎么跟踪风险?我们这个项目周期比较短,我们对已经识别的风险基本上每天或者每隔一天跟踪风险状态,并

10、识别是否有新风险增加。27风险管理A风险跟踪的记录体现在哪里?-28集成项目管理A可否请你描述一下:项目关闭时,你做些什么事情?召开项目终了会议,总结项目经验和教训。并提交项目总结报告给EPG。29集成项目管理A可否请你描述一下:项目历史教训和经验是如何管理的?项目的教训和经验在项目总结时,提交给EPG,EPG会将经验纳入到组织财富库中,我们以后可以在组织财富库中查询以前项目的经验和教训。30集成项目管理A可否请你描述一下:你是如何获知项目计划的?项目计划包含哪些内容?在项目计划评审会议上,我们参与评审;如果项目计划变更、项目经理会再次开会说明。项目计划包含配置管理计划、教育计划、进度计划、风

11、险计划、度量计划、项目体制安排、任务分配、测试计划、评审计划、监控计划等31集成项目管理A可否请你描述一下:在你的项目中,你使用什么过程来度量和控制你的项目定义过程的性能的?-32集成项目管理B可否请你描述一下:项目计划是怎么集成的?或者问:你是如何进行集成管理的?所有计划需求统筹考虑,任何子计划的变更需要考虑是否有影响总体计划。33集成项目管理A在项目管理中你使用哪些工具?-34集成项目管理A在你这个项目中,哪些东西需要纳入组织财富库?如何提交?-35技术解决方案B可否请你描述一下:在你的项目中,有哪些作业标准?设计有设计规约,编码有编码规约,测试设计也有规约。36技术解决方案B可否请你描述

12、一下:设计是怎么做的?成果物是什么?如何做详细设计?我们根据设计规约做设计,设计书设计完成后,要做DR,DR发现的问题记录到DR报告书中,并由DR者跟踪知道修改正确。37技术解决方案B可否请你描述一下:coding怎么做的?根据设计,coding规约,然后coding,自己调试通过,然后CR38技术解决方案A可否请你描述一下:如何决定设计方案的?(如何处理多套方案的选择问题?)39决策与分析A可否请你描述一下:在你的项目中,是如何做决策分析与和解决方案的?40决策与分析A你们怎么做决策与分析的?41配置管理A可否请你描述一下:你是如何确定你的项目的配置项的访问控制的?我们在项目启动时,会编写项

13、目配置管理计划,明确配置项以及相应的责任人,并设立每个配置项的访问权限,比如:项目计划的修改权只有计划的责任人拥有。再次,对于配置项,我们实施变更控制:对于基线化了的配置项,配置管理员会Checkout,如果有人要修改,要提交变更申请,得到CCB授权同意后,配置管理员才会将配置项的修改权限放给变更申请人。42配置管理A可否请你描述一下:在你的项目中是如何发起变更请求,如何审核变更请求,如何报告变更状况的(如何记录的)?对于基线化了的配置项,我们如果要修改,需要提交变更请求,即起草变更请求表;对于变更请求,项目CCB会进行影响分析,在变更请求表中填写影响范围、工作量等信息,同时会做出是否同意变更

14、的决定,如果决定变更,会制定修改方案,安排相关人员明确影响范围,实施变更;变更实施完成,要提交CCB验证,验证通过后,变更请求才被关闭;43配置管理A可否请你描述一下:怎样计划配置审计的(怎样制定配置审计计划)?配置审计计划一般参考项目配置管理计划制定审计计划,从功能审计和物理审计方面考虑具体审计时机。功能审计,比如我们项目一般会在配置系统建立结束时作一次审计,以检查配置系统能够满足本项目的实施需要,配置项管理方法是否正确,是否完整;再 则,我们根据基线建立计划以及阶段结束时间制订物理审计和功能审计的时机,以确保所有的配置项如在 CM 计划中期望的那样放在配置管理系统(也称配置库)下,确保团队有一个机制来知道给定配置管理项的最新状态,确保配置管理项的状态与基线信息一致,识别团队 的配置管理培训需求等44配置管理A可否请你描述一下:怎样审核和授权软件基线的变更的?软件基线的变更需要获得CCB的审核和授权45配置管理C可否请你描述一下:CCB由哪些人员组成?我们项目周期短,团队小,所以就由项目经理,配置管理员组成,或者也会增加技术骨干加入。CCB主席一般由项目经理担当。46配置管理C可否请你描述一下:在你的项目中,那些工作产品进行配置管理?为什么?(或者问题方式可能是:配置项是如何识别的?)我们对于客户提供的需求,重要的工作

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 学术论文 > 其它学术论文

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号