I / INPUT
何を持ち込んでいるか。
活動の出発点となる資源と課題を分けて整理します。「自社」は、その場・制度を運営する組織を指します。
- 自社・運営組織
- 他社・事業会社
- 行政・公共機関
行政がGarage全体の常設チームを担うことや、Immersive Readerの開発費を行政が負担したことは今回の公開資料では未確認。
公開資料では未確認- スタートアップ
- アカデミア
読字・学習の研究知見は使うが、初期案件の外部大学の正式参加は今回の公開資料では未確認。Microsoft Researchの研究者は自社の人的資本として扱う。
公開資料では未確認
有形資産
場所・設備・実証環境関係資本
信頼・ネットワーク・導入先職務や地域を越えた社員のつながり、製品責任者、教育現場の接点。Innovation Studioは技能・関心・チーム・進捗を案件の履歴として残す仕組みを持つ。
金融資本
活動資金・投資・費用負担社員工数、実験費、正式移管後の予算を含む案件原価は公開資料では未確認。無料利用機能があることと、開発・運用費がゼロであることは別である。
知的資本・データ
技術・知財・知識・標準Bingの音声認識、Windowsの読み上げ等、Microsoft Researchの言語処理を再利用。技術をゼロから作らず、組み合わせに集中できる。
課題・ニーズ
誰の何を変えるのか読字・書字の困難が、学習機会の障壁になる課題。対象者に障害の印を付ける専用ツールにせず、誰でも使える機能として設計することも課題に含めた。
II / VALUE CREATION FUNCTIONS
資源を、どう価値へ変えるか。
以下は既存の8ステップへの編集上の対応づけです。各施設の公式な工程名や、全工程を自前で担うことを意味しません。
III / OUTPUT
直接、何が生まれたか。
試作品、データ、契約、標準、育成した人材など、活動から直接生まれたもの。
IV / OUTCOME
その結果、何が変わったか。
実際の利用、行動、業務、事業、地域の変化。報告された変化と、施設の活動に帰属できる効果は区別します。
PROJECT IN FOCUS / 具体的な事例
Learning Tools/Immersive Reader
確認できた段階:展開 調査確認日 2026-09-28
誰の課題を、どう扱ったか
生まれたもの
読字支援機能がOneNoteから複数のMicrosoftアプリへ広がり、第三者のアプリから利用できるサービスとしても提供されるようになった。
確認できた変化
評価の限界:無料機能が生むMicrosoftの事業効果、継続コスト、学校側の指導・設定負担、第三者評価の詳細は別途確認が必要。
DESIGN BACKWARDS FROM IMPLEMENTATION
社会実装から逆算して、
何を先に整えているか。
実証の先にある導入・運用・継続から、この事例の設計を読み解きます。原典で確認できる仕組みと、MDLの設計解釈・他地域へ応用するための提案を区別して読んでください。「提案」「未実施」と記す内容は、当地で実施済みの工夫ではありません。仕組みの存在と、全案件で成果が出たことも別に扱います。
試作前に持ち込む現場を決める
OneNote側は学校に届けることを前提に開発し、ハッカソンを締切として使った。品川でも、発表会の予定だけでなく現場で使い始める日を置くと判断が具体化する。
すでにある技術を結び直す
音声・言語・表示技術の部門をつなぎ、利用者が使えるまとまりへ編集する。場の役割は新技術を毎回開発することに限らず、社内資産の接続コストを下げることにもある。
正式な引受責任者を置く
受賞後の担当PMと製品チームが改善・展開を担った。場の運営者だけで案件を抱え続けず、顧客接点と開発・提供能力のある組織へ移す設計。
出会いを次の行動の記録に変える
Innovation Studioは技能や関心、審査、事後の情報を蓄積する。現場の引受責任者、次の検証、予算判断を案件に結び付ける運営へ応用できる。
MORE DETAIL / 運営・根拠・応用
運営の全体像と、学びを深める資料。
費用負担、公表値、応用条件、写真・動画、原典を続けて確認できます。
01どう動かしているのか。
Garageはオンラインの学習・ワークショップと実拠点を用意し、全社Hackathonで社員やインターンが異なる役割の仲間と短期間の制作に取り組む。Growth Frameworkでは外部変化の発見から必要能力を持つ仲間集めへ進み、情熱だけでなく実行能力・役割を確認する。Innovation Studioはアイデア、チーム、制作、共有、審査、事後情報を同じ仕組みで扱い、スキル・関心・協働の関係を蓄積する。2026年9月確認時、同製品は社内利用に加え顧客向けprivate previewを支援する段階で、誰でも契約できる一般サービスとは限らない。採択後の事業移管を一律保証する制度は公開されず、個別の事業部関与と製品化の実績を分けて確認する必要がある。
- 外部変化・現場課題を見つける
- 異なる技能の仲間を募る
- Hackathonで動くものをつくる
- 審査・フィードバックを記録
- 事業部との次の展開を判断
02誰が負担し、誰が担うか。
Microsoftの社内資源が基盤。案件別予算・正式稼働時間・顧客向けInnovation Studioの費用は公開資料で未確認。
制度やプログラムの財源と、各参加企業・地域に発生する費用は同じではありません。公開範囲を超える案件別予算・契約条件は未確認です。
03確認できたこと。
Innovation Studioは発想からチーム形成、制作、審査、イベント後の情報までを扱うと説明。顧客向けはprivate preview。
読み取れる範囲:機能説明であり、導入効果の第三者検証や一般提供の証拠ではない。
原典で確かめる ↗ 出典の説明 ↓04日本で活かすなら。
本調査の提案:地域共創でも『会った人の一覧』だけでなく、課題・技能・参加可能時間・試作履歴・次の判断を案件にひもづける。運営者はイベントの翌週に現場の受入責任者と次の検証費を確認し、30日・90日で継続、修正、中止を記録する。企業内で使う場合は部門長が参加時間を認めることが条件となる。自治体や住民も参加する場合は、社内の成果評価をそのまま移さず、参加への対価、情報公開範囲、個人情報、住民が変更を求められる経路を設ける。デジタル台帳はこうした判断を助ける道具であり、予算を決める人の代替にはならない。
05そのまま真似できないこと。
表彰された事例には生存者バイアスがある。全応募を分母とする製品化率・中止率・正式移管率、社員工数を含む総費用は今回の公開資料では確認できなかった。大企業の技術・顧客・法務・販売網が既に存在する環境なので、地域の任意参加コミュニティに同じ結果を期待できない。案件記録を増やすほど心理的安全性や挑戦の自由が損なわれる可能性も検証が必要。
06次に、何を確かめるか。
提案・未実施:運営責任者が次回イベント10案件を90日追跡し、翌週に受入責任者・次の予算・検証日を確定する方式を導入。過去同種案件より有償検証移行が増えず、記録負荷だけが増える場合は入力項目と審査頻度を減らす。参加者の正式業務時間と離脱理由も記録する。
07現場を、写真と動画で。
冒頭写真:青空の下に立つOne Memorial Driveの高層ビル。
Garage Growth Framework: Recruiting a team
Microsoft Garage(公式Growth Frameworkページ埋め込み)
公式サイトで見る ↗08原典を読む。
Project Pathfinder exemplifies AI in Action ↗
Project Pathfinderを紹介する記事。85%の測定対象はリンク先のCOO原発表(MG-05)で確認。
Microsoft Global Hackathon Winner: Pathfinder Team Accelerates Sovereign Cloud Onboarding with AI ↗
85%はソブリンクラウド導入時の質問回答に費やす時間の短縮
Microsoft Hackathon 2015 winner extends OneNote to improve learning outcomes for students ↗
OneNote・Windows・Bing・Researchの協働、学校への導入前提、包摂的設計
Creating more inclusive and equitable classrooms with Microsoft’s Immersive Reader ↗
受賞後のPM、製品統合、当時2300万月間利用者、外部アプリへの展開
Dyslexia Awareness Month: Support students with built-in accessibility tools ↗
学校での採用、教員の観察報告、学校向け利用導線
