图解项目管理流程及角色职责实例详解(详述项目管理的工作流程)

图解项目管理流程及角色职责实例详解(详述项目管理的工作流程)图解项目管理流程及角色职责实例详解(详述项目管理的工作流程)

项目管理流程说明

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并复现,开发修复后,重新发布。

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

(0)
上一篇 2022年12月23日 上午9:30
下一篇 2022年12月23日 上午9:38

相关推荐