イギリスとアメリカ
The United Kingdom vs the United StatesUKUS
イギリスから見たアメリカ。以下の各行は、アメリカがイギリスとどう違うかを書いています。
Culture Map の 8 尺度
Erin Meyer の 8 つの尺度を、イギリスとアメリカの差が大きい順に並べています。
塗りつぶしの点:イギリス(見ている側)白抜きの輪:アメリカ
違いに気づくところ4 尺度
近いところ4 尺度
Hofstede の 6 次元
0〜100 のスコアを、イギリスとアメリカの差が大きい順に並べています。国の平均値であり、どちらの国の性格を表すものでもありません。
個人主義
アメリカはイギリスより 16 ポイント低い(60 対 76)
イギリス 76、アメリカ 60(0=集団主義、100=個人主義)。
不確実性の回避
アメリカはイギリスより 11 ポイント高い(46 対 35)
イギリス 35、アメリカ 46(0=曖昧さに寛容、100=曖昧さを避ける)。
長期志向
アメリカはイギリスより 10 ポイント低い(50 対 60)
イギリス 60、アメリカ 50(0=短期志向、100=長期志向)。
権力格差
アメリカはイギリスより 5 ポイント高い(40 対 35)
イギリス 35、アメリカ 40(0=権力格差が小さい、100=権力格差が大きい)。
達成と成功への動機
アメリカはイギリスより 4 ポイント低い(62 対 66)
イギリス 66、アメリカ 62(0=合意志向、100=達成志向)。
人生の楽しみ方
アメリカはイギリスより 1 ポイント低い(68 対 69)
イギリス 69、アメリカ 68(0=抑制的、100=充足的)。
テーマごとの記述
イギリスとアメリカの記述を、広い画面では左右に並べています。各記述には信頼度と出典がそのまま付いています。
設計と品質
イギリス記述 3 件
GDS の Government Design Principles (2012 年公開、2025 年更新) は「Start with user needs」「Do less」「Iterate. Then iterate again」などを掲げる。公共部門が iterative な開発を公式の原則にしている。
【裏付け十分】出典 1 件2025gb-design-1
GOV.UK Service Standard の point 8 は「Iterate and improve frequently」だ。サービスに完成はなく、バグ修正などの保守だけでは足りないとしている。
【裏付け十分】出典 1 件gb-design-2
NAO の 2023 年の報告によると、過去 25 年で省庁横断のデジタル戦略が 11 回出された。1974 年に導入された Police National Computer はいまも使われている。
【裏付け十分】出典 1 件2023gb-design-3
アメリカ記述 3 件
Google ではコードを書く前に比較的インフォーマルな design doc を書く。Malte Ubl の 2020 年の解説によると、重視するのは網羅的な仕様ではなく、検討したトレードオフと代替案の記録だ。
【裏付け薄】出典 1 件2020us-design-1
Ubl は design doc を「必要な分だけ長く、できるだけ短く」書くべきだとし、重いウォーターフォール型の仕様書とは区別している。
【裏付け薄】出典 1 件2015【古い資料】us-design-2
Meyer は米国を Persuading 軸の applications-first 側に置いている。要約サイトの解説では、結論や事例から入り、理論的な why より実践的な how を重視する傾向とされる。
【裏付け薄】出典 1 件us-design-3
失敗とリスク
イギリス記述 4 件
GDS Way のインシデント管理標準は、blameless post mortem culture に沿って incident review を行うよう定めている。
【裏付け十分】出典 1 件gb-failure-1
GOV.UK はインシデントレポートを公開している (例: 2022 年 1 月 5 日のエラー率上昇)。元 GDS 職員は 2018 年の記事で、公開することで信頼と安全に学べる雰囲気が生まれると書いている。
【裏付け十分】出典 2 件2022gb-failure-2
London の fintech である Monzo は 2019 年のブログで、on-call を 2 名体制にし、すべてのインシデントを記録していると説明した。The Pragmatic Engineer は、blameless を装った責任の押し付け合い (blameless buck-passing) にも注意を促している。
【裏付け十分】出典 2 件2019gb-failure-3
Post Office Horizon 事件では、Fujitsu 製システムにバグがあったにもかかわらず「Horizon は堅牢」とする証言が使われ、900 件を超える冤罪の有罪判決が出た。Court of Appeal は、Post Office が事実上立証責任を逆転させたと認定した。
【裏付けあり】出典 2 件gb-failure-4
アメリカ記述 2 件
Google SRE Book (2016) は blameless postmortem を明文化している。個人やチームを責めずに寄与要因を特定し、関係者は善意で行動したと仮定する。
【裏付け十分】出典 1 件2016us-failure-1
2014 年の F8 で Zuckerberg は、Facebook の標語「Move fast and break things」を「Move fast with stable infra」に改めた。規模が大きくなると、壊れたものを直す時間が速さの利益を上回るというのが理由だった。
【裏付けあり】出典 1 件2014【古い資料】us-failure-2
フィードバックとコードレビュー
イギリス記述 3 件
Meyer は、英国人の否定的フィードバックは米国人より間接的で、オランダ人よりはるかに間接的だと書いている。a bit や slightly のような downgrader を使った understatement が多いとする。
【裏付けあり】出典 1 件2014【古い資料】gb-feedback-1
Meyer が紹介する Anglo-Dutch translation guide では、「With all due respect」は「あなたは間違っている」、「Very interesting」は「気に入らない」の意味だとされる。半分ジョークの資料で、作者も定まっていない。
【裏付けあり】出典 2 件2014【古い資料】gb-feedback-2
20 プロジェクト・4.4 万件の PR で、開発者の国の HDI と受理率の関係を見た研究 (Furtado et al., 2020) では、英国の開発者は受理率が最も高いグループに入っていた。
【裏付けあり】出典 1 件2020gb-feedback-3
アメリカ記述 3 件
Meyer によると、米国人は否定的なメッセージを肯定的なメッセージで包むよう教えられることが多い (feedback sandwich)。そのため Meyer は、否定的評価の伝え方では米国を中位に置いている。
【裏付けあり】出典 1 件2014【古い資料】us-feedback-1
4squareviews の解説によると、オランダやドイツの人は米国式の褒め言葉を額面どおりに受け取り、米国人はオランダやドイツの率直な批判を強すぎると感じるというズレが起きやすい。
【裏付け薄】出典 1 件2016us-feedback-2
17 か国・7 万件超の GitHub PR を分析した研究 (Rastogi et al., 2018) では、レビュアーと提出者が同じ国の場合に PR が受理されやすい傾向があった。
【裏付け十分】出典 1 件2018us-feedback-3
階層と意思決定
イギリス記述 3 件
Meyer の HBR 2017 の図では、英国は米国・カナダ・オーストラリアと同じ「egalitarian かつ top-down」の象限に置かれている。
【裏付けあり】出典 1 件2017gb-hierarchy-1
公共部門では Service Standard に基づく service assessment が実質的なゲートになっている。DfE の解説によると、正当な理由なく新規コードを公開していないと assessment に通らないことがある。
【裏付け十分】出典 1 件gb-hierarchy-2
NAO (2023) は、政府のデジタル関連の意思決定の多くを、技術を専門としないジェネラリストのリーダーが下している点を課題に挙げている。
【裏付け十分】出典 1 件2023gb-hierarchy-3
アメリカ記述 2 件
Meyer は米国を「egalitarian だが top-down」に分類している (HBR 2017)。ファーストネームで呼び合い発言も促されるが、決定はボスが素早く下し、新しい論拠が出れば見直されうるとする。
【裏付けあり】出典 1 件2017us-hierarchy-1
同じ論文で Meyer は、日本の管理職から見ると米国のボスは表面上フラットでも、決め方はきわめて独断的に映ると紹介している。
【裏付けあり】出典 1 件2017us-hierarchy-2
コミュニケーションとドキュメント
イギリス記述 3 件
要約サイトによると、Meyer の Communicating 軸で英国は低文脈側にあるが、米国、カナダ、オーストラリア、オランダ、ドイツよりは文脈に頼る度合いが高い。
【裏付け薄】出典 1 件gb-communication-1
「Make things open: it makes things better」は政府の design principle の一つで、新規コードの公開は Service Standard の point 12 になっている。GDS は 2017 年に coding in the open の利点をブログで説明した。
【裏付け十分】出典 2 件2017gb-communication-2
Inside GOV.UK は 2015 年、GOV.UK で障害が起きたときの対応手順をブログで公開した。
【裏付け十分】出典 1 件2015【古い資料】gb-communication-3
アメリカ記述 4 件
Meyer は Communicating 軸で米国を最も低文脈な極に置いている。要約サイトの解説では、明示的に言い、要点を繰り返したり要約したりすることが好まれるとされる。
【裏付け薄】出典 1 件us-communication-1
Bezos の 2017 年の株主書簡によると、Amazon では PowerPoint を使わず、6 ページのナラティブ memo を会議の冒頭に全員で黙読する。memo に著者名は載せず、チーム全体のものとして扱う。
【裏付け十分】出典 1 件2018us-communication-2
CNBC の報道 (2018) によると、この慣行は 2004 年の Bezos のメールに始まる。Bezos は、ナラティブ構造が思考を強制するので、良い 4 ページの memo は 20 ページのスライドより書くのが難しいと説明した。
【裏付けあり】出典 1 件2018us-communication-3
Slab のブログによると、Stripe もスライドをほとんど使わず、会議の冒頭に memo を黙読してドキュメント上でコメントする。
【裏付け薄】出典 1 件us-communication-4
働き方とキャリア
イギリス記述 4 件
ONS によると、2024 年のフルタイム労働者の実労働時間は週平均 36.6 時間だった。全職種の数値で、エンジニアに限ったものではない。
【裏付け十分】出典 1 件2026gb-work-1
Stack Overflow Developer Survey 2025 では、英国の回答者のフルリモート比率は 31.9%、柔軟寄りのハイブリッドは 25.8% だった。給与の中央値は Engineering Manager が $136,141、back-end が $108,913 で、米国の 6〜7 割程度である。
【裏付け十分】出典 1 件2025gb-work-2
20 人以上を整理解雇する場合は集団協議が必要になる。協議は、20〜99 人なら最初の解雇の 30 日前まで、100 人以上なら 45 日前までに始めなければならない。
【裏付け十分】出典 1 件gb-work-3
2022 年の週 4 日勤務の試行 (61 社、約 2,900 人) では、56 社が試行後も継続し、従業員の 71% が燃え尽きの減少を報告した。小規模企業が中心で、テック業界に限った試行ではない。
【裏付けあり】出典 1 件2023gb-work-4
アメリカ記述 5 件
BLS によると、2024 年 1 月時点の勤続年数の中央値は全体で 3.9 年で、2002 年 1 月以来の最低だった。民間部門では 3.5 年である。
【裏付け十分】出典 1 件2024us-work-1
- BLS: Employee Tenure in 2024 (2024)
Montana を除く全州で at-will employment が原則だ。違法な理由でない限り、雇用主も従業員もいつでも雇用関係を終了できる。
【裏付け十分】出典 1 件us-work-2
TechCrunch が引く layoffs.fyi の集計では、2024 年のテック業界の layoff は 549 社で 15 万人を超えた。ピークの 2023 年は約 26 万人だった。
【裏付けあり】出典 1 件2024us-work-3
Stack Overflow Developer Survey 2025 では、米国の回答者のフルリモート比率は 45% で、回答数上位の国の中で最も高い。給与の中央値は Engineering Manager が $200k、back-end が $175k、full-stack が $138k だった。
【裏付け十分】出典 1 件2025us-work-4
Will Larson は著書 Staff Engineer (2021) で、マネージャーにならない Staff+ の IC 職を Tech Lead・Architect・Solver・Right Hand の 4 類型に整理している。
【裏付けあり】出典 1 件2021us-work-5
- Will Larson: Staff Engineer (2021)
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
公共部門はコード公開をデフォルトとして制度化している。Skills Funding Agency は GOV.UK の Smart Answers のコードを再利用し、少なくとも 2 か月かかる見込みだった開発を 1 週間未満で終えた。
【裏付け十分】出典 1 件2017gb-oss-3
アメリカ記述 2 件
Octoverse 2025 によると、米国の GitHub 開発者数は 2020 年の 1,020 万人から 2025 年に 2,800 万人へ増え、国別 1 位だった。OSS コントリビューター数ではインドに次ぐ 2 位、総コントリビューション数では 1 位である。
【裏付け十分】出典 1 件2025us-oss-1
- GitHub Octoverse 2025 (2025)
同じ Octoverse 2025 は、米国・英国・カナダの開発者数が 2020〜2025 年に 2 倍超、インドやブラジルは 4 倍超に増えたとしている。2030 年の予測ではインドが米国を上回る。
【裏付け十分】出典 1 件2025us-oss-2
- GitHub Octoverse 2025 (2025)