Wochenbericht メールの3層構造
ドイツの週次報告メールは Wochenbericht と呼ばれます。
形式主義のドイツ企業では Wochenbericht は標準テンプレ化されています。
3層構造は「Ampel（信号機）」「4セクション」「Management Summary」の組み合わせです。
本記事は Wochenbericht の構造を実戦テンプレ付きで解説します。
既存記事のドイツ語ビジネスメール基本では週次報告を扱っていません。本記事は Wochenbericht 専用の実装ガイドです。
Ampel（信号機）方式 Grün/Gelb/Rot
Ampel 方式は3色でプロジェクトステータスを視覚化する手法です。
(1) Ampel: Grün
(2) Ampel: gryun
(3) 信号: 緑
Grün は「順調」、Gelb は「リスク認識」、Rot は「危機」を意味します。
視覚的に一目でステータスを伝えられます。
4セクション（Erreicht/Aktuell/Risiken/Nächste Woche）
4セクション構造は Wochenbericht の本文骨格です。
「Erreicht（達成事項）」「Aktuell（進行中）」「Risiken（リスク）」「Nächste Woche（来週予定）」の4枠で構成します。
各セクションは3-5項目に絞ります。
Management Summary（5行）
Management Summary は冒頭5行の要約パートです。
Geschäftsführer（経営陣）は5行のみ読む前提で書きます。
本文詳細は付属資料（Anlage）に回します。
件名（Betreff）の様式
Wochenbericht の Betreff には標準フォーマットがあります。
形式統一によりメールフィルタリング・アーカイブが効率化されます。
Outlook ルール設定で自動振り分けも可能です。
「Wochenbericht KW [週番号] – [プロジェクト名]」
標準フォーマットは KW（Kalenderwoche）+ 週番号で表記します。
(1) Wochenbericht KW 17 – Projekt Alpha
(2) Vohhennberihito kayve ziebnzehn proyekt arufa
(3) 週次報告 第17週 アルファプロジェクト
KW はドイツ独自の週番号表記です。
「Wochenbericht [日付] – [プロジェクト名] – [Status]」
日付＋ステータス併記型も実務で多用されます。
(1) Wochenbericht 25.04.2026 – Projekt Beta – Grün
(2) Vohhennberihito fyumf-undzwantsig fyear tswai zwei zehks proyekt beta gryun
(3) 週次報告 2026年4月25日 ベータプロジェクト ステータス緑
件名一覧でステータスが一目で分かります。
KW（Kalenderwoche）の使い方
KW は ISO 8601 準拠の週番号体系です。
1月最初の木曜を含む週が KW 1 となります。
Outlook・SAP では KW 表示が標準装備されています。
Ampel の使用法
Ampel 方式は誤用すると逆効果になります。
常に Grün を維持すると信用低下を招きます。
適切な Gelb・Rot 提示が信頼構築に繋がります。
Grün（順調）：8-9割が Grün であるべき
健全なプロジェクトは8-9割が Grün です。
(1) Status: Grün – alle Meilensteine planmäßig erreicht
(2) Shutatusu gryun ale mailenshtaine planmessih errahihto
(3) ステータス緑 全マイルストーン計画通り達成
常時 Grün は隠蔽の疑いを招きます。
Gelb（リスク認識）：早期警告シグナル
Gelb は「対処中の課題あり」のサインです。
「Status: Gelb – Risiko bei Komponente X identifiziert, Maßnahmen eingeleitet」と書きます。
早期 Gelb は経営陣からの信頼を獲得できます。
Rot（危機）：即エスカレーション必要
Rot は「即決定が必要」の重大事態です。
(1) Status: Rot – Termin gefährdet, Eskalation an GF erforderlich
(2) Shutatusu rot termin gefehrdet eskaratsion an gay-eff erfoderuriih
(3) ステータス赤 期限危険 経営陣エスカレーション必要
Rot は Geschäftsführer 直接報告と同等の重みを持ちます。
Section 1: Erreicht（達成事項）
Erreicht セクションは過去1週間の達成項目を記載します。
3-5項目に絞ることが鉄則です。
項目過多は重要度の希薄化を招きます。
数値・具体的成果
抽象的記述は避け、必ず数値で示します。
「Modul A erfolgreich getestet (95% Testabdeckung)」のように Prozent 表示が定石です。
Geschäftsführer は数値で判断します。
チームへの感謝（自慢回避）
「私が」ではなく「チームが」で書きます。
(1) Dank an das Team für die schnelle Umsetzung
(2) Dank an das tea-mu fyur dee shnelle umzettsung
(3) チームの迅速な実装に感謝
個人の自慢はドイツ職場文化で嫌われます。
3-5項目に絞る
達成項目は最重要3-5件のみ記載します。
細かすぎる項目は付属 Excel に記載し、本文は要点のみです。
5件超えは本文の読みやすさを損ねます。
Section 2: Aktuell（進行中）
Aktuell は現在進行中タスクのステータス報告です。
進捗パーセントと期限を必ず併記します。
「Aktuell」は現状把握に特化したセクションです。
現在進行中タスク
3-5件の進行中タスクをリストします。
「Modul B – 70% abgeschlossen, Fertigstellung KW 18」のように記述します。
各タスクに担当者・期限・進捗の3要素が必須です。
進捗パーセント表示
進捗は10%単位で記載します。
「ungefähr 70%」より「70%」の確定値が好まれます。
不確実な場合は「Schätzung 70%」と注記します。
ブロッカー有無
ブロッカーは Risiken セクションで詳述しますが、Aktuell でも触れます。
「Modul C – 50% – blockiert durch Lieferantenrückmeldung」と書きます。
ブロッカー存在は隠さない透明性が鍵です。
Section 3: Risiken（リスク）
Risiken は認識リスクのリストです。
影響範囲・発生確率・緩和策の3要素を提示します。
空欄は隠蔽疑いを招くため、最低1件は提示します。
認識されているリスク
3つ以上のリスクは過剰、1-2件が適正です。
「Lieferverzögerung Komponente X (Wahrscheinlichkeit: mittel, Auswirkung: hoch)」と書きます。
ドイツ語の Wahrscheinlichkeit と Auswirkung は標準用語です。
影響範囲・確率
影響範囲は「niedrig / mittel / hoch」の3段階です。
(1) Wahrscheinlichkeit: mittel, Auswirkung: hoch
(2) Vahrshainrihikeito: mittel auzubirukungu: hoch
(3) 確率：中、影響：高
マトリクス評価が経営判断を加速します。
緩和策
各リスクに緩和策（Maßnahmen）を必ず付随します。
「Maßnahme: Alternative Lieferantensuche bis KW 19」のように具体的に書きます。
緩和策なきリスク提示は責任放棄と見なされます。
Section 4: Nächste Woche（来週予定）
Nächste Woche は来週の主要マイルストーンを記載します。
必要なクライアント支援・決定項目を明示します。
「先回り告知」が信頼構築の基本です。
次週の主要マイルストーン
3-5件のマイルストーンを箇条書きします。
「Modul B Fertigstellung (KW 18)」のように週番号付きで記載します。
マイルストーン明示で進捗追跡が容易になります。
必要なクライアント・サポート
クライアントの協力が必要な項目を事前告知します。
(1) Benötigt: Freigabe Designvorschlag bis Mittwoch
(2) Benyetihito furaigabe dezain-forshuraku bis mittovohi
(3) 必要事項：水曜までにデザイン案承認
事前依頼で承認待ちボトルネックを回避します。
決定が必要な項目
意思決定が必要な項目を Wochenbericht に明記します。
「Entscheidung erforderlich: Budget-Erhöhung um EUR 5.000 für Modul C」と書きます。
決定要請はメール本文ではなく Wochenbericht 経由が形式的です。
Management Summary（5行）
Management Summary は冒頭の5行要約です。
Geschäftsführer は本文を読まず、Summary のみで判断する前提です。
5行の構造は厳格に固定します。
全体ステータス（Ampel）
1行目は全体 Ampel です。
「Gesamtstatus: Grün – Projekt im Plan」と書きます。
Ampel は冒頭で経営判断を簡略化します。
主要成果1行
2行目は主要成果1点です。
「Wichtigster Erfolg: Modul A Abnahme erfolgreich」のように書きます。
1点に絞ることで印象を強めます。
主要リスク1行
3行目は主要リスク1点です。
(1) Hauptrisiko: Lieferverzögerung Komponente X
(2) Hauputurisiko refer-fertsegerung komponente X
(3) 主要リスク：コンポーネントX供給遅延
リスクは隠さず簡潔に提示します。
必要な決定1行
4行目は決定要請です。
「Entscheidung benötigt: Budget-Anpassung Modul C」と書きます。
経営判断項目を冒頭で示します。
次週重要事項1行
5行目は次週の重要事項です。
「Nächste Woche: Modul B Abnahme geplant」のように書きます。
5行で経営陣が必要な情報を全て得られる構造です。
添付資料との連携
Wochenbericht は本文要約＋添付詳細の二段構造です。
本文は5分で読める量、詳細は PDF・Excel に分離します。
経営陣は添付を読まない前提で書きます。
詳細データは PDF・Excel 添付
進捗 Excel・リスク登録簿・予算レポートは添付します。
「Detailbericht im Anhang」と本文末尾で案内します。
Excel は KW 別タブ整理が定石です。
本文は要約のみ
本文は500-800字に収めます。
長文は読まれず、Management Summary のみが読まれます。
本文と添付の役割分担が肝心です。
Geschäftsführer は添付を読まない前提
経営陣は時間がなく、添付を開く確率は低いです。
本文 Management Summary で判断材料を全て提示します。
添付は事後アーカイブ・部下用詳細として位置づけます。
配信先（Verteiler）の管理
Verteiler はメール配信先リストです。
TO・CC・BCC の使い分けが GDPR 配慮の基本です。
BCC 漏洩は Datenpanne 扱いになり得ます。
直接関係者（TO）
TO は意思決定者・主要関係者のみです。
クライアント PM・自社 PM・Bereichsleiter が標準 TO です。
TO 過多は全員の責任意識を低下させます。
報告先（CC）
CC は情報共有先です。
Geschäftsführer・Teamleiter・関連部署が CC 対象です。
CC は読まれない前提で書きます。
アーカイブ（BCC）の GDPR 配慮
BCC はアーカイブ・第三者通知用です。
GDPR 透明性原則上、BCC 濫用は望ましくありません。
関連プロジェクトメンバーは TO/CC で明示すべきです。
送信タイミング
Wochenbericht の送信時刻は実務で標準化されています。
ドイツの労働文化では金曜午後送信が定石です。
週末メールは嫌われます。
金曜午後 vs 月曜午前
金曜 16時前送信が最も多用されます。
月曜午前送信は週末メール処理の負担を増やします。
金曜送信で週末準備を尊重します。
ドイツでは金曜 16時前が定石
16時以降送信は「金曜夜にメール処理させる」と批判されます。
(1) Senden Sie den Wochenbericht freitags vor 16 Uhr
(2) Zenden zee den vohhennberihito furaitarukusu fohr zehks-tsehn uhr
(3) 週次報告は金曜16時前に送信
金曜定時退社文化への配慮です。
週末メールは避ける
土日メール送信は許されません。
緊急時のみ例外で、本文で「Sorry für Wochenend-E-Mail」を冒頭明記します。
Out-of-Office 設定で土日対応も明示します。
業界別の調整
業界によって Wochenbericht の重点は異なります。
IT・SaaS は KPI 中心、製造業はマイルストーン中心、コンサルは Insights 中心です。
業界慣行に合わせたカスタマイズが必須です。
IT・SaaS（Ampel + 数値KPI）
IT・SaaS は KPI 数値中心の Wochenbericht です。
「DAU 増加 12%、API レスポンス改善 30ms→25ms」のように数値詳細を記載します。
Berlin Startup の Wochenbericht は KPI Dashboard 連動が標準です。
製造業（マイルストーン中心）
製造業は物理的マイルストーン中心です。
「Prototyp Phase 2 abgeschlossen, Serienproduktion startet KW 22」のように書きます。
VDA 6.3・IATF 16949 規格対応の進捗が重要です。
コンサル（Insights 中心）
コンサルは Insights・推奨事項中心です。
「Erkenntnis: Marktanteil im Süden 15% niedriger als Plan, Empfehlung: lokale Marketing-Kampagne」と書きます。
顧客への戦略助言が Wochenbericht の主軸です。
日本人の Wochenbericht NG
日本人の典型ミスを避けると Wochenbericht が改善します。
形式不適合・内容不足の両面でドイツ流からの逸脱が起きやすいです。
NG パターンを事前確認します。
「お疲れ様です」直訳の不在
日本式冒頭挨拶のドイツ語直訳は不要です。
「Liebe/r Frau/Herr [Name]」または「Sehr geehrte Damen und Herren」で始めます。
「Guten Tag」も Wochenbericht には軽すぎます。
Risiken セクション空欄（隠蔽疑い）
Risiken 空欄は隠蔽の疑いを招きます。
「Aktuell keine signifikanten Risiken identifiziert」と明記します。
空欄ではなく「リスクなし宣言」が正しい対応です。
添付重視・本文要約欠如
本文を添付の案内のみにする日本式は失敗します。
本文に Management Summary 5行を必ず含めます。
関連記事はÄnderungsantrag メールとLieferung・Abnahme 完了メールを参照します。
Outlook 自動送信ルールはOutlook テンプレ活用術で詳述します。
本文要約と添付の役割分担を徹底することで Wochenbericht の効果が最大化されます。
