在台灣常有朋友問我：日本人做專案到底哪裡不一樣，為什麼期限抓得那麼準、交付前很少手忙腳亂？我住在日本、在公司裡跟著日本同事跑過好幾個專案之後才慢慢搞懂，所謂的日式 專案管理 基本 方法其實沒有什麼神祕招式，它建立在四個踏實的工具上——先用 WBS（作業分解構成圖）把要做的事一條條拆乾淨，再排成甘特圖（ガントチャート）盯時間軸，平常用看板（カンバン）讓每個人一眼看到任務卡在哪，最後靠 PDCA 循環一輪一輪修正。這篇我不會跟你講空泛的「做好規劃就會成功」，而是把每一步的實作順序與踩過的坑，連同我真的用過的工具與料金，老老實實寫給你看。
先用 WBS 把任務拆乾淨：日式專案的第一步
日本職場做專案，幾乎都是從 WBS（Work Breakdown Structure，作業分解構成圖）開始的。它的精神很簡單：先盯著「最後要交出來的成果」，再用樹狀結構由上往下一層層拆——大目標拆成階段、階段拆成可執行的小任務（日文叫「ワークパッケージ」，作業包）。為什麼要先拆？因為沒有拆乾淨，後面的時程、人力、預算全都是憑感覺，最容易發生的就是交付前才發現「有件事根本沒人做」。
我自己拆 WBS 時會抓三個原則：第一，每個小任務都要小到「一個人在一兩天內做得完、而且看得出有沒有做完」；第二，同一層的項目之間不要重疊，免得兩個人做同一件事；第三，由成果回推，不是想到什麼寫什麼。實務上我常用 Notion 開一個有縮排的清單來拆，因為可以隨手摺疊大項目、塞註解；如果只是個人小專案，連紙筆都行，重點是「先拆再做」這個動作本身。
- 從最終成果往回拆，先寫大階段，再往下展開小任務。
- 每個小任務要能在一兩天內完成、且可判定是否完成。
- 同層任務不重疊、不遺漏，後面排時程才不會打架。
把 WBS 排成甘特圖：用時間軸盯住進度
WBS 把「要做什麼」拆好之後，下一步就是回答「什麼時候做、誰做」——這就是甘特圖（ガントチャート）登場的時候。甘特圖把每個任務畫成一條橫棒，橫軸是時間、縱軸是任務，棒子的長短就是工期，一眼就能看出哪些事同時進行、哪些事必須等前一件做完才能開始（也就是「依存關係」）。在日本，甘特圖幾乎是專案進度報告的標準語言，開會時打開它，大家對「現在落後了沒」就有共識。
我畫甘特圖大致照這五個步驟走：先定出專案的起訖日期，再把 WBS 的任務一條條放上去、各自標開始日與期限，接著拉出任務之間的前後依存關係，標出幾個重要的里程碑（節點），最後在執行過程中隨進度即時調整。剛起步、團隊小的時候，我常用 Trello 加甘特圖外掛或直接用 Asana 的時間軸（Timeline）來畫；若是有開發、需要跟版本控制連動的專案，日本公司很愛用國產工具 Backlog，它把甘特圖、看板和 Git 整合在一起，缺點是甘特圖要到標準方案（スタンダードプラン，每月約 ¥17,600）才開放，免費方案只給看板。
做日本職場的專案，進度回報的頻率和格式也很講究。這部分我另外寫過一篇 「日本 職場 報告進度 模板 方法｜來自日本的自我提升筆記」，把怎麼定期回報、報告該寫哪些欄位整理成模板，搭配甘特圖一起用，主管問起來就不會卡。
用看板讓工作狀態透明：源自豐田的視覺化管理
如果說甘特圖管的是「時間」，那看板（カンバン）管的就是「狀態」。看板方式起源於豐田汽車（Toyota）的生產方式，原本是工廠裡用卡片控制「需要的東西在需要的時候做剛剛好的量」，後來被搬進辦公室，變成最直覺的任務管理法：一塊板子分成「待辦（To Do）／進行中（Doing）／完成（Done）」幾欄，每個任務是一張卡，做到哪就把卡往右移。
看板最大的好處是「透明」——團隊一抬頭就知道誰手上有什麼、哪一欄塞車了。我自己帶小專案時的習慣是給「進行中」這一欄設上限（例如同時最多 3 張卡），逼大家先把手上的做完再開新的，避免「十件事同時開、一件都沒收尾」。工具上，Trello 就是最經典的看板，免費版對個人和小團隊完全夠用；Notion 也能把資料庫切成看板檢視，好處是任務卡裡可以直接塞文件和會議記錄，文件與任務不用分兩個地方放。
- 把板子分成待辦、進行中、完成三欄（需要時再細分）。
- 每個任務做成一張卡，寫清楚負責人與期限。
- 替「進行中」設張數上限，逼自己先收尾再開新任務。
- 每天花兩分鐘把卡往右移，狀態自然就透明。
看板上的卡片要寫得讓人看得懂、也涉及團隊溝通的基本功。日本職場對溝通的禮節很在意，這部分可以參考我寫的 「日本 職場 禮儀 基本 注意｜來自日本的自我提升筆記」，把卡片的措辭和回報語氣調得更得體。
用 PDCA 持續改善：讓下一次專案更順
日式專案管理真正厲害的地方，不在於第一次就做到完美，而在於每跑完一輪都會變得更好——靠的就是 PDCA 循環：Plan（計畫，對應前面的 WBS 與甘特圖）、Do（執行，用看板推進）、Check（檢核，比對計畫與實際）、Act（改善，把學到的修進下一輪）。豐田的現場改善文化、日本公司常做的「振り返り」（回顧檢討），骨子裡都是同一套精神。
很多人 PDCA 卡在 Check 和 Act：專案結束就散了，沒人回頭看哪裡估錯。我的做法是每個專案收尾時固定花 30 分鐘做一次回顧，用日本團隊常用的「KPT」框架——Keep（做得好、要保留的）、Problem（出問題的地方）、Try（下次想試的改法）各列幾條，存進 Notion 當成團隊的知識庫。下次拆 WBS 時把上次的 Try 直接帶進去，估時也會越來越準。會議怎麼開、怎麼邀人，我也整理過一篇 「日本 職場 會議邀請 寫法｜來自日本的自我提升筆記」，回顧會要約大家時可以直接套。
常見問題
WBS 和甘特圖一定都要做嗎？只做一個可以嗎？
建議兩個都做，因為它們管的是不同層次。WBS 回答「要做什麼」、把任務拆乾淨；甘特圖回答「什麼時候做、誰做」。少了 WBS，甘特圖很容易漏任務；少了甘特圖，拆好的任務沒有時間軸，進度也難掌握。小專案可以簡化，但「先拆再排」這個順序最好保留。
免費工具就夠用嗎？什麼時候該付費？
個人或小團隊用 Trello 或 Notion 的免費版做看板，多半就夠了。會建議付費的時機通常是：人數變多、需要甘特圖、或要跟開發流程連動。例如 Backlog 免費版只有看板、甘特圖要到每月約 ¥17,600 的標準方案；Asana 個人版免費，進階的時間軸功能在每人每月約 ¥1,200（年付）的方案才完整。
看板和甘特圖差在哪？該用哪一個？
甘特圖看「時間軸」，適合有明確期限、要跟人報進度的專案；看板看「狀態」，適合任務一直進來、強調流程透明的日常工作。兩者不衝突，我自己常用甘特圖對外報進度、用看板對內推每天的工作。
一個人的小專案也需要這套方法嗎？
需要，但可以瘦身。一個人時我會用 Notion 開一份縮排清單當迷你 WBS，再切成看板檢視推進，結束時花十分鐘做 KPT 回顧。重點不是工具多複雜，而是保留「拆解、排程、看狀態、回顧改善」這四個動作。
總結：把日式 專案管理 基本 方法變成自己的流程
整理一下這套日式 專案管理 基本 方法的骨架：先用 WBS 把任務拆到看得出有沒有做完，再排成甘特圖盯住時間軸與依存關係，平常用源自豐田的看板讓工作狀態透明，最後靠 PDCA 與 KPT 回顧把每一輪的教訓修進下一次。工具不必貪多——個人和小團隊先用 Trello、Notion 的免費版起步，等人數變多或需要甘特圖再考慮 Backlog、Asana 的付費方案。今天就先挑一個正在進行的專案，花 20 分鐘把它的 WBS 拆出來、貼上看板，你會立刻感覺到那種「一切都在掌控中」的踏實——這正是日本同事讓我最佩服的地方。
