PPM需求管理第二次培训V解析.pptVIP

点击此处编辑标题样式 * PPM需求管理软件使用培训 第一部分 需求管理流程 第二部分 用户角色与职责 第三部分 角色在软件中的操作 目录 目录 一、需求管理流程 业务类需求管理流程 壹 1 贰 2 叁 3 产品类需求管理流程 Bug类需求管理流程 业务类需求管理流程 需求提交阶段 需求业务分析阶段 需求确认阶段 需求产品化分析阶段 需求关闭阶段 项目干系人 方案设计师 交付经理 产品经理 线下沟通 录入需求发起审批 线下沟通 搁置 退回 业务分析 ？ 重新提交 线下沟通 搁置 退回 需求确认 ？ 重新提交 线下沟通 搁置 退回 产品化分析 ？ 确认完成 重新提交 产品需求管理流程 需求提交阶段 需求分派阶段 需求实现阶段 需求关闭阶段 产品经理 开发经理 录入提交产品需求 ？ “执行任务” 确认完成 相关业务需求 业务需求定期梳理 分派部门任务 关联项目及产品项目 项目信息 业务需求 添加需求干系人 项目计划 添加任务 ！！！产品经理务必定期梳理 ！！！此2处将需求落实到任务 ！！！此2处将需求落实到开发任务 Bug需求管理流程 需求提交阶段 需求分析阶段 需求分派阶段 需求实现阶段 需求关闭阶段 Bug提报人 产品经理 开发经理 线下沟通 录入需求发起审批 线下沟通 搁置 退回 确认修改 ？ 重新提交 驳回 ？ “执行任务” 确认完成 分派部门任务 关联产品项目 项目信息 业务需求 添加需求干系人 项目计划 添加任务 关联项目 线下沟通 二、角色与职责 需求提报人 需求分析人 需求分派人 需求关闭人 1）将需求纳入PPM； 2）线下沟通，明确需求责任人，即通过线下沟通，明确谁能负责该需求的确认、分配到产品经理、交付等工作； 3）线下沟通，明确方案设计师，即通过线下沟通，明确谁负责该需求的拆解、差异化分析等分析类工作； 4）向方案设计师发起需求审批流程； 5）将方案设计师得出的产品经理，补充到需求责任人中，以便产品经理后期梳理需求时查找 哈哈哈哈~笑可笑之事 业务需求提报人 对象包括任何干系人 1 1）分析、明确用户的实际需求； 2）拆解需求，将需求分解到子产品级，并通过线下沟通等方式明确各子产品的负责人； 3）差异化分析，明确需求与基线版本的差异性； 4）线下沟通，明确需求可行性、风险。。？？ 5）整理提交需求跟踪矩阵； 6）线下沟通，明确需求确认责任人； 7）向需求确认责任人提交分析结果； 需求业务分析人 对象主要为方案设计师 2 人生苦短必须性感 1）线下沟通，充分明确方案设计师分析结果； 2）将分析结果拿与用户确认，明确需求、交付时间； 3）分析、整理确认结果； 4）向所有相关的产品经理提交确认后的需求； 业务需求确认人 对象主要为交付经理或需求提报人 3 嘿嘿嘿~~只要你不开心，我就特开心 1）产品化分析，明确系统版本及实现日期； 2）向需求提交人及交付经理提交分析结果； 需求产品化分析人 对象主要为产品经理 4 乖乖嘞~好zun的妹纸！！ 1）定期梳理相关业务需求，以版本为单位分类归纳到产品需求中； 2）线下与开发经理沟通，明确规划思路、版本及实现时间； 3）整理需求跟踪矩阵 4）提交需求； 亲，我萌啵？ 产品需求提报人 对象主要为产品经理 5 1）交付经理将需求关联到项目/任务 2）产品经理将需求关联到现有产品项目/任务，或分派新的产品项目/产品任务； 需求分派人 对象主要为产品经理、交付经理 6 妞不错，认识一下！！ 咦~~瞧它那口大黄牙 1）依据梳理的产品需求，制定计划、分派任务； 2）为项目角色添加需求干系人，以确保需求干系人能看到需求； 3）为项目添加相关需求； 需求实施负责人 对象主要为产品经理 7 牙好胃口就好！！ 1）通过线下沟通，明确需求是否完成验收； 2）到PPM中确认需求完成，关闭需求； 额~额~~ Chanel香水 需求关闭责任人 对象主要为交付经理/业务需求提报人、产品经理/产品需求提报人 8 三、各角色在软件中的操作 作为产品经理，今儿得把业务需求归类梳理一下 2 1 3 4 5 1 2 3 4 1、新建业务需求 温馨提示：新建需求时明确“需求包”，方便需求的分类管理和查找 对象包括任何干系人 业务需求提报人 1 温馨提示：在方案设计师明确相关产品经理后，责任人需包含所有产品经理，方便产品经理梳理需求时查找 业务需求提报人 对象包括任何干系人 1、新建业务需求 1 1 业务需求提报人 对象包括任何干系人 1.1、发起需求响应流程