2023年cmmi3评估(五篇)
在日常学习、工作或生活中,大家总少不了接触作文或者范文吧,通过文章可以把我们那些零零散散的思想,聚集在一块。那么我们该如何写一篇较为完美的范文呢?接下来小编就给大家介绍一下优秀的范文该怎么写,我们一起来看一看吧。
cmmi3评估篇一
1、简要介绍一下公司的情况?(公司组织架构、公司的产品业务介绍、公司的发展规划等)
2、公司是什么时候开始进行过程改进的?为什么选择cmmi作为过程改进的模型?
3、您是否愿意为组织的过程改进提供充足的资源?如何为cmmi实施提供支持?(人员、成本、考核奖励制度„)
4、您在压力到来时是否会保障组织流程获得执行?
5、您是否会为组织的过程改进开展相关的培训?是否会培训相关的专职人员并对其指派责任?
6、您是否会建立组织相关的政策确保组织过程改进顺利进行?
7、您是否会统一管理组织流程的所有资产?
8、您是否会对组织过程改进进行全程监控?
9、您是否会坚持持续改善组织流程?
10、实施过程改进有哪些风险?哪些阻力?遇到哪些难题?
11、公司的商业目标是什么?
12、您认为现有cmmi过程对这商业目标是否有帮助?
13、组织方针(每个pa的实施方针,组织对每个pa的期望)是如何制定的?
14、组织方针和cmmi标准过程是如何获得组织批准的?通过什么方式传达到每个人?
15、组织或项目中做了哪些度量?您主要关心哪方面的度量?
16、如何在组织中推广实施 cmmi?(各种制度、质量保证(qa)部门独立工作,有专职的qa人员代表高层开展独立的审计工作)
17、过程改进给组织带来了哪些改善?
18、如果说还需要进行过程改进,目前最紧迫改进的是什么,优先级最高的是什么?
19、公司未来过程改进方面的打算?(如持续的进行过程改进,启动cmmi l4)
与epg相关的问题 20、epg小组有多少人?几个全职?几个兼职?
21、epg有例会吗?多长时间开一次?您会参加吗?
22、公司的过程改进计划什么时间制定?谁制定?谁批准?包含哪些内容?
23、公司的过程改进目标是什么?如何制定?
24、如何了解epg的工作情况?
25、收到epg哪些报告?
与项目相关的问题
26、参加项目的哪些活动?(启动会、里程碑、同行评审、项目例会等)
27、如何了解项目的进展情况?
28、收到哪些来自于项目的报告?
其他
29、新员工培训包含哪些内容?是否有cmmi标准过程的培训? 30、如何了解过程pa的好坏?(过程的稳定性。从 qa和 epg提供的相关报告了解)
31、如何了解 qa的工作情况?(qa定期向高层发工作状态报告如 qa周报、协调解决 qa工作中一些问题)
32、您参与过哪些决策评审活动?有没有组织级的决策评审活动?如果有请举例说明。
epg33、34、epg的职责是什么?
组织过程资产库的内容?-ospp-组织经验教训库-组织度量库-组织知识库-组织最佳实践库-项目文档库
组织过程资产库的管理?
-epg根据项目的度量数据定期更新pal数据定期对pal进行分析,并向公司公布pal情况。
35、
36、公司的组织方针是什么?如何制定?谁来批准的?结合pp进行介绍
37、epg如何开展工作?
成立sepg小组、得到授权、计划、制定/修改过程、发布过程、培训、如何得到反馈、按计划开展内部评审、如何对新的过程试用、参与具体项目的策划活动、项目已过程定义
38、组织过程改进目标是如何确定的?
根据组织的商业目标提出,经过epg评审通过
39、在过程改进过程中,目标是怎么落实的?落实的怎么样?离目标还有多少差距?
实际与目标做差距分析-》制定过程改进计划-》分配职责-》执行-》监控 40、如何收集和管理过程改进建议?
高层的意见、qa提供建议、外部专家、epg检查、审核、向员工发放改进建议收集表
41、如何决定改进优先级?epg与管理层一起制定
42、如何制定组织过程改进计划?计划包含哪些内容?
43、对于组织过程改进计划如何监控? 月报、例会、和最初的目标对比
44、如果有一个全新的过程,会怎样做? 培训、先在最有需要的项目、新项目中实行、追踪、提出问题
45、组织过程及标准过程,在项目中怎么落实?有试运行计划吗?
46、组织中的所有项目都实施了cmmi吗?
47、过程、工具等有试运行计划吗?
48、epg什么时候分析度量数据?举例说明
epg需要使用度量数据监控过程的好坏。如果数据显示是好的,要选择其他的度量进行度量,当加入单元测试模版后状况有改进吗
49、项目的相关经验是否合并到资产库?怎么合并的? 50、epg如何监控组织过程改进情况?-epg周报
-epg的周会,月例会,分析解决问题;-从qa、公司员工收集对过程改进的建议;
-项目结束时收集项目的pdb(项目过程绩效数据),按季度更新组织的pcb(过程能力基线),从而了解组织的过程执行能力的变化趋势(提高还是下降)。pcb的主要内容包括进度、工作量、缺陷率的情况等。定期向公司公布pcb的情况。
33、谁检查epg的工作?多长时间审查一次?
-公司高层和qaepg制定的过程定义/改进计划得到高层的评审和批准;高层参与epg工作重要问题讨论会议,协调解决问题
-在epg发布ossp体系文件之前高层参与对过程体系文件的评审工作。评审通过后,高层批准ossp体系文件。
35、epg有没有dar的过程应用?
36、epg有没有配置管理计划?如果有主要的配置项有哪些?建立了哪些基线?
37、epg在工作中产生哪些工作产品?放在哪里?
51、做opf,公司有没有奖励机制?
52、epg向管理层发送哪些报告?epg会议纪要、epg报告发给高层,53、epg成员接受过哪些培训吗?内部外部培训过程cmmi相关
54、做过程改进,压力大吗?在哪些方面?什么方式可以解决?
55、你认为过程改进最大的阻力是什么?
56、遇到阻力怎么办?
57、实施过程改进在那些方面有提高?
58、改进最大的机会是什么?具体到pa、要具体、如ma
59、改变最多的是什么? 60、那些还可以提高的空间? 61、是否得到过反馈或改进意见?
62、如何做裁剪?过程中定义裁剪,在制定一个裁剪指南 63、epg组的工作中,进行了哪些度量?
-成员工作量-文档规模
-改进进度计划偏差-改进建议
64、epg接受过哪些培训?
-咨询公司提供的cmmi培训;
-atm成员参与了sei introdoction培训
65、epg提供了哪些培训?如何开展的?
-进行cmmi基础与公司ossp的培训 qa 66、67、68、谁指派qa到项目中去?什么时候加入到项目组中去? ppqa的方针有哪些? qa参加哪些项目活动?
参加项目评审会议、如计划需求评审等,进度检查、项目策划参与,问题交流、报告发给pm、高层69、70、71、72、73、74、75、76、77、qa是否评审项目pdp裁剪结果?评审pdp时主要检查哪些内容? qa计划计划谁制定?内容是什么?
如何确定哪些活动要评审,哪些工作产品要审计?
qa报告发给谁?高层经理和发起人
qa收集了哪些数据?有没有做趋势分析吗? 作为qa接受过哪些培训?
对于新pm,qa会给他们培训吗?有。什么形式?非正式的,面对面 qa与epg在项目中角色有何不同? 如何向epg提交过程改进建议?-收集项目组的建议
-根据qa的工作经验提出改进建议
78、qa工作中产生哪些工作产品?放在哪里? 79、qa检查单有无定期审核、修改? 80、如何保证qa工作的客观性、独立性? 81、qa的qa?谁检查qa的工作? 82、高层如何了解qa的工作情况?有没有nc与项目组不能达成一致的情况需要高层处理协调? 83、qa的优势和不足?优势是与项目的交流比较频繁,不足spc是4级的知识需要补充
cm 84、85、86、87、a)b)c)d)e)f)88、项目级cm和公司级cm的职责分别是什么? cm何时参与到项目工作中? 项目正式启动 项目的配置标识是否符合组织的规范? 符合 配置管理计划谁来做?cm计划具体包括的内容? 人员、职责 进度 成本
分配的权限 标识的配置项 要建立的基线
项目的配置项是如何确定的?
-pdp审核通过后,cm根据pdp制定cm计划,与项目计划一起评审后,由pm批准。89、90、91、92、93、94、95、96、97、98、99、100、101、102、103、104、105、106、107、108、-举例说明主要的配置项
如何了解配置项的状态? 配置状态报告
如何建立发布基线?如何发布产品版本? cm提出申请,经ccb批准 配置变更是怎样开展的?
如果在系统测试阶段用户提出需求的变更,需要变更的配置项有哪些? 项目计划、需求、设计、代码
设计基线与系统测试相比谁包含的配置项多? 测试包含设计 ccb由哪些人员组成? pm+cm+骨干技术人员 配置管理系统中访问权限是如何控制的?
项目cm计划批准后,cm为项目组建立项目配置管理库(包括开发库和基线库);项目开发库的操作权限由项目经理批准后由cm设置。通常根据项目成员的角色分配对不同配置项的操作权限。
每个项目有基线库,基线库只有项目配置管理员和cm有写的权限,其他人只读。当配置项产品经过评审通过后,由项目cm将评审产品放入基线库。
公司有产品库,产品库只有cm有操作权限。当项目发布产品后,由cm将产品放入公司产品库。当需要负责某个产品由cmo制作光盘。qa审核cm的主要内容是什么? 如何备份?
pal(组织资产库?)是如何管理的?
-epg审核批准提交pal的内容后,由cm放入组织资产库。-定期向技术人员提供组织资产库的内容索引,受理访问需求。基线库是如何管理的?产品库是如何管理的? 公司指导cm工作的方针是什么? cm参加过哪些培训?
配置管理过程中产生哪些文档,在哪里保存? cm活动涉及哪些干系人?
高层经理如何了解配置工作的情况? 什么时候做配置审计?谁来做? cm有哪些报告
ma:
109、度量目标是怎么得来的?如何定义?
110、度量目标值是如何确定的?
111、谁决定项目度量哪些内容?qa与pm讨论决定 112、ma计划评审谁参加?相关人员 113、度量数据从哪来?
项目计划、项目周报、评审。。
114、项目策划是否参考了历史数据,参考那个项目的?为什么参考这个项目? 115、如何保证度量数据的客观性、准确性?
培训项目人员,度量表格如何填写,并申明这些数据不作为绩效考核,请大家如实填写、pm、qa审核数据的正确性
116、度量报告发给谁?管理层和项目组 117、对度量结果的沟通运用?最好每月与高层经理沟通度量报告内容。让高层了解度量内容。向所有干系人传递度量信息,让大家理解思考并运用 118、度量工作有风险吗?怎么处理? 119、度量数据如何进行分析? 120、是否对配置管理进行度量? 121、对组织级活动做度量了吗? 122、测试中问题多吗?
123、度量中发现的问题如何处理?
124、度量的重要性?怎么体现?指示项目状态,有助于项目监控,积累数据,给其他项目做参考,为4级做准备
125、优势和不足?优势pm关注,不足,统计过程控制spc 4级知识欠缺
ot:
126、介绍一下培训流程?
127、培训需求的来源?根据组织商业目标、通过书面调查部门需求、高层要求访谈、培训效果调查、岗位技能矩阵、岗位职责获得
128、如何确定需求是组织级培训还是项目级培训? 129、讲师的来源?
130、培训讲师的资质确认?有资格要求,相关领域的经验,有讲师评价表,外部通过培训机构请培训讲师
131、对培训讲师的培训?
132、培训完对讲师、课程、员工进行评估吗? 133、培训有哪些度量?培训有效性度量? 134、员工接受培训的档案、讲师培训记录? 135、使用培训方面的度量数据改善度量流程? 136、有过程改善方面的例子吗? 137、有对qa的培训吗? 138、qa对ot审核吗?
139、培训效果如何衡量?考核不通过怎么办?
140、平时与qa有工作来往吗?对工作监督,定期出审计报告,协调问题解决 141、培训文档的管理和存储?
142、如有新的培训需求提出,怎么做?向谁提出新培训申请? 如何做? 143、对新员工有过程培训吗?有企业文化、质量管理、过程等 144、测试过程、模版的培训有吗?主管负责
145、培训总结向高层汇报吗?多长时间汇报一次? 146、新人进入培训部门,您会给他们做培训吗? 147、如何监督和控制组织培训活动?培训总结 148、收集了哪些培训过程数据?
149、组织培训过程的哪些工作产品纳入配置管理? 150、是否接受过组织培训活动方面的培训?
151、培训过程的改进体现在那方面?流程方面,如培训效果的调查,以前是接受情况,现在增加对讲师 152、优势和不足?好,计划;难做的培训效果的跟踪,量化
pm
153、介绍项目中的具体工作。比如在需求开发的时候,做了哪些具体工作?
主要围绕计划、组织、监控,与其他角色(qa、ma以及sm)的配合、协调等展开。
154、在项目中兼任几个角色?做需求了吗?怎么调研需求的? 155、需求调研做计划了吗? 156、在需求阶段做了哪些工作
157、需求收集有问题吗?怎么解决的?
158、在需求评审中提了哪些问题
159、需求开发有没有制定计划?谁制定?
160、是先做需求还是先做项目计划?
需求收集,项目计划,需求分析(这个需要明确,做完需求分析后,还需要进一步细化计划)
161、需求分析的产出是什么
需求规格说明书 162、什么时候更新项目计划
在每一阶段结束时,会对照项目计划中的策略进行评估,看是否需要进行项目重估计、重计划。
163、有需求变更吗?项目过程中,设计、编码有与需求不一致的地方吗?有什么不一致?怎么处理的?(测试需求变更不是需求变更)
目前为止,有(或没有)。
有。提变更请求,更新,保持协调一致。164、怎么保证需求、设计、编码是充要的?
需求跟踪矩阵(rtm)
165、需求做的怎么样?是否有需要改进的地方?
从前从流程上、方法上还可以。技巧运用方面可通过实践进一步提高。166、rtm为什么不跟踪到代码
作为一个工具,已能满足我们当前需要。
167、概要设计包含哪些内容?接口什么时候明确?总体架构设计什么时候明确?(假如没有单独写,这部分可以写入概要设计)
架构、接口等。168、项目策划怎么做的? 确立项目范围-》选择项目的生命周期—》定义项目过程-》根据分解的功能点(工作任务分解)进行项目估计(规模、工作量、进度(进度不叫估计,可以叫安排)等)-》识别风险、需要的资源、设备、关键资料、里程碑等-》制定项目管理计划、配置管理计划、质量保证计划、度量计划、测试计划-》整合-》统一评审(相关干系人)
169、计划的资源、在过程实施中是否有不匹配的情况 可根据项目实际情况稍微说说。170、需求是否受资源等限制不能实现?
171、项目估算主要针对哪几方面?怎么做的?代码怎么估算的? 还有需要提高的地方吗?
代码规模、文档规模、工作量、进度(不叫估计,一般叫安排)等。
依据sqe提供的历史项目、特别是类似项目数据进行估计。举出项目类似的方面
有。现在历史项目有限。(这个地方一定要能说出“如何参考”的,每个项目必须要说清楚,除非这个项目是一个全新的项目)172、规模估算分解的粒度?
(回答这部分时,要注意和估算结合好)173、项目使用的是什么周期模型?为什么选这个模型? 组织过程文件中定义了几种生命周期模型,具体项目从中选择(根据项目的一些特征,根据“选择表”中特征情况的匹配情况,来判断用哪个模型)。
如瀑布模型,易于控制,但只有前期需求比较明确时才适用;v模型,强调验证与确认,风险高,需求完整、明确时适用;原型,客户不清楚产品要做成什么样子时适用,工作量、资源等不易控制;增量模型,模块易于划分、耦合小,降低对外部的依赖,但使项目管理工作难度加大。(这部分是pm对生命周期模型的了解,说不说都无所谓)
174、做项目管理有人给你培训过吗?
有。内部看光盘,研讨会等。
175、pm对组内人员培训过吗?哪方面?
结合项目情况回答。176、你是如何管理项目的干系人的?
识别干系人-》做计划(什么人什么时候该做什么事)-》跟踪与监控(周例会、项目计划)
177、项目过程中有风险吗?大概多少个记得吗?你是如何管理的?
有。
如何管理风险:风险识别-》分析-》计划规避措施、责任人等-》风险跟踪监控,有风险表单工具(定期跟踪,然后跟踪的依据,如时间近的先跟踪,级别高的优先处理)。178、如何识别风险?谁识别风险?风险的来源有哪些?
在项目初期时识别,而后在项目执行过程中继续识别。
一般是项目经理负总责。
风险来源:风险库,历史项目风险,发动相关人员识别等方式。
179、你对计划有监控吗?监控哪些计划?
有。
监控关注点:进度、质量、成本、工作量、承诺、缺陷、风险等(有计划就要监控)。通过日常活动、周例会、周报、月会、月报、项目里程碑等进行监控。每个项目有问题跟踪表、任务跟踪表。
180、项目过程的监控过程中有偏差吗?哪几项有偏差记得吗?
根据项目情况回答。
181、对于进度的偏差你是如何进行调整的?
根据具体情况,看偏差大小、偏差的具体原因而定,如加班赶工、追加人,或者重新调整计划等。(注意:不是所有的偏差需要调整,超出阀值才需要)
182、项目监控的过程中发现的问题多吗?有哪些比较严重?
根据项目具体情况,简要说一下。说项目管理方面,尽量别说技术。有待改进,需要加强。
183、项目过程中有里程碑吗?几个?里程碑做了哪些事情?都有谁参与了?
有。具体几个,根据具体项目情况回答。
pm负责召集,总结项目的问题、风险、进度、资源等情况,提交里程碑总结报告,并对下一阶段的工作做一下计划,并在会上判断是否能进入下一阶段工作。
参与人员:项目pm、开发人员、测试人员、cm、sqe、ma、高层经理等。184、你的项目中做度量了吗?做了哪些?你觉得度量有帮助吗?在哪些方面有帮助?
做了度量,比如工作量、进度、缺陷等。
反映了项目的进度、工作量、规模、缺陷率、需求稳定等状态,对判断项目的状态是否产生偏离,能起到一定的作用,从而进一步提高监控能力;
185、度量人员一般向你收集哪些内容?
规模、工作量、进度、缺陷数、需求等。
186、你觉得你项目现在的度量目标够吗?有几个度量目标还记得吗?
依目前的情况(管理水平)够了。187、项目中用的是什么配置管理工具? subversion.188、这个项目有集成吗?怎么做的?问题多吗?主要有什么问题?怎么解决的?
根据项目具体情况说。
有的话,设计时开始进行计划、写用例、进行集成测试编码等,单元测试结束后,进行集成测试、修改问题,并完成测试报告。
189、集成是由谁来做的?由多少个接口记得吗?怎么管理接口?
我们的模块集成是由开发人员做的。
根据项目具体情况回答。
集成测试用例与接口相对应,从而实现对接口的管理。190、如何保证同行评审的有效性?
评审人员的选择(选择该领域的专家)、人数的控制,提前通知并发送材料并附上checklist,留出充足的预审时间(一般3天),合理分配评审角色(技术角色与评审会议角色),控制会议有效性,问题后续跟踪确认、质量人员的参与等。
191、同行评审的记录人角色一般是谁? 作者或其他对评审内容熟悉的人,但不能是评审会议的主持者。这在我们组织过程文件(评审指南)中有规定。
192、你觉得同行评审有帮助吗?有哪些帮助?
有。比如发挥群体优势、促进交流、尽早发现问题、降低成本等。193、你在系统测试阶段做了哪些工作?问题是如何分配的?谁负责打包?
安排、跟踪测试活动,问题修改活动,以及各方的协调活动。
配置管理员(or pm)负责打包?
(配置管理人员编译后,发布版本给测试人员,测试人员不能拿到所有源代码。)
194、测试后有版本吗?
195、体系文档查看方便吗?觉得怎么样?有哪些需要改进的地方?
方便。
目前可以满足需要。196、与配置管理员主要有哪些工作来往?
变更申请、定期的基线化、定期的备份、ccb讨论、产品发布。197、项目过程中做过dar吗?怎么做的? 做过。
198、产品拿到客户方如何确认?(内部验收做哪些工作?客户验收做哪些工作?)
内部:项目经理组织相关人员,根据公司的内部验收标准和计划进行验收。相关人员在《内部验收报告》上签字;验收通过后,所有的项目成果纳入基线库进行管理 199、缺陷率如何度量的?怎么收集的?
缺陷通过缺陷密度度量。通过评审报告、缺陷跟踪系统来收集,ma负责收集,项目组提供原始数据。
200、对需求、设计有监控吗?怎么做的?
通过任务跟踪表。201、应用服务器是如何选择的?
――该问题,可以结合dar说一下,如果没有dar,客户要求的; 202、购买产品组件了吗?
――该产品组件,一般指的产品开发中的模块,如报表打印(可以购买水晶报表等),如是回答就可以 203、结项时做哪些工作?
项目总结,项目文件夹的整理,一些过程资产评审后归入组织过程资产库(要知道哪些需要归入,如缺陷率等等,这些必须知道,每个项目经理统一说法)。204、sqa如何参与项目工作?
a)sqa计划
b)sqa按计划执行评审、审计 c)sqa解决不一致问题 d)sqa提交的报告
e)外部sqa对sqa的检查 205、cm如何参与项目工作? a)cm计划
b)cm按计划建库、分配权限、将基线文档入基线库、对基线进行审计 c)提交配置项状态报告、基线审计报告 d)sccb对基线变更授权
e)测试阶段,cm的版本控制,cm与测试人员、编码人员如何协调工作 f)产品发布阶段,cm如何工作
206、在制定任何项目文件时,公司是否有任何标准流程让你做参考?
公司的体系文件
207、高层评审项目吗?(里程碑评审、高层管理者会议)
developer
rm 208、个人介绍:名字、职责、项目、到公司多长时间?
209、是否参与需求的调研和编写?如何参与?参与需求评审,利用评审问题记录表,210、对整体还是部分需求?需求规格
211、在评审中发现需求规格说明书写的不清楚不能用于开发,如何解决?如果两天之内修改不能完成,评审不通过。
212、如果客户给的需求不清晰,如屏幕是蓝色的,但不知是那种蓝,需求分析人员怎么做的?收集业界需求、与客户现场交流、整理之后多次和客户交流
213、我们会给客户做原型、场景、界面与客户进行需求确认吗?
214、客户新需求,加到原型里面吗?具体情况具体分析,可用原型就用原型。
215、除原型外如何向客户确认需求?通过ppt,问卷,场景、用例
216、介绍一下问卷?召集客户填写,如功能模块的问题、页面。。ts
217、参与系统设计吗?
218、生命周期模型?敏捷开发?增量
219、srs与设计文档的区别? 220、参加设计评审吗?
221、谁做接口设计?设计原则?
222、接口设计文档有吗?需求规格说明书(外部接口)、设计说明书中有描述(内外部接口)
223、接口跟踪表谁建立?用途?确保按需求设计,pm维护,包含功能描述、调用参数、接口描述、用途、方法、返回值意义
224、获得需求之后,设计时有设计的备选方案吗? 225、有做详细设计的标准么? 226、单元测试流程? 227、单元测试准出条件? 228、单元测试结果统计分析? 229、测试度量结果你们知道吗? 230、同行评审的流程?
231、评审结果数据收集度量追踪? 232、评审问题分优先级吗?
233、代码走读(code review)做了吗?主要检查哪些方面?怎么做的? 234、代码走读有帮助吗?有哪些帮助? 235、度量对你们有帮助吗?有哪些帮助?
236、项目过程中是否发现过风险或问题?怎么处理的? 237、开发人员与测试人员的接口?
238、如果在使用新技术时你意识到要进行一些培训,你会提出你的想法么?跟谁提出?如何提出?
239、谁写支持文档?开发编写-pm汇总-组织审批
240、举例说明支持文档?用户使用手册、管理员使用手册 pi 241、集成顺序?如何决定集成的顺序? 242、集成环境和开发环境是分开的吗? 243、有规程吗?
244、集成前,接口进行检查和评审吗? 245、系统测试做吗?
246、新人加入到开发有培训吗?是哪些培训? 247、过程的培训有吗?什么时候?形式?内容? 248、有提出想法改进建议吗关于过程和模版? 249、软件集成前?是否对接口评审? 250、251、252、253、254、255、256、257、258、259、260、261、262、pi集成策略内容?步骤 做哪些测试? 内部验收流程?
有uat环境?与开发分开吗? cm了解吗?
基线审查吗?基线审查报告谁做? 接受过程培训吗?有帮助吗? 决策分析的流程?
如何参与对项目的监控/ 例会多长时间一次? 同行评审的流程?
评审度量吗?(评审工作量目前没有度量)
过程优势和不足?
tester:263、264、265、266、267、268、269、270、271、272、273、274、275、276、277、278、279、280、281、282、283、284、285、286、287、288、289、什么时候参与进项目的? 参加项目哪些活动? 参与项目的估计活动吗?
参加需求评审没有?考虑哪些方面?发现了什么问题? 了解同行评审么? 有测试计划和流程吗?
你在项目中做了哪些工作?写测试用例了吗?什么时候写的? 测试任务谁给你分配的?
测出的问题怎么走流程?有没有进行统计分析?相似的问题如何处理? 对于测试缺陷有没有做分析?做过缺陷统计么? 版本如何控制?
测试流程有几轮?问题多吗? 测试过程中和项目经理的沟通? 有培训吗?
有人检查测试是否与需求保持一致? 使用什么测试工具?
有测试方面的工作方针么?比如如何做测试? 做哪些测试?集成、系统测试、uat 测试环境与开发分开吗?
测试准则有吗?bug严重程度分类5级、测试结束准则
项目的测试工作是否进行了收敛性分析?在什么情况下产品被确定移交客户? 测试覆盖率?100% 参与rtm维护?
测试完成后,测试结果分析吗?
系统测试计划有吗?谁制定?根据什么? 系统测试流程和准则有吗? 什么时候开始做测试? 系统测试工作产品?
cmmi3评估篇二
cmmi评估指导
cmmi前言
cmmi意为“集成的能力成熟度模型”,于2002年正式发布,由美国国防部与卡内基—梅隆大学等共同开发研制。1998年美国卡内基-梅隆大学软件工程研究所(sei)启动了cmmi计划,目的在于用一个统一的框架协调和集成sei已经存在的各种模型。
cmmi模型已经成为业界主要的过程管理模型,cmmi模型有两种表示方式,连续表示模型和分级表示模型。其中分级表示模型依次划分为五个等级(初始级、可重复级、已定义级、已管理级、优化级),标志着软件企业能力成熟度的五个层次。级别越高,表示软件组织的成熟能力也越高,cmmi5是目前世界软件界对能力成熟度要求最高、申请难度最大、级别最高的评估,通过cmmi5级评估标志着本公司的质量管理和过程改进已跻身于全球软件业的顶尖水平。
从申请cmmi认证到评估完成,往往要经历1年左右的时间,主要包括四个阶段:
一、申请cmmi认证
选择cmmi级别
软件企业申请认证cmmi不同的级别标准要求,要审时度势自身情况。一方面了解公司现有质量体系、实施过程、实施效果的运行情况;另一方面要根据企业规模、公司实力、管理需求等综合要素,不可好大喜功,一味选择cmmi更高级别的认证。在申请的cmmi认证时,有的企业从cmmi2开始、有的企业从cmmi3开始、有的cmmi3通过后跳过cmmi4而直接申请cmmi5、有的就从cmmi2、cmmi3、cmmi4、cmmi5逐步申请认证。计划参与评估的部门
cmmi评估,有的是整个公司参与评估,有的是个别部门参与评估,不管以哪种方式参与评估,公司都要权衡决定,参与评估的部门。
cmmi培训
当确定申请cmmi认证的级别后,与申请cmmi认证级别的要求进行比较,从而找出区别。结合企业自身实际情况,从而可以为通过认证作好充分的准备,尤其是对此级别相关知识进行加强培训,了解标准的要求。
二、选择主任评估师
一般情况下,企业自身确认好cmmi等级后,可以找专业的cmmi咨询公司,协助完成后面的认证流程。
主任评估师是认证评估的发起者,也是评估小组的领导者,这个角色应该拥有足够的经验、知识、技术来负责和领导评估活动。cmmi评估是基于个人资格、信誉的认证,对个人专业技术及综合能力素质要求都很高。因此,要慎重选择,主要从以下几个方面考虑: 全球从事cmmi认证企业很多,拥有sei评估师资格的也很多,通常有美国的、印度的、中国的。美国评估师直属于sei,属本地认证,所以说美国评估师进行评估具有说服力,信服力,对于中国软件企业而言,聘请美国的主任评估师,由于语言的不同,在沟通上存在一定的困难,在进行评估面谈沟通交流时,要配置专门的翻译。
三、工作准备
选择评估小组成员
本活动包括识别有用的职员、评定其资格和从中挑选人员作为评估小组成员。它可以发生在评估发起者做出管理评估活动的许诺之后,并能为评估计划保证提供输入。具体的行为包括:(1)、保证评估小组成员满足个人的最低标准;(2)、保证评估小组作为一个整体满足的最低标准;(3)、文档化在评估输入中小组成员的职责和资格。
scampi评估可接受的评估小组最小规模是4个成员(包括小组领导者)。推荐的最大规模是9个成员。所有小组成员之前必须完成获得sei推荐的并由sei认可的权威授课者所教授的cmmi课程。小组成员必须接受有关评估方法的培训。关于工程领域的经验,评估小组(作为一个整体)平均至少要有6年以上的经验,且小组总的经验要不少于25年,这些规定都隐藏在评估活动中。关于管理经验,评估小组(作为一个整体)总的经验不能少于10年,且至少有1名成员拥有6年以上的管理经验。
总的来说,评估小组应该在评估组织内部所使用的生命周期里具有代表性的经验。在任何特定的生命周期阶段,评估小组至少应有两名成员具有从事这方面工作的经验。此外,必须保证,小组成员不应该成为任何特定项目的管理者或者成为任何预定被访问者的直接管理链中的一个。
组建准备评估小组
评估小组领导者有责任确保评估小组成员为执行计划的评估活动完成充分的准备。这包括熟悉在评估过程中将使用的参考模型、scampi、评估计划、组织数据和特征、工具和技术以及为评估任务分配任务和职责。小组建立练习通常被用来实践简单的技能和在理解小组目标及如何取得满意上达成一致。所有的小组成员被要求遵守严格规则以保证机密性、保护所有者或敏感数据以及项目参与者未知的信息。私下陈述通常被用来达成这些谅解。具体的行为包括:
保证评估小组成员已接受参考模型培训;为评估小组成员提供评估方法培训或确保他们已掌握此方法;为评估小组和小组规范的建立提供服务;为评估小组成员提供关于评估目标、计划和他们自身分配的职责和任务的定位。
模型培训必须利用cmmi课程的权威标准来提供,并由cmmi办事机构权威认证的授课者讲授。方法培训可能通过下面两种方法之一进行: 针对即将到来的评估作明确性的方法培训;对大量的目前并没有从事任何评估工作的潜在的小组成员进行方法培训。
对一个完全重新组建的小组进行方法培训至少持续两天,且必须强调那些小组成员在评估过程很可能遇到的情况。本培训在scampi的应用中没有必要包含所有的变量。针对潜在的将来的小组成员所进行的团体式方法培训必须包含方法上剪裁部分的所有内容和允许的变更以应付一系列在将来的评估中他们很可能会遇到的情况。sei评估程序为那些目前不是评估小组成员的人们所得到的培训指定了额外的要求。那些在以前的评估小组中作为成员已接受过培训的小组成员,如果并没有进行目前的方法培训,那么他们并不自动地具有参加当前评估的资格。在这样的案例中,评估小组领导者要求了解以前的培训的本质和为即将到来的评估开展的培训足够多的内容。这需要对以前的评估和计划的评估进行比较。例如,假如小组成员使用连续表示法参与了一个仅集中在软件工程领域的评估,而计划的评估是使用阶段表示法集中在se/sw/ippd领域,那么该小组成员需要许多重要的新概念来覆盖。作为一个整体,评估小组至少产生一个结果来说明如何为即将到来的评估展开工作,建立小组规范和操作决议的目的。
参评单位准备 组织级qa 组织组cm sepg小组 高级经理
委员会(项目与质量管理委会员、变更委员会)人力资源的培训 维护服务的准备 商务法律部
四、预评估
通过预评估判定企业是否准备充分可以进行正式的 scampi/cba-ipi。通过一位主任评估师指导进行,初步了解项目的成熟度,按照cmmi相关级别的kpa识别明显缺陷并推荐纠正措施,以便更好进行正式评估。主要工作包括组织级和项目组长的文档审阅及与项目组人员的面谈。评估结束,提交预评估结果并与组织进行有关讨论。选择参与正式评估的项目,在预评估的过程中,从公司全体项目中,挑选出项目参与评估,并不是所有项目评估。
在预评估过程中,评估师考核公司背景,项目角色涉及到是否覆盖所在的范围,核实参与项目覆盖与所申请的级别一致,如:既要有软件项目,又要有集成项目,是一个事业部,还是所有事业部的。查看实际情况与所申请的级别相符,如果相距太大,会劝说降低认证级别。主动参与评估师沟通,向他咨询本次评估的主要思想,增加通过评估的概率。
五、正式评估
第四阶段的目标是进行正式的 scampi/cba-ipi,时间通常是实施第一阶段培训后12个月(根据企业实施情况有所不同)。正式评估,获取证据,根据评估师的要求,与从项目中获取证据。评估的重点是组织内部实施的软件过程,涉及相关级别的所有kpa。
正式评估按照 scampi/cba-ipi 的要求进行,原来一般为 6 天,cmmi v1.2规定,正式评估时间不能超过10天,主任评估师提供自动评估工具帮助管理分析评估数据、编写评估结果。评估工作主要包括:
启动会议;公司高层,评估小组,参评方三方相关人员参与会议,介绍评估日程,达成一致意见。
评估方式:文档审阅,也称文审,查阅过程、项目书面文档。所有参评的文档都是要书面打打印,然后装订成册,供评估师审查。
面谈及讨论,评估师都要和项目中每个角色进行面谈,这些角色主要包括有:项目经理、需求人员、设计人员、测试人员、配置人员、质量人员。
评估小组总结
评估小组对文审、面谈中的数据进行综合与分析,生成评估结果。
总结及末次会议
评估完成后,评估小组给出最后的结论,评估是否通过,如果通过则发证书,否则指出改进的建议。除了评估结果,企业还将保留评估数据(删除数据来源)作为评估结果的资料。评估结束后,我们会向sei提交评估信息,记入评估数据库记录。
cmmi3评估篇三
cmmi理论学习
以前断断续续看过一些cmmi的书,但是那都是纯理论,应用起来并不是那样的概念,最近遇到一个hp的cmmi的咨询师,由于工作的关系经常能讨论cmmi的一些过程,所以渐渐对cmmi的理论有了更明确的认识。
今天的一点学习心得是关于过程的一些术语,和hp咨询师交流时,他满嘴的都是英文的缩写,经常让我听的云里雾里,所以今天就是学习一些术语
process area-pa 过程域,过程域按照类别可以分为四类
·process management -过程管理
·project management-项目管理
·engineering-工程类
·support-支持类
1、过程管理域的kpa过程主要包括:
organizational process focus-opf组织过程焦点
organizational process definition-opd组织过程定义
organizational training-ot组织培训
opf、opd、ot是cmmi-3级的内容
organizational process performance-opp组织过程性能
opp是cmmi-4级内容
organizational innovation and deployment-oid组织过程革新和部署
oid是cmmi-5级内容
2、项目管理pm:kpa
project planningpp-项目计划project monitoring and controlpmc-项目监控 supplier agreement managementsam-供应商合同管理
pp、pmc、sam是cmmi-3级内容
integrated project managementipm-集成项目管理 risk managementrskm-风险管理
ipm、rskm是cmmi-3级内容
integrated teamingit-集成团队 integrated supplier managementism-集成供应商管理 quantitative project managementqpm-定量项目管理
qpm是cmmi-4级内容
继续上此学习的cmmi过程了解,上次只学习了组织类过程和项目类过程,这次的内容是工程类过程和支持类过程。
3、engineer 工程类
requirements managementreqm -需求管理
以上为cmmi-2级内容
requirements developmentrd-需求开发
technical solutionts-技术方案
product integrationpi-产品集成verification验证ver-验证
validation 确认val-确认
以上五个项目是cmmi-3级所要求的过程
需要说明的就是ver和val两个词本身都有相同的含义,如果只看意思很难区别两者,看了看书,大意是说ver是用来检查工作产品的,验证开发的结果,设计。而val是确认是否满足了用户的需求,这些需求内容可能也包括了ver的范围。不知道我这样理解是否有错误????
4、support 支持类
configuration managementcm-配置管理process and product quality assuranceppqa-过程和产品的质量保证measurement and analysisma-度量和分析
以上三个为cmmi-2级的过程内容
organizational environment for integrationoei-组织集成环境decision analysis and resolutiondar-决策分析和决定
dar为cmmi-3级内容
causal analysis and resolutioncar-原因分析和决定 car为cmmi-5级内容
过程缩写学习结束,也找到对应的cmmi成熟度级别所要求的不用的过程内容。
cmmi3评估篇四
cmmi方案及价格
cmmi分为五个等级:cmmi1.初始级2. 已管理级3. 已定义级4. 量化管理级 5.优化管理级,公司可以直接评cmmi3级,但要评cmmi4级,要通过cmmi3级才可以实施,cmmi5级则要先通过cmmi4级。
cmmi3的体系文件主要分为四大类过程域:过程管理,项目管理,工程过程,支持过程,每个过程域下面都有相应的模板文件。软件项目开发活动中主要的几个步骤:项目立项—>初步策划(包括编写项目总体计划初稿,编写项目进度计划初稿等)—>需求调研(编写用户需求规格说明书和需求规格说明书)—>总体策划(在初步策划的基础上编写计划书)—>设计(概要设计和详细设计)—>编码(根据详细设计与编码规范进行编码)—>单元测试—>测试(集成,系统)—>试运用—>验收交付—>结项,开发过程中还有很多评审,比如需求规格说明书评审,概要设计说明书评审,详细设计说明书等,每次评审时都有评审检查单和评审报告或是评审会议纪要,这些都将成为cmmi评审的直接证据或间接证据。
配置管理的工具:公司是用vss版本控制器来进行配置管理,其他的版本控制器也行,这是没有特殊规定的。
piid表: piid表是用来记录cmmi实施的直接证据,间接证据,访谈证据的excel表,这个表相当重要,评审的时候要检查这个表,然后去配置库找相应的文档。角色: 在cmmi参与人员中,可分为很多角色,不同的角色各司其职。pm:项目经理;dev:开发人员;egp:过程改进组;qa:质量保证员cm:配置管理人员sepg 软件工程过程组sam(部门经理)tester 测试人员gm:副总,副总经理,高层领导
不同的级别,在cmmi3实施中担任不同的角色,访谈的时候也会对不同的角色分类访谈,各个角色人员必须熟悉自己任务与自己写的文档,对相关的其他工作与流程也要了解,因为评估师有可能会问及其他角色的问题.访谈答案的准备:在访谈问题准备前,一般培训老师会给出一些针对不同角色的访谈问题,然后由我们自己整理答案。在评估前,会有一次的模拟访谈。
我方会根据客户实际需求,为客户提供三个实施方案:
方案一:客户为了快速取的cmmi3级证书,我方为客户提供成熟的模板,编写与客户相适应的文档,并进行访谈培训,通过评估。费用18万。
方案二:客户为了取得证书,并且有一定的改进需求,我方将根据客户的实际情况,指导客户实施,完成文档,并进行访谈培训,通过评估。费用18万。
方案三:客户有比较高的改进需求,那我方将对客户进行高端改进咨询。费用面议。如有需要请联系:高先生 ***
cmmi3评估篇五
cmmi文档一览表 v0.9 项目名称:
《立项申请书》——《评审申请表》《评审准备表》《评审报告》;《立项通知单》《项目章程》《项目启动会议》 《项目过程定义》——《评审申请表》《评审准备表》《评审报告》 《项目wbs估计书》——《评审申请表》《评审准备表》《评审报告》
《项目开发计划》——《评审申请表》《评审准备表》《评审报告》(风险计划、培训计划、沟通计划、跟踪计划)《测试计划》——《评审申请表》《评审准备表》《评审报告》 《风险管理列表》
《项目周报》《项目成员周报》《项目阶段报告》《项目总结报告》《产品移交申请表》《产品移交文档清单》《移交组织财富库清单》
项目例会、里程碑会议、总结会议《项目会议纪要》 《数据项检查表》《项目问题跟踪表》
单元《测试用例》《单元测试缺陷报告》《测试报告》/《工序报验单》、《材料报验单》、《产品验收记录单》 集成《测试用例》《产品集成就绪检查列表》《集成测试缺陷报告》《测试报告》——《评审准备表》《评审报告》 系统《测试用例》《系统测试缺陷报告》《测试报告》——《评审准备表》《评审报告》
《验收测试计划》《验收测试缺陷报告》《验收测试用例》《验收测试报告》/《验收报告》《测试计划》(美伦纱业)
注:船安一卡通和二层交换机项目在所有测试结束后,汇总缺陷,形成文档《缺陷报告》 美伦纱业项目的《阶段缺陷报告》,每个阶段一个,项目结项以后汇总成一个《缺陷报告》 《需求开发计划》
《需求记录表》《需求模块功能矩阵》 《用户需求规格说明书》——《评审申请表》《评审准备表》《评审报告》《软件需求规格说明书》——《评审申请表》《评审准备表》《评审报告》
《设计说明书》《模块设计方案》《技术数据包》——《评审申请表》《评审准备表》《评审报告》 《用户手册》——《评审申请表》《评审准备表》《评审报告》
《集成计划》——《评审申请表》《评审准备表》《评审报告》 qa《工作环境及设备检查表》
《配置管理计划》——《评审申请表》《评审准备表》《评审报告》 《配置审计报告》《配置状态报告》《变更申请表》《cm周报》
《质量保证计划》——《评审申请表》《评审准备表》《评审报告》 《qa过程评审检查表》《qa报告》《qa问题跟踪表》《qa周报》 《qa工作总结》《qa向高层报告》
《项目度量计划》——《评审申请表》《评审准备表》《评审报告》 《项目度量表》
《项目估计记录》《决策分析报告》
《培训申请表》《培训考勤表》《培训记录表》
《项目异常数据分析表》、《原因分析会议记录》、《原因分析及改进报告》 附:已有文档在文档旁注明数量,如果该文档只有一个,则打一个钩代替1。
没有的文档不要作任何标记。
该文件列表只包含很少的组织文档。签名确认: