東急がプロジェクト管理ツールの選定において最も重視したのは、「事業部門への定着」だ。大規模なシステム刷新では、エンジニアだけが理解できる管理手法では必ず限界が来る。過去のプロジェクトでは、高度な機能を持つエンジニア向けツールを導入したものの、操作の難解さから事業部門のメンバーが離脱し、結局はメールでのやりとりに戻ってしまうという失敗を経験していた。

　今回のプロジェクトでは、ITリテラシーの多寡を問わず、150人の全員が自発的に課題を登録し、進捗を更新することが不可欠だった。そこで、直感的な操作性と親しみやすいユーザーインタフェース（UI）を持つBacklogを選択。これによって、専門的な教育を必要とせずに全メンバーが同じ仕組みの上で対話できる土壌を整えた。これは単なるツールの変更ではなく、組織全体の情報の透明性を確保するための戦略的な選択だったと言える。

曖昧さを排除する「Wiki」と「テンプレート」の運用術

　150人規模のプロジェクトで最大のリスクとなるのは、タスクの「依頼内容の曖昧さ」だ。東急はこれを防ぐため、Backlogの「Wiki」と「テンプレート」を徹底的に活用した。

　まず、プロジェクトの基本ルールや合意事項を全てWikiに集約。他部門に作業を依頼する際には、あらかじめ設定した「課題テンプレート」の使用を義務付けた。テンプレートには、依頼の概要だけではなく、「なぜその期限なのか」という背景と、「何をもって完了とするか」という定義の記載欄を設けている。

　この運用によって、「言った・言わない」の不毛な論争を回避し、受け手が迷うことなく即座に作業に着手できる条件を整えた。情報の解釈に依存しない仕組みを構築したことで、伝達ミスに起因する手戻りを大幅に削減することに成功した。

「開発」と「運用」を分断させないシステム連携

　東急の取り組みで特筆すべきポイントは、開発期間中だけではなく、リリース後の運用フェーズを見据えたシステム構成を構築した点にある。

　新システムの稼働後は、顧客対応やエラー処理のためのプロジェクトを新たに立ち上げ、顧客からの問い合わせやシステムが検出した不具合を一元化している。重要度の高いシステムアラートは自動的に課題としてBacklogで起票されるよう連携しており、現場の担当者が即座に状況を把握し、優先順位を判断して処理できる体制を実現した。これによって、開発時の設計意図や議論の経緯（ナレッジ）が、そのまま運用保守の現場に継承されるようになった。設計書には現れない「判断の背景」がコメントとして蓄積されているため、障害発生時の原因究明や改修判断のスピードが劇的に向上している。

将来展望：AIによるナレッジの資産化

　東急は今後、この膨大なプロジェクトログをさらなる業務効率化に活用する方針だ。150人が数年にわたって蓄積したコメント群は、同社にとってかけがえのない知的資産になっている。

　今後は「Backlog AIアシスタント」を活用し、膨大なスレッドから必要な結論や過去の類似事例を瞬時に抽出する仕組みの検証を進めるという。AIアシスタントがナレッジの検索や要約を処理することで、属人化を排除し、プロジェクトの世代交代や新規メンバーの参画をよりスムーズにする狙いだ。

　会員数250万人を支えるインフラを刷新した東急の挑戦は、単なるシステム更新にとどまらない。ITツールを「情報の集約点」として定義し、150人の人的リソースを最大化させた同社の手法は、企業のデジタルトランスフォーメーション（DX）推進において重要な示唆を与えている。