需求定义入门:访谈与达成共识看板|把访谈项目、功能与非功能需求、确认事项汇总在一块看板上,与委托方就本次范围达成共识

项目管理与开发

需求定义入门:访谈与达成共识看板|把访谈项目、功能与非功能需求、确认事项汇总在一块看板上,与委托方就本次范围达成共识

初次学习需求定义流程的年轻系统工程师、企业内系统负责人或采购负责人,可用这份需求定义入门模板,在一块白板上完成从向委托方访谈到就本次范围达成共识的全过程。全程共4页:第1页倾听委托目的与现状,第2页梳理功能需求(系统能做到的事)与非功能需求(速度、可用时间等特性),第3页用MoSCoW分成4类并把本次范围写成一句话,第4页与委托方确认已达成的共识、放弃的事项与留到下次的事项,并定好后续安排。填写示例设定了一家用表格手工转抄邮件订单的小店委托,展示从访谈得到的回答整理成“能做到……”形式的需求、MoSCoW分类,到共识记录的整个4页流程。任务看板从“待访谈”到“已完成”共5列,与4页顺序相同的4个父任务下各挂3个子任务。不清楚需求定义怎么做时,把盘面上的“例:”改写成自己的委托内容并按此顺序推进,就能在把漏问的事项留作确认事项的同时定下本次范围。给委托方看的盘面上不要写公司名称、交易金额等不能外传的信息,合同上的责任范围与报价请另外与公司内部负责人确认。

0 点赞 0 复制 作者: WeProcess
需求定义 访谈 非功能需求 MoSCoW 系统开发
免费注册并使用此模板

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

白板预览

预览模式 需求定义入门:访谈与达成共识看板|把访谈项目、功能与非功能需求、确认事项汇总在一块看板上,与委托方就本次范围达成共识

白板预览

① 填写顺序 ② 术语说明 ③ 填写示例说明 ④ 访谈项目(在会议中听取并填写) ⑤ 功能需求一览(根据④的答案用“能做到……”的形式写出) ⑥ 非功能需求:速度 ⑦ 非功能需求:可用时间 ⑧ 非功能需求:需保护的信息 ⑩ 确认事项清单(询问⑨中定不下来的地方) ⑪ 本次范围(写成一句话) ⑫ 已达成的共识(向委托方展示⑪的范围) ⑬ 放弃的事项 ⑭ 留到下次的事项 ⑮ 安排一览表(对照任务看板的子任务) ⑯ 出现变更时的约定 需求定义 访谈与共识看板 使用方法(共4页): ① 第1页倾... 目的和已达成共识 需求与决定事项 含糊之处与放弃事项 确认事项与留到下次的事项 1/4 倾听委托目的 Ctrl+F / ⌘F : 2/4... → 2/4 2/4 梳理需求 ↙ 3/4 第1页听取→第2页列出→第3页筛选→第4页达成共识 把听到的回答原话写进④ 不清楚的地方留在“含糊之处”,在⑩确认 功能需求=系统能做到的事。例:能用列表查看订单 非功能需求=速度、可用时间等特性。例:3秒内打开 MoSCoW=把这次要不要做分成4类的方法(在⑨使用) “例:”是写法示范,请换成自己委托的内容 示例设定为一家在网上接单的小店委托 不要写委托方公司名称、交易金额等不能外传的信息 要问的事 听到的回答 含糊之处 制作目的 为什么要做。做出来后会有什么改变 例:想消除订单抄错的问题 例:“快”具体要多快尚未确认 使用者 谁、多少人、在哪里使用 例:店长1人和店员3人在店里的电脑上使用 例:是否也要用手机查看尚不清楚 当前困扰 现在最困扰的是什么 例:每周有2〜3次把订单数量抄错 例:抄错的原因还没问清楚 现在的做法 现在是怎么处理的 例:用邮件接单,再手工抄进表格 例:是否还有邮件以外渠道的订单 期限与限制 希望什么时候、在什么条件下开始使用 例:希望4月开始使用,邮件接单方式继续保留 例:现在的电脑能不能直接继续用 谁使用 能做什么 依据的答案 功能1 例:店长 例:能用列表查看今天的订单 例:④的现在做法 功能2 例:店员 例:能把订单状态改成“已发货” 例:④的当前困扰 功能3 例:顾客 例:能收到订单送达的邮件通知 例:④的制作目的 功能4 例:店长 例:能把订单导出成表格文件 例:④的期限与限制 功能5 写出使用者 用“能做到……”的形式书写 写出来自④的哪个答案 例:即使早上9点订单集中也能在3秒内打开 例:即使4人同时使用也不会变慢 不要只写“快”,要写出秒数、人数等具体数字 例:每天早上8点到晚上10点可用 例:每月只在夜间停机检查一次 也要写明停机时联系谁 例:顾客的住址和电话号码只有店长和店员能查看 例:使用前需用密码登录 只写要保护什么,具体保护方式由开发成员决定 3/4 决定本次范围 → 4/4 4/4 与委托方达成共识 ⑨ 用MoSCoW分类(把⑤〜⑧的... Must必须 例:能用列表查看今天的订单 例:即使早上9点也能在3秒内打开 只放没有它本次就没有意义的需求 Should应该做 例:能更改订单状态 例:能用邮件发送订单送达通知 重要但没有也能开始使用的需求 Could可以做 例:能导出成表格文件 例:手机上也方便查看 时间有余时再做的需求 Won't本次不做 例:导入过去3年的订单数据 例:库存管理 本次决定不做的需求(抄写到⑬) 确认对象 期限 答案 手机适配 例:店长 例:到下次开会前 例:店员希望用手机查看,仍保留在Could 电话订单 例:店员 例:本周内 例:每月大约有5件电话订单 开始使用日期 例:采购负责人 例:到下次开会前 例:确定为4月1日 订单保存 例:店长 例:本周内 例:订单保存1年 本次范围例:做到店长和店员不用手工抄写邮件订单,就能用列表查看并更改状态 完成的标志例:店长连续1周不用抄进表格也能确认订单 范围边界处含糊的地方例:“更改状态”是否包含退货处理尚未确认,留到⑭ 例:同意按⑪的范围制作(日期:__/__) 例:即使早上9点也能在3秒内打开 例:从4月1日开始使用 向委托方朗读确认,检查措辞是否有出入 例:导入过去3年的订单数据 例:库存管理 直接照抄⑨中Won't的内容 也简要写明放弃的理由 例:电话订单的录入方式(⑩中得知每月约5件) 例:退货处理是否纳入范围(⑪的边界) 写出下次开会要决定的地方 也写明由谁带来答案 要做的事1 要做的事2 要做的事3 确认目的 例:定好开会日期 例:先把④要问的事发出去 例:把听到的答案写进④ 梳理需求 例:在⑤写出5项功能 例:在⑥〜⑧填入数字 例:给开发成员看 范围共识 例:在⑨分进4列 例:向对方询问⑩ 例:把⑪写成一句话 最终确认 例:和委托方一起读⑫〜⑭ 例:留下达成共识的日期 例:把任务移到“已达成共识” 出现追加需求时例:回到⑨重新排列。Must增加时,把其中1项降到Should 这块看板不决定的事不在此决定合同上的责任范围和报价,请另外与公司内部负责人确认 与开发成员共享例:开发成员也看同一块看板,为任务填上负责人和期限 → 2/4 梳理需求 ↙ 3/4 决定本次范围 → 4/4 与委托方达成共识
100%

拖动可平移,滚动可缩放

任务看板内容

待访谈 16 项

倾听委托目的
梳理需求
决定本次范围
与委托方达成共识
阅读术语与书写顺序
准备要问的事项
把回答写进表格
写出功能需求
用数字写非功能需求
给开发成员看
用MoSCoW分类
询问确认事项
把范围写成一句话
确认共识记录
决定安排与负责人
定好变更时的约定

整理中 0 项

待确认 0 项

已达成共识 0 项

已完成 0 项

← 返回模板一览