《正式评估前培训材料》由会员分享，可在线阅读，更多相关《正式评估前培训材料（20页珍藏版）》请在金锄头文库上搜索。
1、细心整理主任评估师提问题：1. 工程经理1) 需求是怎么获得？n 需求调研方法例如：沟通沟通、问卷调查、现场实习、分析同类产品等等2) 需求整理过程中是否遵照必需格式，模板n 是，遵照需求规格说明书模板3) SRS中有那些是必需要填写内容？n 功能构造图n 数据流程图n 功能需求描述n 非功能需求描述性能、牢靠性、平安性、易用性n 接口需求描述外部接口和内部接口4) 客户需求和需求分析在一个文档，还是在不同文档？n 一个文档，需求规格说明书中功能概述局部可称为客户需求5) 需求中如何表达用户场景？用户流程描述是否有表达？在模板中是否有要求？n 数据流程图、功能描述中文字描述、原型n 在模板中有
2、要求6) 是否有接口局部需求？n 用户接口n 外部系统接口软件、硬件、通讯接口n 内部接口各功能模块接口7) 非功能需求，在需求文档中有记录吗？在需求追踪矩阵中有对应局部？n 有n 在需求跟踪矩阵中有对应关系，即非功能需求对应到设计、代码、测试用例8) 需求如何跟踪？n 各工作产品负责人需求分析员、设计人员等来维护需求跟踪矩阵n 工程经理刚好进展审核9) 是否有需求追溯手段？详细是谁在做？职责？用途是什么？n 就是需求跟踪矩阵n 各工作产品负责人需求分析员、设计人员等来维护需求跟踪矩阵n 用途主要是：可以追溯需求是否都被完成，变更时查看变更影响范围、确保需求和工程其它工作产品保持相同性10)
3、测试用例编写能否表达非功能需求？可以体此时此刻一个特地用例中，或者在每个用例中添加，建议编写一个特地用例？n 能够表达非功能需求n 全部非功能需求都有特地测试用例和之相对应11) 需求评审几次？需求评审时发觉问题数量多少？n 1次n 通过和组织评审缺陷密度相比，发觉问题数量属正常12) 需求评审是否有检查单？n 有检查单n 检查单可以给需求评审供应帮助，提高评审效率和质量13) 需求在什么状况下用户认可标准？n 通过用户评审确认14) 是否有需求变更？需求变更要走什么流程？n 提出需求变更申请n 工程经理组织相关人员做变更影响分析n CCB评审变更n 实施变更n 跟踪验证n 发布变更通知15)
4、 后续是否可能有需求变更？n 依据详细答复16) 工程准备有那些主要环节？n 选择生命周期模型n 制定工程定义过程n WBS分解n 估算规模和工作量n 制定工程进度准备n 制定其它工程子准备n 评审全部工程准备n 将评审通过工程准备纳入基线库17) 工作拆分是在什么时候做？n 工程定义过程制定完成后，估算起先之前18) 生命周期模型是什么时候确定？有没有组织依据？n 工程立项之后，组织有工程生命周期选择指南19) 工程选择生命周期模型是什么？为什么是瀑布模型？n 瀑布模型适合于工程需求比拟稳定状况20) 工程过程定义有什么依据？n 组织有裁剪指南，然后依据工程特点进展裁剪21) 工程过程定义有
5、什么特色？工程过程定义如何做？ n 详细谈工程做了哪些裁剪，为什么裁剪22) 估算时估算那些参数？工程估算是怎么做？有没有以前数据做参考？估算中是否用到组织度量数据？n 估算了工程规模、工作量数据n 运用专家delphi方法n 参考历史生产率数据、工作量比例关系数据23) 承前类工程以前代码不修改，是否要作为规模估算一局部？n 不要作为规模估算一局部，须要剔除24) 工程进度准备和工作量估算有什么关系？n 首先有工作量估算，依据可用资源，得到一些任务工期，最终得到了工程进度准备25) 在进度表中如何考虑任务之间相互关系？n 依据工程特点，找出各任务前置关系和关键依靠关系n 找出工程关键路径26
6、) 工程准备日程表支配是怎么支配？n 首先进展WBS分解n 其次估算各任务工作量n 依据可用资源，得到任务完成工期n 明确各任务之间关系，找出工程关键路径n 制定工程进度准备27) 工程中都有哪些资源？工程资源怎样做准备？n 硬件资源、软件资源、人力资源n 在工程准备文档中明确，须要哪些资源、到位时间、负责人等28) 如何确保工程组成员具备要求技能？对人员技能要求，是否在准备中表达？n 在选择工程成员时会考虑人员技能，并依据实际状况，工程经理睬组织相关培训n 在工程准备有表达，明确了各角色应具备职责。假如人员技能存在差距，工程经理睬制定相应工程培训准备29) 估算时考虑前提、假设和理由会记录吗
7、？，是否文件中有要求？n 应当记录估算时假设条件30) 工程风险识别是否有组织级依据？n 有，依据组织级风险库31) 风险是如何分类？n 人员n 技术n 需求n 管理等32) 风险识别后接受措施，是否有组织级参考n 有参考，参考组织级风险库里类似风险接受躲避措施n 也会参考组织风险管理规程中涉及到风险应对策略：承受风险、减缓风险、躲避风险、转移风险33) 工程风险怎么管理？风险优先级是如何确定？风险应对措施谁来定？风险是如何跟踪？n 工程风险是如何管理：识别工程风险、风险分析、制定风险缓解措施、跟踪风险n 依据风险发生概率和影响程度，得到风险值，然后依据风险值大小确定风险优先级n 工程组成员帮
8、助工程经理来制定风险应对措施n 风险跟踪手段有：例会、日常刚好沟通、里程碑评审会议、周报34) 结项时要求是否了解？n 编写工程总结报告n 召开工程总结会议n 提交工程过程资产工程度量数据、最正的确践文档等给SEPGn 提交工程结项申请给部门经理签字审批35) 工程要度量那些数据？度量数据展示在哪里？是否可以有超出组织度量要求额外要求？n 主要类型有五类：规模、工作量、缺陷、评审、进度n 度量数据展示在工程里程碑报告中n 可以有超出组织度量要求度量数据36) 在工程中做了收集了什么样度量数据，对工程帮助？对组织帮助？n 度量数据见上n 度量数据对工程帮助举例：例如度量缺陷数据类型分布，找出占有
9、比例较高缺陷类型，在工程下一阶段重点加以改良n 对组织帮助举例：例如为组织供应度量数据，帮助组织找到待改良点，作为过程改良依据37) 工程度量准备中哪些是工程经理自己要做？工程组是否可以增加度量数据？n 除了PPQA和CM数据由QA和CM来收集外，其它工程数据由工程经理来收集n 可以，依据工程需求38) 工程里程碑报揭发布给谁？n 发布给高层经理、工程组成员、客户可选39) 集成依次是如何确定？在准备中表达了吗？n 在工程集成测试准备中表达n 依据集成策略和模块依靠关系、开发进度来确定集成依次40) 干系人如何管理？假如干系人不能按准备参加接受那些措施？n 工程有沟通关系人表，列举干系人参及准
10、备n 假如干系人不能按准备参及，变更干系人参及准备，并让其进展确认41) 各准备相同性是如何保证？n 通过工程各干系人参及工程准备评审，来确保全部干系人达成相同42) 在工程评审准备中谁确定评审对象？n 工程经理，其他人评审43) 是否有组织过程方针？是否培训或了解？n 有，组织过程方针里包括：全部PA主要活动和目标n 有过培训44) 工程跟踪是如何做？了解工程偏差？n 工程跟踪方式和手段有：工程例会、日常沟通、里程碑评审、周报等n 通过度量，对工程实际状况和准备偏差进展比照分析，来确定接受哪些纠偏措施以及是否须要变更准备45) 工程中发觉什么状况认为进度发生了较大偏差，须要调整准备？工程中是
11、否发生了进度较大偏差？n 总体进度偏差率大于或等于15%，须要调整准备n 工作量偏差率大于或等于15%，须要调整准备46) 工程中问题是如何管理？工程问题跟踪表是谁维护？n 假如发觉工程问题，将其记录在工程问题跟踪表中，并指定负责人，进展跟踪解决n 工程问题跟踪表是由工程经理维护47) 工程中角色在那些文档中表达？n 在工程任务书和软件开发准备中有表达48) 工程组中人力资源是充分吗？n 依据详细来答复49) 工程中有技术方案选择吗？n 有50) 决策分析过程是怎么样？n 决策分析评估申请n 工程经理组建决策分析小组成员n 工程经理组织DAR小组成员制定备选方案、评价准那么、打分标准、接受什么
12、决策方法例如MAUT、delphi方法n 召开决策分析会议，成员遵照标准打分n 依据打分结果确定最终方案n 将最终方案提交给部门经理审批51) 过程检查是否有人检查，是否有人通知结果？n 过程检查有PPQA检查，检查结果记录在过程检查表中52) EPG在过程改良中做了哪些工作？n EPG负责编写、维护、评审、试点和发布组织标准过程文件n 收集过程改良建议n 培训和推广组织标准过程等等53) 工程工作环境有什么要求？n 最好能供应一些工程自动化工具2. 需求组1) 如何获得需求？需求如何变更？n 运用需求调研一些方法例如：访谈、问卷调查、现场实习、探究同类产品等等n 提出需求变更申请n 工程经理
13、组织相关人员做变更影响分析n SCCB评审变更n 实施变更n 对修改结果进展跟踪验证n 通知相关干系人变更消息2) 需求来源比拟困难状况下，工程组是否制定承受标准或者评审时决策机制？n 需求可行性分析角度需求功能点优先级划分、工程进度方面、技术可行性、本钱、工程范围等等n 需求规格说明书中有用户验收准那么n 有需求评审检查单，作为需求评审依据n 需求评审时，各干系人参及评审确认，达成相同，如有分歧由评审负责人和客户协商决策3) 需求场景在那儿描述n 数据流图n 功能概述n 功能描述n 各种流程图和状态图4) 需求文档中是否有时序图，或类似图，表现方法是什么？n 在接口需求中，和外部系统接口有详
14、细描述，必要时会画一些流程图帮助描述5) 接口，包括内部和外部接口，描述那些接口？n 用户接口n 和外部系统接口软件接口、硬件接口、通讯接口n 内部接口各软件功能模块之间接口6) 需求评审如何做？评审中是否有明确标准？需求纳入开发是谁确定？n 需求编写人在需求编写完成后，提交给评审负责人申请评审n 评审负责人制定评审准备，并将评审材料提前发给评委n 评委提前阅读材料，提出并记录问题，并将问题反应给评审负责人n 召开评审会议，确定存在缺陷，给出评审结论n 作者实施修改n 跟踪验证n 评审负责人综合各评委看法，给出最终评审结论三种n 由评审负责人、全部评委、客户一起评审确定7) 需求跟踪矩阵是谁负
15、责维护？n 需求分析人员、设计人员、开发人员、测试人员来维护n 工程经理刚好进展审核8) 需求拆到什么粒度认为是合格？在组织过程中是否有要求？n 一般从用户角度来编写需求，不涉及设计方面描述，在需求开发过程和需求评审检查单里有要求3. 开发组1) 工程中有没有在不同技术方案选择过程？n 有2) 在工程什么状况下提出决策申请？n 架构选型n 重大需求变更n 选择供应商n 重大风险措施等等由任务相应负责人向工程经理提出决策申请3) 如何确定评分标准？n 有评价准那么，例如：性能要求、技术难度、本钱、开发人员熟悉程度。针对每一项评价准那么，都会有相应权重n 评分标准，针对每一项评价准那么打分，例如10分制n 决策分析流程：1. 提
