Upgrade to Pro — share decks privately, control downloads, hide ads and more …

BVSSHを目的関数とする Socio-Technical Enterprise OS

Sponsored · Your Podcast. Everywhere. Effortlessly. Share. Educate. Inspire. Entertain. You do you. We'll handle the rest. →
Avatar for Masahiro Muto Masahiro Muto
September 26, 2026

BVSSHを目的関数とする Socio-Technical Enterprise OS

Avatar for Masahiro Muto

Masahiro Muto

September 26, 2026

More Decks by Masahiro Muto

Other Decks in Business

Transcript

  1. PROFILE 自己紹介 1.これまでの経験 2.社会人大学院生 北陸先端科学技術大学院大のM1です。 ロボット基盤モデル,フィジカルAIの研究してます。 ソフトウェアエンジニア/インフラエンジニアとして、 設計・開発・運用を長年経験。 某企業では、オンプレミス環境にKubernetesベースのクラウド基盤を スクラッチで構築。IP-ClosアーキテクチャのBGPネットワーク設計・構築をリード。

    3.HP https://huggingface.co/spaces/mutomasa/ その後、AIスタートアップ企業にて、生成AIと量子技術でプロジェクトをリード。 ngineering-research-portfolio クライアントワーク・プロジェクト管理・ ソフトウェア・インフラ・AIの実装までを通して行えるのが強みです。 4.趣味 登山/ハイキング/温泉巡り/自然観察/サーバ・プログラミング 02
  2. AGENDA スライドの流れ 設計原則から企業アーキテクチャ、実行モデル、将来像までを順に整理する。 01 FOUNDATION 02 ARCHITECTURE PRIMER 04 Socio-TechnicalとBVSSH

    CONCEPT 08 WHY 05 AI導入だけでは価値に直結しない 分断された4者をOutcomeで接続 Adaptive Enterpriseの全体像 VISION 12 BVSSHを継続改善するAdaptive Enterprise CONTEXT 09 WHO 06 03 DESTINATION 10 Enterprise Contextを構築 DESIGN PRINCIPLE INTELLIGENCE Socio-Technical AIを意思決定支援へ進化 + WHAT 07 BVSSHを目的関数にする EXECUTION 11 3つの実行OSで企業活動へ接続 BVSSH Outcome 人とAIが協働し、企業自身が学習する仕組みへ 03
  3. PRIMER Socio-Technicalと BVSSHは、変革の設計原則と評価軸 人・組織・業務・技術を共同最適化し、その成果を5つのOutcomeで測る。 SOCIO-TECHNICAL BVSSH 企業を技術だけでなく、人・組織・業務・技術が相互依存する一つの システムとして捉える。 変革の成果を、相互にトレードオフし得る5つのOutcomeで確認する。 Human

    Process Organization Better 品質・精度・顧客体験 V Value 事業価値・顧客価値 S Sooner Lead Time・Time-to-Market S Safer 安全性・品質・Governance H Happier 従業員体験・認知負荷 Technology Joint Optimization|一部ではなく、全体の相互作用を設計する 設計原則 B Socio-Technical 共同最適化 BVSSH Outcome 評価軸 参考文献 • Nick Tune & Jean-Georges Perrin, Architecture Modernization: Socio-technical alignment of software, strategy, and structure, Manning. • Eric L. Trist & Ken W. Bamforth, “Some Social and Psychological Consequences of the Longwall Method of Coal-Getting,” Human Relations, 1951. • Jonathan Smart et al., Sooner Safer Happier: Antipatterns and Patterns for Business Agility, IT Revolution, 2020. 04
  4. WHY AIを導入しても、企業全体の価値向上には直結しない 生成AI・AI Agentの導入量ではなく、人・業務・組織・技術を一体で再設計する必要がある。 現在の導入パターン 典型的な4つの断絶 生成AI導入 AI導入が目的化 Copilot・LLM・Agent導入がKPIになる 局所最適

    個別業務は速くなるが全体Lead Timeは変わらない Human/AI境界が曖昧 判断・承認・責任の所在が不明確 Outcomeが測れない 工数削減だけで品質・安全性・従業員体験を測らない ↓ AI Agent開発 ↓ 業務自動化 本当に企業価値は 上がったのか? Technology Transformation Socio-Technical Transformation 05
  5. WHO 分断された4者の課題を、共通のOutcomeで接続する 経営・管理者・現場・開発/ITが別々に抱える価値・速度・安全性・働き方の課題を一つの改善ループにする。 経営 管理者 現場 開発・IT AI投資が企業価値につながって いるか分からない HumanとAIをどう組み合わせ

    るか分からない AI導入で確認・修正作業が増え る Agentを安全かつ継続的に運用 できない Value / KPI / 意思決定 Process / Role / Decision Better / Happier Safer / Observability 現在はレイヤーごとに課題と指標が分断 経営 Management Process Human + AI Technology Enterprise OSが、全レイヤーを一つのOutcome改善ループとして接続する 06
  6. WHAT BVSSHを目的関数に、企業システムを共同最適化する AIの導入量ではなく、Better・Value・Sooner・Safer・Happierを同時に改善できたかで変革を測る。 B Better より良くなったか 品質・精度・顧客体験 V Value 価値を生んだか

    売上・生産性・顧客価値 S Sooner より早くなったか Lead Time・Time-to-Market S Safer H より安全か Security・品質・Governance Happier 人はより良く働ける か Experience・認知負荷 AI Productivity ≠ Business Outcome BVSSH Outcome ↑ Joint Optimization Human Process Technology Organization Soonerが上がっても Safer / Happierが下がるなら、それはTransformationではない。 07
  7. CONCEPT 企業をHuman + AIが学習する適応型システムとして設計する BVSSHを最上位に置き、Human / Organizationを土台に、観測・判断・実行・学習を循環させる。 BVSSH | Better・Value・Sooner・Safer・Happier

    Observe ↓ OUTCOME LAYER Decide AI Development OS Agent Factory ↓ Decision OS Act INTELLIGENCE LAYER | Agent・Causal・Optimize・Simulation・Forecast ↓ Measure ↓ CONTEXT LAYER | Data・Knowledge Graph・Ontology・Temporal KG Learn ↺ SOCIO-TECHNICAL LAYER | Human・AI・Process・Team・Role・Rule・Responsibility 08
  8. CONTEXT AIが企業活動を理解するには、関係性までコンテキスト化する データだけでなく、人・役割・ルール・知識・責任をつなぎ、AIが安全に行動できる企業コンテキストを構築する。 SOCIO-TECHNICAL LAYER CONTEXT LAYER Human Role Team

    Process Structured Data Documents Knowledge Task RAGのための Knowledgeではなく、 企業活動をAIが理解する ためのContext Decision Enterprise Context Ontology Responsibility Rule Knowledge Graph Policy AI Agent Temporal KG KNOWLEDGE GRAPHで企業活動を表現 Person → Team → Process → Task → Human / Agent → Knowledge → KPI 09
  9. INTELLIGENCE AIを「生成」から「意思決定支援」へ進化させる LLM / Agentに、検索・予測・因果・最適化・シミュレーションを組み合わせ、企業の「考える」を支援する。 Retrieval / KG 何を知っているか Forecast

    何が起きそうか Causal Inference なぜ起きたか/変えたらどうなるか Optimization 何を選択すべきか Simulation 選択すると何が起こるか Agent Retrieval / Reasoning 複数の推論技術を 問いに応じて組み合わせ る Knowledge Prediction Decision Action 10
  10. EXECUTION 3つの実行OSがEnterprise Intelligenceを企業活動へ接続する 開発・業務・意思決定という3つのValue Flowが、共通のContext + Intelligenceを利用して動く。 AI Development OS

    Requirement Agent Factory 業務分析 ↓ Design / Code Observe / Analyze ↓ Task分解 ↓ Test / Review Predict Human / AI Allocation Deploy ↓ ↓ ↓ ↓ Simulate ↓ Guardrail ↓ Observe Decision OS ↓ Decide / Act ↓ 運用・評価 ↓ Evaluate ↓ 共通 Enterprise Context + Intelligence 11
  11. VISION 目指すのは、BVSSHを継続改善するAdaptive Enterprise AI導入ではなく、人とAIが協働し、企業自身が学習し続けるSocio-Technical Transformationを実現する。 Observe Digital Transformation ↓ AI

    Adoption Learn AI Agent ↓ Socio-Technical Transformation Decide Adaptive Enterprisez ↺ ↓ Act ↓ Outcome 1 Outcome First 2 Joint Optimization 3 Continuous Adaptation ↓ BVSSH AI導入ではなくBVSSHを目的関数にする。 Human / AI / Process / Organization / Technologyを共同最適化する。 Data → Intelligence → Decision → Action → Outcomeを循環させる。 Socio-Technical Enterprise OS = 人とAIが協働し、企業自身が学習しながらBVSSHを継続的に改善するための企業アーキテクチャ 12