空間を設計する力を考える / 20251004 Naoki Takahashi

by SHIFT EVOLVE

Slide 1

Slide 1 text

空間を設計する力を考える #xpjug 髙橋直規株式会社SHIFT 2025.10.04 XP祭り2025

Slide 2

Slide 2 text

自己紹介髙橋直規 / 幡ヶ谷亭直吉 x:@asagayanaoki 出身：神奈川 / 居住：東京エンジニア歴：18年7か月今の役割：PjM、PdE 好きな言語：Java 好きな思考：リーン思考／好きな言葉：ジーニー好きなマッピング：ユーザーストーリーマッピング趣味：アナログレコード、映画鑑賞、マンガ、アニメ土日の過ごし方：6歳の娘ととにかく遊ぶ（10/2誕）

Slide 3

Slide 3 text

本日お話すること https://confengine.com/conferences/scrummatsuri/proposal/22775

Slide 4

Slide 4 text

本日お話すること ■要約 • ケント・ベックが引用したアレグザンダーの言葉を考える。 • 建築家と施主の関心を考える。 • 空間を設計する力を考える。 • エンジニアが設計の当事者になるために何ができるかを考える。

Slide 5

Slide 5 text

アジェンダ • はじめに：建築家アレグザンダーの言葉から • プロダクト開発とサイロ構造 • 空間を設計する力とは何かを考える • まとめ：設計する力をどのように取り戻すかを考える

Slide 6

Slide 6 text

はじめに：建築家アレグザンダーの言葉から

Slide 7

Slide 7 text

1.はじめに：建築家アレグザンダーの言葉から “アレグザンダーは、建築家の自己中心的な関心事は、施主の関心事と一致していないと指摘している。建築家は仕事をすぐに終わらせて、賞を獲得したいと思っているが、重要な情報を見逃している。それは、施主がどのように生活したいかという情報だ。アレグザンダーの夢は、生活に最も大きな影響を受ける人の手のなかに、空間を設計する力を取り戻すことだった。” 第23章時を超えたプログラミングの道

Slide 8

Slide 8 text

エクストリームプログラミングとの出会い 1.はじめに：建築家アレグザンダーの言葉から

Slide 9

Slide 9 text

1.はじめに：建築家アレグザンダーの言葉から『エクストリームプログラミング』をはじめて読んだのは、 2015年頃で30代前半。SESという働き方から準委任への移行期。エンジニアとして成長を目的に手に取った。 2007 2025 2015 SES（2次請け、3次請け）準委任

Slide 10

Slide 10 text

1.はじめに：建築家アレグザンダーの言葉からウォーターフォールで深い工程をメインに経験していた自分にとって、エクストリームプログラミングに書かれている内容は、自分のエンジニアとしての日常からは遠い世界のように思えた。 2007 2025 2015 SES（2次請け、3次請け）準委任

Slide 11

Slide 11 text

1.はじめに：建築家アレグザンダーの言葉から 2022年頃よりアジャイルが求められるエンジニアリングに携わる。それまでのウォーターフォール開発での考え方からの変換が求められる。 2007 2025 2015 SES（2次請け、3次請け）準委任（主にウォーターフォール）アジャイル

Slide 12

Slide 12 text

1.はじめに：建築家アレグザンダーの言葉から 2025年、10年ぶりに2度目の通読。チームや組織での協力の重要性が多くのページが言及されていることに気付く。コミュニケーションの透明性に対する言及についても今になって理解することができた。 2007 2025 2015 SES（2次請け、3次請け）準委任（主にウォーターフォール）アジャイル

Slide 13

Slide 13 text

ケント・ベックが引用した一節の紹介 1.はじめに：建築家アレグザンダーの言葉から

Slide 14

Slide 14 text

Slide 15

Slide 15 text

1.はじめに：建築家アレグザンダーの言葉から建築家の自己中心的な関心事は、

Slide 16

Slide 16 text

1.はじめに：建築家アレグザンダーの言葉から建築家の自己中心的な関心事は、施主の関心事と一致していない

Slide 17

Slide 17 text

1.はじめに：建築家アレグザンダーの言葉から建築家の自己中心的な関心事は、施主の関心事と一致していない仕事をすぐに終わらせて、賞を獲得したい

Slide 18

Slide 18 text

1.はじめに：建築家アレグザンダーの言葉から建築家の自己中心的な関心事は、施主の関心事と一致していない仕事をすぐに終わらせて、賞を獲得したい理想の生活をしたい

Slide 19

Slide 19 text

1.はじめに：建築家アレグザンダーの言葉から建築家の自己中心的な関心事は、施主の関心事と一致していない仕事をすぐに終わらせて、賞を獲得したい考え方の距離感理想の生活をしたい

Slide 20

Slide 20 text

10年前にこの言葉に触れたが、なぜ当時は響かなかったのか 1.はじめに：建築家アレグザンダーの言葉から

Slide 21

Slide 21 text

1.はじめに：建築家アレグザンダーの言葉から 10年前は2次請け、3次請けの状態から1次請けに切り替わったばかりだった。 SESで経験したエンジニアリングは、施主の関心からは遠い場所で行われていた。 2007 2025 2015 施主 SES（2次請け、3次請け）準委任（主にウォーターフォール）アジャイル私

Slide 22

Slide 22 text

1.はじめに：建築家アレグザンダーの言葉から現在、1次請けでのアジャイル開発に携わり、施主の関心を知ることができる場所でエンジニアリングを行っている。 2007 2025 2015 私 SES（2次請け、3次請け）準委任（主にウォーターフォール）アジャイル施主

Slide 23

Slide 23 text

1.はじめに：建築家アレグザンダーの言葉から開発者としてプロダクトの利用者の関心事との距離が縮まった。その結果、エクストリームプログラミングに書かれている内容が理解できた。

Slide 24

Slide 24 text

プロダクト開発とサイロ構造

Slide 25

Slide 25 text

2. プロダクト開発とサイロ構造 “アレグザンダーは、建築家の自己中心的な関心事は、施主の関心事と一致していないと指摘している。建築家は仕事をすぐに終わらせて、賞を獲得したいと思っているが、重要な情報を見逃している。それは、施主がどのように生活したいかという情報だ。アレグザンダーの夢は、生活に最も大きな影響を受ける人の手のなかに、空間を設計する力を取り戻すことだった。” 第23章時を超えたプログラミングの道

Slide 26

Slide 26 text

2. プロダクト開発とサイロ構造生活に最も大きな影響を受ける人の手のなかに、空間を設計する力を取り戻すには考え方の距離感仕事をすぐに終わらせて、賞を獲得したい理想の生活をしたい

Slide 27

Slide 27 text

2. プロダクト開発とサイロ構造 “devopsに取り組んでおらずサイロ化している環境では共通理解が欠如している。（中略）意思疎通がないので、失敗する確率のほうが高くなるはずだ。組織では、進んでいく過程で、必ず予想外の問題や障害にぶつかる。しかし、全員が共同体に属しているという共通理解があれば、人は修復に向かっていく。” 2章 devopsとは何か

Slide 28

Slide 28 text

2. プロダクト開発とサイロ構造開発組織に階層構造や上下関係があり、それぞれの階層がサイロ化していると建築家内でも考え方の距離が生まれる。考え方の距離感私

Slide 29

Slide 29 text

2. プロダクト開発とサイロ構造考え方の距離感たとえ一部の建築家が施主の関心事との距離が近くても、実際の作り手と施主の距離が近いというわけではない。考え方の距離感私

Slide 30

Slide 30 text

2. プロダクト開発とサイロ構造『エクストリームプログラミング』をはじめて読んだ頃、施主の関心を意識する余裕はなかった。参考：IT土方とは？仕事内容と脱出方法、年収を徹底解説 http://aster-link.co.jp/posts/it-dokata/

Slide 31

Slide 31 text

2. プロダクト開発とサイロ構造開発に携わる全員がプロダクトの利用者の関心と距離が近い方が良い。そのためにも、開発者内で階層構造が無い方が良い。

Slide 32

Slide 32 text

2. プロダクト開発とサイロ構造 “システムを設計する組織は、その構造をそっくりまねた構造の設計を生み出してしまう、というのが基本的な主張だ。この事実がシステム設計の管理において重要な意味を持つことがわかった。主要な発見は、設計を行う組織を構造化するための基準である。コミュニケーションの必要性に応じた設計活動を行うべきなのだ” はじめにコンウェイの法則

Slide 33

Slide 33 text

2. プロダクト開発とサイロ構造考える人と作る人が異なると、考える人の考えたことは十分には作る人には伝わらない。作る人は考えた当事者ではないので、施主の関心から距離がある。

Slide 34

Slide 34 text

2. プロダクト開発とサイロ構造たとえ欲しい人の関心が考える人に伝わり、考える人が施主がどのように生活したいかを考えることができたとしても、考えたことは作る人には十分には伝わらず、生活したい状況は実現できない。考え方の距離感考え方の距離感

Slide 35

Slide 35 text

2. プロダクト開発とサイロ構造『エクストリームプログラミング』をはじめて読んだ頃、プログラミングレベルからの仕事も少なくなかった。設計の意図や背景が分からないままにプログラミングを行っていた。設計ドキュメントにもそれを伝えきる十分な情報は無かった。参考：https://x.com/t_wada/status/1935866334832914861

Slide 36

Slide 36 text

2. プロダクト開発とサイロ構造プロダクトの利用者と開発者との距離は縮めるべきである。そのためにも、開発者内にも関心を弱める役割分担は設けない方が良い。

Slide 37

Slide 37 text

空間を設計する力とは何かを考える

Slide 38

Slide 38 text

3.空間を設計する力とは何かを考える 10年前、設計といえばドキュメントだった。施主の関心はドキュメントとして捉えられたのだろうか。

Slide 39

Slide 39 text

3.空間を設計する力とは何かを考える “会話と協働こそがエクストリーム・プログラミングの重要な構成要素だからです。書かれたものを投げ合うことよりも、会話を交わすことが重要なのです。” 日本語版序文

Slide 40

Slide 40 text

3.空間を設計する力とは何かを考える施主の関心は複雑である。理想の生活をしたい

Slide 41

Slide 41 text

3.空間を設計する力とは何かを考える複雑なものをドキュメントとして捉えようとすると、複雑なものをドキュメントにすること自体が目的になる。施主の関心を実現することを目的にすべきである。理想の生活をしたい

Slide 42

Slide 42 text

3.空間を設計する力とは何かを考えるプログラミング言語に依存しない設計表記を、後で誰かにコードへ翻訳させるよりも、オリジナルの設計者がオリジナルのコードを書いた方がうまくいくのです。 1.2 コードは設計書である

Slide 43

Slide 43 text

3.空間を設計する力とは何かを考えるストーリーを意識し、施主と会話を交わし、ドキュメントという中間資料を目的化せず、施主が望むプロダクトを実現していくことが重要となる。

Slide 44

Slide 44 text

3.空間を設計する力とは何かを考える 10年前、プロダクトリリース後のチーム解散は普通だった。施主の関心は一度のリリースで満たされるものなのだろうか。

Slide 45

Slide 45 text

3.空間を設計する力とは何かを考える “あなたの目標は、新しい製品や機能を作ることだけではない。その機能について会話するときには、それが誰のためのものなのか、その人たちは（まだ機能がない）現状ではどうやっているのか、（その機能を提供したら）今後はその人たちを取り巻く状況がどう変わっていくのか、といったことを話題にする。そうした将来のポジティブな変化があるからこそ、それを欲しいと思うようになるのだ。” 0.7 大切なのはソフトウェアではない

Slide 46

Slide 46 text

3.空間を設計する力とは何かを考える施主の関心は固定されたものではなく、状況に応じて変化していく。明るい生活をしたい

Slide 47

Slide 47 text

3.空間を設計する力とは何かを考える “スクラムチームとステークホルダーは不確実性(72)を受け入れることができ、継続的な学習とフィードバックに基づくより迅速な調整が可能になる。発見、開発、価値検証の重複する性質は、より適応的(80)で価値駆動型のプロダクト開発アプローチを保証する。” 拡張パックにおけるスクラムの役割

Slide 48

Slide 48 text

3.空間を設計する力とは何かを考える施主が欲しいと思われるものは一度作って終わりではなく、作り確認し適応する小さいフィードバックループを回すことで実現していく。

Slide 49

Slide 49 text

まとめ：設計する力をどのように取り戻すかを考える

Slide 50

Slide 50 text

“アレグザンダーは、建築家の自己中心的な関心事は、施主の関心事と一致していないと指摘している。建築家は仕事をすぐに終わらせて、賞を獲得したいと思っているが、重要な情報を見逃している。それは、施主がどのように生活したいかという情報だ。アレグザンダーの夢は、生活に最も大きな影響を受ける人の手のなかに、空間を設計する力を取り戻すことだった。” 第23章時を超えたプログラミングの道 4.まとめ：設計する力をどのように取り戻すかを考える

Slide 51

Slide 51 text

“自分たちにとって何が正しいのか、何がベストなのか、それを見出すことができるのは、参加しデザインするという特別な状況にある当事者だけなのです。” 絶対的なものの相対性 4.まとめ：設計する力をどのように取り戻すかを考える

Slide 52

Slide 52 text

空間を設計する力とは、建築家と施主の関心事の距離を近づけることにより実現可能となる。そのためには、階層構造や役割分担をなくし、プロダクト実現を主目的に、対話を重ね、フィードバックループを繰り返す。そうすることで、施主の関心事を実現するための設計する力を取り戻していくことができる。 4.まとめ：設計する力をどのように取り戻すかを考える

Slide 53

Slide 53 text

現在、プロダクト開発の内製化の流れを背景に、空間を設計する主導権は当事者の手に戻りつつあり、その動きは加速している。また、技術にとどまらず社会や顧客の課題解決に本質的に向き合うプロダクトエンジニアというエンジニアの在り方への注目も高まっている。 4.まとめ：設計する力をどのように取り戻すかを考える参考：プロダクトエンジニアとは何者か

Slide 54

Slide 54 text

10年かかってエンジニアとしての自分の手のなかに、空間を設計する力を取り戻すことができた。それをどのように施主の関心の実現に繋げていくかは今後も試行錯誤が必要だと考えている。次の10年後もエンジニアリングを継続していきたい。 2007 2025 2015 SES（2次請け、3次請け）準委任（主にウォーターフォール）アジャイル 4.まとめ：設計する力をどのように取り戻すかを考える

Slide 55

Slide 55 text

⚫ エクストリームプログラミング（新訳） ⚫ Effective DevOps ―4本柱による持続可能な組織文化の育て方 ⚫ チームトポロジー価値あるソフトウェアをすばやく届ける適応型組織設計 ⚫ ユーザーストーリーマッピング ⚫ プリンシプルオブプログラミング 3年目までに身につけたい一生役立つ101の原理原則 ⚫ スクラムガイド拡張パック ⚫ パタン・セオリー: クリストファー・アレグザンダーの理論に関する序論と展望 ⚫ ソフトウェアファースト第２版あらゆるビジネスを一変させる最強戦略 ⚫ プロダクトエンジニアとは何者か参考書籍・記事