沐鸣娱乐


        图解项目管理流程及角色职责实例详解

        图解项目管理流程及角色职责实例详解图解项目管理流程及角色职责实例详解

        项目管理流程说明

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

        相关新闻

        联系我们
        联系我们
        分享本页
        返回顶部

          XML地图