オランダクライアントへの週次報告は「samenvatting→vorige week→deze week→issues」の4段固定フォーマットが主流です。
本記事は Manager・Directeur 報告様式と polderen 合議リズムを反映した週報テンプレを完全解説します。
親ハブはオランダ語のクライアント・顧客対応メール完全ガイドを参照してください。
オランダ企業の週次報告文化
月曜朝・金曜午後の2大定例時間
オランダPMチームは月曜朝9-10時、金曜午後3-4時に定例週報を出すリズムが多いです。
月曜送信は週開始のキックオフ性格、金曜送信は週末締めの整理性格を持ちます。
週報送信時刻は社内で標準化されている企業がほとんどです。
送信時刻が毎週ぶれると「報告が遅い」と低評価につながるため、自動化された送信時刻設定を推奨します。
多くの企業は Outlook の「あとで送信」機能を使い、毎週月曜の朝9時に届くよう前週金曜にスケジュールしています。
Manager → Director → executive の決裁ライン
オランダのフラット組織でも報告ラインは段階的です。
直属 manager が一次受信、必要に応じて director が二次CC、executive は重要案件のみ三次CCです。
段階を飛ばして executive へ直接送ると、manager の権威が侵害されると受け取られます。
Polderen 合議文化では「適切な順番で情報を流す」ことが信頼の基盤です。
報告様式の標準化要求
オランダ企業は週報フォーマットが標準化されており、毎週同じ構造を求めます。
形式バラバラの週報はprofessioneel ではないと評価されます。
初週に manager と format をすり合わせ、以降は同じ template で続けます。
Confluence や Notion で template を共有し、毎週そこに転記する企業も多いです。
週次報告の4段構造
Samenvatting（Executive Summary・3行以内）
冒頭3行で進捗・課題・要請を要約します。
Director 以上は samenvatting だけ読む前提です。
3行を超えると「要約能力なし」と判断されます。
進捗パーセンテージ・主要 issue の有無・必要な意思決定の3点が定番です。
Vorige week voltooid
先週完了項目を箇条書き3-5項で示します。
各項目に担当者と完了日を添えると説得力が出ます。
「ほぼ完了」「もうすぐ完了」という曖昧表現はオランダで嫌われます。
Deze week gepland
今週予定をマイルストーン・期限とセットで明示します。
依存関係（dependency）も併記して合意形成を加速します。
誰が何を期限までに行うかが明示されない予定はオランダで意味を持ちません。
Issues・risico’s・verzoeken
発見した issue・想定リスク・支援要請を「Feit／Impact／Actie」の3項で構造化します。
隠さず公開する姿勢が polderen 文化での信頼を生みます。
Issue を隠して後から発覚すると、信頼回復には数か月かかります。
件名の標準様式
「[Voortgangsrapport] [Project] – week [WW]」
(1) [Voortgangsrapport] Project Atlas – week 17
(2) フールトハンクスラポート・プロジェクト・アトラス・ウェーク・ゼーフェンティーン
(3) [週次報告] プロジェクト Atlas – 第17週
週次表記 (week 17 / wk17)
オランダ企業は ISO 8601 の週番号（week 1〜53）を標準で使います。
「wk17」「week 17」「W17」のいずれも実務で通用します。
「4月第3週」のような日本式表記はオランダ社内では使いません。
担当者名含む
件名末尾に PM 名を入れる企業もあります。
例: 「[Voortgangsrapport] Atlas – week 17 – H. Yamada」。
受信箱で抽出する際の検索性が向上します。
Samenvatting（Executive Summary）の作成
3行で核心のみ
(1) Project Atlas ligt op schema, 75% voltooid. Er is één issue met de API-integratie. Wij vragen goedkeuring voor extra resources.
(2) プロジェクト・アトラス・リフト・オプ・スヘマ・フェイフ・ェン・ゼーフェンティヒ・プロセント
(3) Atlas は予定通り進行、75%完了。API 統合に1件の課題。追加リソース承認を要請
完了率・進捗率の数値化
Samenvatting に必ずパーセンテージか数値を入れます。
「順調に進んでいます」よりも「75% voltooid」の方がオランダでは信頼されます。
進捗計算の根拠（story points・milestone 数・完了タスク数のいずれか）も注記しておくと議論がスムーズです。
決定事項・要請事項の先行提示
承認・決定が必要な項目は samenvatting で先に出します。
本文で発見されると見逃されるリスクがあります。
「Beslissing nodig」「Goedkeuring gevraagd」のラベルで強調します。
Vorige week voltooid
箇条書きで3-5項
「Vorige week voltooid:」に続けて bullet で3-5項に絞ります。
10項以上は焦点が散ってDirectorが読まなくなります。
細かいタスクは集約してテーマ単位で報告します。
各項目に担当者・完了日
「- API design afgerond (J. de Vries, 12-04)」のように担当者と日付を記載します。
後で監査・検証する際の根拠になります。
目標対比実績
計画に対する実績を「gepland: 5 user stories / voltooid: 6」のように対比します。
超過達成・未達ともに数値で示すのがオランダ流です。
Deze week gepland
優先順位順の羅列
今週予定は priority 高→低の順で並べます。
P1, P2, P3 のラベルを使う企業もあります。
下位優先のタスクは「indien tijd beschikbaar」と明記して期待値を調整します。
マイルストーン・deadline 明示
「Sprint review op vrijdag 19-04」のように具体日付を含めます。
「来週中」のような曖昧表現は避けます。
依存関係 (Dependency) 明示
「Afhankelijk van: API documentatie van vendor X」と書くと、遅延発生時の責任所在が明確になります。
依存先が遅れた場合の代替案も並記すると上級です。
Issues・リスク セクション
発見された issue の構造 (Feit/Impact/Actie)
(1) Feit: API integratie vertraagd. Impact: Sprint 12 schuift 3 dagen. Actie: extra developer ingezet.
(2) ファイト・インパクト・アクチー
(3) 事実: API統合遅延／影響: スプリント12が3日遅延／対応: 開発者追加投入
支援要請事項
「Verzoek aan management:」で始めて支援要請を明示します。
具体的な内容（人員・予算・意思決定）と期限をセットで書きます。
意思決定要請
「Beslissing nodig vóór vrijdag:」と期限を入れます。
放置すると「自分が決める必要なし」と判断されて棚上げされます。
決裁ライン CC 処理
直属上司のみ → manager → director の段階的拡張
初週は直属 manager のみ、issue 発生時は director を加える、執行決定が必要な時は executive を含める段階制です。
毎週 director を CC するのは情報過多と捉えられます。
誤った CC 配分の危険
関係ない部署を CC すると polderen 文化では「議論を呼びこむ意図」と誤解される可能性があります。
CC 範囲は manager と事前合意するのが無難です。
To・CC・BCC の使い分け
To は行動を期待する受信者、CC は情報共有のみ、BCC は外部開示を避ける場合に限ります。
BCC の多用はオランダで透明性に反すると見なされます。
週次報告 + 月次報告の流れ
月末最終週報告は月次報告に統合
月最終週は週報と月報を統合した「Maandrapport」になることが多いです。
月次は KPI・予算消化率・四半期見通しまで含みます。
月報は週報よりも分量が3-5倍になり、グラフや表を含むのが一般的です。
四半期報告への累積
四半期末（3月・6月・9月・12月）は kwartaalrapport にまとめます。
Director・Executive 向けの戦略レビュー材料です。
対面報告との並行
メール報告後の対面報告の追加価値
週報メール送信後、月曜朝の standup や金曜の retro で口頭補足する企業が多いです。
メールは記録、対面は議論の場という分業です。
メールに書く内容と standup で話す内容は重複させないのがオランダ流の効率です。
対面での補充ポイント選定
対面では数値ではなく「なぜそうなったか」「次にどうするか」を議論します。
メールに書くより議論の方が早い項目を選別します。
Polderen 文化での報告
全 stakeholder への共有
Polderen 文化では関係者全員が同じ情報を持つことが大前提です。
週報は「情報の非対称性を作らない」役割があります。
議論を呼ぶ表現の許容
「Optie A vs Optie B」のように議論を呼ぶ書き方は歓迎されます。
結論を先に固めて押し付ける書き方は避けます。
反対意見の建設的取扱
「Tegenstanders maken volgende punten:」と反対意見を週報に明記する企業もあります。
合意形成の透明性を担保する慣行です。
テンプレ全文サンプル
標準週報メール例
Onderwerp: [Voortgangsrapport] Project Atlas – week 17 – H. Yamada
(1) Beste Maarten,
(2) ベステ・マールテン
(3) マールテンさん
(1) Hierbij het wekelijkse voortgangsrapport voor week 17.
(2) ヒールバイ・ヘット・ウェーケライクス・フールトハンクスラポート
(3) 第17週の週次報告をお送りします
(1) Samenvatting: Project Atlas ligt op schema, 75% voltooid. API integratie heeft 1 issue. Goedkeuring voor extra developer gevraagd.
(2) サメンファッティング
(3) 要約: Atlas は予定通り、75%完了。API統合に1件の課題。開発者追加の承認を要請
(1) Vorige week voltooid:
(2) フォリヘ・ウェーク・フォルトーイト
(3) 先週完了:
(1) – Sprint 11 afgerond (alle 8 user stories voltooid)
(2) スプリント・エルフ・アフヘロント
(3) – スプリント11完了（user story 8件すべて完了）
(1) – API design review (J. de Vries, 12-04)
(2) アーペーアー・ディザイン
(3) – API デザインレビュー（J. de Vries、4月12日）
(1) Deze week gepland:
(2) デーゼ・ウェーク・ヘプラント
(3) 今週予定:
(1) – Sprint 12 start, focus op user authentication
(2) スプリント・トウェルフ・スタールト
(3) – スプリント12開始、ユーザー認証に注力
(1) Issues:
(2) イシュー
(3) 課題:
(1) – Feit: API integratie vertraagd door externe vendor. Impact: Sprint 12 schuift 3 dagen. Actie: gesprek met vendor maandag.
(2) ファイト・インパクト・アクチー
(3) – 事実: 外部ベンダーにより API 統合遅延。影響: Sprint 12 が3日遅延。対応: 月曜にベンダーと協議
(1) Verzoek: goedkeuring voor 1 extra developer voor 4 weken.
(2) フェルゾーク・フードケウリング
(3) 要請: 4週間の追加開発者1名の承認
(1) Met vriendelijke groet, Hiroshi Yamada
(2) メット・フリーンドライケ・フルット
(3) よろしくお願いします、山田博
Issue がある週の追加表現
(1) Er is een blokker met de externe API leverancier. Beslissing nodig vóór vrijdag 19-04.
(2) エール・イス・エーン・ブロッカー・メット・デ・エクステルネ・アーペーアー
(3) 外部 API ベンダーでブロッカー発生。19日金曜までに意思決定要
日本人が週次報告で間違える NG
Samenvatting なしで長い本文
日本式の「いきなり詳細」は director に読まれません。
必ず3行 samenvatting を冒頭に置きます。
完了・計画の区分曖昧
「進めています」「予定です」を混ぜると、何が完了で何が予定か不明になります。
Voltooid・gepland・in uitvoering を明確に分けます。
Issues を隠す習慣
日本式の「議論しなくて済むよう問題を隠す」は polderen 文化で信頼を失います。
早期に issue を出して合議で対応する方が高評価です。
過剰な敬語と修飾
「お忙しい中恐縮ですが」「ご確認のほど何卒よろしくお願いいたします」を直訳した冒頭はオランダで違和感を与えます。
「Hierbij het rapport」のように要件直入の冒頭が標準です。
パーセンテージなしの曖昧進捗
「順調」「概ね計画通り」だけの記述は数値志向のオランダ文化で信頼されません。
必ずパーセンテージか story points 数値を併記します。
変更要請が発生する場面では、Wijzigingsverzoek email の影響評価と승인フローもあわせて参照してください。
納品段階ではOpleveringsmail の検収基準・garantie 提示ガイドを活用できます。
会議や日程調整はオランダ語の日程調整・打ち合わせメール完全ガイドとあわせて使うと効率的です。
クライアント全般のコミュニケーションはクライアント対応ハブから各シナリオに展開してください。
サブジェクトラインの基本パターンはオランダ語ビジネスメール件名ガイドでも詳しく解説しています。
