【導入案例】東急集團跨部門活用 Backlog，實現 250 萬會員大規模系統刷新

株式會社 Nulab（總部：福岡縣福岡市，以下簡稱 Nulab）提供的項目與任務管理工具「Backlog」，已被東急株式會社（總部：東京都澀谷區，以下簡稱東急）導入，作為支撐從項目推進到運維、知識傳承的一體化運營基盤。

東急在擁有約 250 萬會員的服務基盤系統刷新中，推動了通過 Backlog 進行的信息一元化管理。通過在同一環境中管理從時隔 20 年的大規模項目，到發布後的客戶對應及系統錯誤對應，構建了項目與運維不脫節的體制。目前，通過積累和共享任務、對應履歷及判斷經過，業務流程實現了可視化，並構建了知識傳承的機制。

※以下摘錄、編輯並重新整理自案例採訪文章《支撐 250 萬會員基盤的系統刷新。東急通過 Backlog 實現的集團跨部門「自走式項目」》。

■ 導入「Backlog」的背景
2023 年，東急啟動了一個大規模項目，旨在刷新擁有約 250 萬會員的集團共通積分服務「TOKYU POINT」的行動應用程式和會員網站系統，這是約 20 年來的首次刷新。
該項目涉及公司內部的開發部門及多家集團公司，相關系統也達到約 20 個，因此在需求調整和共識建立上花費了大量工時。
鑑於這種情況，東急導入了在現有項目中已有使用實績的「Backlog」，作為系統部門和業務部門均可使用的項目管理工具。

■ 使用「Backlog」的舉措
通過運營規則與模板活用形成共通認識
在項目計劃中明確使用 Backlog，並將運營規則彙總在 Wiki 中。通過活用課題模板將負責人、期限、完成條件標準化，統一了對任務粒度和期限的認識，構建了團隊成員能夠帶著共通認識推進業務的環境。
通過決策過程的可視化促進共識建立
不僅記錄決定事項，還將討論過程和背景記錄在課題與評論中，實現了任何人都能追溯「為什麼會做出那樣的判斷」的狀態，這是僅憑設計書無法讀取的。不局限於口頭委託，在 Backlog 中記錄的運營方式已定型，在跨部門推進決策的同時防止了認識偏差。
作為支撐發布後運維階段的基盤活用
系統發布後，在 Backlog 上啟動了用於故障應對和不具合管理的項目，並持續活用。構建了重要度高的系統警報自動創建為課題的機制，並將來自客戶的諮詢和現場檢測到的不具合彙總在同一環境中。
這在早期防止了因任務遺漏導致的風險，同時積累的信息在組織內共享，確立了跨世代的知識傳承機制。

■ 東急株式會社負責人評論
（左起：數位平台行銷組部長江川先生、數位平台 IT 解決方案組兼數位平台行銷組參事山川先生、數位平台 IT 解決方案組兼數位平台行銷組主事鈴木先生、橋本先生）
通過構建從大規模系統刷新到運維階段的一體化管理體制，項目的推進方式和信息共享的方式也發生了變化。
曾經因管理極限而放棄的大規模系統刷新，通過活用 Backlog，終於能夠在 2026 年 2 月迎來發布。信息的可視化使得任務遺漏和風險的早期發現變得容易，成員間整理論點並互相商量的「留下證據的文化」正在紮根。項目全過程作為記錄被積累，知識在組織內共享，與新加入成員的交接也變得更加順暢。
今後，我們還計劃活用「Backlog AI 助手」，進一步加速整個團隊的自律性行動。
隨著勞動人口減少，構成「團隊」的成員和雇用形態據說將會多樣化。Nulab 將在這種環境下積累日常信息，支撐團隊進度，創造出讓人覺得「能和這個團隊一起工作真是太好了」的體驗。
今後，Nulab 將繼續支持在多種多樣的職種、業種、規模的團隊中工作的客戶，實現符合活用需求和環境的使用方式。