鲁达 项目管理流程说明
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并复现，开发修复后，重新发布。