「権限を足す」ほど、現場が遅くなることがある

取引先から「担当者全員に進捗が見えるように」と言われ、共有ドライブを開いた。次の週から「この数字、本番？」「誰が確定版にしたの？」のメールが増えた——tugiloの相談でこう聞くと、多くの場合権限の広げ方自体は筋が良いのに、誰が最後にYesと言うかが一枚も書いていない、という状態です。

「情報は透明に」はきれいな言葉です。でも現場では、誰でも見られるが先に来て、誰が何を決めてよいかが後回しになると、妙なことが起きます。見えるものが増えるほど、「これ見ていいの？」「誰が承認したの？」が増え、ログは残るのに業務は遅い——珍しくありません。

権限は、セキュリティの話だけではありません。意思決定の設計の話でもあります。

権限が増えると遅くなる構造：見える＝承認したことになる

全員が閲覧できるフォルダに、見積のドラフトが置かれる。意図は「早期共有」です。でも現場の解釈は、「見えた＝もう決まったに近い」になりがちです。数字が直ると誰の責任で変わったのかが曖昧になり、取引先向けに出す前に全員確認が始まります。結果、公開は遅れ、責任は分散します。

全員が見られるは、誰も見ていないと同じの話ともつながります。見えることと判断に使われることは別です。権限を広げるほど、判断の線引きが書かれていないと、人は安全側に振れます。安全側は、だいたい確認です。

ダッシュボードは、作ったあとが崩れやすいで整理したように、画面が増えても意思決定の場所とつながっていないと使われません。フォルダやBIの閲覧権限も同じで、会議や稟議で「この数字で進める」と言われる場所とセットでないと、見えるだけの負担が残ります。

足す前に決めるとよい三つ（短くてよい）

権限を増やす前に、次の三つを一文ずつでよいので揃える——相談ではここをスプレッドシートのメモ欄に書かせることから始めることが多いです。

1. このデータで、誰が最後にYesと言うか（閲覧者全員ではなく、確定の担当。代行ルールがあれば一行で）
2. 編集と閲覧を分ける必要があるか（ドラフト置き場と確定置き場を分けるだけでも効くことがある）
3. 例外時だけ誰を追加するか（いつも全開にしない。「監査の週だけ閲覧追加」など）

ダッシュボードを作る前に、決めるべき5つのことの「誰が何を見るか」と同型です。ダッシュボードも権限も、誰が何の判断のために触るかが先です。

「とりあえず管理者だけ」が長く残る理由

権限設計を後回しにすると、管理者アカウントが万能鍵になります。便利なのは一瞬で、そのうち設定変更もCSV出力も「社長（または情シス）に頼む」になります。これは人がサボっているのではなく、設計が「例外を管理者に寄せる」形になっていることが多いです。

直し方は、いきなり細かいロール分けでなくて構いません。週に十回聞かれる操作だけ、一般ロールに降ろす。降ろすときに「この操作は誰がYesと言うか」を一行書く——これだけで、万能鍵への依存は薄くなります。「管理者がやっていることリスト」を十五分で書き出すと、降ろせそうなものが一つは見つかることが多いです。

取引先・本社要請の「見せろ」が、現場を圧迫するとき

監査や取引先から「権限を広げて」と言われると、現場は断きれず開きがちです。そのときに足りないのは、しばしば閲覧の目的です。「見せる」は達成できても、誰が説明責任を持つかが決まっていないと、質問は現場担当に集中し、本業が止まります。開く前に、「閲覧者は誰で、質問の窓口は誰か」を一文で決めるだけでも、負荷の形が変わることがあります。

スプレッドシートでいうと、全員編集可能にした瞬間に「誰が壊したか分からない」より先に、「誰が確定版を保存するか」が空くと遅くなります。閲覧のみに戻し、編集は二名だけ——極端に聞こえても、確定の線が一本引けるなら、確認メールは減ることがあります。ツールの名前は違っても、編集権と閲覧権の間に「確定」があるかは同じ問いです。

まとめ：権限は「開放度」ではなく「責任の地図」

権限を足すほど遅くなるのは、ツールが悪いというより、責任の地図が描かれていない状態で可視性だけ上がったサインであることが多いです。三つの問いを一文ずつ足すと、同じシステムでも確認の往復は減りやすくなります。

システムを作る前に決めることは、画面の数だけではありません。誰が何を決めてよいかまで含めて、tugiloではそこを「作る前」の仕事として扱います。

今週やるのは、これだけ

三つの問いを全部埋めるのは、来週でいい。今週いじるのは、「誰が最後にYesと言うか」だけです。

1. いちばん「誰が確定？」のメールが増えたフォルダまたは集計シートを一つ、口頭で決める。
2. みんなが開く共有スプレッドシートの1行目（A1〜C1に分けてもよい）に、次の形で書く。スプレッドシートがなければ、Notionのそのページ先頭か、チームSlackチャンネルのピン留め1投稿で代用する。
   最終Yes：フルネーム｜対象：○○フォルダ（または○○表）｜代行：不在時は△△
3. 閲覧権限の追加やロール細分化はまだしない。来週、その一行を会議で言い切れたかだけ確認する。

編集と閲覧の分離や例外時の追加者は、この一行が刺さってからで遅くありません。

権限は、開く前に「最後のYes」を書かないと、見えるほど遅くなる。