Azure DevOps のユーザー設定で言語を変えたのに、メニューが英語のまま変わらない。この質問の答えは製品の種類で分かれます。クラウド版のAzure DevOps Services には、画面を日本語に切り替える設定がありません。「優先する言語」という欄はありますが、変えてもメニューやボタンは英語のままです。日本語UIで使えるのはオンプレミス版のAzure DevOps Server だけで、それもサーバーを構成するときに言語を決める方式です。Microsoft Learn の記述に沿って、どこまで日本語にできるのか、クラウドのまま日本語で運用するにはどうするかを整理します。
まとめ
Azure DevOps Services（dev.azure.com）は英語UIのみです。Microsoft Learn の移行ガイドは「Azure DevOps Services is English only」と明記し、多言語に対応するのはAzure DevOps Server だと書いています。User settings の「Time and Locale」に優先する言語の欄はありますが、ここを変えても画面の言語は変わりません。日本語UIが必須なら、Azure DevOps Server をサーバー構成ウィザードの Language ページで日本語に構成する道しかありません。
ただしServer は1台に1言語しか入れられず、日本語のWindows には英語か日本語のServer しか構成できません。日本語UIのためだけにオンプレを選ぶのは割に合わないので、クラウドを使うならブラウザ翻訳と英日の対訳表で運用し、開発者は英語UIのまま使うのが現実的です。古い日本語化ユーザースクリプトは2019年5月から更新が止まっており、標準手順には向きません。
Azure DevOps Services で日本語化できない設定画面
Microsoft Learn の「Set user preferences」は、Services 向けとServer 向けで記述が分かれています。Services 向けの記述では、プロファイルで変更できるのは画像・表示名・連絡先メールアドレス・地域（Region）・UIテーマです。Server 向けの記述にだけ「Locale タブで優先する言語、日付と時刻のパターン、タイムゾーンを変更する」手順があります。ただしこれはProfile ページの書き分けで、Services の言語欄は別の文書に載っています（次の項）。製品としての結論は、移行ガイドの「Services は英語のみ」という一文で確認できます。
Profile ページの地域（Region）と表示言語の違い
歯車アイコンの User settings から Profile を開くと、Picture・Display name・Contact email・Region が並びます。Region は国や地域の情報で、日本に変えてもナビゲーションやボタンは英語のままです。現行のLearn には、Microsoft Entra ID のプロファイル（画像・表示名・メール・地域）をAzure DevOps 側に使うプレビューも載っていますが、ここにも言語の項目はありません。
Time and Locale の「優先する言語」で画面が変わらない理由
混乱のもとはここです。Learn の「Change time zone」では、Services の User settings → Time and Locale で「優先する言語、日付のパターン、時刻のパターン、タイムゾーン」を更新できると書かれています。言語の欄そのものは存在します。
ところが、Learn はこの欄でUIが翻訳されるとはどこにも書いていません。2022年6月のMicrosoft Q&A の質問では、利用者がユーザー設定でGerman (Germany) を選んでもUIは英語のままだと報告しています。Microsoft 社員が Time and Locale を案内しましたが、質問者は試しても変わらなかったと返信しています。同じスレッドには、フランス語を選んでも英語のままだったという返信や、2025年4月の「タイムゾーンしか変わらず言語は変わらない」というコメントが付いています。Learn はこの言語欄が何に効くかを説明していないので、メニューの日本語化を期待して触る設定ではないと考えてください。
日本語ドキュメントと英語UIの切り分け
learn.microsoft.com のAzure DevOps ドキュメントには日本語版があります。そのため製品も日本語対応していると誤解されがちですが、翻訳されているのはドキュメントです。日本語ドキュメントの「作業項目」「パイプライン」「成果物」は、画面上ではWork Items・Pipelines・Artifacts と英語で表示されます。社内マニュアルを日本語ドキュメントから作るなら、手順のたびに英語ラベルを併記しておくと、画面と手順書のずれで迷う人が減ります。
Azure DevOps Server を日本語UIで構成する条件
Azure DevOps Server は、Services と同じBoards・Repos・Pipelines・Test Plans・Artifacts をオンプレミスのWindows Server で動かす製品です。現行版は年号の付かない「Azure DevOps Server」で、2025年12月9日に公開され、リリースノートでは2026年9月10日のPatch 8 が最新です。前の版はAzure DevOps Server 2022 です。
サーバー構成ウィザードの Language ページでの日本語指定
日本語UIは、インストーラー実行後に起動するサーバー構成ウィザードで決まります。Learn の「単一サーバーへのインストール」では、New Deployment - Basic を選んだ次の手順が「Language ページで言語を選ぶ」で、Advanced の手順にも同じページがあります。ダウンロードページも、現行版はServer とServer Express のEXE・ISOが1本ずつ並ぶだけで、日本語版のインストーラーを探す必要はありません。
Server 側にもユーザーごとのLocale タブ（優先する言語・日付時刻パターン・タイムゾーン）はありますが、土台は構成時に選んだ言語です。Microsoft Q&A では、Server 2020 のLocale タブで言語を変えたら多くの画面は切り替わったが作業項目の種類（Work Item Type）の名前だけは変わらなかった、という質問に「同じServer で複数の言語は有効にできない」と回答されています。作業項目の種類名やプロセステンプレートは、構成時の言語で作られたものが残ると考えてください。
OSの言語との組み合わせ制約
Learn の「Requirements and compatibility」のNatural languages の節は、ローカライズされたOSとServer を自由には組み合わせられず、1台のServer に複数言語をインストールできないと明記しています。組み合わせは次の4通りです。
| OSの言語 | 構成できるServerの言語 |
|---|---|
| 英語 | 英語 |
| 英語 | 英語以外の任意の言語 |
| 英語以外（日本語など） | 英語 |
| 英語以外（日本語など） | OSと同じ言語のみ |
日本語UIにするには、日本語版Windows Server か英語版Windows Server に日本語で構成します。インストールできる言語は1台に1つで、ユーザーごとのLocale タブはその上での表示設定です。前述のQ&A のように作業項目の種類名はLocale を変えても残るため、海外拠点と同じサーバーを使う予定なら、評価環境で英語Locale のユーザーを作り、メニューと作業項目の種類名がどう見えるかを確かめてから言語を決めてください。
もう1つ見落としやすいのが、クラウドへの移行です。同じ移行ガイドには、言語を英語以外にしたコレクション（過去に英語以外だったものを含む）はData Migration Tool で移行できないとあります。日本語で構成したServer は、将来Services に移すときに公式の移行ツールが使えません。
オンプレを選ぶコストと日本語化の見合い
現行のServer はWindows Server 2025 または2022 で動き、データベースはSQL Server 2025／2022、Azure SQL Database（Azure の仮想マシン上で動かす場合のみ）、Azure SQL Managed Instance に対応します。単一サーバー構成の目安はオクタコアCPU・RAM 16GB・SSD で、ソース管理と作業項目中心なら最大250ユーザー程度です。500ユーザーを超えるなら、アプリケーション層とデータ層を分けた構成が推奨されています。
5人以下ならAzure DevOps Server Express のライセンスは無料です。ただし無料なのはExpress のライセンスだけで、Windows Server とSQL Server の管理、毎月のようにPatch が出るServer の更新、バックアップは自社持ちです。オンプレを選ぶ理由は「ソースコードを社外に置けない」「閉域網でしか運用できない」といった要件であるべきで、日本語UIはその結果として付いてくるものと考えるのが妥当です。クラウドとオンプレのどちらで開発基盤を組むか迷う段階なら、要件の洗い出しからDevOps・CI/CD導入支援で相談を受けています。
クラウドのまま日本語で運用する回避策
Services を使い続ける前提での回避策を、勧める順に並べます。
ブラウザ翻訳による日本語表示と利用時の制約
Microsoft Edge やGoogle Chrome の組み込み翻訳を使えば、Azure DevOps の画面を日本語で表示できます。導入作業がなく、利用者ごとにオン・オフできるのが利点です。弱点は、ページ全体が訳されるため、作業項目のタイトルやコミットメッセージ、プルリクエストの差分まで訳されることです。Repos でファイルを読むときやPipelines のログを見るときは翻訳を切り、Boards を見るだけのメンバーは常にオンにする、という使い分けが現実的です。
日本語化ユーザースクリプトが壊れる仕組み
Tampermonkey などで画面の英語を日本語に書き換えるユーザースクリプトも公開されています。日本で知られているryuzee/tampermonkey-azure-devops-japaneseは2018年12月に作られたv0.0.10 で、最後の更新は2019年5月です。中身を読むと、約260組の英日対訳を、span.ms-Pivot-text や div.vss-HubTitle--titleText のような画面内部のCSSクラス40余りに当てて置き換え、0.5秒ごとに画面全体を走査しています。
この方式には壊れる理由が2つあります。1つは、Azure DevOps の画面が更新されてクラス名が変わると、置換の対象から外れて英語に戻ることです。もう1つは、置換が大文字小文字を区別しない部分一致で、span.text や div.title のような汎用のクラスにもかかる点です。作業項目のタイトルなど、利用者が書いた文字列の一部が訳語に置き換わって表示されることがあります。ブラウザ拡張として配られている日本語化ツールも、文字列を置き換える方式である限り同じ弱点を抱えます。個人で試すのは止めませんが、全社の標準手順にはしないでください。
作業項目・Wiki・コミットメッセージの日本語入力
UIが英語であることと、日本語のデータを扱えることは別の話です。作業項目のタイトル・説明・コメント、Wiki、コミットメッセージは日本語で入力できます。英語のままなのはメニューとボタンのラベルで、日常的に読み書きする中身は日本語にできます。導入時の説明では、作業項目を1件日本語で作り、タイトルと説明が日本語のまま一覧に並ぶところを見せると、英語なのがメニューだけだと伝わります。
開発者は英語UIのまま使うべき理由
ブラウザ翻訳でメニューを日本語にできても、開発チームが日常的に触る画面は英語のまま統一することを勧めます。
一番の理由はエラーの調べやすさです。Pipelines の失敗は No hosted parallelism has been purchased or granted のような英語のメッセージで出ます。この文言をそのまま検索すれば、同じ文字列を含む公式ドキュメントやDeveloper Community のスレッドが一致で見つかります。翻訳された文言は訳し方が一定せず、この一致検索が効きません。次に、ドキュメントの訳語とブラウザ翻訳の訳語が一致しないため、日本語に寄せるほど「この訳語は画面のどのラベルか」という対応表が二重に必要です。さらにYAML のキーやREST API、拡張機能の設定項目は英語で、pool・stages・approvals のような名前はUIをどう訳しても英語のまま残ります。
落としどころは、開発者は英語UI、Boards を見るだけのビジネス側メンバーはブラウザ翻訳という役割別の使い分けです。そのうえで社内用の英日対訳表を用意し、Boards のメニュー名（Backlogs・Sprints・Queries）とAgile プロセスの作業項目の状態名（New・Active・Resolved・Closed）を載せておくと、日本語の手順書と英語の画面を行き来しやすくなります。
英語UIで迷わないための主要サービス対訳表
Azure DevOps は5つのサービスで構成され、画面左のナビゲーションもこの単位で並びます。英語ラベルとドキュメントの訳語を対応させておけば、英語UIのまま日本語の手順書を追えます。開発から運用までの工程との対応はDevOpsとは？アジャイル・CI/CDとの違いとDORA 5指標での成果の測り方で整理しています。
| 英語ラベル | ドキュメントの訳語 | 担当領域 |
|---|---|---|
| Boards | ボード（作業項目） | バックログ・スプリント・カンバン |
| Repos | リポジトリ | Git のソース管理・プルリクエスト |
| Pipelines | パイプライン | CI/CD・ビルド・デプロイ |
| Artifacts | 成果物 | NuGet・npm・Maven のパッケージ管理 |
| Test Plans | テスト計画 | 手動テスト・探索的テスト |
開発者以外もBoards を使うチームでは、ここが日本語化の焦点になります。スプリントの進み具合を見る画面に、Work Item・Backlog・Sprint・Iteration といった語が並ぶためです。Repos とPipelines は、コードやログの原文と画面のラベルを突き合わせる用途が中心なので、英語のまま使う利点が大きい画面です。Test Plans は、Basic でもテストの実行・結果の記録・チャートの閲覧はできますが、テスト計画やテストケースを作って管理するにはBasic + Test Plans が必要です（Test Plans のFAQ）。料金ページではBasic が先頭5ユーザー無料・以降1ユーザー月6ドル、Basic + Test Plans が1ユーザー月52ドルです。
YAML でのCI/CD の組み方と、Microsoft ホステッドエージェントの無料枠の扱いはAzure Pipelinesの使い方｜YAMLでCI/CDを組む手順と無料枠・権限設定で扱っています。上で挙げた No hosted parallelism のエラーは、無料枠が申請しないと付かない仕様から起きるものです。GitHub Actions やGitLab CI と比べて選び直す段階なら、CI/CDツール比較｜主要11製品の無料枠・料金と選び方【2026年10月】が参考になります。
よくある質問
Azure DevOps のUIを日本語に切り替える設定はどこにありますか？
Azure DevOps Services（クラウド版）にはありません。User settings → Time and Locale に優先する言語の欄はありますが、変えてもメニューやボタンは英語のままです。画面を日本語にできるのは、構成時に日本語を選んだAzure DevOps Server です。
Time and Locale で言語を変えたのに英語のままなのは不具合ですか？
不具合ではありません。Learn の移行ガイドは「Azure DevOps Services is English only」と明記しており、Time and Locale の説明もUIの翻訳には触れていません。Microsoft Q&A でも、ドイツ語を選んでUIが変わらなかったという報告があります。
プロファイルの地域（Region）を日本にすればメニューは日本語になりますか？
なりません。Region は国や地域の情報で、表示言語とは別の設定です。
Azure DevOps Server なら日本語UIで使えますか？
使えます。インストーラー実行後のサーバー構成ウィザードで、Language ページから日本語を選びます。ただし1台に複数言語は入れられず、日本語のWindows には英語か日本語のServer しか構成できません。
Azure DevOps Server Express なら無料で日本語UIを試せますか？
試せます。Express は5人以下の利用に限られる無料版で、機能はServer と同じです。Windows Server とSQL Server の構築・更新・バックアップの手間は有償版と変わらないため、本番運用に広げるなら運用の負担を見込んでください。
ブラウザ翻訳とユーザースクリプト、どちらで日本語化すべきですか？
ブラウザ翻訳です。公開されている日本語化スクリプトは2019年5月から更新がなく、画面内部のクラス名に依存した部分一致の置換なので、画面の更新で効かなくなったり、作業項目のタイトルまで書き換えたりします。
