人と組織に偏重したEMへのアンチテーゼ──なぜ、EMに設計力が必要なのか/An antithesis to the overemphasis of people and organizations in EM

# 概要
分業が進む中で、技術はテックリードに委ねられがちとなり、EMは設計から遠ざかっているのではないでしょうか。しかし、設計への投資判断や、事業・経営とソフトウェアの接続はEMの重要な責務であり、本来、設計には深く関わるべき立場にあります。AI時代の開発現場では、設計力の有無が成果に直結する今、EMも改めてソフトウェア設計に重きを置くべきです。本セッションでは、事例を交えながら、EMにとっての設計力の重要性とその必然性を探っていきます。

# カンファレンス
2025.8.27 エンジニアリングマネージャーのためのソフトウェア設計再考
https://levii.connpass.com/event/363660/

Transcript

1. 人と組織に偏重したEMへの アンチテーゼ ── なぜ、EMに設計力が必要なのか Joystruct Inc. Daiasuke Sato 2025.08.27 エンジニアリングマネージャーのためのソフトウェア設計再考
2. 自己紹介 さとだい（Daisuke Sato） 株式会社Joystruct 代表取締役 大手 E コマース企業、スタートアップ 企業などで、開発部部長や VPoE などを 務めた後、株式会社ジョイストラクトを 創業。同社にて、技術組織の支援および 顧問、パーソナルコーチなどを行ってい る。このほか、株式会社カウネット社外 取締役を務める。著書『エンジニアのた めのマネジメント入門』 ©2025 Joystruct Inc. 2
3. はじめに 「設計のことはエンジニアに任せているから、自分は見なくていい」── そう思ってい ませんか？ なぜ、EMに設計力が必要なのか EM は、設計についてどう考えているのか？ EM は、設計に対して何をしているのか？ EM は、設計にどれくらい投資しているのか？ ©2025 Joystruct Inc. 3
4. EMの活動領域 Engineering Management Triangle に よると、 EM の活動領域には 「Architecture」に関する役割がある。 ©2025 Joystruct Inc. | 出典＜Engineering Manager Meetup『Engineering Management Triangle』 （2019年）＞ 4
5. EMの関心 EM のコミュニティで は、技術的な話題は少 なく、ソフトウェア設 計の話題はごくわず か。 ©2025 Joystruct Inc. | 出典＜Engineering Manager Meetup『Engineering Manager Meetup Topic Bucket』 （第11回〜第13回）＞ 5
6. EMの活動領域の実態 Engineering Management Triangle と EM のコミュニティでの話題をマッピン グすると、Architecture に関する話題だ けがないことがわかった。 ©2025 Joystruct Inc. 6
7. 背景の考察 EM という職務が確立されたことにより、分業が進んだ結果、テクノロジマネジメントはテッ クリードに任せることが多くなったのではないか。 e.g. 1. EM が技術の意思決定者・責任者ではなくなった 2. EM が技術について議論する機会が少なくなり、設計からも離れてしまった 3. 設計をはじめとする技術的な話題への関心は下がってしまった ©2025 Joystruct Inc. 7
8. マネジメント業務の違い マネージャーのパターンによる違い ©2025 Joystruct Inc. 8
9. Team EM/Leader SWE Playing Manager Pattern Playing Manager EM がテックリードを兼任。 チームのピープルマネジメントからテク ノロジマネジメントまで、多岐にわたる 業務を担う。 ©2025 Joystruct Inc. 9
10. Team Tech Lead EM SWE EM/TL Dual Track Pattern EM/TL Dual Track EM とテックリードが業務を分担。 EM: 人材育成・評価・組織運営・ プロジェクトマネジメントなど TL: 技術レビュー・技術的意思決 定・設計など ©2025 Joystruct Inc. 10
11. EM Line Manager Pattern Team SWE Team SWE EM of EM EM EM/Leader EM/Leader Line Manager EM が組織のマネージャーを担う。 広範囲のピープルマネジメント、プロジ ェクトの統括、組織開発・運営、予算管 理、人員計画などを行う。 ©2025 Joystruct Inc. 11
12. Team Team Tech Lead EM SWE Functional Manager Pattern Tech Lead SWE Functional Manager EM が特定の職務のマネジメ ントを専任。 人材の成長・キャリア開発・ 評価などに責任を持つ。 ©2025 Joystruct Inc. 12
13. マネージャーのパターンとウェイト 担っている役割によって業務のウェイトは変わるが、組織としては、人・組織・技術・設計 のすべてに投資をしていく必要がある。 Line Manager Functional Manager EM/TL Dual Track Playing Manager Weight 組織・ ⼈ 技術・設計 ©2025 Joystruct Inc. 13
14. アンケート みなさんのお仕事は、どれに該当する？ 1. Playing Manager 2. EM/TL Dual Track 3. Line Manager 4. Functional Manager 5. Software Engineer 6. Tech Lead 7. Others ©2025 Joystruct Inc. 14
15. 設計と事業 ©2025 Joystruct Inc. 15
16. ビジネスの知識 業界の知識 ソースコード 事業の知識 業務の知識 アーキテクチャ 設計は事業の理解から 良い設計は、事業の理解なしには生まれ ない。 要求を解釈するためにはドメイン知識が 必要で、ドメイン知識次第で設計の方針 や質が大きく変わる。 ©2025 Joystruct Inc. 16
17. 事業と要求 要求工学におけるオニオンモ デルでは、社会や顧客という レイヤー（ステークホルダ ー）から要求が生まれる。 それらをソフトウェアに反映 することで、サービスを提供 するに至る。 ©2025 Joystruct Inc. | 出典＜独立行政法人情報処理推進機構 『要求工学知識体系（REBOK）概説』 （2015年）＞ 17
18. レイヤーをつなぐ役割 要求のレイヤーにいるステークホルダーをつなぎ合わせることは、 EM の役割のひとつ。 ステークホルダーとの会話や調整から、事業と経営を加味した良い設計が生まれる。 ソフトウェア IT システム 業務・ユーザ 企業 顧客 社会・環境 Line Manager Functional Manager EM/TL Dual Track Playing Manager 要求 サービス ©2025 Joystruct Inc. 18
19. 要求を測る指標 要求のレイヤーごとにそれを測る指標を例示し、活動をイメージしてみる。 ソフトウェア IT システム 業務・ユーザ 企業 顧客 社会・環境 売上 費⽤ 顧客満⾜度 リードタイム 業務⼯数 開発⽣産性 TCO ESG スコア LTV 法令遵守率 利益率 開発⼯数 ... 可⽤性 ... 制約条件 品質特性 ... ©2025 Joystruct Inc. 19
20. 事業と設計は直結している たとえば、設計品質は開発生産性や開発工数に直結している。設計品質が低ければ、開発生 産性は低下し、開発工数は増大していく。 要求を実現するために、設計に投資する意思決定をしなければならない。 設計品質 開発⽣産性 開発⼯数 要求 ©2025 Joystruct Inc. 20
21. 設計と投資 ©2025 Joystruct Inc. 21
22. フェーズごとの設 計 事業フェーズ 事業フェーズがどこにあるか で、設計にかけるリソースが 変わる。MVP の段階では、 リリースまでのスピードを重 視したトランザクションスク リプトも良い選択になる。 ©2025 Joystruct Inc. | 出典＜Sequoia Capital『Evolution of a Product』 （2019年）＞ 22
23. フェーズごとの設計 システムフェーズ 2010年代は、大規模なシステム（10,000 KSLOC）では、50% のリソースをアーキテクチ ャに投資しても、費用対効果が得られると言われていた（Making Software, 2011） 。 しかし、 AI 駆動開発が盛んになり、アーキテクチャにどれくらいのリソースを投資すべき か、議論しなければならない。 ©2025 Joystruct Inc. 23
24. システムの変化スピード と設計 設計に対する投資は、短期投資から長期 投資までさまざまなものがあり、交換コ ストが高いものほど時間をかけて慎重に なりがち。 アプリケーションコード -> ソフトウェ アアーキテクチャ -> フレームワーク -> プログラミング言語 ©2025 Joystruct Inc. | 出典＜Stewart Brand『Pace Layering: How Complex Systems Learn and Keep Learning』 （2017年）＞ 24
25. Application Service Domain Service Domain Model User Interface Infrastracture Tests 事業に投資をしたい 事業を成長させるために、競合と戦うた めには、事業の本質に投資をしたい。 事業は毎日の状況が変わる。事業の変化 はドメインモデルの変化であり、ここに 集中したい。 ©2025 Joystruct Inc. 25
26. 技術・設計に投資をしな いと経営課題に発展する 設計に投資をしないまま事業成長する と、開発効率が低下してしまう。意図せ ず借り入れた技術的負債は、経営課題に までつながることもある。 DX 動向によると、自社のシステムを 「わからない」と回答している企業が、 17% 弱ある。 ©2025 Joystruct Inc. | 出典＜独立行政法人情報処理推進機構『DX動向2025』 （2025年）＞ 26
27. ステークホルダーにとっての設計 事業フェーズが早晩であればなおのこと、ステークホルダーは設計を気にしない。 ステークホルダーにとっては、 「当たり前品質」のように前提条件になっていることが多い。 ステークホルダーから聞く言葉 いつまでに、できる？ いくらで、できる？ もっと早く、ならないの？ ©2025 Joystruct Inc. 27
28. 売上 LTV 最⼤化 顧客体験向上 注⽂単価 注⽂頻度 注⽂単価 アップ率 平均注⽂単価 購⼊サイクル メルマガ 設定者数 NPS 配送時間 クロスセル率 リピート率 定期購⼊ 継続期間に 関する指標 アップセル率 費⽤ 1 オーダーあたりの コストを下げる 原価 販管費 商品費 配送費 仕⼊単価 廃棄率 再配達率 配送単価 開発⼯数 ⼈件費 インフラ費 利益 ステークホルダーの関心 業績ドライバー 企業の業績（成果指標）に直接的に影響 を与える要因。 社内のステークホルダーは、売上や利益 といった成果（KPI、財務指標）に先行 して影響を与える業績ドライバーを見て いる。 ©2025 Joystruct Inc. 28
29. 機能要求 品質特性 制約 アーキテクチャ ドライバー アーキテクチャの要求 アーキテクチャドライバー アーキテクチャ設計を決定づける主要要 因であり、以下の3つに分類される。 機能要求（システムが提供する動 作） 品質特性（性能・信頼性・セキュ リティ・保守性など） 制約条件（技術・組織・法規制な どの制限） ©2025 Joystruct Inc. 29
30. アーキテク チャドライ バー 品質特性 品質特性は、さら に8つのカテゴリ に分類される。 出典: X 25010：2013 (ISO/IEC 25010：2011) 30
31. 事業ドライバーとアーキテクチャドライバーの接続 ドライバーを接続することで、設計と投資のバランスを見出し、設計に投資する意思決定を する。このとき、短期的な視点だけにならないように注意する。 売上 LTV 最⼤化 顧客体験向上 注⽂単価 注⽂頻度 注⽂単価 アップ率 平均注⽂単価 購⼊サイクル メルマガ 設定者数 NPS 配送時間 クロスセル率 リピート率 定期購⼊ 継続期間に 関する指標 アップセル率 費⽤ 1 オーダーあたりの コストを下げる 原価 販管費 商品費 配送費 仕⼊単価 廃棄率 再配達率 配送単価 開発⼯数 ⼈件費 インフラ費 利益 機能要求 品質特性 制約 アーキテクチャ ドライバー 機能適合性 性能効率性 互換性 使⽤性 信頼性 セキュリティ 保守性 移植性 接続 ©2025 Joystruct Inc. 31
32. 設計は事業の責任を負う リソースをソフトウェア設計に投資する意思決定は、 EM も大きく関わっている。 どのような役割の EM も、ステークホルダーへの説明責任を持っていることを認識して、事 業にとって最適な設計を見出さなければならない。 ©2025 Joystruct Inc. 32
33. 設計とケイパビリティ ©2025 Joystruct Inc. 33
34. Team SWE SWE SWE AI AI AI AI AI AI AI 駆動開発における設計 の重要性 AI 駆動開発により、開発スピードが飛 躍的に上がった。 短期的な生産性向上により、ますます 個々の設計力が重要になる。設計力がな いと、 「わからない」システムが生まれ てしまう。 ©2025 Joystruct Inc. 34
35. 設計を AI に委譲するのは難しい これまでは、 EM が設計をテックリードに委譲することで、システムがより良いものになっ ていった。これを AI に委譲できるかというと、今は難しい。 設計規模が大きくなるほど、 AI の不確実性が高くなる 利用者の持っている設計力以上のものを、 AI から引き出すことはできない AI が7割作れても、残り3割の作り込みには人の力が必要 ©2025 Joystruct Inc. 35
36. 設計力をケイパビリティに組み込む 競争優位性を持ち続けるには、設計力をケイパビリティに組み込むことが、ますます重要に なる。 意思決定の要所にいる EM は、組織として設計に対する投資を増やす責務を持つ。その取り 組みにおいて、 EM 自身の設計力を高めることは前提となる。 e.g. 設計教育に対する投資 設計投資のポートフォリオ管理 設計知の資産化 ©2025 Joystruct Inc. 36
37. 設計の文化を構築する EM の大事な役割の1つは、 「設計の文化を構築する」こと ©2025 Joystruct Inc. 37
38. ご清聴ありがとうございました Daisuke Sato | Joystruct Inc. ©2025 Joystruct Inc.