#問いの設計｜線でつくるしくみ
はじめに：プロジェクトは、誰のものか
どんなプロジェクトにも、守るべきコストと期限があります。 これを守らなければ、それは変革ではなく、ただの活動で終わってしまいます。
しかし、実際の現場ではどうでしょうか。 進行の途中で次々と新しい要求が生まれ、当初掲げていた目的や範囲が、いつの間にかぼやけていく光景をよく目にします。
システムが形になり始めると、現場の理解が深まり、要求の解像度が上がる。 それ自体はとても健全で、喜ばしいことです。 けれど、その「もっとこうしたい」という現場の善意や熱意が無秩序に積み上がっていくと、プロジェクト全体の統制は崩れていきます。 気づけば、コストも納期も膨れ上がり、「いったい誰の責任なのか」が分からなくなってしまうのです。
だからこそ、私たちはここで静かに問いを立てる必要があります。 ――このプロジェクトは、誰のものか。 成果を誰が担い、意思決定を誰が下し、そして日々の実行と運用を誰が支えるのか。
その見えない線が引けていない組織に、本当の意味での変革は根づきません。
責任の設計とは、決定の設計である
責任を明確にすると聞くと、単に「担当者の名前を決めること」だと思われがちです。 しかし本質的には、それは決定の構造を設計することに他なりません。
たとえば意思決定の場において。 「誰が提案し、誰が承認し、誰が最終的に止められるのか」。 現場からあがってきた追加要件に対して、「今回は予算と期日の都合で見送る」とストップをかける。 この「止める権限」までを明確に設計しておかなければ、決定は常に宙に浮き、プロジェクトの進行は止まってしまいます。
組織における停滞の多くは、誰かが強く反対しているから起きるわけではありません。 ただ単に「止める人が決まっていない」という構造の欠陥から生じるのです。
責任と役割を明確にするとは、どの段階で、どの判断を、誰が担うのかという構造を描くこと。 それが、揺らがないプロジェクトの背骨をつくります。
運用に宿る、もうひとつの責任
DXやシステム導入において、「運用」はプロジェクトが完了した後の話だと思われがちです。 けれど、運用とは「プロジェクトが終わったあとに始まる、次の設計」なのです。
企業活動が続く限り、組織は止まりません。 組織改編、商品の改定、法令への対応。 システムは常に、現実の変化に追いつくことを求められ続けます。
たとえば、顧客のマスタデータを管理する業務ひとつ取ってもそうです。 「誰がどの範囲のデータを」「どんな手段とタイミングで」整備するのかを定めておかないと、どうなるでしょうか。 現場の担当者が自分の範囲のデータを直そうとするたびに、誰かに問い合わせをし、承認をもらい、返答を待たなければならない。 日常的な小さな手戻りは、やがて組織全体を疲弊させる大きな摩擦へと変わります。
そんな運用は、誰も幸せにしません。 システムは人を縛るためではなく、人を支えるためにあるのです。 そのためには、運用フェーズにおいても役割の線を引く設計思想が欠かせません。
目的という羅針盤
そして、精緻な構造設計よりもさらに重要なのが、目的の明示です。
最初に掲げた目的を、常に関わる全員が見える場所に置いておくこと。 たったそれだけで、人の判断の基準は揃い、役割の線は自然と定まっていきます。
目的が曖昧なままだと、各自が「自分の部署にとっての正しさ」で動き出してしまい、プロジェクトは多方向に引き裂かれてしまいます。 一方で、目的がたった一行でも明確に言語化されていれば、議論の迷いは減り、日々の判断の精度は上がります。
目的とは、プロジェクトが迷ったときに立ち返る羅針盤です。 どこに線を引くべきか迷ったときの基準は、常に「なぜそれをやるのか」という原点に還るのです。
責任の透明化がもたらす静けさ
責任と役割の線を明確に引くことは、一見すると人を「縛る」ように見えるかもしれません。 けれど実際には、泥水が澄んでいくように、業務の流れが澄んでいくのです。
誰が決め、誰が支え、誰が止めるのか。 その線が可視化されていると、組織は余計な忖度や摩擦から解放され、静かに、そして速く動き出します。
DXとは、新しい技術やツールを導入するだけの営みではありません。 人と責任の関係性を再設計するプロジェクトでもあるのです。
誰が何を担い、どこで次の人にバトンを渡すのか。 その一行が明確になった瞬間、チームは初めて、同じ方向を向いて動けるようになるのです。
結び：線を引くというやさしさ
責任を分けるために線を引くことは、決して相手を突き放し、冷たくすることではありません。 むしろそれは、相手の専門性や役割を信じ、尊重する行為です。
誰かが迷わないように。誰かが抱え込んで困らないように。 そのために、丁寧に線を引く。
そしてその線の先に、「止める人」の存在もまた、明確に描かれていること。
それが、これからの変革を支える、組織の静かな強さになっていくのだと思います。
思考のスキマをさらに深めるための処方箋
なぜ私たちは線を引き間違えてしまうのか。あるいは、引いた線が機能しなくなってしまうのか。 個人の能力や感情論ではなく、「しくみの構造」からその理由を覗き込みたい方へ、いくつかの記事をご案内します。
現場とシステムの間に立って悩む、すべての「業務設計者」の方へ 板挟みになりながらも、異なる言語をつなごうとするあなたの立ち位置は、組織にとって不可欠なものです。その職能の存在意義を言語化しました。
業務設計者論｜しくみの狭間に立つ設計者のまなざし
業務設計者論｜翻訳者はしくみの言葉を編む
「自分だけの正しさ」がプロジェクトを引き裂いてしまう構造を知りたい方へ 良かれと思ってやっている行動が、なぜ全体最適とぶつかってしまうのか。その摩擦の正体を読み解きます。
問いの設計｜なぜ人は自分最適を求めてしまうのか
問いの設計｜部分最適と全体最適の摩擦
人と人の「境界線」をどう引くべきか、実践的な構造に落とし込みたい方へ 線を引くことは冷たいことではなく、組織を滑らかに動かすための技術です。疎結合という考え方で関係性を再設計するヒントです。
結びの設計｜疎結合と密結合のはざまで
しくみのスキマ｜しくみとしくみのあいだに境界を描く
