项目过程规约培训

项目过程规约本文档的目的通过前期对成员的培训，达成共识，以减少项目组成员磨合的成本提高项目组成员对组织定义过程的认识使用说明培训前QA和PM可以根据项目本身的特点对本提纲做少量调整项目前期，由QA组织对项目组成员培训（具体内容可以由项目经理、QA、测试负责人和配置人员分别负责讲解）。内容概要项目重点关注内容项目经理角色开发人员角色测试人员角色SCMQA

项目运作模式计划执行审核调整任务对于项目中的任务，遵照如下循环模式：制订任务的计划；按照计划实施；检查实施的结果(检查者可以是PM、QA)；根据检查的结果进行调整，(调整的可能：返工/计划变更/降低检验标准)。回答一个问题：我们的目标只是为了项目的成功吗？否。其一，项目要成功；其二，积累历史数据，提高组织开发能力成熟度。项目重点关注内容使用Project工具进行计划和跟踪同级评审流程变更流程问题提交流程成员任务分配(计划/周例会/当面交流)成员工作产品的管理配置工具的使用项目重点关注内容-同级评审同级评审是项目中把握产品质量的重要手段。如下产品要做同级评审：立项报告、项目计划、需求规约、设计文档、代码、测试计划/方案、用户文档、项目总结报告同级评审中希望项目组的人认真提出问题。进行同级评审发现工作产品缺陷是项目组成员的工作任务；参与同级评审的工作量及问题质量是SE的任职资格考评元素通过MIS执行项目重点关注内容-变更流程项目重点关注内容–事宜管理(Issues)通过“组内交流”和“客户交流”文档记录项目问题项目组内一些有意义的问题一定要填入，并详细跟踪其状态PM可以指定人维护，但一定对该表负责客户交流日志同样要求如果在项目中发现当前过程规范中的缺陷或者有改进建议，可随时记录，或同SEPG成员联系。同时也可在结项报告中作总结。项目重点关注内容-成员任务分配成员接受任务的方式有：计划、周例会、当面交流PM要尽可能把所有任务安排纳入项目计划中周例会的会议记录要详细填写周例会要总结上周(上阶段)的工作情况作总结，并安排本周(本阶段)任务任务完成情况要及时刷新到项目的进度表中，根据约定的粒度或事件驱动项目重点关注内容-工作产品管理除非有专门的约定，否则项目组所有的工作产品都要文档化，并纳入ClearCase配置工具管理提交产品时保存位置要正确，遵守配置管理计划关于配置项的规定已经基线化的产品，禁止随意修改；小的变更要通过PM和QA的同意，大的变更要通过SCCB同意并执行变更流程(变更大小由PM协同QA一起确定)文档的编写(如需求、设计、测试文档)，随版本尽可能及时检入；编码阶段代码至少要每天下班前检入，时机为最后一次编译通过项目重点关注内容–配置管理工具的使用清楚工作产品往哪里放，如何命名及时checkin有效的工作产品个人重要工作产品注意备份避免互相干扰多人需checkout一个文件多人往一个目录下add文件（先update目录）使用clearfsimport递归导入文件与目录已有同名文件的，自动替换内容升版本主要角色划分项目经理开发人员(架构师、设计人员、程序员等)测试人员(测试负责人、测试设计师、测试工程师等)SCMSQA度量人员项目经理-项目管理在策划阶段制定项目计划，该计划用于指导项目开发活动计划和进度跟踪需求跟踪(可指定专人)风险跟踪(一般PM亲自跟踪，并组织成员分析)度量数据跟踪周例会/提交周报项目里程碑处重新估计，刷新计划处理所发现的问题(包括QA提交的不一致项)项目经理-阶段性任务启动阶段策划阶段需求与设计阶段实现阶段测试阶段实施阶段注意：对于迭代开发，这里所说的工程阶段也指每个迭代内的小的阶段。比如第一次迭代的需求分析阶段/实现阶段/测试阶段项目经理-阶段性任务-启动了解与确认初始需求编制立项报告编制策划阶段的计划立项报告评审项目经理-阶段性任务-策划软件估计、WBS分解制定项目管理计划和其他子计划：质量保证计划(协助QA)、配置管理计划(协助CM)、度量计划(协助度量人员)风险识别和制定风险管理计划确定培训需求与培训计划确定需求管理计划和需求跟踪矩阵确定资源管理计划并初始化资源跟踪表负责提交的工作产品：项目计划项目经理-阶段性任务-需求与设计参加需求分析活动组织需求评审形成/维护需求跟踪矩阵组织架构设计与子系统设计设计评审(架构设计及子系统设计)协助QA处理不符合问题负责提交的产品：需求规约、需求跟踪矩阵、设计文档项目经理-阶段性任务-实现组织编码与调试代码审查与代码走查组织单元测试维护需求跟踪矩阵分析风险，更新风险列表跟踪评审记录，处理不符合问题负责提交的工作产品：程序代码；代码审查报告；单元测试报告、需求跟踪矩阵、风险列表项目经理-阶段性任务-测试审查测试计划，测试方案协助测试负责人执行测试工作必要时协调开发和测试之间的分歧审查测试报告组织测试计划/方案/测试报告评审维护需求跟踪矩阵和风险列表项目经理-阶段性任务-实施组织编写用户手册、培训教材组织发布实施用软件产品组织安装调试配合用户验收测试项目总结及评审开发人员策划阶段需求与设计阶段实现阶段测试阶段实施阶段注意：对于迭代开发，这里所说的工程阶段也指每个迭代内的小阶段。比如第一次迭代的需求分析阶段/实现阶段/测试阶段开发人员-策划阶段参与项目策划了解项目的基本信息，如：关于业务：项目WBS与进度；自己的任务；关于管理：参与项目计划评审；参与风险分析；了解一些常规性任务，如周例会约定、提交度量数据约定等。开发人员-需求与设计阶段建立/维护需求跟踪矩阵(指定专人维护)分析师与架构师：需求分析、业务建模/系统建模、架构设计、子系统设计分析与设计产品的同级评审活动或其他确认工作程序员：理解需求和设计，参加评审活动，作必要的技术储备编写测试用例(此任务视需求的清晰程度可后延)提交的产品：需求及相关文档；设计及相关文档；评审记录；测试用例开发人员-实现阶段建立/维护需求跟踪矩阵(指定专人维护)分析师与架构师：按照项目组任务分配，执行部分重要模块的编码工作指导程序员编码工作程序员：理解需求和设计，参加编码工作代码、单元测试及评审要有书面记录。每日至少下班前执行最后一个编译成功单元的检入工作。工作产品：代码;CodeReview报告;单元测试报告开发人员-测试阶段开发人员-测试阶段开发人员–实施阶段产品：交付清单；发布说明；用户培训教材；用户使用手册；安装程序配合用户验收测试人员需求阶段设计阶段实现阶段测试与验收阶段注意：两种测试人员角色：系统测试和验收测试（本文档只涉及系统测试人员）测试人员-需求阶段了解需求参与需求评审，从测试的角度提交需求的缺陷如果需求明确，可以设计测试计划提交产品：需求评审缺陷；测试计划注意：组织需求评审时，参与人至少要有测试人员。此要求作为QA评审该活动的一个重要指标。测试人员-设计阶段参与设计评审，从可测的角度提交设计缺陷设计测试计划设计测试方案评审测试计划和测试方案(视项目情况定，此活动可以后延，前提是不影响测试任务)产品：设计评审的缺陷；测试计划和测试方案注意：设计评审活动参与人至少要有测试角色。此要求作为QA评审该活动的一个重要指标。测试人员-编码与单元测试阶段细化测试方案(主要是测试用例)搭建测试环境(如果任务很明确，此活动也可在需求/设计阶段执行)熟悉Bug跟踪机制注意：测试环境一定和开发环境分开(包括数据库环境，此项作为QA评审测试规范性的一个重要指标)测试人员-集成/系统测试阶段测试/开发人员的交互工作方式：以Build为单位和开发人员交换版本。测试人员-集成/系统测试阶段Bug的生命周期：注：Bug一定要提交到Clearquest配置管理员-常规性工作维护配置库、配置项建立基线基线化配置项的变更控制变更记录与通知