#しくみのスキマ｜ハブとスポークでしくみを動かす
新しい業務システムが導入された日、現場でこんなため息が漏れるのを聞いたことはないでしょうか。
またログインIDが増えたよ。
こっちに入力して、あっちにも転記するのか。
結局、Excelで管理したほうが早くない？
管理する側は、これで特定業務が見える化できると満足げですが、現場にとっては作業場所が一つ増えただけに過ぎません。
画面を行ったり来たりし、IDを使い分け、情報をコピペして回る。
それはまるで、広いオフィスの中で、何度も意味のない往復をさせられているようなものです。
これこそが、現場の時間を奪い、思考を分断し、新しいしくみへの熱を奪っていく正体です。
私たちはつい、課題ごとに専用の箱、つまりツールを作って解決しようとします。しかし、現場が求めているのは、高機能な箱ではありません。
すでにある箱と箱の間を、なめらかに行き来できる道です。
今日は、そんな孤立した業務を繋ぎ直すための、静かな設計思想、ハブ＆スポークについてお話しします。
→ 関連：なぜ「正しいツール」ほど現場で嫌われるのか？
動くしくみ、止まるしくみ＃1｜熱はあるのに、流れないしくみ
※しくみが止まる原因は機能ではなく熱伝導にあります。その構造はこちら。
ツールは機能で切り出され、人は文脈で生きている
なぜ、良かれと思って入れたツールが、現場を苦しめるのでしょうか。
それは、設計者が機能を見ているのに対し、現場は文脈の中で生きているからです。
たとえば、進捗管理というツール。
システム的には、日付とステータスを入れる機能があれば正解です。仕様書通りです。
しかし、現場の人間の頭の中は違います。
あ、部品が届いたな、という事実確認。
じゃあ来週から加工に入れるな、という判断。
だから予定日を更新しておこう、という入力。
この一連の流れが文脈です。
それなのに、多くのシステムは最後の入力だけを切り取り、そこに至るまでの事実確認や判断を、別の画面やメール、あるいは個人の記憶に追いやっています。
文脈の切断。
これが、現場にやらされ感を生む最大の要因です。
人は、文脈が切れた単純作業を押し付けられると、自分が機械の一部になったように感じ、急速に熱を失っていくのです。
→ 関連：文脈を理解するための「翻訳」技術
#業務設計者論｜翻訳者はしくみの言葉を編む
※現場の文脈を、どうやってシステムの要件に翻訳するか。設計者のコアスキルです。
隣に窓を開けてあげる
では、どうすれば文脈を繋ぎ直せるのでしょうか。
すべてを統合した巨大システムを作る必要はありません。今のツールのままでいいのです。
私が大切にしているのは、コアとなる業務、すなわちハブの隣に、＋10％の窓を開けてあげるという考え方です。
現場の人が毎日必ず触る画面があります。
その画面の端っこに、その作業をするときに見たいはずの情報を、そっと置いてあげるのです。
日程を入力する画面なら、その横に部品の到着状況を表示する。
見積を作る画面なら、その横に過去の類似案件を表示する。
たったこれだけです。
機能を増やすのではなく、視界を広げてあげる。
すると、現場の動きが変わります。
わざわざ探しに行かなくても、ここに答えがある。
その安心感が、入力作業を単なる義務から、次の一手を決めるためのコックピットへと変えていきます。
そして、ここにもう一つ重要な効能があります。
ハブとスポークが繋がることで、これまで安心のために行っていた過剰な報告や念のためのCCメールといった、死んでいた業務（ゾンビ業務）を、安心して手放せるようになるのです。
繋ぐことは、不要な仕事を終わらせることとセットなのです。
→ 関連：繋ぐ前に、まずは「捨てる」
切断の設計＃1｜なぜ組織は「終わった業務」を飼い殺してしまうのか
※窓を開ける前に、不要な業務で窓が埋まっていませんか？ まずはゾンビ業務を終わらせましょう。
ハブ＆スポークという配慮
この設計思想を、私はハブ＆スポークと呼んでいます。
中心となるハブに立ち寄れば、そこから必要な情報へ自然と手が届く構造です。
これはシステム設計の用語ですが、私はこれを業務上のホスピタリティ、つまり配慮だと捉えています。
ここに来る人は、次に何を知りたがっているだろう？
ここで迷う人は、どんな情報を手元に欲しがっているだろう？
そうやって、使う人の次の動作を先回りして想像し、あらかじめ道を敷いておくこと。
それが、業務設計者の腕の見せ所です。
バラバラだった点を、線でつなぎ、面にする。
その裏側にあるのは、論理的なアーキテクチャであると同時に、現場への深い共感と配慮なのです。
あなたの組織にも、孤立してしまった正しいツールはありませんか？
あるいは、本当はもう死んでいるのに、慣習だけで動き続けているゾンビ業務が、ツールの周りに張り付いていませんか？
もし現場が疲れているように見えたら、新しい機能を足す前に、
この業務の前後には、どんな文脈があるだろう？と問いかけてみてください。
そして、その文脈を繋ぐための小さな窓、つまりリンクを、一つだけ開けてみてください。
同時に、窓が開いたことで不要になった古い扉を、静かに閉じてあげてください。
その＋10％の余白と、少しの引き算が、現場の窒息しそうな業務に風を通し、
止まっていた血流を再び巡らせるきっかけになるはずです。
しくみとは、人を管理するためではなく、
人が気持ちよく動くための舞台を作るためにあるのですから。
🍵 読後の処方箋：あなたの悩みは、どの「ズレ」から？
記事を読み終えて、ご自身の現場に思い当たる節があったかもしれません。
感じた違和感の種類に合わせて、次に読むべき記事を整理しておきます。
■ 「そもそも、現場と話が噛み合わない」と感じた方へ
システムを入れる以前に、現場と思考の時間軸がズレている可能性があります。
「速い雑な人」と「丁寧な完璧主義者」の摩擦を解くヒントはこちら。
📎 「仕事が速い雑な人」が出世して、「丁寧な完璧主義者」が損をする理由
■ 「どこから手を付ければいいかわからない」という方へ
ハブを作るにはパワーがいります。全社展開を狙うと頓挫します。
まずは小さな業務から一点突破し、そこからじわじわと広げていく戦略について。
📎 #しくみのスキマ ｜一点突破がしくみを広げる法則
■ 「自分は孤独な調整役だ」と疲れてしまった方へ
あなたは調整役ではありません。断絶を繋ぐ業務設計者です。
その職能の定義と、立ち位置の再確認をしたい方はこちらへ戻ってきてください。
📎 #業務設計者論｜業務でもITでもない、しくみの“スキマ”に立つ
