藝廊
專案與開發的範本
從規劃到回顧，開發團隊推進所需的看板與任務結構可以直接使用。白板與看板成套配置，能直接在會議現場運作。
從適合第一次擔任專案領導者的入門板，到開發團隊日常運作要用的衝刺管理與缺陷追蹤板都齊全。可以依照現在處於規劃、推進管理，還是回顧與防止再發生的階段來選。
33 項
使用者故事地圖入門：將使用者行為從左到右排列，畫線圈出首次發布範圍並整理成待辦清單
功能清單越滾越多、定不下首次發布範圍的個人開發者和小團隊，可以用這個面向初學者的使用者故事地圖入門範本，把使用者行為從左到右排列後再決定首次要做的範圍。白板分成4頁：第1頁定使用對象、困擾和首次發布要驗證的事項，第2頁依活動·任務·故事的順序把使用者行為從左到右排列，第3頁看價值與製作成本把故事分進發布1·發布2·暫緩，第4頁把發布1抄寫進待辦表並定下推進方式。任務看板是未開始·進行中·已完成三欄，和4頁盤面順序一致的4個父任務下各有3個子任務，全部從未開始欄開始。即使是第一次學做使用者故事地圖的人，只要把記帳App的範例改寫成自己的服務，就能把故事寫法、發布劃分到待辦表製作走完一遍。故事以「身為〇〇，想要△△。因為□□」一句話寫成，製作大小用故事點估算。可以和企劃、設計師以限定公開方式共同編輯，完成的地圖能用公開連結交給協作者。
翻譯專案推動入門 在地化準備白板｜先定術語表·格式規則·確認標準，再依語言推進確認與發布
專為第一次負責手冊或網站多語言化的人員，以及翻譯公司協調人員設計的在地化推動範本，從入門開始整理流程，動筆翻譯前先訂好術語表、格式規則與確認標準，再依語言穩健推進到確認與發布。白板共4頁，第1頁寫出要翻譯的內容、語言與發布日期，整理出素材清單；第2頁訂出術語表規則、格式規則與拿不準時的判斷方式，並寫出術語；第3頁訂出確認標準，依閱讀量與出錯影響挑出要加強確認的素材；第4頁依語言查看進度，從翻譯推進到發布。任務看板分成準備中、翻譯中、確認中、修改中、已發布5欄，「整理要翻譯的內容」「訂定術語與格式」「收斂確認標準」「依語言推進」4個父任務下各掛3個子任務。在地化的基本做法有三點：原文定稿後才開始翻譯、先用術語表統一產品名稱和介面用語的譯法、讓母語者確認集中在影響較大的素材上。可以把白板用URL分享給外部譯者。畫面可切換12種語言顯示，但白板裡寫的內容仍以書寫時的語言呈現。
需求定義入門：訪談與達成共識白板｜把訪談重點、功能與非功能需求、確認事項整理在同一塊白板上，與委託方就本次範圍達成共識
初次學習需求定義做法的新手系統工程師、企業內部資訊人員或採購負責人，可用這份需求定義入門範本，在一塊白板上完成從訪談委託方到就本次範圍達成共識的全過程。全程共4頁：第1頁聽取委託目的與現況，第2頁整理功能需求（系統能做到的事）與非功能需求（速度、可用時間等特性），第3頁用MoSCoW分成4類並把本次範圍寫成一句話，第4頁與委託方確認已達成的共識、放棄的事項與留到下次的事項，並訂好後續安排。填寫範例設定一家用表格手動抄寫信件訂單的小店委託，展示從訪談得到的回答整理成「能做到……」形式的需求、MoSCoW分類，到共識紀錄的整個4頁流程。任務看板從「待訪談」到「已完成」共5欄，與4頁順序相同的4個父任務下各掛3個子任務。不清楚需求定義怎麼做時，把盤面上的「例：」改寫成自己的委託內容並依此順序推進，就能在把漏問的事項留作確認事項的同時，定下本次範圍。給委託方看的盤面上請勿寫入公司名稱、交易金額等不能外流的資訊，合約上的責任範圍與報價請另外與公司內部負責人確認。
裝修工程表入門 現場進度板｜依房間排列工序與屋主待定事項，用URL分享進度
小型裝修公司的現場負責人，用這份裝修工程表範本依房間排列工序和需要屋主決定的事項來規劃進度，是適合初學者的裝修工程表範本。4頁盤面中，第1頁根據工程概要和各房間的困擾・希望決定施工範圍，第2頁排列4個房間的工序（拆除→打底→裝修→收尾）和需要屋主決定的事項，第3頁篩選緊急事項並決定從現場調查到交付的確認順序，第4頁決定排程表・欄位的使用方法・每週檢視一次來推動現場進度。任務看板分為未開始・施工中・待屋主確認・已完成4欄，與4頁順序相同的4個父任務下各有3個子任務（使用範本後全部位於未開始欄，期限和負責人留空，需自行填寫）。不清楚裝修工程表怎麼做的人，照著範例填寫也能排出各房間的進度。範例以壁紙、地板材料等裝修・收尾為主，電力・燃氣・水管等設備工程以持證者施工為前提。不涉及結構・法規・報價金額・合約的判斷。公司內部設為限定公開共同編輯，給屋主看的盤面則用URL分享，且不寫地址和金額。
失敗預演入門：提前假設「這項計畫失敗了」，列出全部理由，開始前定好預防任務
第一次負責籌辦活動、新服務或公司內部新制度的負責人和籌備成員，可以用這份入門版失敗預演（premortem，事前失敗檢討）範本，在開始前先假設「這項計畫失敗了」，列出所有理由，再定出要提前預防的任務。白板共有4頁：第1頁統一計畫的名稱、目的、成功時的樣子與推進方式；第2頁假設「一年後計畫失敗了」，各自默聲寫下理由；第3頁把理由歸成4類，用發生機率×痛苦程度的四象限選出要優先預防的部分；第4頁定出預防措施表與檢查時間點並轉成任務。任務看板分成「未著手、對策中、已確認」三欄，依4頁相同順序排列4個父任務，每個父任務下有3個子任務，全部從未著手開始（截止日期請自行填寫）。失敗預演的做法是：先假定計畫已經失敗，各自默聲寫下理由，再依序朗讀後分類，最後定出預防措施，這樣能讓難以開口的擔憂也更容易說出來。此方法由心理學家蓋瑞·克萊恩（Gary Klein）推廣，不依賴特定國家的制度。參與者以限定公開的方式同時填寫，並可將定好的預防措施分享給相關人員。此外，涉及安全、醫療等重大事故的計畫，不能取代正式的風險評估。
辦公室搬遷入門：總務排程與籌備看板｜把要決定的事拆成6個分支，依半年倒數分工到搬遷後
本範本適合負責辦公室搬遷的中小企業總務或員工，協助從半年前到搬遷後整理排程與籌備工作，是入門（新手向）的行程管理看板。在4頁白板中，第1頁先理清搬遷日期、人數、目的及內外部相關人員，第2頁用心智圖把物件、裝修、IT、電話、搬運、公告這6個分支的待辦事項展開，第3頁用重要度×緊急度矩陣選出優先處理的4件事，第4頁把它們排進從半年前到搬遷後共6段的時間軸，並確定各部門的打包計畫與搬遷後的確認事項。任務看板分成「尚未決定」「籌備中」「等待廠商」「已完成」4欄，與4頁順序一致的4個父任務下各有3個子任務，子任務說明裡標註了對應的白板編號。不清楚辦公室搬遷該怎麼排程的人，只要把「例）」便利貼改寫成自家公司的內容，就能提早發現像申請電信線路、裝修工程這類需要較長時間準備的事項。總務不必獨自扛下所有事，第3頁也可以把工作交給各部門代表或廠商。可以把搬遷計畫看板以限定公開的方式展示給員工，統一各部門的打包行程。本範本不涉及租約、恢復原狀、登記等法律建議，相關申報內容請自行確認。
書籍編輯進度管理入門｜編輯的看板：把邀稿到初校、再校、送印整合為一條流程，與作者共享各章節狀態
書籍製作進度管理範本，提供給第一次負責書籍製作流程的新手編輯，或負責社史、自費出版的人員，把從邀稿到初校、再校、責了（確認最終校對）、送印的流程與各章節狀態整理在一塊看板上，與作者、設計師共享。看板共4頁：第1頁掌握用語、本書基本資訊與相關人員；第2頁描繪製作流程5個階段，以及從出版日倒推的節點與各工序的交接；第3頁依第1章到第6章的狀態找出可能延遲的章節；第4頁訂出交接規則與自己的安排，推進到送印。任務看板分成「尚未著手」、「進行中」、「等待對方回覆」、「已完成」4欄，與4頁順序相同的4個父任務下各配3個子任務（共16個），可依序推進從邀稿、催促校對到送印與樣書確認。即使不了解書籍製作流程的人，也能透過便利貼確認初校、再校、責了、送印的意思，學會從出版日倒推排程，以及逐章提早發現延遲的做法。章節狀態的看板可用公開URL展示給作者與設計師。請勿在公開看板上寫入正文內容或未公布的書名。本範本不處理版權或出版合約的判斷。
網站製作進度管理｜從需求梳理到上線的5階段營運範本
網站製作的進度負責人，會在專案啟動時開啟這個範本。白板上放著5階段進度帶、分階段的交付物與客戶確認對照表，以及用來分類修改需求的矩陣。任務看板依從需求定義到上線的5個父任務劃分，經過內部審核和客戶確認兩欄後進入完成。 當製作已經在推進，但確認遲遲沒有回音、修改需求越積越多，導致上線日期看不清楚時使用。正在搜尋「網站製作 進度管理 範本」「建站排程 怎麼做」的專案經理，或第一次負責專案進度的人，都很適合。即使團隊裡同時有內部成員和外部合作夥伴，也能一眼共享目前處於哪個階段。 首先在「這個網站要達成的目標」中寫下上線日期、目的，以及難以判斷時的準則。用「5階段進度帶」共享整體流程，用「分階段的交付物與客戶確認」決定哪個階段要交付什麼、由誰核准。修改需求放進「修改需求的處理方式」，分成這次要改的和留到下次的。在「容易卡住的地方和繞開辦法」中，依專案不斷補充過去卡住過的地方。任務看板依「未開始」「製作中」「內部審核」「客戶確認中」「已完成」5欄推進。 第一週要完成「整理需求定義」，尤其不要讓「定上線日期與分工」空著不填。進入設計階段後確認容易停滯，請在例會上重點檢查在「客戶確認中」停留超過3天的卡片。上線前請多人一起「分裝置查看顯示」，並完成「確認埋碼標籤」後再交付。
兩週衝刺營運看板｜從計畫到回顧
進行迭代開發的開發團隊，在衝刺首日打開、整個週期都要用的範本。 白板上放著衝刺目標、團隊共識、阻塞項、每日發現的區塊，還圖解了兩週的流程和衝刺的四個儀式。 任務看板是從著手經過程式碼審查、驗證到完成的5欄，計畫、運作、審查、回顧4個父任務及其子任務全部處於未開始。
專案風險管理台帳｜以發生機率×影響程度先行出手
這是專案負責人在啟動週開啟，之後每月風險審視時重新開啟使用的範本。白板上以依發生機率×影響程度決定優先順序的矩陣為核心，配置風險盤點觀點的心智圖、整理迴避·降低·轉嫁·接受四種方針的表格，以及避免台帳流於形式的運作規則。任務看板分為盤點、評估中、應對中、監控中、結案這5欄，盤點、評估、訂方針、監控、複盤這5個父任務與其子任務全部處於未開始狀態。 適用於「一動手就狀況百出」「做了風險清單卻沒人再看」這類情況。對象是正在搜尋「風險管理表怎麼做」「風險台帳 範本」的專案負責人，以及想訂出機率與影響程度評估標準的人。適合系統開發、活動營運、新事業啟動等關係人多、不確定性較高的專案。 盤面①統一台帳的目標、一行的寫法和不寫的內容。依盤面②心智圖的觀點依序盤點，從時程到外部依賴、法務，全員一起列出風險。列出的項目放入盤面③的兩軸矩陣，決定優先出手的順序。排名靠前的對照盤面④的迴避·降低·轉嫁·接受逐一歸類，寫下對策與要留在台帳裡的內容。運作依盤面⑤的規則進行，任務看板在「盤點」「評估中」「應對中」「監控中」「結案」這5欄之間移動卡片。 第一週完成「依觀點逐條列出」和「訂出評估標準」這兩步，之後的評分就不會搖擺。寫到「定義觸發徵兆」這一步，誰在什麼時候該動就容易判斷了。複盤不必每週做，改成每月一次，月初花30分鐘從頭看過全部項目，只修改評估有變化的部分，就能持續下去。
產品路線圖｜用 Now / Next / Later 排定優先順序
負責統籌產品優先順序的人，在每季開始與每月回顧時打開的產品路線圖範本。白板上依序放著目標狀態的框、Now / Next / Later 與功能、架構、體驗三個分類交叉而成的表格、價值與成本的四象限、判斷依據的心智圖，以及營運規則的框。任務看板從候選清單經 Now / Next / Later 到已上線共5欄，規劃路線圖、確定Now、整理Next與Later、推動更新與共享這4個父任務與其子任務全部處於未著手狀態。
OKR營運看板 — 用一張版面推動季度目標與關鍵結果
團隊主管和成員在每季初打開這張版面，每週站會也回頭看同一張版面。白板從上到下依序排著寫上Objective與前提的方框、把目標拆解成KR的心智圖、依KR列出目前值與各階段做法的表格、依效果與把握度把方案分類的2×2矩陣，以及從期初到打分的營運週期。任務看板則依父子任務準備了從確定Objective、收斂KR、幫版面填入起始值、執行每週站會，到期中檢討與期末打分的整個流程。
專案管理與開發範本怎麼選
專案管理範本的內容，會因為用在專案的哪個階段而不同。選擇前先想清楚：現在是要擬定計畫、一邊執行一邊管理，還是結束後要回顧，就比較不會選錯。名稱裡有「入門」的都是給第一次使用的人。
擬定計畫階段
第一次被指派當專案領導者，可以從「專案管理入門 計畫板」開始。裡面排好了專案章程、利害關係人地圖、里程碑表與風險四象限，能把目的、範圍、時程、分工與風險彙整成一頁。範圍定下來之後要拆解工作，就用「WBS入門 工作分解板」，從交付物出發拆成大、中、小三層做成任務清單。要做成時程表時，「甘特圖入門 時程表製作板」可以把工作×週排成表格，填入開始、結束與負責人。
管理任務與進度
Excel 表格不再更新的人，適合用移轉用的入門範本。想以時程為主軸就選「Excel甘特圖遷移看板入門」，把工作、負責人、開始、結束原樣搬過來；想看清單與狀態多於時程，就選任務管理表取向的遷移板。手上未完成的工作愈堆愈多、什麼都做不完時，看板入門範本可以用 WIP 限制把「進行中」控制在3張以內。甘特圖更新常常停擺的人，也有每週檢查一次進度的入門範本。
開發團隊的日常運作
第一次加入 Scrum 團隊，「敏捷開發入門看板」能幫你理解三個角色、五個事件、三項產出物，並跑完第一個衝刺。已經在跑反覆式開發的團隊，適合用兩週一輪的運作板。要追蹤問題從回報到修復發布，就用缺陷追蹤板；要追蹤從審核提交到公開通知的流程，就用 App 上架發布用的檢查板。
回顧與防止再發生
衝刺或循環的最後一天，可以用「KPT回顧看板」，從上次 Try 的結果出發，列出 Keep 與 Problem，把下一步要嘗試的事收斂成一項。想找出問題根源時，「5 Whys 根本原因分析入門看板」會先用魚骨圖擴散出候選原因，再連問五次「為什麼」，最後定出根本原因與防止再發生的對策。想先把可能發生的問題列出來，也有依發生機率×影響程度排序的風險清冊。
常見問題
專案管理範本不註冊也能看嗎？
可以，範本內容不用註冊，在公開頁面就能確認。要當成自己的專案使用時，免費註冊後即可從市集複製。你可以先比較計畫用和運作用的看板，再決定要選哪一個。
用 Excel 做的甘特圖可以搬過來嗎？
可以，做法是把現有表格的內容手動搬過來。「Excel甘特圖遷移看板入門」裡有把工作名稱、負責人、開始日、結束日、進度等欄位搬到板上的5個步驟，也有寫下遷移後更新規則的欄位。
衝刺制和看板應該選哪一種？
如果想每兩週劃分一次計畫與回顧，適合衝刺制；如果不想切段落、只想整理工作流程，適合看板。看板可以從「看板入門」開始，先用 WIP 限制把「進行中」控制在3張以內，並每週疏通一次卡住的地方。
缺陷追蹤或 App 上架前檢查也能用嗎？
可以。「缺陷追蹤看板」用受理、重現確認、修復中、驗證中、已發布五個欄位，依影響程度×發生頻率決定處理順序。「App 上架發布檢查清單」則把從審核提交到公開通知的關卡，分成待提交與審核中欄位來追蹤。