內部需求受理看板 入門|把交給總務與資訊系統的需求依受理·處理中·等待確認·完成看得一目了然,減少「那件事怎麼樣了?」的詢問

團隊與人資

內部需求受理看板 入門|把交給總務與資訊系統的需求依受理·處理中·等待確認·完成看得一目了然,減少「那件事怎麼樣了?」的詢問

總務與資訊系統的負責人,想把口頭或聊天工具收到的內部需求,依「受理·處理中·等待確認·完成」四欄看得一目了然、減少「那件事怎麼樣了?」這類詢問時,可以直接使用這份面向初學者的入門範本。白板共4頁:第1頁定下受理規則,以及各類需求的參考天數與負責人;第2頁用四欄追蹤受理的需求,並就停滯不前的需求聯絡提出者;第3頁用重要度×緊急度的矩陣決定處理順序,並統計反覆出現的需求;第4頁用「為什麼」連問五次挖出最多需求的根本原因,再決定靠手冊與申請表等機制減少需求,並定下受理值班的輪替方式。任務看板分為受理·處理中·等待確認·完成四欄,對應白板4頁的4個父任務與各3個子任務已經放好。便利貼由受理需求的人書寫,提出需求的人不必在看板上寫字。密碼與個人資料不寫在便利貼上,只留下需求編號與重點,這一條也在一開始定好。可以和限定公開團隊的成員一起書寫,大家輪流擔任受理值班。第一次嘗試建立內部諮詢窗口,或想讓需求的進度一目了然的人,也可以直接照著使用。

0 讚 0 複製 作者: WeProcess
內部需求 總務 資訊系統 看板 業務改善
免費註冊並使用此範本

免費註冊後,即可從範本市集複製並使用此範本

白板預覽

預覽模式 內部需求受理看板 入門|把交給總務與資訊系統的需求依受理·處理中·等待確認·完成看得一目了然,減少「那件事怎麼樣了?」的詢問

白板預覽

① 受理規則(從這裡開始寫) ② 各類需求的參考天數與負責人 ③ 受理(把②的參考天數寫上再放置) ④ 處理中 ⑤ 等待確認 ⑥ 完成 ⑦ 超過參考天數仍停滯的需求 ⑧ 聯絡的規則 ⑨ ③受理與④處理中需求的著手順序(重要度×緊急度) 規劃後處理(重要但不緊急) 立即處理(重要且緊急) 不處理(不重要且不緊急) 交給別人(不重要但緊急) ⑩ 反覆出現的需求統計表 ⑪ 著手順序的規則 ⑬ 用機制減少需求的對策 ⑭ 受理值班的輪替方式 內部需求受理看板 使用方式(共4頁): ① 定下受理... 完成·做到的事 規則·負責人 停滯·困擾的事 注意到的事·用機制減少的方案 1/4 制定受理規則 Ctrl+F / ⌘F : 2/4... → 2/4 2/4 依欄追蹤需求 ↙ 3/4 接受需求的地點例:在聊天工具的「總務·資訊系統需求」群組留言。口頭受理時,負責人也要把內容重新寫到這個群組裡 需要寫明的內容例:做什麼、何時之前、給誰用。密碼與個人資料不寫在便利貼上,只留下需求編號與重點 受理時間例:工作日9:00~17:00。17:00之後的需求,下一個工作日再放到受理欄 緊急聯絡例:只有在工作受到阻礙時,才打電話給受理值班人員受理值班:____ 參考天數 負責人 受理時要問的事 帳號開通 例:2個工作日 例:資訊系統 佐藤 使用者的姓名與開始日期 電腦與周邊設備 例:5個工作日 例:資訊系統 佐藤 設備名稱與困擾的情況 軟體安裝 例:3個工作日 例:資訊系統 田中 軟體名稱與使用目的 物品與耗材 例:3個工作日 例:總務 鈴木 品名與數量 入職·離職準備 例:10個工作日 例:總務 鈴木 入職·離職日期與部門 其他需求 例:視情況決定 負責人:____ 要做什麼、何時之前 例:No.15 更換椅子(參考3個工作日) 例:No.16 新人的電腦準備(參考10個工作日) 便利貼只寫需求編號與重點 例:No.12 新增共用資料夾權限(負責人是田中) 例:No.13 印表機卡紙(負責人是佐藤) 在便利貼上補上開始處理的人的名字 例:No.10 軟體安裝(等待需求者確認操作) 例:No.11 新增名片(等待數量的回覆) 寫明在等待誰的什麼 例:No.08 會議室螢幕更換(10/06) 例:No.09 帳號開通(10/07) 在便利貼上寫下完成的日期 目前的欄位 經過/參考(工作日) 停滯的原因 下次聯絡 No.10 軟體安裝 例:⑤ 等待確認 例:6天/3天 例:需求者出差中 例:明天早上在聊天工具裡確認 No.11 新增名片 例:⑤ 等待確認 例:5天/3天 例:沒有收到數量的回覆 例:今天之內打電話 No.12 權限新增 例:④ 處理中 例:4天/2天 例:等待主管核准 例:請主管核准 No.____ ____ ____ ____ ____ 查看看板的時間例:每天早上9:15由受理值班人員重新填寫⑦的表 超過參考天數時例:當天就向需求者告知進度與接下來的安排 等待確認持續時例:沒有回覆、過了5個工作日後,告知需求者,再把它移到完成欄 3/4 決定處理的先後順序 → 4/4 4/4 用機制減少需求 縦軸: 重要度(上=對工作影響大)... 例:下個月入職人員的電腦準備。定好日期後移到處理中欄。拖延就會變成緊急。 例:整個業務部都無法使用郵件。先於其他需求處理,並向需求者說明預計時間。 例:不再使用的舊軟體整理。與需求者商量,撤回需求或延到下個月。 例:明天會議用的延長線。寫下步驟,請需求者自己或有空的人來做。 本月件數 上月件數 每件的工時 注意到的事 密碼重設 例:14件 例:11件 例:15分鐘 例:集中在週一早上 共用資料夾權限 例:6件 例:7件 例:20分鐘 例:每次調動都會來 印表機故障 例:5件 例:4件 例:30分鐘 例:都是同一機型 會議室設備 例:3件 例:2件 例:10分鐘 例:不知道怎麼連接 處理的順序例:依⑨的「立即處理」→「規劃後處理」→「交給別人」的順序,每天早上9:15決定 需要延後時例:向需求者說明原因,以及大約什麼時候開始處理 統計的日子例:每月最後一個工作日更新⑩的表 ⑫ 用「為什麼」連問法深挖⑩中最多... 為什麼1 例:忘記密碼的人自己無法重設,只能請負責人處理 為什麼2 例:因為不知道自己重設的方法 為什麼3 例:因為重設的步驟沒有寫在任何地方 為什麼4 例:因為負責人每次都當場處理,沒有留下步驟 為什麼5 例:因為沒有決定由誰、在什麼時間撰寫步驟 根本原因 例:沒有可以自行重設的步驟手冊,也沒有確定由誰來製作 要製作的東西 負責人 期限 效果的確認方法 重設步驟手冊 例:附有畫面截圖的1頁 例:資訊系統 佐藤 例:10/31 例:⑩的件數是否減半 權限申請表 例:附主管核准欄的表格 例:資訊系統 田中 例:11/15 例:退回是否減少 常見問題 例:印表機與會議室的10個問題 例:總務 鈴木 例:11/30 例:同樣的問題是否減少 第4個方案 ____ 負責人:____ 期限:____ ____ 值班順序例:佐藤 → 田中 → 鈴木,每週輪替一次 休假日的替代例:值班人員休假的日子,由下一位人員接待 下個月重新檢視的事例:用⑩的件數確認⑬的對策是否有效 → 2/4 依欄追蹤需求 ↙ 3/4 決定處理的先後順序 → 4/4 用機制減少需求
100%

拖曳可移動,滾動滑鼠滾輪可縮放

任務看板內容

受理 16 項

制定受理規則
依欄追蹤需求
決定處理的先後順序
用機制減少需求
確定受理地點與時間
把需求種類整理成表格
向大家說明受理規則
把收到的需求做成便利貼
找出停滯的需求
聯絡需求者
把需求分到四個區域
統計反覆出現的需求
寫下處理順序的規則
連問五次「為什麼」
決定減少需求的對策
決定受理值班的輪替方式

處理中 0 項

等待確認 0 項

完成 0 項

← 返回範本一覽