改进需求优先级怎么定 入门 分岗位投票白板|让客户的需求用各岗位颜色的圆点贴纸投票,看清立场差异后再决定接下来做什么

项目管理与开发

改进需求优先级怎么定 入门 分岗位投票白板|让客户的需求用各岗位颜色的圆点贴纸投票,看清立场差异后再决定接下来做什么

小型网络服务团队(企划、开发、客服共5~10人)在季度初确定客户改进需求的优先级时使用的入门模板。白板由 A4 四页版面组成:第1页写下本期目标与可用人手并定下各岗位的颜色,第2页把收到的需求汇总到表格中,用岗位颜色的圆点贴纸投票,第3页数出各岗位的票数、讨论立场差异后以 MoSCoW 四级分类,第4页为要做的改进定好负责人与期限并回复客户。任务看板为需求受理、本期讨论、制作中、确认中、已通知 5 列,共有与 4 页版面对应的 4 个父任务和 12 个子任务。改进需求的优先级拿不定主意时,不要只看票数合计,而要看哪个岗位的票多。客服看咨询多寡,开发看制作工时,企划看与本期目标的接近程度,所以票数分歧大的需求最值得讨论。四级分类使用 MoSCoW(优先级分类法),“必须”只留人手能承担的部分。可与限定公开团队的成员一起填写,身处异地的成员也能在同一版面投票。

0 点赞 0 复制 作者: WeProcess
改进需求 优先级 MoSCoW 投票 产品开发
免费注册并使用此模板

免费注册后,即可从模板市场复制并使用此模板

白板预览

预览模式 改进需求优先级怎么定 入门 分岗位投票白板|让客户的需求用各岗位颜色的圆点贴纸投票,看清立场差异后再决定接下来做什么

白板预览

① 本期目标、可用人手与决定日期(从这里开始写) ② 客服的颜色(橙色圆点) ③ 开发的颜色(蓝色圆点) ④ 企划的颜色(绿色圆点) ⑥ 需求一览与投票(从⑤的来源收集,放置岗位颜色的圆点贴纸) ⑦ 从客服补充的需求 ⑧ 从开发补充的需求 ⑨ 从企划补充的需求 ⑩ 按岗位的票数(数出⑥圆点贴纸的颜色,写下票数最多的前4个需求) ⑫ 票数分歧的需求要谈什么 ⑬ 分类的决定事项 ⑮ 改进×负责人×期限×确认方法(从⑪的必须与应该做开始填写) ⑯ 给客户的回复(要做的需求与暂缓的需求都要回复) 改进需求分岗位投票白板 使用方法(共4页):① 写下本期目... 目标与决定要做的改进 决定事项与负责人 客户的困扰 立场差异与发现 1/4 确定目标与颜色 Ctrl+F / ⌘F : 2/4... → 2/4 2/4 收集需求并投票 ↙ 3/4 本期目标例:把导致解约的咨询从每月30件减到每月15件 可用于改进的人手例:开发3人的12周中,可用于改进的约6周 决定日期与推进方式例:4月8日用60分钟决定。可与限定公开团队的成员一起填写 例:参与者为3名客服人员 每人最多3票。同一需求最多2票 看的角度是咨询的多少,以及客户的困扰程度 例:给每月都收到同样问题的需求投票 例:参与者为3名开发人员 每人最多3票。同一需求最多2票 看的角度是制作工时,以及是否会破坏其他功能 例:给用较少工时就能帮到很多人的需求投票 例:参与者为3名企划人员 每人最多3票。同一需求最多2票 看的角度是与①目标的接近程度,以及是否会有更多人持续使用 例:给成为解约理由的需求投票 ⑤ 需求的来源(第2页的表从这里收集) 客户的改进需求 咨询表单 例:每月约80件。客服已做分类 客服邮件 例:沟通途中提出的需求 洽谈、会议记录 例:客户犹豫是否导入时的意见 应用内意见箱 例:可从界面右上角发送的简短意见 社交媒体帖子 例:用服务名称搜索后收集 解约问卷 例:解约理由中写到的需求 需求(用客户的话写) 收到件数与来源 困扰的人 投票(在这里放圆点贴纸) 需求1 例:希望能以PDF开具账单 例:24件(表单18件、邮件6件) 例:每月都要手动重做账单的财务人员 例:橙3、蓝1、绿2 需求2 例:希望用CSV批量注册用户 例:15件(意见箱) 例:开始使用人数超过20人的团队管理员 例:橙1、蓝0、绿3 需求3 例:希望按类型关闭通知 例:11件(社交媒体7件、表单4件) 例:通知太多而漏看重要联络的人 例:橙2、蓝2、绿0 需求4 例:登录很快就断开 例:9件(邮件) 例:在外用智能手机使用的人 例:橙2、蓝3、绿1 需求5 例:管理后台加载很慢 例:5件(洽谈记录) 例:数据量大的较大型客户 例:橙0、蓝2、绿1 例:忘记密码时的操作步骤不易理解 ⑥的表中没有、咨询时常听到的声音写在这里 写完后在⑥的表中加行,全员重新投票 例:希望把旧的付款机制换成新的 即使客户看不到,放任不管也会造成困扰的内容写在这里 写完后在⑥的表中加行,全员重新投票 例:希望增加给免费试用用户的使用指南 与①的目标接近,但还没有成为声音的内容写在这里 写完后在⑥的表中加行,全员重新投票 3/4 按立场差异分类 → 4/4 4/4 按顺序推进制作 客服(橙) 开发(蓝) 企划(绿) 偏向哪个岗位(理由见⑫) 第1名需求 例:账单PDF:3票 例:账单PDF:1票 例:账单PDF:2票 例:均衡(三个岗位都有票) 第2名需求 例:登录:2票 例:登录:3票 例:登录:1票 例:偏向开发 第3名需求 例:CSV注册:1票 例:CSV注册:0票 例:CSV注册:3票 例:偏向企划(开发为0票) 第4名需求 例:通知:2票 例:通知:2票 例:通知:0票 例:仅企划0票 ⑪ MoSCoW(分成四级) Must必须 例:账单PDF。本期必须做。只放入①中人手能承担的部分 Should应该做 例:登录。人手有余力时本期做 Could可以做 例:按通知类型关闭。有空时再做 Won't本期暂缓 例:CSV注册。本期不做,下一期再讨论 例:CSV注册,企划认为能防止解约,开发认为需要4周工时 投了较多票的岗位和没投票的岗位,各说一个理由 以需求为主语来谈,不以人为主语 必须只放入①中人手能承担的部分 只有一个岗位投票的需求,讨论后再放入 暂缓的需求也不删除,下一期重新审视 ⑭ 制作阶段(按顺序推进⑪中放入必... 定规格 例:由企划与客服决定账单PDF要包含的项目 制作 例:开发2周内完成。中途给大家看一次 确认 例:客服用实际的咨询案例进行测试 通知 例:发布更新公告,并联络提出需求的人 改进(来自⑪)与负责人 期限 确认方法 当前阶段(⑭中的哪一步) 改进1 例:账单PDF:开发1人与企划1人 例:5月20日 例:关于账单的咨询降到每月10件以下 例:定规格 改进2 例:登录:开发1人 例:6月10日 例:登录断开的反馈降到每月3件以下 例:制作 改进3 改进: ____ 负责人: ____ 期限: __/__ 例:用能用数字确认的形式来写 例:尚未开始 改进4 改进: ____ 负责人: ____ 期限: __/__ 例:用能用数字确认的形式来写 例:尚未开始 决定要做的需求的回复例:您要求的账单PDF输出,将于5月内可以使用 暂缓的需求的回复例:批量注册本期暂不实施,但将在7月的评估中重新考虑 转入下一期的事项例:暂缓的需求数量增加时,必须将其放入下一期的⑥表格中 → 2/4 收集需求并投票 ↙ 3/4 按立场差异分类 → 4/4 按顺序推进制作
100%

拖动可平移,滚动可缩放

任务看板内容

需求受理 16 项

确定目标与颜色
收集需求并投票
按立场差异分类
按顺序推进制作
写下目标与人手
定各岗位的颜色
列出需求的来源
把需求汇总到表格
用圆点贴纸投票
各岗位补充需求
按岗位统计票数
讨论分歧的需求
按四级分类
定负责人与期限
按阶段推进
给客户写回复

本期讨论 0 项

制作中 0 项

确认中 0 项

已通知 0 项

← 返回模板一览