
この記事は2025/11/11に公開した記録です。記載の価格・製品・サービスの情報は当時のものです。最新の提供内容は会社紹介でご確認ください。
先日、GoogleやMicrosoftなどで活躍されてきたローレン・コンフェルダーさんをお招きし、YOSHINANIチームで座談会を行いました。
「グローバルに活躍するエンジニアは、日々どんなことを考えているか?」
そんな疑問を出発点に、技術観やキャリア観についてざっくばらんにお話し
いただきました。
ローレンさんの紹介
ローレン・コンフェルダーさんは、ソフトウェア開発に携わって55年。
GoogleやMicrosoftなどで長年活躍し、ソフトウェア設計・セキュリティ・暗号技術など幅広い分野で経験を積まれてきました。
MITでの卒業研究では、現在のインターネット基盤を支える公開鍵証明書(デジタル証明書)の概念を考案したことでも知られています。
著書『Designing Secure Software』(日本語版:『セキュアなソフトウェアの設計と開発』)では、長年の知見をもとに「開発の初期段階からセキュリティを組み込むことの重要性」をわかりやすく解説しています。
座談会のテーマ
今回の座談会では、主に次の2つのテーマを中心にお話しいただきました。
セキュリティ設計における「脅威モデリング」の重要性
日本とアメリカにおける「開発・設計への考え方」の違い
セキュリティ設計における「脅威モデリング」の重要性
座談会前半では、ローレンさんが長年取り組んできた「脅威モデリング」の考え方についてお話しいただきました。脅威モデリングとは、開発初期の段階で、システムがどんな攻撃やリスクに晒される可能性があるかを想定し、対策を設計に組み込むプロセスです。
「セキュリティを後から付け足すのではなく、設計の一部として最初から考えることが大切。」
ローレンさんは、脅威モデリングを考える際に常に意識しているフレームワークとして、「4 Question Framework」を紹介してくれました。
What are we doing?
── 私たちは何を作ろうとしているのか?What could go wrong?
── 何がうまくいかない可能性があるか?What are we doing in defense?
── その脅威に対して、どんな防御策を取っているか?Is that sufficient?
── それで十分なのか?
座談会では、「この4つを日常の設計レビューや仕様検討の場に取り入れるだけでも、開発の質が大きく変わりそうだ」との声が多く上がりました。
日本とアメリカにおける「開発・設計への考え方」の違い
座談会後半では、日本とアメリカ両国の開発現場を経験してきた立場から、開発文化・設計思想の違いについてお話しいただきました。
「アメリカでは、“まず作ってみる”という姿勢が強い。
完璧ではなくても動かして、そこから学び、改善していく。
日本では、一度決めた設計を大切に守り抜く傾向がある。
どちらも価値がありますが、文化としての“失敗との付き合い方”が
大きく違う。」
座談会を通して特に印象に残ったのは、設計における仮説思考の違いです。
日本では「正解を見つけるための設計」
アメリカでは「仮説を試すための設計」
どちらも良し悪しではなく、プロダクトの性質や組織の成熟度に応じて使い分けるべき考え方だと感じました。

最後に
今回の座談会を通して印象的だったのは、“設計”をどの視点から見るかで、チームの文化が大きく変わるということでした。
日本の文化が持つ「丁寧さ・品質へのこだわり」と、
アメリカの文化が持つ「スピードと柔軟さ」。
ローレンさんの言葉を通じて、どちらも正解であり、
本当に重要なのは “両者の良さをどう融合させるか” だと気づかされました。
そして、脅威モデリングの話に象徴されるように、
セキュリティもまた「あとから対策するもの」ではなく、
設計そのものの一部として考える姿勢が求められます。
Yoshinaniの開発チームとしても、
ローレンさんの提唱する 4 Question Framework を日常の会話やレビューの中に取り入れ、
“つくること”と“守ること”を同時にデザインできるチーム文化を育てていきたいと感じました。
グローバルな視点に触れることで、
普段の開発プロセスを改めて見直すきっかけになった今回の座談会。
今後もこうした学びの場を通じて、
「より安全で、より創造的な開発文化」を築いていきたいと思います。


