正式评估前培训材料.docx
- 文档编号:4768810
- 上传时间:2022-12-08
- 格式:DOCX
- 页数:15
- 大小:23.35KB
正式评估前培训材料.docx
《正式评估前培训材料.docx》由会员分享,可在线阅读,更多相关《正式评估前培训材料.docx(15页珍藏版)》请在冰豆网上搜索。
正式评估前培训材料
主任评估师提的问题:
1.项目经理
1)需求是怎么获取的?
⏹需求调研的方法(例如:
沟通交流、问卷调查、现场实习、分析同类产品等等)
2)需求整理过程中是否按照一定格式,模板
⏹是,按照需求规格说明书模板
3)SRS中有那些是必须要填写的内容?
⏹功能结构图
⏹数据流程图
⏹功能需求描述
⏹非功能需求描述(性能、可靠性、安全性、易用性)
⏹接口需求描述(外部接口和内部接口)
4)客户需求和需求分析在一个文档,还是在不同的文档?
⏹一个文档,需求规格说明书中功能概述部分可称为客户需求
5)需求中如何体现用户的场景?
(用户流程的描述是否有体现?
在模板中是否有要求?
)
⏹数据流程图、功能描述中文字描述、原型
⏹在模板中有要求
6)是否有接口部分的需求?
⏹用户接口
⏹外部系统接口(软件、硬件、通讯接口)
⏹内部接口(各功能模块的接口)
7)非功能需求,在需求文档中有记录吗?
在需求追踪矩阵中有对应的部分?
⏹有
⏹在需求跟踪矩阵中有对应关系,即非功能需求对应到设计、代码、测试用例
8)需求如何跟踪?
⏹各工作产品的负责人(需求分析员、设计人员等)来维护需求跟踪矩阵
⏹项目经理及时进行审核
9)是否有需求追溯的手段?
具体的是谁在做?
职责?
用途是什么?
⏹就是需求跟踪矩阵
⏹各工作产品的负责人(需求分析员、设计人员等)来维护需求跟踪矩阵
⏹用途主要是:
可以追溯需求是否都被完成,变更时查看变更影响范围、确保需求和项目其它工作产品保持一致性
10)测试用例的编写能否体现非功能需求?
可以体现在一个专门的用例中,或者在每个用例中添加,建议编写一个专门的用例?
⏹能够体现非功能需求
⏹所有的非功能需求都有专门的测试用例和之相对应
11)需求评审几次?
需求评审时发现问题数量多少?
⏹1次
⏹通过和组织的评审缺陷密度相比,发现问题数量属正常
12)需求评审是否有检查单?
⏹有检查单
⏹检查单可以给需求评审提供帮助,提高评审效率和质量
13)需求在什么情况下用户认可的标准?
⏹通过用户的评审确认
14)是否有需求的变更?
需求变更要走什么流程?
⏹提出需求变更申请
⏹项目经理组织相关人员做变更影响分析
⏹CCB评审变更
⏹实施变更
⏹跟踪验证
⏹发布变更通知
15)后续是否可能有需求的变化?
⏹根据具体回答
16)项目计划有那些主要的环节?
⏹选择生命周期模型
⏹制定项目定义过程
⏹WBS分解
⏹估算规模和工作量
⏹制定项目进度计划
⏹制定其它项目子计划
⏹评审所有项目计划
⏹将评审通过的项目计划纳入基线库
17)工作拆分是在什么时候做?
⏹项目定义过程制定完成后,估算开始之前
18)生命周期模型是什么时候确定?
有没有组织的依据?
⏹项目立项之后,组织有《项目生命周期选择指南》
19)项目选择的生命周期模型是什么?
为什么是瀑布模型?
⏹瀑布模型适合于项目需求比较稳定的情况
20)项目过程定义有什么依据?
⏹组织有裁剪指南,然后根据项目特点进行裁剪
21)项目过程定义有什么特色?
项目过程定义如何做?
⏹具体谈项目做了哪些裁剪,为什么裁剪
22)估算时估算那些参数?
项目估算是怎么做的?
有没有以前的数据做参考?
估算中是否用到组织的度量数据?
⏹估算了项目规模、工作量数据
⏹运用专家delphi方法
⏹参考历史的生产率数据、工作量比例关系的数据
23)承前类项目以前的代码不修改,是否要作为规模估算的一部分?
⏹不要作为规模估算的一部分,需要剔除
24)项目进度计划和工作量估算有什么关系?
⏹首先有工作量估算,根据可用的资源,得到一些任务的工期,最后得到了项目进度计划
25)在进度表中如何考虑任务之间的相互关系?
⏹根据项目特点,找出各任务的前置关系和关键依赖关系
⏹找出项目的关键路径
26)项目计划日程表安排是怎么安排的?
⏹首先进行WBS分解
⏹其次估算各任务工作量
⏹根据可用资源,得到任务完成工期
⏹明确各任务之间的关系,找出项目关键路径
⏹制定项目进度计划
27)项目中都有哪些资源?
项目的资源怎样做计划?
⏹硬件资源、软件资源、人力资源
⏹在项目计划文档中明确,需要哪些资源、到位时间、负责人等
28)如何确保项目组的成员具备要求的技能?
对人员的技能要求,是否在计划中体现?
⏹在选择项目成员时会考虑人员技能,并根据实际情况,项目经理会组织相关培训
⏹在项目计划有体现,明确了各角色应具备的职责。
如果人员技能存在差距,项目经理会制定相应的项目培训计划
29)估算时考虑的前提、假设和理由会记录吗?
,是否文件中有要求?
⏹应该记录估算时的假设条件
30)项目风险识别是否有组织级的依据?
⏹有,依据组织级的风险库
31)风险是如何分类的?
⏹人员
⏹技术
⏹需求
⏹管理等
32)风险识别后采取的措施,是否有组织级的参考
⏹有参考,参考组织级的风险库里类似风险采取的规避措施
⏹也会参考组织的风险管理规程中涉及到的风险应对策略:
接受风险、减缓风险、规避风险、转移风险
33)项目的风险怎么管理?
风险优先级是如何确定的?
风险应对措施谁来定?
风险是如何跟踪?
⏹项目风险是如何管理:
识别项目风险、风险分析、制定风险缓解措施、跟踪风险
⏹根据风险发生的概率和影响程度,得到风险值,然后根据风险值大小确定风险优先级
⏹项目组成员协助项目经理来制定风险应对措施
⏹风险跟踪的手段有:
例会、日常的及时沟通、里程碑评审会议、周报
34)结项时要求是否了解?
⏹编写项目总结报告
⏹召开项目总结会议
⏹提交项目过程资产(项目度量数据、最佳实践文档等)给SEPG
⏹提交项目结项申请给部门经理签字审批
35)项目要度量那些数据?
度量数据展示在哪里?
是否可以有超出组织度量的要求的额外要求?
⏹主要的类型有五类:
规模、工作量、缺陷、评审、进度
⏹度量数据展示在项目里程碑报告中
⏹可以有超出组织度量要求的度量数据
36)在项目中做了收集了什么样的度量数据,对项目的帮助?
对组织的帮助?
⏹度量数据见上
⏹度量数据对项目帮助举例:
例如度量缺陷数据类型的分布,找出占有比例较高的缺陷类型,在项目下一阶段重点加以改进
⏹对组织的帮助举例:
例如为组织提供度量数据,帮助组织找到待改进点,作为过程改进的依据
37)项目度量计划中哪些是项目经理自己要做的?
项目组是否可以增加度量数据?
⏹除了PPQA和CM的数据由QA和CM来收集外,其它项目数据由项目经理来收集
⏹可以,根据项目需求
38)项目里程碑报告发布给谁?
⏹发布给高层经理、项目组成员、客户(可选)
39)集成顺序是如何确定?
在计划中体现了吗?
⏹在项目集成测试计划中体现
⏹根据集成策略和模块的依赖关系、开发进度来确定集成顺序
40)干系人如何管理?
如果干系人不能按计划参加采取那些措施?
⏹项目有沟通关系人表,列举干系人参与的计划
⏹如果干系人不能按计划参与,变更干系人参与的计划,并让其进行确认
41)各计划的一致性是如何保证的?
⏹通过项目各干系人参与项目计划的评审,来确保所有干系人达成一致
42)在项目评审计划中谁决定评审的对象?
⏹项目经理,其他人评审
43)是否有组织的过程方针?
是否培训或了解?
⏹有,组织过程方针里包括:
所有PA的主要活动和目标
⏹有过培训
44)项目跟踪是如何做的?
了解项目的偏差?
⏹项目跟踪的方式和手段有:
项目例会、日常沟通、里程碑评审、周报等
⏹通过度量,对项目实际状况和计划偏差进行对比分析,来决定采取哪些纠偏措施以及是否需要变更计划
45)项目中发现什么情况认为进度发生了较大的偏差,需要调整计划?
项目中是否发生了进度较大的偏差?
⏹总体进度偏差率大于或等于15%,需要调整计划
⏹工作量偏差率大于或等于15%,需要调整计划
46)项目中的问题是如何管理?
项目问题跟踪表是谁维护?
⏹如果发现项目问题,将其记录在项目问题跟踪表中,并指定负责人,进行跟踪解决
⏹项目问题跟踪表是由项目经理维护
47)项目中的角色在那些文档中体现?
⏹在项目任务书和软件开发计划中有体现
48)项目组中人力资源是充分的吗?
⏹根据具体来回答
49)项目中有技术方案的选择吗?
⏹有
50)决策分析的过程是怎么样?
⏹决策分析评估申请
⏹项目经理组建决策分析小组成员
⏹项目经理组织DAR小组成员制定备选方案、评价准则、打分标准、采用什么决策方法(例如MAUT、delphi方法)
⏹召开决策分析会议,成员按照标准打分
⏹根据打分结果决定最终方案
⏹将最终方案提交给部门经理审批
51)过程检查是否有人检查,是否有人通知结果?
⏹过程检查有PPQA检查,检查结果记录在《过程检查表》中
52)EPG在过程改进中做了哪些工作?
⏹EPG负责编写、维护、评审、试点和发布组织标准过程文件
⏹收集过程改进建议
⏹培训和推广组织标准过程等等
53)项目的工作环境有什么要求?
⏹最好能提供一些项目的自动化工具
2.需求组
1)如何获取需求?
需求如何变更?
⏹使用需求调研的一些方法(例如:
访谈、问卷调查、现场实习、研究同类产品等等)
⏹提出需求变更申请
⏹项目经理组织相关人员做变更影响分析
⏹SCCB评审变更
⏹实施变更
⏹对修改结果进行跟踪验证
⏹通知相关干系人变更的消息
2)需求来源比较复杂的情况下,项目组是否制定接受的标准或者评审时决策机制?
⏹需求可行性分析的角度(需求功能点的优先级的划分、项目进度方面、技术可行性、成本、项目范围等等)
⏹需求规格说明书中有用户的验收准则
⏹有需求评审检查单,作为需求评审的依据
⏹需求评审时,各干系人参与评审确认,达成一致,如有分歧由评审负责人和客户协商决策
3)需求的场景在那儿描述
⏹数据流图
⏹功能概述
⏹功能描述
⏹各种流程图和状态图
4)需求文档中是否有时序图,或类似的图,表现方法是什么?
⏹在接口需求中,和外部系统的接口有详细描述,必要时会画一些流程图辅助描述
5)接口,包括内部和外部的接口,描述那些接口?
⏹用户接口
⏹和外部系统的接口(软件接口、硬件接口、通讯接口)
⏹内部接口(各软件功能模块之间的接口)
6)需求评审如何做?
评审中是否有明确的标准?
需求纳入开发是谁确定的?
⏹需求编写人在需求编写完成后,提交给评审负责人申请评审
⏹评审负责人制定评审计划,并将评审材料提前发给评委
⏹评委提前阅读材料,提出并记录问题,并将问题反馈给评审负责人
⏹召开评审会议,确定存在缺陷,给出评审结论
⏹作者实施修改
⏹跟踪验证
⏹评审负责人综合各评委意见,给出最终评审结论(三种)
⏹由评审负责人、所有评委、客户一起评审确定
7)需求跟踪矩阵是谁负责维护?
⏹需求分析人员、设计人员、开发人员、测试人员来维护
⏹项目经理及时进行审核
8)需求拆到什么粒度认为是合格的?
在组织过程中是否有要求?
⏹一般从用户角度来编写需求,不涉及设计方面的描述,在需求开发过程和需求评审检查单里有要求
3.开发组
1)项目中有没有在不同的技术方案选择的过程?
⏹有
2)在项目的什么情况下提出决策申请?
⏹架构选型
⏹重大的需求变更
⏹选择供应商
⏹重大的风险措施等等
由任务相应的负责人向项目经理提出决策申请
3)如何确定评分标准?
⏹有评价准则,例如:
性能要求、技术难度、成本、开发人员熟悉程度。
针对每一项评价准则,都会有相应权重
⏹评分标准,针对每一项评价准则打分,例如10分制
⏹决策分析的流程:
1.提出决策申请
2.项目经理组建DAR小组,确定备选方案、评价准则、打分标准、决策方法(MAUT、delphi)
3.召开决策分析会议,打分
4.确定最终方案
5.提交给部门经理审批
4)项目中有那些设计,是否有统一的模板?
主要的章节?
⏹概要设计和详细设计,有模板
⏹概要设计包括:
主要有架构设计、数据库设计、接口设计、模块功能设计、界面总体设计、系统总体设计
⏹详细设计包括有:
各模块的详细算法设计、数据结构、内外部接口设计、流程图、调用关系、详细界面设计
5)接口设计是否有一定的要求和标准,可以是组织级的,也可以是项目级的?
⏹有,参见评审检查表中“概要设计检查表”部分,是组织级的
6)实现编码和单元测试一起计划,单元测试有什么要求?
⏹目前需要对单元测试控制更加严格些,这也是下一步的改进点
7)集成顺序是否有要求,是否可以按照提交的顺序进行了集成?
集成测试用例编写的要求准则在那儿体现?
——《测试指南》
⏹集成顺序有要求,在《项目集成测试计划》中,按照集成计划的要求进行集成
⏹参考下评审检查表中“测试用例检查表”部分
8)同行评审有吗?
⏹同行评审的流程有:
1.作者向评审负责人提出同行评审的申请
2.评审负责人制定评审计划,并发出评审材料
3.评委阅读材料,提出并记录问题,反馈给评审负责人汇总
4.召开评审会议,确定存在的问题,给出评审结论
5.作者修改缺陷
6.跟踪验证
9)详细设计是一份还是多份?
⏹一份,也有多份
10)一次评审发现的问题数量?
评审的时间?
问题跟踪人?
评审数据的度量在那儿体现?
⏹组织上有评审缺陷密度,一般项目评审的缺陷密度在组织评审缺陷密度的上下限区间范围内
⏹评审时间一般是2小时左右
⏹由评审负责人指定问题跟踪人
⏹在里程碑报告中有评审数据的体现
⏹评审时,各评委提出问题,如有分歧,由评审负责人给出决策
4.测试组
1)测试过程中是否编写过计划?
什么时候开始参与?
⏹编写过
⏹在制定项目计划的同时,测试负责人负责编写测试计划,一起提交评审
⏹需求讨论和需求评审时,测试人员开始参与到项目工作中
2)测试环境是在什么阶段确定。
资源分配是谁负责?
⏹在编写测试计划时确定
⏹负责人:
质控部经理
3)系统测试策略有什么考虑?
测试进入标准和退出标准
⏹测试类型有:
功能测试、性能测试、安全性测试、安装卸载测试、稳定性测试、可恢复性测试、文档测试、配置测试
⏹功能测试方法有:
黑盒测试、灰盒测试、白盒测试、自动化测试
⏹测试进入标准:
集成测试通过,安装部署文档已提交
⏹测试退出标准:
严重程度为高和中的bug已全部修改验证通过,低和建议类型的bug已达成最终共识,所有测试用例已全部回归
4)系统测试BUG严重程度分类有没有规定?
⏹有,参见《缺陷报告》模板中描述:
缺陷类型有高、中、低、建议。
测试人员负责填写。
程序异常、内存泄漏、程序不可测试、主要功能没有正确实现等情况级别为高;次要功能没有正确实现,不影响主要功能实现等情况级别为中;界面显示不美观,信息提示不准确等情况级别为低;功能类型为建议的级别为建议。
5)缺陷管理系统描述?
⏹公司自己开发的bug管理系统,要清楚bug流转流程以及bug的各种状态
6)测试技术是否要求?
⏹测试部门内部交流
⏹测试部门内部培训,有相关测试技术方面的培训材料
7)测试用例的是否评审?
⏹有评审,参加评审人员一般有:
测试组成员、需求分析人员、设计人员、项目经理
⏹评审流程见下:
1.作者或测试负责人向评审负责人提出评审申请
2.评审负责人制定评审计划,发送待评审材料和评审检查表
3.评委事先阅读材料,提出并记录问题,反馈给评审负责人汇总
4.召开评审会议,确定存在缺陷,给出评审结论
5.作者修改缺陷
6.跟踪验证
5.配置管理组
1)在那个文档中记录配置项?
⏹配置管理计划中的配置项清单
2)在项目的配置项中,有那些源文件谁知道,源代码是否全怎么知道?
⏹开发负责人
⏹通过build是否成功,且开发负责人会检查代码
3)配置管理系统是什么时候建立的,有什么规定?
⏹立项时就建配置库
⏹按照组织统一的配置库目录结构来建库,并设置相应的权限
4)变更是如何管理的?
⏹向项目经理提出变更申请
⏹项目经理组织相关成员进行变更影响分析
⏹SCCB进行评审
⏹根据评审结构实施变更
⏹对变更内容进行跟踪验证
⏹发布变更通知
5)项目中一般会有那些基线?
⏹计划基线
⏹需求基线
⏹设计基线
⏹系统测试基线
⏹发布基线
6)系统测试2条基线在系统测试前还是系统测试后?
⏹第一条系统测试基线在集成测试通过后打基线
⏹第二条系统测试基线在第二轮系统测试开始前打基线
7)是否提交过配置状态报告?
包括什么内容?
⏹提交过
⏹当前的配置项名称、版本号、是否属于基线
⏹各基线的版本对应关系、包括的配置项、对应的CR编号
8)对配置项的标识有什么规定?
⏹组织有一个标识规范
⏹项目简称_文档名称
9)是否做过配置审计?
谁做的?
审哪些东西?
⏹做过
⏹配置管理员
⏹包括物理审计和功能审计,按照配置审计中的检查项
⏹物理审计包括对文件命名、存放位置、基线标识等信息进行审计,功能审计包括变更的流程是否按规定来执行、代码修改后是否回归测试、文档进行基线前是否被评审
10)配置审计是否审计变更的内容?
配置审计如何检查配置项的变更进行检查?
⏹审计过的
⏹按照变更的流程来进行审计
11)如何确定1个配置项涉及到的变更?
⏹通过版本号来看变更过多少次
⏹也可以变更请求审批表来查看具体变更信息
⏹也可以通过变更追踪表来查看汇总信息
6.QA
1)计划是如何制定的?
质量保证计划中会定义检查的产品一致吗?
2)每周为一个项目检查多长时间?
1周2-3天
3)介绍详细检查的情况,什么样的状况会作为不符合项记录,发现不符合项后通知项目经理。
4)如果项目经理和QA发生意见不一致;
5)QA报告和计划存放在哪儿?
QA报告存放区域的权限怎么规定?
7.培训
1)培训的需求是怎样收集和分析的?
⏹培训需求分析需要有一份培训需求汇总表,作为分析和领导签字审批的依据
2)除了年度,平时还有什么收集的渠道?
⏹
3)培训是否分级?
培训需求是否会汇总?
培训计划谁来审核?
培训的课件放在那儿?
内训讲师的库,外面合格讲师的库?
培训效果如何收集?
调查表打分内容是否是统一的。
4)岗位知识技能。
每次培训给受训的人哪些知识技能是否有?
培训的预算是如何申请的?
内训是否占用的费用比较少。
培训工作和计划是否一致?
8.EPG
1)过程改进的目标是?
由谁制定?
⏹过程改进的目标在《组织过程改进计划》中,由EPGLeader制定,组织过程改进目标是:
1.通过CMMI3级过程认证
2.项目里程碑进度延误不超过10%
3.项目发布现场版本非放行问题比率不高于5%
4.逐步提高组织的劳动生产率,降低组织成本
2)过程改进计划;执行情况?
⏹按照过程改进计划开展组织过程改进活动
3)除cmmi导入还有其他措施?
⏹EPG例会、过程改进意见收集邮箱、考核、季度抽查过程质量、组织年度过程改进评估工作
4)如何推行组织过程?
⏹EPG在编写和评审组织过程文件后,如果过程需要试点,则申请在部分项目组进行试点,试点通过后,在组织内进行发布
⏹EPG针对所有项目组成员培训组织过程
⏹QA和EPG协助项目组成员使用组织过程,给项目组提供日常咨询和培训服务
5)最佳实践库进入标准?
⏹项目经理在项目结束时提交项目过程资产给EPG,EPG评审通过后,由组织级配置管理员将最佳实践文档放入最佳实践库
6)最佳实践库入库评审报告是否有?
⏹有评审报告,最佳实践文档要经过EPG评审通过后,方可入库。
7)组织标准工作环境?
⏹有组织标准工作环境,介绍了组织常用的硬件环境、软件环境和工作环境
9.
划样期____________________________________________________________________________________________________________________________
10.
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 正式 评估 培训 材料