#問いの設計｜問いの先にあるしくみの呼吸
私たちが日々の業務の中で直面する様々な問題。それらを解決しようとするとき、私たちはつい、すぐに効果が出る「正しい答え」や「最新のツール」を急いで探してしまいがちです。
しかし、立ち止まって問いを辿っていくと、明確な答えそのものよりも、システムと人の間に広がる微かな境界や、ぽっかりと空いた余白が、静かに、しかし確かに見えてきます。
仕組みを設計するとは、ただ効率的なシステムを導入して終わり、ということではありません。それは、現場の現実と経営の理想、過去の習慣と未来の姿、そして個人と組織――その間に存在するズレや重なりを丁寧に観察し、言葉を翻訳してつなぎ合わせることです。
問いを重ね、距離を測るほどに、仕組みはただの無機質なツールから形を持ち始め、やがて組織の中で静かに息を吹き始めます。
境界と余白に宿る現場の息
問いは、私たちに仕組みの本当の輪郭を教えてくれます。それは、すべての隙間を完璧に埋め尽くすことではなく、あえてどこに余白を残すかを見極める作業でもあります。
たとえば、ある製造現場で、仕事の進捗や品質を管理する帳票類をすべて電子化するプロジェクトがありました。 推進するプロジェクトオーナーは、データのリアルタイムな集計とペーパーレス化を目指し、例外なくすべての工程をタブレット入力に統一したいと考えます。
一方、現場からは、静かですが切実な声が上がりました。 「油で手が汚れる作業中はどうしても紙にメモをしたい」 「ネットワークが不安定な倉庫の奥では、システムが固まってしまう」 「長年使い慣れたExcelのフォーマットの方が、異常値にすぐ気づける」
ここで、推進側と現場の間に境界が生まれます。描かれた理想の全体像と、日々の泥臭い現場の現実との間にある、まだ越えられない線です。 私たちはこの時、現場のITリテラシーが低いからだ、と片付けてしまいがちです。しかし、この小さな葛藤や迷いこそが、実は仕組みを血の通ったものへと育てるための大切な栄養なのです。
問いを立て、現場の言葉の奥にある「本当の痛み」を翻訳することで、その境界線は単なる導入の障害ではなく、次に進むべき道を示す地図へと変わります。
境界を認識することは、同時に余白を尊重することでもあります。 余白とは、システムによって完全に統制されていない部分であり、現場の工夫や柔軟性、そして人間らしい気づきが生きるスペースです。ここを無理に塞ぎ、完全統制を目指してしまうと、仕組みは硬直化し、やがて誰も使わない形骸化したものへと腐敗していきます。
距離を測り、翻訳することの温度
理想と現場の間の距離を測り、異なる言葉を翻訳してつなぐこと。それは単なる妥協点の模索ではなく、冷たい仕組みを人々の日常に馴染ませるための、体温を伴う作業です。
たとえば、上層部から「工数を半分にする」という目標が降りてきたとします。 数字だけを見れば、それは現場にとって単なる冷たい命令であり、さらなる疲弊を強いる言葉にしか聞こえません。なぜ今のやり方を変えなければならないのか、現場は反発するか、あるいは諦めの表情を浮かべるでしょう。
しかし、業務設計者がその背景にある温度を読み取り、目的を共有できれば、現場の反応は変わります。
現状、市場環境の変化により仕事の収益が思わしくないこと。 目的は、固定費の割合を薄め、会社としての収益を確保し、ひいては自分たちの雇用や評価を守ること。 そのための手段として、一つ一つの作業にかける時間を半分にする必要があり、だからこそデジタルや自動化のツールを活用して、皆さんの負荷を減らしたいということ。
この流れを丁寧に説明し、言葉を翻訳することで、現場の理解は「数字の半減」という冷酷な目標から、組織全体の安定と自分たちの働く環境を良くしていくという、納得感のある物語へと変わります。 問いを通じてこの温度を感じ取り、言葉の断絶を縫い合わせることが、仕組みを定着させる最大のカギになります。
また、距離を測るという行為は、単に現場とのギャップを嘆くことではありません。「ここは完全にシステムで統制するが、ここの入力は現場の裁量に任せる」「現場の記録は紙のままでもいいが、最終的な集計と承認だけはシステムで一元管理する」 そうした、妥協とも言えるしなやかな判断の積み重ねが、組織における仕組みの成熟度を左右していくのです。
問いの先に残るもの
問いは、システムを導入するための単なるチェックリストではありません。それは、冷たい仕組みと温かい人の間に立つ、業務設計者自身の軸です。
境界を意識し、距離を測り、余白を尊重する。 問いを通して私たちの手元に残るのは、絶対的な一つの答えではなく、問いそのものが生み出す現場との対話であり、そこから得られる学びです。
どんなに精緻に設計しても、仕組みはリリースする時点ではあくまで一つの仮説に過ぎません。 現場で実際に使われ、摩擦が起き、反応が返ってきて初めて、改善すべき点や新しい発見が見えてきます。 予期せぬエラー、想定外の便利な使い方、現場からの意外な不満。それらはすべて、組織が変化の痛みに向き合い、変革の一歩を踏み出したからこそ得られる、貴重なデータです。
問いを持ち、距離を測り、余白の形を観察しながら歩を進めると、仕組みはいつしか単なるツールや無機質なルールではなく、組織の中で人々と共に息をする存在へと変わっていきます。
DXは循環する営み
DX、あるいは業務変革は、システムを導入して終わる一度きりの打ち上げ花火ではありません。 構想から実装、そして改善へ。何度も問いに立ち返り、現場の境界を観察し、理想との距離を測り直す。その反復こそが、新しい仕組みを日常の風景に変え、改善を当たり前のサイクルへと昇華させていきます。
今日の問いに答えることは、同時に明日の新しい問いを生むことでもあります。 境界や余白を読み取り、現場の温度を感じ、翻訳してつなぐ。その終わりのないサイクルの先に残るのは、ただの効率化されたルールや数字ではなく、確かな組織の息遣いです。
問いを持つこと、そして、問いを重ね続けること。 それが、人とシステムが共生する仕組みを成熟させ、次の一手を生み出す静かな力になっていくのだと思います。
さらに深く「スキマ」の思想に触れたい方へ
私たちが日々感じている「もどかしさ」や「うまくいかなさ」は、個人の能力不足ではなく、構造のズレから生まれています。異なる視点でその構造を読み解くための記事をご案内します。
現場とIT、異なる言葉が通じないと感じる方へ システムと現場の間に立ち、言葉を編み直す「翻訳」という職能について、その役割と本質を紐解きます。
業務設計者論｜翻訳者はしくみの言葉を編む
なぜ同じ会社にいるのに、話が噛み合わないのか疑問に思う方へ 立っている場所（視座）が違えば、見えている課題も変わります。認識のズレがなぜ起こるのか、その根本的な理由を探ります。
問いが変わると、世界の見え方が変わる── 同じ現場なのに、なぜ話が噛み合わないのか
仕組み作りの「正解」が見えず、どこまで作り込めばいいか迷っている方へ 完璧を目指すのではなく、あえて「余白」を残すことが、結果として仕組みを動かす原動力になるという構造のお話です。
しくみのスキマ｜余白を残す妥協力がしくみを動かす
業務の責任範囲が曖昧で、いつも誰かの仕事がこぼれ落ちてしまうと感じる方へ システムや部署の「境界線」をどう引き、どうつなぎ合わせるべきか、その具体的な考え方を提示します。
しくみのスキマ｜しくみとしくみのあいだに境界を描く
自分が良かれと思ってやっていることが、本当に組織のためになっているか不安な方へ 仕組みの評価と、個人の努力がどう結びつくのか。「評価」という鏡の性質を通して、全体最適と部分最適の摩擦を考えます。
認知の設計図 #3｜“評価”という鏡の扱い方