設計と品質
Design & quality設計
よいソフトウェアとは何かをチームがどう決めるか。仕様、アーキテクチャ、テスト、プロセス標準、品質の承認者などを扱います。
記述 40 件【裏付け十分】 10【裏付けあり】 22【裏付け薄】 8
関係する尺度
以下の尺度は、このテーマに関わる国ごとの平均的な傾向を表します。国どうしの相対的な位置を示すもので、個々のエンジニアについては何も語りません。
- Culture Map説得原理優先 ↔ 応用優先議論を理論から始めるか、事例や結論から始めるか。
- Culture Mapスケジューリング直線的な時間 ↔ 柔軟な時間予定を固定して順に進めるか、状況に合わせて変えるか。
- Hofstede不確実性の回避曖昧さに寛容 ↔ 曖昧さを避ける曖昧な状況や未知の状況をどれだけ脅威と感じるか。リスク回避とは別の概念。
日本JapanJP記述 4 件
韓国South KoreaKR記述 3 件
2013 年の ZDNet Korea のコラムは、「빨리빨리（早く早く）」文化が知識共有の不足、拡張性に乏しい設計、特定の開発者への依存を招き、結果として SW 開発を遅くしていると論じた。
【裏付け薄】出典 1 件2013【古い資料】kr-design-1
外部パートナーとして韓国のチームと働いた筆者は、開発者が約 8 割を占めテスターが少ないと観察している。ただし、アジャイルの文脈では必ずしも欠点ではないとも書いている。
【裏付け薄】出典 1 件2024kr-design-2
- 정철환 칼럼: 개발자와 테스터 (CIO Korea) (2024)
SPRi（2014 年）や ZDNet Korea の寄稿（2023 年）は、公共 SW の SI で多段階下請け（甲乙丙丁）が続き、中小企業が低付加価値のコーディングに固定されて企画・設計能力が育たないと分析している。
【裏付けあり】出典 2 件2023kr-design-3
中国ChinaCN記述 3 件
Kai-Fu Lee は『AI Superpowers』(2018) で、速度を最優先し模倣も辞さない熾烈な競争が、中国スタートアップの高速な改良サイクルを生んだと論じた。模倣を美化しているという批判もある。
【裏付けあり】出典 2 件2019cn-design-1
Huawei は 1998〜99 年ごろから IBM の IPD (Integrated Product Development) を導入し、テンプレートをそのまま守るよう求めて、ゲート型の重いプロセスを徹底した。
【裏付けあり】出典 2 件cn-design-2
2023 年 11 月、Alibaba Cloud は 1 か月で 2 回目の大規模障害を起こし、同じ月に Didi も基盤ソフトウェアの障害によるサービス停止で謝罪した。
【裏付けあり】出典 2 件2023cn-design-3
インドIndiaIN記述 4 件
TCS は 2011 年、CMMI-DEV と CMMI-SVC の両方で全社 Level 5 の評価を受けたと発表し、SVC での全社 Level 5 は世界初だとしている。
【裏付け十分】出典 1 件2011【古い資料】in-design-1
採用関連のメディア記事は、サービス企業を「specs are king、process-heavy、ticket-driven」、プロダクト企業を「design docs、code review、CI/CD」と対比している。いずれも研究による裏付けはない。
【裏付け薄】出典 2 件in-design-2
jugaad (制約下の即興的な解決) をソフトウェア開発の美徳とみなす見方には、Hacker News などでインド人エンジニア自身から否定的な声が出ている。2G 回線でも動く設計のような frugal engineering として擁護する意見もある。
【裏付け薄】出典 3 件in-design-3
Zerodha はインド最大の証券会社だが、tech チームは 33〜35 人で全スタックを self-host している。CTO の Kailash Nadh は「チームの人数がユーザー数に比例して増えるというのは誤解だ」と述べている。
【裏付けあり】出典 2 件2024in-design-4
アメリカUnited StatesUS記述 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
イギリスUnited KingdomUK記述 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
ドイツGermanyDE記述 2 件
Meyer の Culture Map (2014) はドイツを Persuading で principles-first、Scheduling で linear-time の端近くに置いている。Meyer はこれを、原理から結論を導く説明と予定どおりの進行が好まれる傾向として描いている。
【裏付けあり】出典 1 件2014【古い資料】de-design-1
自動車業界では VDA QMC が保守する Automotive SPICE が事実上の取引条件になっている。itemis の解説によると、OEM はサプライヤーに Level 2〜3 を求め、要求・設計・テスト間の双方向トレーサビリティを要求する。法規制ではなく顧客要求である。
【裏付けあり】出典 2 件2023de-design-2
フランスFranceFR記述 3 件
Culture Map (2014) はフランスを Persuading の principles-first 側に置いている。Meyer は、南欧やゲルマン圏では原理から結論を導く演繹的な議論が好まれると述べている。
【裏付けあり】出典 1 件2014【古い資料】fr-design-1
フランスのエンジニアは CTI 認定の diplôme d'ingénieur を軸に育成される。CDEFI の Panorama によると、200 を超える認定校が年 4.4〜4.9 万人の技術者学位取得者を出している。
【裏付け十分】出典 2 件2023fr-design-2
Numeum によると、2024 年のデジタル市場 694 億ユーロのうち 50% (345 億ユーロ) を ESN が占める。多くの開発者は客先常駐の régie 方式で働き、この方式では ESN は成果物ではなく工数に責任を負う。
【裏付けあり】出典 2 件2024fr-design-3
北欧The NordicsNORD記述 3 件
VTT（フィンランド国立技術研究センター）の Abrahamsson ら（2002, VTT Publications 478）は、agile 手法を体系的に比較した初期のレビューで、Scopus での被引用は 200 件を超える。フィンランドが agile 研究で早くから存在感を持っていたことを示す。
【裏付けあり】出典 1 件2002【古い資料】nordics-design-1
Spotify は 2014 年の文化紹介で、小さく頻繁なリリースと「loosely coupled, tightly aligned」を掲げ、Scrum の作法は任意とした。同社自身、これは完成形ではなく途中経過だと断っている。
【裏付け十分】出典 1 件2014【古い資料】nordics-design-2
Supercell（フィンランド）では 5〜15 人程度の cell がゲームのライフサイクル全体を受け持ち、開発中止も cell が決める。経営陣による承認会議（greenlight）はないと CEO の Ilkka Paananen が Slush 2024 で語った。
【裏付けあり】出典 1 件2024nordics-design-3
オランダNetherlandsNL記述 2 件
Python は Guido van Rossum が CWI（アムステルダム）で作った。本人は、ABC の拡張性のなさへの不満と、Amoeba 分散 OS グループでのシステム管理の必要を動機に挙げている。1989 年のクリスマス休暇に実装を始め、1991-02-20 に 0.9.0 を公開した。
【裏付け十分】出典 2 件2009【古い資料】nl-design-1
Thomke（HBR, 2020）によると、Booking.com は同時に 1,000 件を超える実験を走らせ、年間では 2.5 万件以上になる。社内では、経営の許可なしに誰でも何でもテストしてよいとされている。
【裏付けあり】出典 1 件2020nl-design-2
イスラエルIsraelIL記述 3 件
Inbal Arieli『Chutzpah』（2019）は「Failure Is an Option」「Certain Uncertainty」「Resourcefulness」などの章で、混沌（balagan）の中で育つことが即興力と工夫する力を生むと論じる。定量データに基づく主張ではない。
【裏付け薄】出典 1 件2019il-design-1
Hofstede の不確実性回避（UAI）は 81 と高い。Culture Factor は、ルール・時間厳守・精度を求める一方で、プレッシャーの下では即興にも強い文化だと説明している。
【裏付けあり】出典 1 件2026il-design-2
Haaretz（2012）によると、rosh gadol（大きな頭）はイスラエル軍で生まれた言葉で、全体を見て責任を引き受け、自分の判断で役割以上のことをする人を褒めるときに使う。
【裏付けあり】出典 1 件2012【古い資料】il-design-3
ブラジルBrazilBR記述 2 件
Lua は 1993 年、PUC-Rio の Tecgraf で Petrobras 向けの業務から生まれた。開発者たちは、1977〜92 年の「市場留保」政策で輸入ソフトが高く入手しにくかったことを、自前で言語を作った背景に挙げている。
【裏付け十分】出典 1 件2007【古い資料】br-design-1
2013 年頃のデータを扱った調査では、ブラジルのアジャイル導入は開発者やチームリーダーが主導するボトムアップ型が多かった。トップダウン型が多い世界の傾向とは異なる。
【裏付けあり】出典 1 件2013【古い資料】br-design-2
ポーランドPolandPL記述 3 件
ワルシャワ大学は ICPC 世界大会で 2003 年と 2007 年に優勝し、2012 年と 2017 年に 2 位、2019 年に 4 位に入った。ヤギェウォ大学（クラクフ）も 2006 年に 2 位だった。
【裏付け十分】出典 2 件2026pl-design-1
HackerRank が 2016 年に公表した国別スコアでは、ポーランドは約 98 で、中国（100）とロシア（99.9）に次ぐ 3 位だった。米国は 28 位（78）である。
【裏付けあり】出典 1 件2016pl-design-2
Hofstede の不確実性回避（UAI）は 93 と非常に高い。研修会社 Talaera は、レビューや承認の場では裏付けとなる資料が期待され、資料のない提案は通りにくいと指摘している。
【裏付けあり】出典 2 件2026pl-design-3
ウクライナUkraineUA記述 2 件
ICPC 世界大会では、リヴィウ国立大学が 2008 年に、キーウ国立大学（タラス・シェフチェンコ）が 2010 年に、いずれも 4 位で金メダルを獲得した。
【裏付けあり】出典 1 件2026ua-design-1
Hofstede の不確実性回避（UAI）は 95 と極めて高い。受託企業 N-iX（2019）はこれを、詳細な計画と背景説明を求める傾向に結びつけている。売り手側の記事である。
【裏付けあり】出典 2 件2026ua-design-2