正式评估前培训材料(共10页)

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