项目过程规约培训课件

1、项目过程规约本文档的目的通过前期对成员的培训，达成共识，以减少项目组成员磨合的成本提高项目组成员对组织定义过程的认识使用说明培训前QA和PM可以根据项目本身的特点对本提纲做少量调整项目前期，由QA组织对项目组成员培训（具体内容可以由项目经理、QA、测试负责人和配置人员分别负责讲解）。内容概要项目重点关注内容项目经理角色开发人员角色测试人员角色SCMQA 项目运作模式计划执行审核调整任务对于项目中的任务，遵照如下循环模式：制订任务的计划；按照计划实施；检查实施的结果(检查者可以是PM、QA)；根据检查的结果进行调整，(调整的可能：返工/计划变更/降低检验标准)。回答一个问题：我们的目标只是为了项

2、目的成功吗？否。其一，项目要成功；其二，积累历史数据，提高组织开发能力成熟度。项目重点关注内容使用Project工具进行计划和跟踪同级评审流程变更流程问题提交流程成员任务分配(计划/周例会/当面交流)成员工作产品的管理配置工具的使用项目重点关注内容-同级评审同级评审是项目中把握产品质量的重要手段。如下产品要做同级评审：立项报告、项目计划、需求规约、设计文档、代码、测试计划/方案、用户文档、项目总结报告同级评审中希望项目组的人认真提出问题。进行同级评审发现工作产品缺陷是项目组成员的工作任务；参与同级评审的工作量及问题质量是SE的任职资格考评元素通过MIS执行项目重点关注内容 事宜管理(Issue

3、s)通过“组内交流”和“客户交流”文档记录项目问题项目组内一些有意义的问题一定要填入，并详细跟踪其状态PM可以指定人维护，但一定对该表负责客户交流日志同样要求如果在项目中发现当前过程规范中的缺陷或者有改进建议，可随时记录，或同SEPG成员联系。同时也可在结项报告中作总结。项目重点关注内容 - 成员任务分配成员接受任务的方式有：计划、周例会、当面交流PM要尽可能把所有任务安排纳入项目计划中周例会的会议记录要详细填写周例会要总结上周(上阶段)的工作情况作总结，并安排本周(本阶段)任务任务完成情况要及时刷新到项目的进度表中，根据约定的粒度或事件驱动项目重点关注内容配置管理工具的使用清楚工作产品往哪里

4、放，如何命名及时check in有效的工作产品个人重要工作产品注意备份避免互相干扰多人需check out一个文件多人往一个目录下add文件（先update目录）使用clearfsimport递归导入文件与目录已有同名文件的，自动替换内容升版本主要角色划分项目经理开发人员 (架构师、设计人员、程序员等)测试人员(测试负责人、测试设计师、测试工程师等)SCMSQA度量人员项目经理-项目管理在策划阶段制定项目计划，该计划用于指导项目开发活动计划和进度跟踪需求跟踪(可指定专人)风险跟踪(一般PM亲自跟踪，并组织成员分析)度量数据跟踪周例会/提交周报项目里程碑处重新估计，刷新计划处理所发现的问题(包括

5、QA提交的不一致项)项目经理-阶段性任务-启动了解与确认初始需求编制立项报告编制策划阶段的计划立项报告评审项目经理-阶段性任务-策划软件估计、WBS分解制定项目管理计划和其他子计划：质量保证计划(协助QA)、配置管理计划(协助CM)、度量计划(协助度量人员)风险识别和制定风险管理计划确定培训需求与培训计划确定需求管理计划和需求跟踪矩阵确定资源管理计划并初始化资源跟踪表负责提交的工作产品：项目计划项目经理-阶段性任务-实现组织编码与调试代码审查与代码走查组织单元测试维护需求跟踪矩阵分析风险，更新风险列表跟踪评审记录，处理不符合问题负责提交的工作产品：程序代码；代码审查报告；单元测试报告、需求跟踪

6、矩阵、风险列表项目经理-阶段性任务-测试审查测试计划，测试方案协助测试负责人执行测试工作必要时协调开发和测试之间的分歧审查测试报告组织测试计划/方案/测试报告评审维护需求跟踪矩阵和风险列表项目经理-阶段性任务-实施组织编写用户手册、培训教材组织发布实施用软件产品组织安装调试配合用户验收测试项目总结及评审开发人员策划阶段需求与设计阶段实现阶段测试阶段实施阶段注意：对于迭代开发，这里所说的工程阶段也指每个迭代内的小阶段。比如第一次迭代的需求分析阶段/实现阶段/测试阶段开发人员-策划阶段参与项目策划了解项目的基本信息，如：关于业务：项目WBS与进度；自己的任务；关于管理：参与项目计划评审；参与风险分

7、析；了解一些常规性任务，如周例会约定、提交度量数据约定等。开发人员-需求与设计阶段建立/维护需求跟踪矩阵(指定专人维护)分析师与架构师：需求分析、业务建模/系统建模、架构设计、子系统设计分析与设计产品的同级评审活动或其他确认工作程序员：理解需求和设计，参加评审活动，作必要的技术储备编写测试用例(此任务视需求的清晰程度可后延)提交的产品：需求及相关文档；设计及相关文档；评审记录；测试用例开发人员 - 测试阶段开发人员 - 测试阶段测试人员需求阶段设计阶段实现阶段测试与验收阶段注意：两种测试人员角色：系统测试和验收测试（本文档只涉及系统测试人员）测试人员-需求阶段了解需求参与需求评审，从测试的角度

8、提交需求的缺陷如果需求明确，可以设计测试计划提交产品：需求评审缺陷；测试计划注意：组织需求评审时，参与人至少要有测试人员。此要求作为QA评审该活动的一个重要指标。测试人员-设计阶段参与设计评审，从可测的角度提交设计缺陷设计测试计划设计测试方案评审测试计划和测试方案(视项目情况定，此活动可以后延，前提是不影响测试任务)产品：设计评审的缺陷；测试计划和测试方案注意：设计评审活动参与人至少要有测试角色。此要求作为QA评审该活动的一个重要指标。测试人员-编码与单元测试阶段细化测试方案(主要是测试用例)搭建测试环境(如果任务很明确，此活动也可在需求/设计阶段执行)熟悉Bug跟踪机制注意：测试环境一定和开

9、发环境分开(包括数据库环境，此项作为QA评审测试规范性的一个重要指标)测试人员- 集成/系统测试阶段测试/开发人员的交互工作方式：以Build为单位和开发人员交换版本。测试人员-集成/系统测试阶段Bug的生命周期：注：Bug一定要提交到Clearquest配置管理员-常规性工作维护配置库、配置项建立基线基线化配置项的变更控制变更记录与通知配置状态报告配置审计报告配置管理员项目启动阶段项目策划阶段需求/设计阶段编码/测试阶段项目结项阶段配置管理员-项目启动阶段建立项目组所用配置库分配权限标识配置项/单元配置管理员-项目策划阶段配合PM，制定配置管理计划根据项目进度计划，确定配置项基线化的预计时间

10、。与PM协定配置管理活动的执行频度确定配置管理库目录结构配置管理员 - 需求/设计阶段执行常规性的配置审计，事件驱动方式给出如下报告：配置审计报告配置状态报告配置管理员-编码/测试阶段 对代码的配置管理权限控制 设计人员可以add；开发人员只能check out/in不能随意删除文件build标识相应代码的版本也包括相关的可执行文件和配置文件命名和clearquest中内部版本一致配置管理员-项目结项成果移交质量保证人员审核软件产品评审软件过程提交工作报告提交不符合问题质量保证人员 - 工作产品审核目标评估软件工作产品是否符合组织和项目规定的标准或指导方针，鉴别偏差、疏漏并做出报告以对其进行跟

11、踪 内容各个阶段的里程碑产品，如项目计划、需求规约、设计文档、测试计划/方案/报告、代码以及其他相关产品文档项目角色活动的跟踪与监督产品，如项目例会记录、问题记录、评审记录、项目组交流记录等产品 评审审核记录、不符合问题记录QA - 过程评审目标评审项目活动与组织定义软件过程的一致性。确保组织及项目计划中定义的活动和过程在项目中得到遵循 内容项目定义组织过程的规范性输出评审审核记录、不符合问题记录SQA工作报告 SQA每两周提交一份工作报告。如果项目周期超过6个月，可以适当延长提交周期，但要在项目计划中进行约定。SQA工作报告内容包括： 项目组大事记项目所处阶段SQA人员的评审/审核工作的计划、执行情况不符合问题情况目前SQA工作中存在的问题不符合问题的处理处理流程1)发现问题2)与项目成员交流，项目组内部解决3)项目组内部无法