イギリス

国内のばらつきと反証

• GDS の理想と、レガシーを抱える公共 IT の現実には大きな差がある (NAO 2023)。
• Post Office Horizon 事件は、blameless 文化とは正反対に、ソフトウェアの欠陥を個人の責任にすり替えた極端な例だ。
• London の fintech (Monzo など) の慣行は、英国企業全体を代表しているわけではない。
• understatement は有名なステレオタイプだが、英国のコードレビューの語調を実証的に調べた研究は見つからなかった。

設計と品質記述 3 件

• GDS の Government Design Principles (2012 年公開、2025 年更新) は「Start with user needs」「Do less」「Iterate. Then iterate again」などを掲げる。公共部門が iterative な開発を公式の原則にしている。

  【裏付け十分】出典 1 件2025gb-design-1

  • GOV.UK: Government design principles (2025)

• GOV.UK Service Standard の point 8 は「Iterate and improve frequently」だ。サービスに完成はなく、バグ修正などの保守だけでは足りないとしている。

  【裏付け十分】出典 1 件gb-design-2

  • DfE: Service Standard 8 Iterate and improve frequently

• NAO の 2023 年の報告によると、過去 25 年で省庁横断のデジタル戦略が 11 回出された。1974 年に導入された Police National Computer はいまも使われている。

  【裏付け十分】出典 1 件2023gb-design-3

  • NAO: Digital transformation in government (2023)

→ ほかの国と比べる: 設計と品質

失敗とリスク記述 4 件

• GDS Way のインシデント管理標準は、blameless post mortem culture に沿って incident review を行うよう定めている。

  【裏付け十分】出典 1 件gb-failure-1

  • The GDS Way: How to manage technical incidents

• GOV.UK はインシデントレポートを公開している (例: 2022 年 1 月 5 日のエラー率上昇)。元 GDS 職員は 2018 年の記事で、公開することで信頼と安全に学べる雰囲気が生まれると書いている。

  【裏付け十分】出典 2 件2022gb-failure-2

  • Inside GOV.UK: Incident report, 5 January 2022 (2022)
  • 24 ways: What I Learned in Six Years at GDS (2018)

• London の fintech である Monzo は 2019 年のブログで、on-call を 2 名体制にし、すべてのインシデントを記録していると説明した。The Pragmatic Engineer は、blameless を装った責任の押し付け合い (blameless buck-passing) にも注意を促している。

  【裏付け十分】出典 2 件2019gb-failure-3

  • Monzo: How we respond to incidents (2019)
  • The Pragmatic Engineer: Incident Review and Postmortem Best Practices

• Post Office Horizon 事件では、Fujitsu 製システムにバグがあったにもかかわらず「Horizon は堅牢」とする証言が使われ、900 件を超える冤罪の有罪判決が出た。Court of Appeal は、Post Office が事実上立証責任を逆転させたと認定した。

  【裏付けあり】出典 2 件gb-failure-4

  • Wikipedia: British Post Office scandal
  • Computer Weekly: Fujitsu's role in the Post Office scandal

→ ほかの国と比べる: 失敗とリスク

フィードバックとコードレビュー記述 3 件

• Meyer は、英国人の否定的フィードバックは米国人より間接的で、オランダ人よりはるかに間接的だと書いている。a bit や slightly のような downgrader を使った understatement が多いとする。

  【裏付けあり】出典 1 件2014【古い資料】gb-feedback-1

  • Erin Meyer: How To Say "This Is Crap" In Different Cultures (2014)

• Meyer が紹介する Anglo-Dutch translation guide では、「With all due respect」は「あなたは間違っている」、「Very interesting」は「気に入らない」の意味だとされる。半分ジョークの資料で、作者も定まっていない。

  【裏付けあり】出典 2 件2014【古い資料】gb-feedback-2

  • Erin Meyer: How To Say "This Is Crap" In Different Cultures (2014)
  • Nannette Ripmeester: We all speak English, don't we?

• 20 プロジェクト・4.4 万件の PR で、開発者の国の HDI と受理率の関係を見た研究 (Furtado et al., 2020) では、英国の開発者は受理率が最も高いグループに入っていた。

  【裏付けあり】出典 1 件2020gb-feedback-3

  • Furtado et al.: How Successful Are Open Source Contributions From Countries with Different Levels of Human Development? (2020)

→ ほかの国と比べる: フィードバックとコードレビュー

階層と意思決定記述 3 件

• Meyer の HBR 2017 の図では、英国は米国・カナダ・オーストラリアと同じ「egalitarian かつ top-down」の象限に置かれている。

  【裏付けあり】出典 1 件2017gb-hierarchy-1

  • Erin Meyer: Being the Boss in Brussels, Boston, and Beijing (HBR) (2017)

• 公共部門では Service Standard に基づく service assessment が実質的なゲートになっている。DfE の解説によると、正当な理由なく新規コードを公開していないと assessment に通らないことがある。

  【裏付け十分】出典 1 件gb-hierarchy-2

  • DfE: Service Standard 12 Make new source code open

• NAO (2023) は、政府のデジタル関連の意思決定の多くを、技術を専門としないジェネラリストのリーダーが下している点を課題に挙げている。

  【裏付け十分】出典 1 件2023gb-hierarchy-3

  • NAO: Digital transformation in government (2023)

→ ほかの国と比べる: 階層と意思決定

コミュニケーションとドキュメント記述 3 件

• 要約サイトによると、Meyer の Communicating 軸で英国は低文脈側にあるが、米国、カナダ、オーストラリア、オランダ、ドイツよりは文脈に頼る度合いが高い。

  【裏付け薄】出典 1 件gb-communication-1

  • lifeclub: The Culture Map Summary

• 「Make things open: it makes things better」は政府の design principle の一つで、新規コードの公開は Service Standard の point 12 になっている。GDS は 2017 年に coding in the open の利点をブログで説明した。

  【裏付け十分】出典 2 件2017gb-communication-2

  • GDS blog: The benefits of coding in the open (2017)
  • DfE: Service Standard 12 Make new source code open

• Inside GOV.UK は 2015 年、GOV.UK で障害が起きたときの対応手順をブログで公開した。

  【裏付け十分】出典 1 件2015【古い資料】gb-communication-3

  • Inside GOV.UK: What happens when things go wrong on GOV.UK (2015)

→ ほかの国と比べる: コミュニケーションとドキュメント

働き方とキャリア記述 4 件

• ONS によると、2024 年のフルタイム労働者の実労働時間は週平均 36.6 時間だった。全職種の数値で、エンジニアに限ったものではない。

  【裏付け十分】出典 1 件2026gb-work-1

  • ONS: Average actual weekly hours of work for full-time workers (YBUY) (2026)

• Stack Overflow Developer Survey 2025 では、英国の回答者のフルリモート比率は 31.9%、柔軟寄りのハイブリッドは 25.8% だった。給与の中央値は Engineering Manager が $136,141、back-end が $108,913 で、米国の 6〜7 割程度である。

  【裏付け十分】出典 1 件2025gb-work-2

  • Stack Overflow Developer Survey 2025: Work (2025)

• 20 人以上を整理解雇する場合は集団協議が必要になる。協議は、20〜99 人なら最初の解雇の 30 日前まで、100 人以上なら 45 日前までに始めなければならない。

  【裏付け十分】出典 1 件gb-work-3

  • GOV.UK: Redundancy: your rights — Consultation

• 2022 年の週 4 日勤務の試行 (61 社、約 2,900 人) では、56 社が試行後も継続し、従業員の 71% が燃え尽きの減少を報告した。小規模企業が中心で、テック業界に限った試行ではない。

  【裏付けあり】出典 1 件2023gb-work-4

  • Autonomy: The results are in: the UK's four-day week pilot (2023)

→ ほかの国と比べる: 働き方とキャリア

OSS とコミュニティ記述 3 件

• Octoverse 2024 によると、英国の GitHub 開発者は 400 万人を超え、前年比 +19% だった。Octoverse 2025 は 2030 年に約 1,100 万人になると予測している。

  【裏付け十分】出典 2 件2025gb-oss-1

  • GitHub Octoverse 2024 (2024)
  • GitHub Octoverse 2025 (2025)

• 業界団体 OpenUK の推計 (2023) では、2022 年に OSS が英国テック部門の GVA の 27% を支えた。

  【裏付けあり】出典 1 件2023gb-oss-2

  • OpenUK: State of Open: The UK in 2023, Phase Two Part 1 (2023)

• 公共部門はコード公開をデフォルトとして制度化している。Skills Funding Agency は GOV.UK の Smart Answers のコードを再利用し、少なくとも 2 か月かかる見込みだった開発を 1 週間未満で終えた。

  【裏付け十分】出典 1 件2017gb-oss-3

  • GDS blog: The benefits of coding in the open (2017)

→ ほかの国と比べる: OSS とコミュニティ

尺度