需求定義入門:訪談與達成共識白板|把訪談重點、功能與非功能需求、確認事項整理在同一塊白板上,與委託方就本次範圍達成共識

專案與開發

需求定義入門:訪談與達成共識白板|把訪談重點、功能與非功能需求、確認事項整理在同一塊白板上,與委託方就本次範圍達成共識

初次學習需求定義做法的新手系統工程師、企業內部資訊人員或採購負責人,可用這份需求定義入門範本,在一塊白板上完成從訪談委託方到就本次範圍達成共識的全過程。全程共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 項

← 返回範本一覽