アジャイル建築への道 - BIM・XR・AIで切り拓く建築DXへの挑戦 -

351 Views

October 27, 25

#holoconf25

スライド概要

2025/10/24に実施されたHololab Conference 2025のセッションスライドです。

■セッションアーカイブはこちら

■イベント詳細
https://hololab.co.jp/event/holoconf25

ーーー
■公式HP
https://hololab.co.jp/

■公式Twitter
https://twitter.com/HoloLabInc

ホロラボ

@HoloLab

スライド一覧

ホロラボです Unityを使用したHoloLensのアプリ開発を中心にしています。最近では建設業でのBIMデータ、製造業でのCAD データ、空間の3Dスキャン(点群データやメッシュデータ)も扱っています。物理世界とデジタル世界をどのように連携するか。ということを日々考えています。

またはPlayer版

埋め込む »CMSなどでJSが使えない場合

ダウンロード

関連スライド

3DGS･フォトグラメトリ比較と最新事例

ホロテク24

ホロラボ 45.4K

3DモデルとPower BIの悪魔合体「建物みえるくん」をつくってみた！

holoconf23 bim

ホロラボ 44.7K

BIMから3次元モデルを消してみたら、意外に便利でした

holoconf23 bim

ホロラボ 40K

トヨタのxR活用事例ご紹介～ホロラボとの開発秘話を中心に (ホロラボカンファレンス 2022 トヨタ自動車株式会社栢野様発表スライド)

hololens mixed reality holoconf22

ホロラボ 37.1K

三菱重工業との取り組み事例　～HoloLensなどを活用した現場向けコミュニケーションツールの開発～

holoconf22 hololens mixed reality

ホロラボ 20.6K

⽵中⼯務店の“建設DX”と “open BIM”と“xR” (ホロラボカンファレンス 2022 株式会社竹中工務店橋口様、川上様発表スライド)

hololens mixed reality holoconf22

ホロラボ 16.5K

各ページのテキスト

アジャイル建築への道 - BIM・XR・AIで切り拓く建築DXへの挑戦 2025/10/24 株式会社ホロラボ及部敬雄

及部敬雄株式会社ホロラボ執行役員／アジャイル開発部部長 AGILE-MONSTER.COM アジャイルコーチ ■お仕事 • 経営チーム • 建築ドメインのお仕事中心に受託開発やコンサルティング • BIM、Web、UnrealEngine、業務システム、BI、生成AI ■キャリア • 楽天 → デンソー → ホロラボ（現職） • 2回のチーム転職 2

建築のライフサイクルとホロラボの関わり今ある空間設計する施工する使う・運用する Reality Capture torinome Whitemodel R2-BIM holonica Bizcle 今ある空間をモデル化都市空間のデジタルツイン Apple Vision Pro x 白模型データとしてのBIM活用 MR施工管理アプリ空間レイアウト作成システム Copyright© HoloLab Inc. All rights reserved 6

建築の取り組みを通して • ホロラボでは建築のライフサイクル全体を対象に、BIM・XR・AIといった技術を活用し、多様な建築DXの取り組みを行ってきた • 建築DXは「2024年問題」をはじめとする社会課題の解決への挑戦であり、日本のインフラを支える重要な取り組みである • ゼネコン、設計事務所、施設維持管理、オフィス家具メーカー、施主など、それぞれの立ち位置で真剣に課題解決に取り組んでいる Copyright© HoloLab Inc. All rights reserved 7

一方で、建築DXの難しさを感じる場面も多い • 国交省がBIM活用を推進している一方で、現場レベルではBIM活用がうまく進まない • 建築のライフサイクルごとに部署や会社が変わるため、分断が発生しがち • データがフェーズを越えて流れていかないので、個別最適に留まってしまいがち • 紙文化やITリテラシーの差が、デジタル化のハードルになりやすい • PoC（Proof of Concept 概念検証）は形になるが、実用化や現場定着にまでなかなかたどり着かない Copyright© HoloLab Inc. All rights reserved 8

10.

今日のお話私たちホロラボは建築会社ではありません。しかし、BIM・XR・AIといった技術を軸に、建築の現場と共に課題解決に取り組んできました。その中で、建築のライフサイクルの内側と外側の見てきた立場だからこそ、個別最適ではなく、全体最適の視点から考えやすいと感じています。私たちは、単にPoCをつくるだけの開発会社ではなく、ともに課題と向き合う「共創パートナー」でありたいと考えています。建築のライフサイクルをどのようにつなぎ、新たな価値を生み出すか。その未来を、皆様と共に創造したいと思います。 Copyright© HoloLab Inc. All rights reserved 10

11.

「建築」は進化し得るのか？

12.

13.

14.

https://www.mlit.go.jp/jutakukentiku/kenchikuBIMsuishinkaigi.html

15.

https://www.mlit.go.jp/jutakukentiku/kenchikuBIMsuishinkaigi.html

16.

https://www.mlit.go.jp/jutakukentiku/kenchikuBIMsuishinkaigi.html

17.

建築における構造的課題 • 企画→設計→施工→維持管理のバケツリレーになりがち • フェーズが変わるときに責任範囲もデータも途切れる • 建物を使う視点でのフィードバックが建物を建てるフェーズに反映されにくい仕事の進め方になってしまっている • 建物視点で考えると、建物を建てるまでの時間よりも建物を使う時間のほうが圧倒的に長い Copyright© HoloLab Inc. All rights reserved

18.

19.

ISO19650 • ISO 19650とは、建築・土木等の資産に関して、 BIMを活用してライフサイクル全体で情報を管理する国際標準のこと文書番号文書名内容 ISO 19650-1 第1部：概念・原則基礎となるBIM活用の概念・原則 ISO 19650-2 第2部：実施段階の情報管理実施段階（設計・施工）段階における情報管理 ISO 19650-3 第3部：運用段階の情報管理運用段階（維持管理）における情報管理 ISO 19650-4 第4部：情報交換個別の情報交換手順のあり方とレビュー基準 ISO 19650-5 第5部：情報管理に対するセキュリティ的アプローチ BIMデータのセキュリティ要件 ISO 19650-6 第6部：安全衛生に関する情報 ※現在整備中 Copyright© HoloLab Inc. All rights reserved 19

20.

ISO19650 • EIR（Employer’s Information Requirements 発注者情報要件）と BEP（BIM Execution Plan BIM実行計画）によって、契約時にBIMを含む情報納品計画が取り交わされる EIRによって発注時点で「BIMを活用してなにをどのように管理し、いつ何を得たいのか」を要求として文書化発注者（施主）発注者（施主）のEIRを実現するために、「いつどのようにモデルをつくり、管理し、引き継ぐのか」という実行計画（BEP）を立てる Copyright© HoloLab Inc. All rights reserved 受注者 20

21.

海外ではライフサイクル型BIMが前提となり始めている • 海外では、ISO 19650やEIR/BEPに準拠した要件化の動きが進んでいる • 国によって義務化・標準化・奨励・本格運用など温度感は違うが、全体的にライフサイクル型BIMが前提となる方向に動いている • 大阪・関西万博では、EIRを導入した調達ルールが採用され話題にパビリオン等の設計・建設に係るガイドライン、会場全体施工ルール https://www.expo2025.or.jp/association/maintenance/guidelines-typea/ Copyright© HoloLab Inc. All rights reserved

https://www.expo2025.or.jp/association/maintenance/guidelines-typea/

22.

なぜ日本ではライフサイクル型BIMが進まないのか海外日本契約構造 EIR/BEPを契約条件に含め、情報連携責任を明確化フェーズごとに契約が分断し、責任範囲とデータが途切れる発注者（施主）の立場発注者（施主）が情報の最終所有者として、運用で使えるBIMを要求発注者（施主）は設計・施工を委託し、納品＝終了業界構造設計・施工・維持管理をつなぐ共通データ環境（CDE）を整備設計・施工・維持管理が企業別サイロでデータ分断標準化・法制度政府調達でBIM要件を義務化（UK・EU・SG・HK）ガイドラインは推奨止まり法的拘束なし BIMの位置づけ EIRで「目的」を定義ライフサイクル全体でBIMを活用「とりあえずBIMを使ってみよう」PoC型フェーズごとに別BIM 文化・マインドセット「建築は継続的に進化するサービス」「建築は建てて終わる成果物」 Copyright© HoloLab Inc. All rights reserved

23.

建築業の現状と課題まとめ建築DXの本質的な課題は「構造」にある • 日本では、契約・責任・データがフェーズごとに分断されるため、「建築は建てて終わる成果物」になってしまいやすい • 建物は建てる時間より建物を使う時間のほうが圧倒的に長いにも関わらず、建物を使う視点でのフィードバックが反映させにくい構造になっている • 海外ではEIR/BEPを通じてライフサイクル型BIMが前提になりつつある • 日本も海外に追随していく方向性ではあるが、文化や構造の問題でなかなか進まない • BIM活用や建築DXは、「技術」よりも「構造と文化」の影響が強い Copyright© HoloLab Inc. All rights reserved

24.

25.

ソフトウェア開発は建築から影響を受けている • ソフトウェア開発では「アーキテクチャ」や「上流工程・下流工程」など、建築に由来する概念が多く使用されている • 1970年代の建築家クリストファー・アレグザンダー氏の「パタン・ランゲージ」は、ソフトウェア設計や組織設計に大きな影響を与えている • ソフトウェア開発も構造を設計する点において、建築の考え方を継承している Copyright© HoloLab Inc. All rights reserved

26.

ソフトウェアも“計画駆動型”という構造を抱えていた • 要件定義→設計→開発→テスト→リリース • フェーズごとに担当者が別れていてバケツリレーで仕事が進んでいく • リリースするまでとリリースした後で分断 • リリースされてからはじめてユーザーフィードバックを受ける • ウォーターフォールモデル要件定義設計開発テストリリース Royce's waterfall model Copyright© HoloLab Inc. All rights reserved

27.

アジャイル開発が生まれた背景 • 1970年代頃にウォーターフォールモデルが生まれる • ソフトウェアに求められる要求が年々複雑で変化が大きくなる中で、計画駆動型の仕事の進め方ではうまくいかない状況が増えてきた • 2001年にスノーバードに、世界各地で軽量ソフトウェア開発手法において名声のある人が集められた • 集められた人たちが共通して大切だと思っていることをまとめたものがアジャイルソフトウェア開発宣言 Copyright© HoloLab Inc. All rights reserved

28.

29.

30.

31.

The New New Development Game (1986) • Type A NASAのウォーターフォール型 • 要求、分析、設計、実装、試験と順番に次の工程の部署に引き渡される • Type B 富士ゼロックスのサシミ型 • 前工程と後工程が同席する • Type C ホンダのスクラム型 • 一時は全行程が同席するアジャイル開発プラクティスの代表である「スクラム」はここから名前がとられた Copyright© HoloLab Inc. All rights reserved

32.

アジャイル開発が大事にしていること • 「考える人」と「つくる人」を分断しない • バケツリレーで仕事を進めるのではなくチーム全員で協力して仕事を進める • 動くソフトウェアをつくり続け、定期的にユーザーからフィードバックを受ける • 変化を歓迎する • 予測主義（計画駆動）ではなく経験主義で仕事を進める • 経験から学び、計画を更新し続ける Copyright© HoloLab Inc. All rights reserved

33.

パタン・ランゲージが与えた影響 • “繰り返し現れる問題に対して再利用可能な解を共有する”という思想が、アジャイル開発プラクティス代表格のXP（Extreme Programming）や Scrumに継承されている • 「デザインパターン」「組織パターン」などソフトウェア界隈の友人が運営している「アレグザンダー勉強会」 Copyright© HoloLab Inc. All rights reserved

https://alexander-study.connpass.com/

34.

35.

でも物理的に建物をつくるには時間がかかるんですよそこがソフトウェア開発とは違うので無理なんですよ

36.

37.

自動車産業も “作って終わる” 構造だった • 以前の自動車産業は典型的な計画駆動型だった • 設計→試作→量産→販売 • 新車開発期間はおおよそ5〜7年 • 顧客からのフィードバックは次モデル以降にしか反映されない開発に何年かかる？自動車の新車開発の流れを解説 | 橋本総研.com https://hasimoto-soken.com/archives/11551 Copyright© HoloLab Inc. All rights reserved

https://hasimoto-soken.com/archives/11551

38.

Photo by Stephen Mease on Unsplash

https://unsplash.com/@smeasevt?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText

39.

TESLAが示した構造転換 – “進化し続ける自動車” • TESLAは自動車製造においてアジャイル開発を実現している • 製造中のフィードバックループ • ギガファクトリーによって設計と量産を同時進行で最適化可能に • ライン構成・物流・組立工程をデジタルツインでシミュレーション • 販売後のフィードバックループ • 走行中のリアルタイムデータを収集・分析し、次のアップデートに反映するサイクルがまわっている • OTA（Over the Air）によって継続更新 https://wisdom.nec.com/ja/series/orita/20 211129 01/index.html • 製造中も納車後も進化し続ける自動車 https://www.slideshare.net/slideshow/2024-3479/272142364 Copyright© HoloLab Inc. All rights reserved

40.

構造の中で変えるのではなく、構造から変える • 自動車を小さなモジュールに分割し、それぞれ独立して開発することで、並行作業を可能にし、開発期間を短縮する • モジュールチームはソフトウェアとハードウェアの混成チームで、設計・開発・テスト・リリースを独立して実行できる • すべての組み立てが終わってまとめてテストをしてからリリースするのではなく、モジュールごとにテストをしてリリースすることができる • 組織構造から仕事の進め方を構成するのではなく、独立するモジュールチームが機能する組織構造を構成する https://www.youtube.com/watch?v=EWH6oguCeQE Copyright© HoloLab Inc. All rights reserved

https://www.youtube.com/watch?v=EWH6oguCeQE

41.

作って終わりから、進化し続ける自動車へ従来型 TESLA型収益構造車両販売車両販売ソフトウェア・データ・サービスによる継続収益組織構造開発部門と量産部門が分離引き渡し型の縦割り構造開発・製造・ソフトウェアが統合量産しながら改善するフィードバック一体構造データ構造販売後に顧客データは収集されない次期開発で限定的に反映される実車からリアルタイムデータを収集・分析し、ハードウェア及びソフトウェアの改善に活用製品価値完成・納車時点が価値提供のピーク完成・納車後も価値が上がる構造（OTAアップデート）スピード感数年単位でモデルチェンジハード更新は同モデルが継続的に更新ソフトウェア更新は週〜月単位でOTA配信 Copyright© HoloLab Inc. All rights reserved

42.

43.

他業種からの示唆：自動車開発もアジャイルへ • 建築業と同様に、自動車産業も物理的なもの（自動車）を生み出す産業であり、これまで計画駆動型で生産してきた • TESLAは効果的な自動車製造に必要な構造をつくることで、自動車製造という分野においてもアジャイル開発を実現した • 建築業においてもアジャイル開発を実現する道はあるのではないだろうか • 今はできていないかもしれないが、だからこそ取り組む価値があるのでは？ Copyright© HoloLab Inc. All rights reserved

44.

45.

https://www.youtube.com/watch?v=XoGnCoDhH9U

46.

47.

48.

49.

50.

51.

52.

53.

54.

55.

生成AIによるRevit支援「Revit Operator」 • 生成AIにより、自然言語で操作ができるRevitプラグイン • Revit操作に慣れていない人でもRevitを操作したり、操作の支援を受けることができる • 今回のデモのユースケース • Autodesk DocsのIssuesの中から今から取り掛かるIssueの情報を取り出し、モデルのどこに反映したら良いのか支援を受けるモデルの位置を変えたりプロパティを変更したり操作を行う自然言語でレスポンスプロンプトを入力 Copyright© HoloLab Inc. All rights reserved

56.

57.

58.

59.

60.

61.

62.

63.

64.

65.

66.

https://www.mlit.go.jp/jutakukentiku/kenchikuBIMsuishinkaigi.html

67.

68.

建築は進化し得るのか？

69.

70.

建築も他業種同様に変化を求められていく • 日本の現状 • 環境への配慮 • 既存の建物を有効活用していくニーズの高まり • この状況の中でとうやって建築の価値を高めていくのか • 「建物を建てる」と「建物を使う」を近づけていく • Architecture as a Service（サービスとしての建築）という未来 Copyright© HoloLab Inc. All rights reserved

71.

72.

やるんだよ • 技術的に必要な要素はだいたい揃っている • XR、AI、クラウド、デバイス、マシンスペック・・・ • 建築DXの本質的な課題は技術ではなく「構造」 • 大事なことはただできることをやるのではなく、何を目指して取り組むのか • ここにいる皆さんのように、既存の仕事の境目を越えて仕事をしようとする人たちの取り組みが明日の構造変革を生む • 他業種から学べることは意外と多い Copyright© HoloLab Inc. All rights reserved

73.

ホロラボの立ち位置私たちホロラボは建築会社ではありません。しかし、BIM・XR・AIといった技術を軸に、建築の現場と共に課題解決に取り組んできました。その中で、建築のライフサイクルの内側と外側の見てきた立場だからこそ、個別最適ではなく、全体最適の視点から考えやすいと感じています。私たちは、単にPoCをつくるだけの開発会社ではなく、ともに課題と向き合う「共創パートナー」でありたいと考えています。建築のライフサイクルをどのようにつなぎ、新たな価値を生み出すか。その未来を、皆様と共に創造したいと思います。 Copyright© HoloLab Inc. All rights reserved

74.

ホロラボの立ち位置 • さまざまなニーズに対応できる技術チームがいます • BIMモデルを活用したい • XRデバイスで◯◯をしたい • AIを活用して効率化したい • 社内にあるデータを活用するシステムを構築したい • 社内クラウドにシステムを構築したい • PoCだってもちろんやります • PoCの先にある実用化に向けて伴走します • 皆さんの向き合ってる課題解決に共に立ち向かうパートナーになります • お気軽にご相談ください！！ • https://hololab.co.jp/#contact Copyright© HoloLab Inc. All rights reserved