改善需求排序的決定方法 入門 分職務投票白板|讓客戶的需求以各職務顏色的圓點貼紙投票,看清立場差異後再決定接下來要做什麼

專案與開發

改善需求排序的決定方法 入門 分職務投票白板|讓客戶的需求以各職務顏色的圓點貼紙投票,看清立場差異後再決定接下來要做什麼

小型網路服務團隊(企劃、開發、客服共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 項

← 返回範本一覽