项目管理流程说明

1-项目启动会：

1. 项目立项后

，项目经理应对TAPD进行项目设置，主要包括：

• 项目信息、应用设置（需求/缺陷/迭代/任务等的字段设置
  、显示设置、工作流设置）、成员与权限
  
  、消息与报告等；

2. 项目立项后，项目经理和产品经理上传项目相关资料到TAPD>文档或Wiki
；

3. 根据需求排期
、各部门工作量评估，项目经理输出项目进度计划
；

4. 根据项目进度计划，各部门分别制定计划：

• 项目经理制定TAPD>发布计划
  ，设定发布目标、开始及结束时间，以及规划好发布计划待实现的需求，设置进度计算方式
  ；
• 以及需求评审计划、设计稿输出计划
  
  、前后台开发总计划
  、测试总计划；

5. TAPD 提供三种发布计划进度计算方式

，分别是
：

• 发布计划下所有工作的关闭进度
  ；
• 所有工作的工时完成进度
  ；
• 所有需求的规模进度。

————————-

2-测试总计划
：

1. 此测试计划是根据项目发布计划制定的测试总计划；

2. 测试负责人可为项目定制测试计划模板和自定义字段，

TAPD设置入口：【设置】>【应用设置】>【测试计划】>【显示设置/字段设置】

————————-

3-项目监控：

项目经理组织周例会进行周计划和进度跟踪
：

1. 项目经理做周计划时，提前在TAPD创建迭代，填写标题、封面
、起止时间

、迭代目标等信息；

2. 进入TAPD迭代详情后，选择需要完成的需求
、任务、缺陷等，规划到迭代；

3. 创建TAPD周计划看板跟踪进度，项目经理或各组负责人创建工作项进行任务排期（任务＞2天需拆分）并及时更新
，通过报表看工作项统计
，可查看负责人、参与人
、起止时间
、优先级
：

4. 测试在TAPD迭代详情页中创建测试周计划，根据待测需求选择关联或新建测试用例；

5. 项目经理及时更新变更记录表和风险登记表；

6. 项目经理及时输出会议纪要及项目问题跟进情况。

————————–

4-需求分析、需求确认和跟踪：

1. TAPD需求相关设置：需求模板
、需求分类、需求视图配置等；

创建需求，填写必填字段
：标题，需求分类、迭代、模块

、预计开始、预计结束、处理人、状态，并上传需求规格说明书
；

2. 如需求规模较大，拆分成若干子需求关联到父需求

；

3. 需求规格说明书及交互稿需产品部归档（可归档到TAPD>文档），但TAPD>需求仅保持1个当前迭代规划的最新版本，关联到同一个父需求下
，避免成员获取的版本不一致；

4. 需求变更或文档上传、修订
，产品经理需评论并@项目成员；

5. 评审前评审资料以邮件形式提前1天发送给项目成员，评审通过后再上传到TAPD；

6. 项目经理
、产品经理及QA均需要跟踪该需求流转状态（可使用TAPD>故事墙）。

—————————

5-审图：

设计同学审图结束后，在线文档反馈审图时发现的设计图问题，评论@项目经理跟进设计处理；

如审图通过
，评论@项目经理、产品和开发。

——————————

6-测试用例：

测试用例评审通过后，上传至TAPD，并与对应需求进行关联

。

——————————

7/8-产品/设计验收：

产品和设计同学将验收发现的问题在TAPD提问题单跟踪并验证（需填写“发现版本”和“验证版本”），评论@相关成员，并指派给对应处理人
。

———————————-

9-提测：

开发流转TAPD需求和缺陷状态并指派给对应处理人。

———————————-

10-bug修复

：

1. 开发流转TAPDbug状态并指派给提单人回归验证
，必须填写“合入版本”；

2. 当改动风险较高时
，添加评论分析修复影响范围，给出测试建议
，@相关成员
；

3. 因需求未规定导致开发未实现的问题可转给产品经理先确认
，产品经理决定是否在本次迭代实现或排期，不要直接拒绝。

————————–

11-测试执行：

1. 需在TAPD标注测试用例实际结果；

2. 失败用例需关联bug；

3. 暂时阻塞用例如有条件需尽快执行
；

4. 无法执行的用例需备注原因。

——————————

12-bug记录及验证
：

1. 执行测试中发现的问题提到TAPD缺陷统一管理，直接指派给相应处理人；

2. 不确定处理人可先指派给小组负责人，由负责人再分配；

3. 与需求规格描述不符的缺陷可直接提单给开发
，优化建议类缺陷提给产品经理
；

4. 缺陷描述需满足提单规范；

5. 请适当添加评论帮助其他关注此bug的同学了解进展
。

—————————

13-评估会议：

1. 产品/设计验收反馈的问题如无法全部修复，评估是否可在提测后解决；

2. 测试完成后，如bug无法全部在发布前全部解决，评估是否可遗留
。

—————————-

14-发布前验收：

产品经理评估需求实现的情况是否满足预期
，如验收通过
，产品经理流转该需求状态至关闭
。

—————————-

15/16-客户bug复现及修复
：

测试同学同步OI表中bug到TAPD并复现，开发修复后，重新发布。