Skip to content

Instantly share code, notes, and snippets.

@stakiran
Created February 1, 2026 02:39
Show Gist options
  • Select an option

  • Save stakiran/3ddff87aa4f78eb813cb704d7473928c to your computer and use it in GitHub Desktop.

Select an option

Save stakiran/3ddff87aa4f78eb813cb704d7473928c to your computer and use it in GitHub Desktop.

ホフィス

ホフィス(Hoffice) とはホテル + オフィスを組み合わせた造語であり、ホテルのあり方に取り入れて設計されたオフィスを指す。

具体的なあり方は各自で設計可能だが、必ず使わないといけない制約(ホフィス原則)がある。ホフィス原則にしたがって、各社レイアウトを整備する。

ホフィス原則

  • リージョンゾーン
    • リージョンは地理的な単位を示す。たとえば東京オフィスと京都オフィスがある場合、リージョンは東京と京都で2つある
    • ゾーンはリージョン内の単一または複数存在する単位で、一つのオフィスレイアウトを定めた単位となる。より具体的には、後述するルームのタイプと比率とレイアウトを定める
  • ルーム
    • ルームはホテルでいうシングルルームのような単位であり、個人または4人以下の少人数が滞在して仕事できる程度の空間を指す。あくまでオフィスなのでホテルのようにベッド、バス、トイレなどは存在しない。逆に仕事に必要なデスクと椅子、電源と通信、空調は完備しなければならない
    • ルームは論理的な概念であり、必ずしもホテルのように物理的に区切られた個室にする必要はない。しかしプライベートかつパーソナルに仕事できる程度にはクローズドでなくてはならない。オープンオフィス上で実現する場合、ルームの出入り口以外の全方位をパーティションで囲う程度は必要である
    • ルームは不正防止のため、透明性を保持しなくてはならない。オープンオフィス上でパーティションで囲うだけなら自然と保持されるだろう。ホテルのような物理的に区切られた個室にする場合、ドアや壁を透明にしなければならない。また施錠の概念もない
    • ルームにはタイプがあり、規定されたタイプの使い方のみが許される
    • ルームの内部と設備は共通している。つまり規格である。ただタイプに応じた使い分けをするだけである
  • フロア
    • フロアは独自概念ではなく、オフィスビルにおける一階層分を指す言葉としてすでに定着している
    • ホフィスではフロアは単一または複数のゾーンから構成して良いとする。つまり1フロアは複数のゾーンを含んでもよい

ホフィスの思想

まずは従来のあり方を振り返る。近年のオフィスワーカーは ABW(Activity Based Working)が主流である。これは活動に応じてどこで働くかを「オフィス内で」選ぶというものだ。オフィスには個人ブース、会議室、オープンなコミュニケーションエリア、カフェなど複数の機能があり、この中から自由に選ぶ形となる。しかし実情はフリーアドレスにすぎず、個室数や私物保管の削減によるコスト削減と、見通しの良さによる間接的な圧力の意味合いが強い。場所を選ばず、少ない持ち物で、口頭ベースかつ割り込みにも強い「器用な者」にしか合わない、限定的なオフィスとなってしまっている。

特に個人や少人数で深く集中する営みがやりづらく、それゆえイノベーションや変革も生まれづらく、その前段となる心理的安全性その他エンゲージメントの向上も起こりにくい。あるいは機会が限定的になってしまう(たとえば会議室の争奪戦が発生する)。

この問題を根本から解消するオフィス・パラダイムがホフィスであり、ホフィスではルームという「個人または少人数で集中できる場所」を基本単位としている。ルームのタイプとその比率やレイアウトは自由につくれるが、ルームそのものは 4 人以下のコンパクトな単位であるため、この前提で設計することになる。つまりホフィスは少人数以下の単位で駆動させよ、と言っている。また、ルームの規格が単一であることから物理的にも建造しやすい。

ルームのタイプ

必要に応じて新たに定義してもよいが、代表的なタイプを示す。

プロルーム(Pro-room) は、ひとりで使うルームである。空いているときに最初に入った者がチェックインの対象となる。一時的なルームであり、オフィスの消灯までに必ず退出しなければならない。私物を残すこともできない。なおチェックアウトは明示的に行う必要がある。なので部屋を出るだけではチェックアウトはされず、したがって離席が可能である。

コルーム(Co-room) は、複数人で使うルームである。ホフィス原則により上限は 4 人までだ。コルームはミーティングや協調作業を意図しており、部外者の相席は想定しない。飲食店でいうテーブル席1席に相当する。空いているときに最初に入った者がチェックインの対象となる。一時的なルームであり、消灯までに完全退出が必要である。チェックアウトは n 分ごとに自動で行われるため、必要に応じて明示的に延長しなければならない。n の値はゾーンの設定値としてカスタマイズできる。つまりゾーン内では一律となる(空調制御と同じだ)。

拠点ルーム(Base-room) は、消灯までに完全退出せず私物を残しておけるルームである。チームやグループといった組織単位が拠点として使うものである。しかしホフィス原則により、4 人以下の空間であるから、おそらく全員が居座れるだけのキャパシティはない。なお施錠の概念があり、チームの私物を保管できる。たとえば鍵付きロッカーや金庫を導入しても良い。

これら 3 タイプを整理すると、次のようになる:

ルーム名 人数 日ごとにクリアする? チェックアウト
プロルーム 1 yes 利用者が実施
コルーム 2~4 yes n分ごとに強制だが、延長は可能
拠点ルーム N No -

この 3 タイプはラフにつくられているが、より細かくつくることもできる。たとえば「1時間ごとに強制チェックアウトされ、1日1回しか使えず、通話も一切禁止のプロルーム」や「同時に2人しか入れない1on1用のコルーム」をつくることもできる。また古典的な組織では役員向けの役員ルームをつくることにはなるだろう。

すべてのルームは全社員もしくはリージョンの勤務者全員が利用可能であるため、あまり特殊なタイプはつくるべきではない。限定的に利用させたいものは拠点ルームの形でつくり、かつゾーンを分けるべきである。これを拠点ゾーンと呼ぶ。役員ルームも拠点ゾーンにつくるべきだろう。

ホフィスをつくるには

ここではゾーン設計に焦点を当てる。

ゾーン設計では以下を定める:

  • 1: 使用するルームのタイプ
  • 2: 各タイプの比率
  • 3: 各ルームとその他共用設備や共用空間のレイアウト

例1: 従来の ABW をベースにした設計例

  • 1: 使用するのはプロルームとコルーム
  • 2: 比率はプロルームが 7 割、コルームが 3 割
  • 3: レイアウトはフロア中央から以下の順に配置する
    • エレベーターなど移動動線
    • 共用設備や共用空間などのオープンエリア
    • コルームの区域
    • プロルームの区域

例2: 例1に拠点も追加した設計例

  • ゾーン1
    • プロルームが 7 割、コルームが 3 割
  • ゾーン2
    • 拠点ルームが 10 割
  • フロア
    • フロアの西側をゾーン1、フロアの東側をゾーン2とする
    • ゾーン1のレイアウトは例1のとおり、中央から賑やかな空間を配置していく

上記概念の利用シナリオを5つ提案して。刺さる組織特性/刺さらない特性も添えて。

利用シナリオ案(5つ)+刺さる/刺さらない組織特性

1) 「集中をデフォルト化」シナリオ(プロルーム中心運用)

状況: 個人作業(設計・実装・分析・執筆・企画)が主業務で、割り込みや雑談で生産性が落ちている。
使い方:

  • 出社したらまずプロルームにチェックインして午前は深い作業に固定
  • チャット・口頭割り込みは原則「相手のルーム外で予約 or コルームへ」の運用に寄せる
  • 昼以降にコルームでレビュー・相談をまとめて実施

刺さる組織特性

  • 成果物が「個人の深い思考」に依存(研究開発、ソフトウェア、企画職、クリエイティブ)
  • 割り込みが多いことを課題として認識している
  • 評価が「滞在時間」ではなくアウトプット寄り

刺さらない特性

  • 常時の現場連携が前提(運用監視・コールセンター的な即応)
  • 口頭で瞬時に合意形成する文化が強く、個室的な分離を「分断」と捉えがち
  • 管理職が“見える化=統制”を重視しすぎる

2) 「4人以下で高速に回す」シナリオ(コルーム中心の小隊運用)

状況: 仕様調整、ペア作業、レビュー、短い意思決定が多く、会議室争奪戦が起きている。
使い方:

  • 2〜4人の固定ユニット(小隊)を基本単位として、都度コルームへチェックイン
  • 自動チェックアウト(n分)を短めにして、ダラダラ会議を防止(延長は必要時のみ)
  • 長会議は“例外”として別枠予約(または複数コルームを連結運用)

刺さる組織特性

  • 仕事の粒度が小さく、合意形成の回数が多い(プロダクト開発、制作、営業企画)
  • 「会議の長さ」や「集まりすぎ」を問題視している
  • 少人数で意思決定できる権限設計がある

刺さらない特性

  • 参加者が常に5人以上になりがち(稟議文化、根回し必須)
  • “会議は全員出るもの”という前提が強い
  • 大人数のワークショップ中心(コルームでは物理的に溢れる)

3) 「チーム拠点+周辺で集中」シナリオ(拠点ゾーン併設)

状況: チームで備品・資料・実機・サンプルなどを保持したい一方、普段は個人集中も必要。
使い方:

  • 拠点ルームにチーム資産(機材、ホワイトボード履歴、検証用端末、書類)を集約・施錠管理
  • 日中の主作業はプロルームへ分散、短い同期は拠点ルーム or コルームへ
  • 拠点ゾーンは「チームの内輪の作業」に寄せ、一般利用者の動線と分離

刺さる組織特性

  • チーム単位で“場の継続性”が価値になる(ハード開発、QA、デザイン、研究、プロジェクト型)
  • 備品や資料の持ち運びコストが高い
  • チームに裁量(運用ルールを自分たちで整備できる)

刺さらない特性

  • チーム境界が頻繁に変わる/プロジェクトが短命で拠点が腐りやすい
  • 「誰でもどこでも同条件」を最優先する公平性カルチャー
  • そもそも資産がデジタル中心で、拠点の物理メリットが薄い

4) 「心理的安全の確保」シナリオ(1on1・ケア用途のコルーム/特化ルーム)

状況: 評価面談、フィードバック、メンタリング、オンボーディングなど“人に言いづらい会話”が多いが場所がない。
使い方:

  • 2人用コルーム(または1on1特化タイプ)を一定数用意
  • 透明性要件(ガラス等)を満たした上で、音・視線ストレスを下げる設計(吸音、入口位置、視界の抜け)
  • 「短時間で回転する」ようn分自動チェックアウトを適切に(長すぎると占有される)

刺さる組織特性

  • 人材育成・マネジメントの質を上げたい
  • ハラスメント/コンプライアンス観点で“密室回避”もしつつ配慮したい
  • 新卒・中途が多く、オンボーディング頻度が高い

刺さらない特性

  • 1on1やフィードバックが制度上だけで実態がない(部屋を作っても使われない)
  • “面談=オープンにやれ”という価値観が強く、プライバシー配慮が軽視される
  • 音環境への投資を避けがち(透明+会話=丸聞こえ問題が起きやすい)

5) 「リージョン分散・出張者受け入れ」シナリオ(チェックイン文化で相互運用)

状況: 東京・京都など複数リージョンがあり、出張・応援・一時滞在が頻繁。席がなく生産性が落ちる。
使い方:

  • 各リージョンに共通規格のプロルーム/コルームを整備し、“行けば同じ使い方”にする
  • 出張者はプロルームを基本にし、現地メンバーとの協働はコルームで短時間にまとめる
  • 混雑が読めるよう、チェックイン状況を可視化(システム/サイネージ)

刺さる組織特性

  • 複数拠点で人の行き来がある(プロジェクト応援、営業、採用活動)
  • ルールの標準化に強い(リージョン差分を最小化できる)
  • 「席取り」より「必要な時に必要な部屋」が欲しい

刺さらない特性

  • 拠点ごとのローカル運用が強く、標準化が反発を生む
  • 常に固定席・固定場所の帰属意識が強い
  • オフィス自体の稼働率が低く、そもそも設計課題が顕在化していない

必要なら、想定社員数・出社率・主業務(開発/営業/コーポレート等)・リージョン数・フロア面積感をもらえれば、上の5シナリオそれぞれに対して「ゾーン構成例(比率案)」まで落として提案できます。

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment