项目过程规约培训讲解.ppt

项目过程规约 本文档的目的 通过前期对成员的培训，达成共识，以减少项目组成员磨合的成本 提高项目组成员对组织定义过程的认识 使用说明 培训前QA和PM可以根据项目本身的特点对本提纲做少量调整 项目前期，由QA组织对项目组成员培训（具体内容可以由项目经理、QA、测试负责人和配置人员分别负责讲解）。 内容概要 项目重点关注内容 项目经理角色 开发人员角色 测试人员角色 SCM QA 项目运作模式 对于项目中的任务，遵照如下循环模式： 制订任务的计划； 按照计划实施； 检查实施的结果(检查者可以是PM、QA)； 根据检查的结果进行调整，(调整的可能：返工/计划变更/降低检验标准)。 项目重点关注内容 使用Project工具进行计划和跟踪 同级评审流程 变更流程 问题提交流程 成员任务分配(计划/周例会/当面交流) 成员工作产品的管理 配置工具的使用 项目重点关注内容-同级评审 同级评审是项目中把握产品质量的重要手段。 如下产品要做同级评审：立项报告、项目计划、需求规约、设计文档、代码、测试计划/方案、用户文档、项目总结报告 同级评审中希望项目组的人认真提出问题。进行同级评审发现工作产品缺陷是项目组成员的工作任务；参与同级评审的工作量及问题质量是SE的任职资格考评元素 通过MIS执行 项目重点关注内容 - 变更流程 项目重点关注内容 – 事宜管理(Issues) 通过“组内交流”和“客户交流”文档记录项目问题 项目组内一些有意义的问题一定要填入，并详细跟踪其状态 PM可以指定人维护，但一定对该表负责 客户交流日志同样要求 如果在项目中发现当前过程规范中的缺陷或者有改进建议，可随时记录，或同SEPG成员联系。同时也可在结项报告中作总结。 项目重点关注内容 - 成员任务分配 成员接受任务的方式有：计划、周例会、当面交流 PM要尽可能把所有任务安排纳入项目计划中 周例会的会议记录要详细填写 周例会要总结上周(上阶段)的工作情况作总结，并安排本周(本阶段)任务 任务完成情况要及时刷新到项目的进度表中，根据约定的粒度或事件驱动 项目重点关注内容 - 工作产品管理 除非有专门的约定，否则项目组所有的工作产品都要文档化，并纳入ClearCase配置工具管理 提交产品时保存位置要正确，遵守配置管理计划关于配置项的规定 已经基线化的产品，禁止随意修改；小的变更要通过PM和QA的同意，大的变更要通过SCCB同意并执行变更流程(变更大小由PM协同QA一起确定) 文档的编写(如需求、设计、测试文档)，随版本尽可能及时检入；编码阶段代码至少要每天下班前检入，时机为最后一次编译通过 项目重点关注内容–配置管理工具的使用 主要角色划分 项目经理 开发人员 (架构师、设计人员、程序员等) 测试人员(测试负责人、测试设计师、测试工程师等) SCM SQA 度量人员 项目经理-项目管理 在策划阶段制定项目计划，该计划用于指导项目开发活动 计划和进度跟踪 需求跟踪(可指定专人) 风险跟踪(一般PM亲自跟踪，并组织成员分析) 度量数据跟踪 周例会/提交周报 项目里程碑处重新估计，刷新计划 处理所发现的问题(包括QA提交的不一致项) 项目经理 - 阶段性任务 启动阶段 策划阶段 需求与设计阶段 实现阶段 测试阶段 实施阶段 注意：对于迭代开发，这里所说的工程阶段也指每个迭代内的小的阶段。比如第一次迭代的需求分析阶段/实现阶段/测试阶段 项目经理-阶段性任务-启动 了解与确认初始需求 编制立项报告 编制策划阶段的计划 立项报告评审 项目经理-阶段性任务-策划 软件估计、WBS分解 制定项目管理计划和其他子计划：质量保证计划(协助QA)、配置管理计划(协助CM)、度量计划(协助度量人员) 风险识别和制定风险管理计划 确定培训需求与培训计划 确定需求管理计划和需求跟踪矩阵 确定资源管理计划并初始化资源跟踪表 负责提交的工作产品：项目计划 项目经理-阶段性任务-需求与设计 参加需求分析活动 组织需求评审 形成/维护需求跟踪矩阵 组织架构设计与子系统设计 设计评审(架构设计及子系统设计) 协助QA处理不符合问题 负责提交的产品：需求规约、需求跟踪矩阵、设计文档 项目经理-阶段性任务-实现 组织编码与调试 代码审查与代码走查 组织单元测试 维护需求跟踪矩阵 分析风险，更新风险列表 跟踪评审记录，处理不符合问题 负责提交的工作产品：程序代码；代码审查报告；单元测试报告、需求跟踪矩阵、风险列表 项目经理-阶段性任务-测试 审查测试计划，测试方案 协助测试负责人执行测试工作 必要时协调开发和测试之间的分歧 审查测试报告 组织测试计划/方案/测试报告评审 维护需求跟踪矩阵和风险列表 项目经理-阶段性任务-实施 组织编写用户手册、培训教材 组织发布实施用软件产品 组织安装调试 配合用