正式评估前培训材料Word文件下载.docx

1、11） 需求评审几次？需求评审时发现问题数量多少？ 1次 通过和组织的评审缺陷密度相比，发现问题数量属正常12） 需求评审是否有检查单？ 有检查单 检查单可以给需求评审提供帮助，提高评审效率和质量13） 需求在什么情况下用户认可的标准？ 通过用户的评审确认14） 是否有需求的变更？需求变更要走什么流程？ 提出需求变更申请 项目经理组织相关人员做变更影响分析 CCB评审变更 实施变更 跟踪验证 发布变更通知15） 后续是否可能有需求的变化？ 根据具体回答16） 项目计划有那些主要的环节？ 选择生命周期模型 制定项目定义过程 WBS分解 估算规模和工作量 制定项目进度计划 制定其它项目子计划 评审

2、所有项目计划 将评审通过的项目计划纳入基线库17） 工作拆分是在什么时候做？ 项目定义过程制定完成后，估算开始之前18） 生命周期模型是什么时候确定？有没有组织的依据？ 项目立项之后，组织有项目生命周期选择指南19） 项目选择的生命周期模型是什么？为什么是瀑布模型？ 瀑布模型适合于项目需求比较稳定的情况20） 项目过程定义有什么依据？ 组织有裁剪指南，然后根据项目特点进行裁剪21） 项目过程定义有什么特色？项目过程定义如何做？ 具体谈项目做了哪些裁剪，为什么裁剪22） 估算时估算那些参数？项目估算是怎么做的？有没有以前的数据做参考？估算中是否用到组织的度量数据？ 估算了项目规模、工作量数据 运

3、用专家delphi方法 参考历史的生产率数据、工作量比例关系的数据23） 承前类项目以前的代码不修改，是否要作为规模估算的一部分？ 不要作为规模估算的一部分，需要剔除24） 项目进度计划和工作量估算有什么关系？ 首先有工作量估算，根据可用的资源，得到一些任务的工期，最后得到了项目进度计划25） 在进度表中如何考虑任务之间的相互关系？ 根据项目特点，找出各任务的前置关系和关键依赖关系 找出项目的关键路径26） 项目计划日程表安排是怎么安排的？ 首先进行WBS分解 其次估算各任务工作量 根据可用资源，得到任务完成工期 明确各任务之间的关系，找出项目关键路径27） 项目中都有哪些资源？项目的资源怎样

4、做计划？ 硬件资源、软件资源、人力资源 在项目计划文档中明确，需要哪些资源、到位时间、负责人等28） 如何确保项目组的成员具备要求的技能？对人员的技能要求，是否在计划中体现？ 在选择项目成员时会考虑人员技能，并根据实际情况，项目经理会组织相关培训 在项目计划有体现，明确了各角色应具备的职责。如果人员技能存在差距，项目经理会制定相应的项目培训计划29） 估算时考虑的前提、假设和理由会记录吗？，是否文件中有要求？ 应该记录估算时的假设条件30） 项目风险识别是否有组织级的依据？ 有，依据组织级的风险库31） 风险是如何分类的？ 人员 技术 需求 管理等32） 风险识别后采取的措施，是否有组织级的参

5、考 有参考，参考组织级的风险库里类似风险采取的规避措施 也会参考组织的风险管理规程中涉及到的风险应对策略：接受风险、减缓风险、规避风险、转移风险33） 项目的风险怎么管理？风险优先级是如何确定的？风险应对措施谁来定？风险是如何跟踪？ 项目风险是如何管理：识别项目风险、风险分析、制定风险缓解措施、跟踪风险 根据风险发生的概率和影响程度，得到风险值，然后根据风险值大小确定风险优先级 项目组成员协助项目经理来制定风险应对措施 风险跟踪的手段有：例会、日常的及时沟通、里程碑评审会议、周报34） 结项时要求是否了解？ 编写项目总结报告 召开项目总结会议 提交项目过程资产（项目度量数据、最佳实践文档等）给

6、SEPG 提交项目结项申请给部门经理签字审批35） 项目要度量那些数据？度量数据展示在哪里？是否可以有超出组织度量的要求的额外要求？ 主要的类型有五类：规模、工作量、缺陷、评审、进度 度量数据展示在项目里程碑报告中 可以有超出组织度量要求的度量数据36） 在项目中做了收集了什么样的度量数据，对项目的帮助？对组织的帮助？ 度量数据见上 度量数据对项目帮助举例：例如度量缺陷数据类型的分布，找出占有比例较高的缺陷类型，在项目下一阶段重点加以改进 对组织的帮助举例：例如为组织提供度量数据，帮助组织找到待改进点，作为过程改进的依据37） 项目度量计划中哪些是项目经理自己要做的？项目组是否可以增加度量数据

7、？ 除了PPQA和CM的数据由QA和CM来收集外，其它项目数据由项目经理来收集 可以，根据项目需求38） 项目里程碑报告发布给谁？ 发布给高层经理、项目组成员、客户（可选）39） 集成顺序是如何确定？在计划中体现了吗？ 在项目集成测试计划中体现 根据集成策略和模块的依赖关系、开发进度来确定集成顺序40） 干系人如何管理？如果干系人不能按计划参加采取那些措施？ 项目有沟通关系人表，列举干系人参与的计划 如果干系人不能按计划参与，变更干系人参与的计划，并让其进行确认41） 各计划的一致性是如何保证的？ 通过项目各干系人参与项目计划的评审，来确保所有干系人达成一致42） 在项目评审计划中谁决定评审的

8、对象？ 项目经理，其他人评审43） 是否有组织的过程方针？是否培训或了解？ 有，组织过程方针里包括：所有PA的主要活动和目标 有过培训44） 项目跟踪是如何做的？了解项目的偏差？ 项目跟踪的方式和手段有：项目例会、日常沟通、里程碑评审、周报等 通过度量，对项目实际状况和计划偏差进行对比分析，来决定采取哪些纠偏措施以及是否需要变更计划45） 项目中发现什么情况认为进度发生了较大的偏差，需要调整计划？项目中是否发生了进度较大的偏差？ 总体进度偏差率大于或等于15%，需要调整计划 工作量偏差率大于或等于15%，需要调整计划46） 项目中的问题是如何管理？项目问题跟踪表是谁维护？ 如果发现项目问题，将

9、其记录在项目问题跟踪表中，并指定负责人，进行跟踪解决 项目问题跟踪表是由项目经理维护47） 项目中的角色在那些文档中体现？ 在项目任务书和软件开发计划中有体现48） 项目组中人力资源是充分的吗？ 根据具体来回答49） 项目中有技术方案的选择吗？50） 决策分析的过程是怎么样？ 决策分析评估申请 项目经理组建决策分析小组成员 项目经理组织DAR小组成员制定备选方案、评价准则、打分标准、采用什么决策方法（例如MAUT、delphi方法） 召开决策分析会议，成员按照标准打分 根据打分结果决定最终方案 将最终方案提交给部门经理审批51） 过程检查是否有人检查，是否有人通知结果？ 过程检查有PPQA检查

10、，检查结果记录在过程检查表中52） EPG在过程改进中做了哪些工作？ EPG负责编写、维护、评审、试点和发布组织标准过程文件 收集过程改进建议 培训和推广组织标准过程等等53） 项目的工作环境有什么要求？ 最好能提供一些项目的自动化工具2. 需求组1） 如何获取需求？需求如何变更？ 使用需求调研的一些方法（例如：访谈、问卷调查、现场实习、研究同类产品等等） SCCB评审变更 对修改结果进行跟踪验证 通知相关干系人变更的消息2） 需求来源比较复杂的情况下，项目组是否制定接受的标准或者评审时决策机制？ 需求可行性分析的角度（需求功能点的优先级的划分、项目进度方面、技术可行性、成本、项目范围等等）

11、需求规格说明书中有用户的验收准则 有需求评审检查单，作为需求评审的依据 需求评审时，各干系人参与评审确认，达成一致，如有分歧由评审负责人和客户协商决策3） 需求的场景在那儿描述 数据流图 功能概述 功能描述 各种流程图和状态图4） 需求文档中是否有时序图，或类似的图，表现方法是什么？ 在接口需求中，和外部系统的接口有详细描述，必要时会画一些流程图辅助描述5） 接口，包括内部和外部的接口，描述那些接口？ 和外部系统的接口（软件接口、硬件接口、通讯接口） 内部接口（各软件功能模块之间的接口）6） 需求评审如何做？评审中是否有明确的标准？需求纳入开发是谁确定的？ 需求编写人在需求编写完成后，提交给评

12、审负责人申请评审 评审负责人制定评审计划，并将评审材料提前发给评委 评委提前阅读材料，提出并记录问题，并将问题反馈给评审负责人 召开评审会议，确定存在缺陷，给出评审结论 作者实施修改 评审负责人综合各评委意见，给出最终评审结论（三种） 由评审负责人、所有评委、客户一起评审确定7） 需求跟踪矩阵是谁负责维护？ 需求分析人员、设计人员、开发人员、测试人员来维护8） 需求拆到什么粒度认为是合格的？在组织过程中是否有要求？ 一般从用户角度来编写需求，不涉及设计方面的描述，在需求开发过程和需求评审检查单里有要求3. 开发组1） 项目中有没有在不同的技术方案选择的过程？2） 在项目的什么情况下提出决策申请

13、？ 架构选型 重大的需求变更 选择供应商 重大的风险措施等等由任务相应的负责人向项目经理提出决策申请3） 如何确定评分标准？ 有评价准则，例如：性能要求、技术难度、成本、开发人员熟悉程度。针对每一项评价准则，都会有相应权重 评分标准，针对每一项评价准则打分，例如10分制 决策分析的流程：1. 提出决策申请2. 项目经理组建DAR小组，确定备选方案、评价准则、打分标准、决策方法（MAUT、delphi）3. 召开决策分析会议，打分4. 确定最终方案5. 提交给部门经理审批4） 项目中有那些设计，是否有统一的模板？主要的章节？ 概要设计和详细设计，有模板 概要设计包括：主要有架构设计、数据库设计、

14、接口设计、模块功能设计、界面总体设计、系统总体设计 详细设计包括有：各模块的详细算法设计、数据结构、内外部接口设计、流程图、调用关系、详细界面设计5） 接口设计是否有一定的要求和标准，可以是组织级的，也可以是项目级的？ 有，参见评审检查表中“概要设计检查表”部分，是组织级的6） 实现编码和单元测试一起计划，单元测试有什么要求？ 目前需要对单元测试控制更加严格些，这也是下一步的改进点7） 集成顺序是否有要求，是否可以按照提交的顺序进行了集成？集成测试用例编写的要求准则在那儿体现？测试指南 集成顺序有要求，在项目集成测试计划中，按照集成计划的要求进行集成 参考下评审检查表中“测试用例检查表”部分8

15、） 同行评审有吗？ 同行评审的流程有：1. 作者向评审负责人提出同行评审的申请2. 评审负责人制定评审计划，并发出评审材料3. 评委阅读材料，提出并记录问题，反馈给评审负责人汇总4. 召开评审会议，确定存在的问题，给出评审结论5. 作者修改缺陷6. 跟踪验证9） 详细设计是一份还是多份？ 一份，也有多份10） 一次评审发现的问题数量？评审的时间？问题跟踪人？评审数据的度量在那儿体现？ 组织上有评审缺陷密度，一般项目评审的缺陷密度在组织评审缺陷密度的上下限区间范围内 评审时间一般是2小时左右 由评审负责人指定问题跟踪人 在里程碑报告中有评审数据的体现 评审时，各评委提出问题，如有分歧，由评审负责

16、人给出决策4. 测试组1） 测试过程中是否编写过计划？什么时候开始参与？ 编写过 在制定项目计划的同时，测试负责人负责编写测试计划，一起提交评审 需求讨论和需求评审时，测试人员开始参与到项目工作中2） 测试环境是在什么阶段确定。资源分配是谁负责？ 在编写测试计划时确定 负责人：质控部经理3） 系统测试策略有什么考虑？测试进入标准和退出标准 测试类型有：功能测试、性能测试、安全性测试、安装卸载测试、稳定性测试、可恢复性测试、文档测试、配置测试 功能测试方法有：黑盒测试、灰盒测试、白盒测试、自动化测试 测试进入标准：集成测试通过，安装部署文档已提交 测试退出标准：严重程度为高和中的bug已全部修改

17、验证通过，低和建议类型的bug已达成最终共识，所有测试用例已全部回归4） 系统测试BUG严重程度分类有没有规定？ 有，参见缺陷报告模板中描述：缺陷类型有高、中、低、建议。测试人员负责填写。程序异常、内存泄漏、程序不可测试、主要功能没有正确实现等情况级别为高；次要功能没有正确实现，不影响主要功能实现等情况级别为中；界面显示不美观，信息提示不准确等情况级别为低；功能类型为建议的级别为建议。5） 缺陷管理系统描述？ 公司自己开发的bug管理系统，要清楚bug流转流程以及bug的各种状态6） 测试技术是否要求？ 测试部门内部交流 测试部门内部培训，有相关测试技术方面的培训材料7） 测试用例的是否评审？

18、 有评审，参加评审人员一般有：测试组成员、需求分析人员、设计人员、项目经理 评审流程见下：1. 作者或测试负责人向评审负责人提出评审申请2. 评审负责人制定评审计划，发送待评审材料和评审检查表3. 评委事先阅读材料，提出并记录问题，反馈给评审负责人汇总4. 召开评审会议，确定存在缺陷，给出评审结论5. 配置管理组1） 在那个文档中记录配置项？ 配置管理计划中的配置项清单2） 在项目的配置项中，有那些源文件谁知道，源代码是否全怎么知道？ 开发负责人 通过build是否成功，且开发负责人会检查代码3） 配置管理系统是什么时候建立的，有什么规定？ 立项时就建配置库 按照组织统一的配置库目录结构来建库

19、，并设置相应的权限4） 变更是如何管理的？ 向项目经理提出变更申请 项目经理组织相关成员进行变更影响分析 SCCB进行评审 根据评审结构实施变更 对变更内容进行跟踪验证5） 项目中一般会有那些基线？ 计划基线 需求基线 设计基线 系统测试基线 发布基线6） 系统测试2条基线在系统测试前还是系统测试后？ 第一条系统测试基线在集成测试通过后打基线 第二条系统测试基线在第二轮系统测试开始前打基线7） 是否提交过配置状态报告？包括什么内容？ 提交过 当前的配置项名称、版本号、是否属于基线 各基线的版本对应关系、包括的配置项、对应的CR编号8） 对配置项的标识有什么规定？ 组织有一个标识规范 项目简称_

20、文档名称9） 是否做过配置审计？谁做的？审哪些东西？ 做过 配置管理员 包括物理审计和功能审计，按照配置审计中的检查项 物理审计包括对文件命名、存放位置、基线标识等信息进行审计，功能审计包括变更的流程是否按规定来执行、代码修改后是否回归测试、文档进行基线前是否被评审10） 配置审计是否审计变更的内容？配置审计如何检查配置项的变更进行检查？ 审计过的 按照变更的流程来进行审计11） 如何确定1个配置项涉及到的变更？ 通过版本号来看变更过多少次 也可以变更请求审批表来查看具体变更信息 也可以通过变更追踪表来查看汇总信息6. QA1） 计划是如何制定的？质量保证计划中会定义检查的产品一致吗？2） 每

21、周为一个项目检查多长时间？1周23天3） 介绍详细检查的情况，什么样的状况会作为不符合项记录，发现不符合项后通知项目经理。4） 如果项目经理和QA发生意见不一致；5） QA报告和计划存放在哪儿？QA报告存放区域的权限怎么规定？7. 培训1） 培训的需求是怎样收集和分析的？ 培训需求分析需要有一份培训需求汇总表，作为分析和领导签字审批的依据2） 除了年度，平时还有什么收集的渠道？ 3） 培训是否分级？培训需求是否会汇总？培训计划谁来审核？培训的课件放在那儿？内训讲师的库，外面合格讲师的库？培训效果如何收集？调查表打分内容是否是统一的。4） 岗位知识技能。每次培训给受训的人哪些知识技能是否有？培训

22、的预算是如何申请的？内训是否占用的费用比较少。培训工作和计划是否一致？8. EPG1） 过程改进的目标是？由谁制定？ 过程改进的目标在组织过程改进计划中，由EPG Leader制定，组织过程改进目标是：1. 通过CMMI3级过程认证2. 项目里程碑进度延误不超过103. 项目发布现场版本非放行问题比率不高于54. 逐步提高组织的劳动生产率，降低组织成本2） 过程改进计划；执行情况？ 按照过程改进计划开展组织过程改进活动3） 除cmmi导入还有其他措施？ EPG例会、过程改进意见收集邮箱、考核、季度抽查过程质量、组织年度过程改进评估工作4） 如何推行组织过程？ EPG在编写和评审组织过程文件后，如果过程需要试点，则申请在部分项目组进行试点，试点通过后，在组织内进行发布 EPG针对所有项目组成员培训组织过程 QA和EPG协助项目组成员使用组织过程，给项目组提供日常咨询和培训服务5） 最佳实践库进入标准？ 项目经理在项目结束时提交项目过程资产给EPG，EPG评审通过后，由组织级配置管理员将最佳实践文档放入最佳实践库6） 最佳实践库入库评审报告是否有？ 有评审报告，最佳实践文档要经过EPG评审通过后，方可入库。7） 组织标准工作环境？ 有组织标准工作环境，介绍了组织常用的硬件环境、软件环境和工作环境9. 划样期_