Azure DevOpsは日本語化できる？UIを日本語にする方法とServices/Serverの違い

「Azure DevOps 日本語化」で検索して設定画面を探し回った人は、まず設定が見つからないところで詰まります。結論から言うと、クラウド版のAzure DevOps Services には表示言語を日本語に切り替える設定そのものがありません。日本語UIを求めるならオンプレミスのAzure DevOps Server という別の製品を選ぶ話になり、クラウドを使い続けるなら英語UIのまま運用する前提で回避策を組むことになります。公式ドキュメントの記述に沿って、可否と条件、現実的な運用方法を整理します。

まとめ

Azure DevOps Services（dev.azure.com のクラウド版）のユーザープロファイルで変更できるのは、画像・表示名・連絡先メールアドレス・地域・UIテーマだけで、表示言語の項目はありません。「優先する言語」を選べるロケールタブは、Azure DevOps Server（オンプレミス版）のドキュメントにしか存在しないのが実態です。つまり日本語UIが必須要件なら、選択肢はAzure DevOps Server を日本語で構成する道に絞られます。

ただしServer には「1台に複数言語をインストールできない」「非英語OSにはOSと同じ言語版しか入れられない」という制約があり、日本語UIのためだけにオンプレを選ぶのは割に合いません。クラウドを使うなら、ブラウザの翻訳機能と英日の用語対訳を用意して英語UIのまま運用するのが現実解です。以降で、公式ドキュメントの根拠・Server の条件・回避策・英語UIのままにしておくべき理由を順に見ていきます。

Azure DevOps Services に存在しない日本語表示設定

まず事実確認から入ります。Microsoft Learn の「ユーザー基本設定の設定」は、対象製品ごとに記述が分かれています。Azure DevOps Services 向けの記述では、プロファイルページで変更できる項目は「ユーザーの画像、表示名、優先メールアドレス、UIテーマ」であり、言語は挙げられていません。一方でAzure DevOps Server 2022 およびAzure DevOps Server 向けの記述には「ロケールタブで、優先する言語、日付と時刻のパターン、およびタイムゾーンを変更します」という手順が明記されています。この差がそのまま、クラウドとオンプレの日本語UI可否の差です。

言語設定が見つからない理由

Services のユーザー設定（歯車アイコン → Profile）にたどり着いても、そこにあるのは Picture・Display name・Contact email・Region・Theme といった項目です。Region（地域）は地域情報の設定であって表示言語とは別物で、これを日本に変えてもメニューは英語のままです。Microsoft Q&A やDeveloper Community でも、UI言語は変更できないという回答が繰り返されており、過去にプロファイルの言語項目を変更してもUIに反映されなかったという報告が残っています。日本語化の設定を探し続けても時間を使うだけなので、ここで打ち切ってよい論点です。

ドキュメントの日本語とUIの英語の切り分け

learn.microsoft.com のAzure DevOps ドキュメントは日本語版が提供されています。日本語の公式手順書が読めるため「製品も日本語対応している」と誤解されがちですが、翻訳されているのはドキュメントであって製品画面ではありません。日本語ドキュメントに載っている用語（作業項目、パイプライン、成果物など）は翻訳語であり、実際の画面ではWork Items・Pipelines・Artifacts と英語で表示されます。手順書と画面のラベルが一致しないので、社内マニュアルを作るときは英語ラベルを併記しておくと混乱が減ります。

日本語UIが要件のときのAzure DevOps Server（オンプレミス）

Azure DevOps Server は、Services と同じ機能群をオンプレミスのWindows Server 上で動かす製品です。こちらはインストーラー実行後に起動するサーバー構成ウィザードに「Language」ページがあり、そこで日本語を選ぶと画面自体が日本語になります。Azure DevOps Server 2022 以降の公式手順では、Basic・Advanced どちらの構成シナリオでも Language の選択が手順に含まれています。言語別のインストーラーが配布されているわけではない点に注意してください。ただし言語まわりの制約が強く、導入前に条件を確認しておかないと入れ直しになります。

OSの言語とServerの言語の組み合わせ制約

公式の「セットアップとアップグレードの要件」にある「自然言語」の節では、ローカライズされたOSとAzure DevOps Server を異なる言語で組み合わせることはできず、1台のServer に複数言語をインストールすることもできないと明記されています。組み合わせは次の4パターンに限られます。

日本語UIを使いたい場合、実務上の選択肢は「日本語版Windows Server に日本語で構成する」か「英語版Windows Server に日本語で構成する」のどちらかです。そして1台1言語なので、日本語UIの利用者と英語UIの利用者を同じサーバーで混在させることはできません。多国籍チームで言語を分けたい、という要件はServer では満たせません。

ここで誤解しやすいのが、Server にあるロケールタブの位置づけです。構成時に決めた言語が土台であり、ロケールタブの優先言語・日付時刻パターン・タイムゾーンは、その上でユーザーごとの表示を調整するものです。Microsoft Q&A でも、作業項目タイプ名などインストール時の言語に紐づく要素は後から切り替わらないと回答されています。「Server ならユーザーが好きな言語を選べる」わけではないと理解しておいてください。

オンプレ選択のコストと日本語化の見合い

最新のAzure DevOps Server はWindows Server 2025 またはWindows Server 2022 上で動作し、データベースにSQL Server 2025／2022、Azure SQL Database（Azure Virtual Machines を使う構成でのみサポート）、Azure SQL Managed Instance を要求します。単一サーバー構成の目安はオクタコア・RAM 16GB・SSD で最大250ユーザー、500ユーザーを超えるならアプリケーション層とデータ層を分けた複数サーバー構成が推奨されています。SQL Server のライセンス、サーバー運用、アップグレード作業、バックアップ設計がすべて自社持ちになります。

5ユーザー以下であれば無償のAzure DevOps Server Express があり、日本語UIを試すこと自体は無料でできます。ただし無料になるのはライセンスだけで、OSとSQL Server の面倒を見る手間、アップグレード追随の負荷は有償版と変わりません。日本語UIという理由だけでこの運用を抱えるのは、費用対効果が合いません。オンプレを選ぶ理由は「ソースコードを社外に出せない」「閉域網でしか運用できない」といった要件であるべきで、日本語UIはその副次的な結果と考えるのが妥当です。

クラウドのまま日本語で運用する回避策

Services を使い続ける前提での回避策を、実用性の高い順に見ていきます。

ブラウザの翻訳機能（現実的な第一選択）

Microsoft Edge やGoogle Chrome の組み込み翻訳で、Azure DevOps の画面を日本語に自動翻訳できます。追加の導入作業がなく、利用者ごとにオン・オフできる点が利点です。弱点は、翻訳がページ全体にかかるため作業項目のタイトルやコミットメッセージ、コードレビューの差分といった翻訳されては困る部分まで訳されることです。Repos のファイル閲覧やPipelines のログを見るときは翻訳をオフにする、といった使い分けが要ります。Boards をビジネスサイドのメンバーが閲覧するだけ、という用途なら十分に機能します。

ユーザースクリプト・拡張機能による画面書き換え（推奨しない）

Tampermonkey（Chrome）やGreasemonkey（Firefox）のユーザースクリプトで、画面上の英語文字列を正規表現で日本語に置換する手法が公開されています。Ryuzee.com が2018年12月に公開した実験的なスクリプトが代表例で、MutationObserver で動的に描画される要素にも追随する作りです。ただし公開時点でスクラム開発プロセスのみ対応の実験と明言されており、その後Azure DevOps のUIは何度も更新されています。ブラウザ拡張の形で配布されている日本語化ツールも中身は同じ文字列置換方式で、脆さは変わりません。文字列一致で書き換える方式は、UIの変更でそのまま壊れるうえ、URLや識別子まで置換してしまう事故のリスクを抱えます。全社の標準手順に組み込む対象ではありません。

日本語データの入力とプロジェクト運用

UIが英語であることと、日本語データを扱えることは別の問題です。作業項目のタイトルや説明、コメント、Wiki、コミットメッセージは日本語で入力でき、日本語での検索も基本的に機能します（コード検索の日本語トークナイズは期待どおりに効かない場合があります）。つまり日常業務で読み書きする中身はほぼ日本語にできるため、英語のままなのはメニューとボタンのラベルに限られます。この事実を先に共有しておくと、非エンジニアの利用者が抱く「英語だから使えない」という抵抗感はかなり下がります。

UIを日本語化しないほうがよい場面

翻訳機能でメニューを日本語にできる以上、常に日本語化すべきかというと、そうではありません。開発チームが日常的に触る画面については、英語UIのまま統一することを勧めます。

最大の理由はトラブルシューティングの検索性です。Pipelines のエラーは No hosted parallelism has been purchased or granted のような英語メッセージで出ます。この文言をそのまま検索すれば公式ドキュメントやDeveloper Community の該当スレッドに直行できますが、翻訳された日本語文言では一次情報にたどり着けません。次に効いてくるのが公式ドキュメントとの整合で、日本語ドキュメントの用語は翻訳語なので、ブラウザ翻訳の訳語とも一致しません。「サービス接続」「作業項目」といった語が画面上のどのラベルに対応するのか、二重の対応表が必要になります。さらに拡張機能やAPI、YAML のキーはすべて英語であり、UIだけ日本語にしても pool、stages、approvals といった設定項目名は英語のまま残ります。

現実的な落としどころは、開発者は英語UI、Boards を閲覧するだけのビジネスサイドはブラウザ翻訳という役割別の使い分けです。そのうえで、社内で使う英日の対訳表を1枚用意すれば、教育コストの大半は解消します。

英語UIのまま押さえる主要サービスと対訳

Azure DevOps は5つのサービスで構成され、画面上のナビゲーションもこの単位で並びます。英語ラベルと日本語ドキュメントの訳語を対応させておけば、英語UIでも公式手順をそのまま追えます。DevOpsとは？開発と運用を統合する実践・ツール・導入判断を実装視点で解説で整理した開発・運用の各工程が、そのままサービスの区切りに対応しています。

この5つのうち、日本語化の相談で実際に問題になるのはBoards です。開発者以外がスプリントの進捗を見にくる画面であり、Work Item・Backlog・Sprint・Iteration といった語が並ぶためです。逆にRepos とPipelines は開発者しか触らないので、英語のままで支障はありません。Test Plans はBasic + Test Plans という別のアクセスレベルが必要で、標準のBasic ライセンスでは使えない点にも注意してください。

CI/CD の中身、YAML の書き方、Microsoft ホステッドエージェントの無料枠の扱いは、Azure Pipelinesの使い方｜YAMLでCI/CDを組む手順と無料枠・権限設定で詳しく扱っています。無料枠は申請しないと有効化されない仕様があり、上で挙げた No hosted parallelism エラーはまさにこの落とし穴です。

よくある質問

Azure DevOps のUIを日本語に切り替える設定はどこにありますか？

Azure DevOps Services（クラウド版）には存在しません。ユーザー設定 → Profile で変更できるのは画像・表示名・連絡先メール・地域・UIテーマだけです。優先する言語を選ぶロケールタブは、Azure DevOps Server（オンプレミス版）のドキュメントにのみ記載されています。

プロファイルの地域（Region）を日本にすればメニューが日本語になりますか？

なりません。地域は地域情報の設定で、表示言語とは別です。地域を変更してもナビゲーションやボタンは英語のままです。

Azure DevOps Server なら日本語UIで使えますか？

使えます。インストーラー実行後のサーバー構成ウィザードで、Language ページから日本語を選んで構成します。ただし1台のサーバーに複数言語はインストールできず、非英語OS上には英語かOSと同じ言語しか構成できません。日本語OS上で英語UIと日本語UIを混在させることはできません。

Azure DevOps Server Express なら無料で日本語UIを試せますか？

5ユーザー以下であれば無償のExpress を使えるので、ライセンス費用なしで日本語UIを確認できます。ただしWindows Server とSQL Server の構築・アップグレード・バックアップの手間は有償版と同じで、評価用途を超えて本番運用に広げるなら運用コストを見込む必要があります。

作業項目やWiki に日本語を入力できますか？

できます。UIが英語であることとデータの言語は無関係で、作業項目のタイトル・説明・コメント・Wiki・コミットメッセージはいずれも日本語で入力できます。英語のままなのはメニューやボタンのラベルです。

ブラウザ翻訳とユーザースクリプト、どちらで日本語化すべきですか？

ブラウザ翻訳です。ユーザースクリプトや同種のブラウザ拡張は文字列置換でUI変更に追随できず、URLや識別子まで書き換える事故のリスクがあります。公開されている代表例も2018年時点のスクラムプロセス向け実験であり、標準手順に組み込む前提の成果物ではありません。

関連記事

• Azure Pipelinesの使い方｜YAMLでCI/CDを組む手順と無料枠・権限設定
• DevOpsとは？開発と運用を統合する実践・ツール・導入判断を実装視点で解説
• ブルーグリーンデプロイメントとは｜仕組み・他方式との違い・AWS/Kubernetes実装をコード例で解説
• Platform Engineering（プラットフォームエンジニアリング）とは｜2026年の最新動向と導入の進め方