ゲストの招待と権限の決め方｜社外の人に見えるものを絞る
社外の人をプロジェクトに招くとき、いちばん時間を取られるのは招待の操作そのものではありません。「この人にどこまで見えてしまうのか」を確認する作業です。ゲストの招待と権限をめぐる相談は、ほぼこの一点に集まります。招待ボタンを押す前に管理画面を開き直し、権限の説明文を読み、それでも確信が持てないまま押す。押したあとで別の板の名前が相手に見えていることに気づく。この往復が、外部の人と組むたびに発生します。
この記事では、5人から数十人のチームで進行をとりまとめている人に向けて、ゲストの招待と権限を「見えるものを絞る」という一本の軸で組み立て直す方法を扱います。権限の段をどう作るか、招くときに何を確かめるか、そして案件が終わったあとにどの順番で外すか。この3つを決めておけば、招待は判断ではなく手続きになります。判断が毎回発生する状態が、そもそもの負担の正体です。
ゲストの招待と権限が、以前より難しくなっている理由
外部の人を招く場面自体は昔からありました。難しくなったのは、招く相手の幅と、招いた先に置いてある情報の量が同時に増えたからです。
かつて「社外の人」といえば、契約書を交わした取引先の担当者を指していました。いまはそこに、業務委託の個人、副業で週5時間だけ関わる人、短期の制作会社、監査や税務の担当者、採用選考中の候補者、資料だけ見せたい見込み客までが混ざります。関わる深さも期間もばらばらで、同じ「ゲスト」という1つの枠に押し込むには幅が広すぎます。
一方で、チームの情報は道具の中に集約されました。進行の板には、案件名、単価の話が出たコメント、顧客から届いた資料、社内で交わした本音のやり取りまでが残っています。以前なら会議室と紙とメールに分散していたものが1か所にまとまっているので、うっかり見せる範囲を広げたときの影響が大きくなりました。便利さと危うさは同じ性質から来ています。
「ゲスト」という言葉の意味が道具ごとに違う
厄介なのは、ゲストという言葉が業界共通の定義を持っていないことです。ある道具では、招いた1つの板だけが見える人を指します。別の道具では、組織全体には入れるが管理操作ができない人を指します。さらに別の道具では、そもそもゲストという区分を設けず、通常の利用者として招いたうえで見える場所を制限する作りになっています。
この違いが、料金と直結します。ゲストは人数に数えないという扱いをしている道具もあれば、数えると明記している道具もあり、条件付きで数え方が変わる道具もあります。ここは各社の案内ページで確かめるしかありません。他の道具の感覚のまま「ゲストは無料のはずだ」と思い込んで招き続け、請求で気づくという事故が起きます。招待の前に、いま使っている道具の公式の説明をもう一度開いて、ゲストの定義と数え方を読み直しておくことをおすすめします。
もう1つ、招待の単位が「板」なのか「組織」なのかも道具によって違います。板の単位で招ける作りなら、見せたい1枚だけを開いて招けます。組織の単位でしか招けない作りなら、招いた瞬間に組織の中の何かしらが見える状態になり、そこから引き算で絞ることになります。足し算で絞るのか、引き算で絞るのか。この差が運用の手間をかなり左右します。
見えすぎる事故は、悪意ではなく設定で起きる
外部に情報が漏れる話というと、持ち出しや不正アクセスを思い浮かべがちです。ただ現場で実際に起きるのは、もっと地味な形です。招待の範囲を広く取りすぎていて、招かれた本人も気づかないまま余計な情報を見ていた、という形が大半を占めます。
よく聞くのは、こういう話です。制作の外注先を招くとき、板を1枚ずつ招く操作が面倒だったので、まとめて招ける上位の権限を選んだ。その権限には、他案件の板の一覧を見る権利が含まれていた。数か月後、相手から「あの案件はどうなりましたか」と聞かれ、そこで初めて見えていたことに気づく。悪意はどこにもありません。招く側が手間を惜しんだ結果として、範囲が広がっただけです。
もう1つ多いのが、コメント欄です。板そのものの権限は正しく絞っているのに、カードのコメントに社内向けの検討過程が書かれていて、そこはゲストにも見えていた、という形です。権限は場所に対して設定するのに、情報は場所を選ばずに書き込まれます。この非対称が、絞ったつもりの穴を作ります。
だから対策は、権限の設定を細かくすることより先に、「社外の人が入る前提の場所」と「入らない前提の場所」を物理的に分けることです。設定で守るより、置き場所で守るほうが確実に効きます。設定は変更できますが、そもそも別の板に置いてあるものは、設定をどう変えても出てきません。
権限の段を先に作る
招待のたびに悩むのは、その場で権限を決めているからです。先に段を作っておき、招くときは段を選ぶだけにすれば、悩む時間はほぼゼロになります。
段は3つか4つに収める
権限の段を細かく作りすぎると、運用されません。3段、多くても4段が現実的な上限です。目安として、次の形が扱いやすくなります。
1つ目は、板の中身を作る側です。カードを作り、動かし、期限を変え、他の人に割り当てられます。社内の担当者と、長く関わる業務委託の中心メンバーがここに入ります。2つ目は、自分の担当分だけを触る側です。割り当てられたカードの状態を変え、コメントを書き、成果物を添付できます。ただし他人のカードは動かせません。短期の外注先や、単発の制作を頼む相手がここに当てはまります。3つ目は、見るだけの側です。状況を把握したいが手は入れない相手、たとえば取引先の管理職や監査の担当者が入ります。必要なら4つ目として、特定のカードだけが見える段を置きます。
段を作ったら、名前を付けて文書化してください。「制作担当」「レビュー担当」「閲覧のみ」のように、社内の誰が聞いても同じものを思い浮かべられる名前にします。道具側の権限名をそのまま使うと、道具を替えたときに全部が崩れます。
見える範囲は場所で決め、できることは役割で決める
権限を考えるとき、2つの軸を混ぜないことが要点になります。「どこが見えるか」と「そこで何ができるか」は別の軸です。
見える範囲は、板やリストといった場所の単位で決めます。社外の人が入る板と、入らない板を分けておき、招待は前者にだけ行います。この分け方が土台になります。板の中でさらに絞ろうとすると、道具の機能に依存する繊細な設定が必要になり、設定漏れの温床になります。
できることは、役割の単位で決めます。作れるのか、動かせるのか、コメントできるのか、消せるのか、他の人を招けるのか。この中でいちばん見落とされやすいのが最後の「他の人を招けるのか」です。招待の権限を持った人が別の人を招き、その人がまた別の人を招く。誰が誰を入れたのかを追えなくなるのは、ここが開いているときです。社外の人に招待権限を渡さないというルールは、例外なく徹底してよい部類に入ります。
段ごとの持ち物を1枚の表にする
段を決めたら、各段が何を持っているかを1枚の表にまとめます。縦に段、横に「見える板」「カードの作成」「他人のカードの編集」「コメント」「添付ファイルの取得」「他の人の招待」「板の設定変更」を並べ、丸とバツを埋めるだけの表です。
この表を作る効果は2つあります。1つは、招くときに読むものが1枚で済むこと。管理画面の説明文を毎回読み直す必要がなくなります。もう1つは、道具を替えるときの引き継ぎ資料になることです。道具ごとに権限名は違いますが、この表の丸とバツが再現できるかどうかで移行先を評価できます。機能の一覧を並べて比べるより、実際に必要な組み合わせが作れるかで見たほうが判断は速くなります。
表は共有ドライブの奥にしまわず、進行の板そのものに1枚のカードとして貼っておくと更新されます。ルールを書いた文書が更新されなくなる原因は、たいてい置き場所が日常の動線から外れていることです。
招くときに確かめること
段が決まっていれば、招待の作業は短くなります。それでも招く前に確かめる項目はあります。ここを省くと、あとで外す作業が重くなります。
目的と期限を、招待と同時に書く
招くときに必ず記録するのは、誰を、何のために、いつまで招いたか、の3点です。招待の操作そのものには期限の欄がないことが多いので、板の中に「外部の人の一覧」というカードを作り、そこに1行ずつ書き足していく形が実用的です。書く内容は、氏名か所属、招いた日、想定する終了日、担当する範囲、社内の担当者名。これだけで十分です。
終了日を招待と同時に決めるのが要点になります。あとで決めようとすると、決まらないまま残ります。案件の終わりが読めない場合でも、いったん90日後などの仮の日付を入れておき、その日が来たら継続か終了かを判断する形にします。期限がない権限は、そのまま何年も残ります。
社内の担当者名を書くのも忘れないでください。招いた人が退職や異動で不在になると、その外部の人が何のためにいるのか誰も説明できなくなり、外す判断ができなくなります。権限の棚卸しが止まる原因の多くはこれです。
招待の宛先とアカウントを確かめる
招待は、相手の個人のメールアドレス宛に送るのが原則です。会社の代表アドレスや、複数人で共有している受信箱に送ると、誰がその権限を使っているのかが分からなくなります。共有アカウントは、抜けた人の権限を外せないという致命的な弱点を抱えます。
先方の担当者が複数いる場合は、人数分を個別に招きます。手間は増えますが、1人が離任したときにその1人だけを外せる状態を保てます。まとめて1つのアカウントにする運用は、短期的には楽で、終わったあとに必ず困ります。
あわせて、宛先の綴りを声に出して確認するくらいの慎重さがあってよい場面です。ドメインが1文字違うアドレスに招待が飛ぶと、板の名前や招待した組織名が見ず知らずの相手に届きます。招待メールには、思っている以上に情報が載っています。
秘密保持と個人情報の扱いは、権限より先に決まっている
権限の設定は、契約や社内規程の下流にあります。上流で何を渡してよいと決まっているかを確認せずに、道具の設定だけを議論しても意味がありません。
秘密保持の約束を交わしているか、その約束の範囲に今回見せる情報が入っているか、再委託が認められているか。この3点は招待の前に確認します。特に再委託は見落とされます。招いた相手が自分の協力者を連れてくる場面は珍しくなく、そのときに招待権限が渡っていると、契約の枠の外に情報が出ます。
個人情報を含む資料を板に置く場合は、扱いがさらに慎重になります。委託先に個人データを渡すときには、渡す側に監督の義務があるとされています。
個人情報取扱事業者は、個人データの取扱いの全部または一部を委託する場合、委託を受けた者に対して必要かつ適切な監督を行わなければならないとされている。委託先の選定、委託契約における安全管理措置の取り決め、取扱状況の把握が、その監督の内容として挙げられている。 出典: www.ppc.go.jp
この「取扱状況の把握」を、道具の側でどう担保するかという話に落ちてきます。誰がいつ何を見たかの記録が残るのか、ファイルの取得を制限できるのか、といった観点です。ただし、どこまでやれば義務を満たすかの判断は、扱う情報の性質と契約の内容によって変わります。自社の場合にどうかは断定せず、個人情報保護委員会の案内や所管の窓口、社内の法務や顧問の専門家に確認してください。組織内部からの情報漏えいを防ぐ考え方については、情報処理推進機構が公開している資料も参考になります。
ゲストが人数に数えられるかは、各社の案内で確かめる
料金の問題は、招く前に必ず片付けておきます。ゲストを人数に数えるかどうかは道具によって扱いが違い、同じ道具でもプランによって変わることがあります。数えない扱いだと理解して10人の外注先を招いたあとで、翌月の請求が上がっていた、という展開は避けたいところです。
確認するのは、ゲストが利用者数に含まれるか、含まれる場合はいつの時点の人数で計算されるか、招待中で未承認の人はどう扱われるか、削除した月の扱いはどうなるか、の4点です。ここは公式の料金ページと利用規約に書かれている範囲で確かめ、書かれていなければ問い合わせて回答を残しておきます。営業担当者の口頭の説明だけを根拠にすると、担当が替わったときに再現できません。
料金の条件は変わります。この記事に他社の金額を書いても、読む時点では古くなっている可能性があります。金額と条件は、必ず各社の公式ページで、いま時点のものを確認してください。税抜か税込かも見落としやすい点です。
見えるものを絞る実務
権限の段と招待の手順が決まったら、次は板の作り方です。設定で絞るより、置き場所で絞るほうが確実だという原則を、具体的な形にしていきます。
社外の人が入る板と、入らない板を分ける
いちばん効く対策が、これです。外部の人が関わる案件は、最初から専用の板を1枚立てます。その板には、外部の人に見えてよい情報だけを置きます。社内の検討、単価の相談、他の候補先とのやり取り、評価に関するメモは、別の板に置きます。
この分け方の利点は、権限の設定を間違えても被害が出ないことです。仮に設定を広く取りすぎても、その板の中には見せてよいものしか置いていません。設定は人が操作する以上どこかで間違えます。間違えても壊れない構造にしておくのが、運用として現実的です。
分けることの代償は、2枚の板を行き来する手間が増えることです。社内の担当者は両方を見る必要があります。ここは割り切ってよい部分で、行き来の手間と、うっかり見せてしまう危険を秤にかけると、前者のほうが軽くなります。ただし、板の数で料金が変わる仕組みの道具を使っている場合、案件ごとに分ける運用は費用に跳ね返ります。料金の区切り方は、この分け方を選べるかどうかに直結します。
添付ファイルとコメントが抜け道になる
板を分けても、抜け道は残ります。多いのが添付ファイルです。社外向けの板に置いたファイルの中に、別案件の情報が含まれているという形です。表計算のファイルで、隠しシートや別のタブに他の顧客のデータが残っている。資料の作成過程で使った差し込みデータがそのまま入っている。ファイルを置くときは、そのファイル単体が外に出ても問題ないかを見ます。
コメントも同じです。カードのコメント欄は、書く人にとっては会話の続きなので、社内向けの言葉がそのまま出ます。「この単価だと厳しいので、次から別のところに頼もう」という一文が、当の相手に見えている状態は、実際に起きます。対策は単純で、社外の人が入る板では、社内向けの言葉を書かないと決めることです。ルールを守らせるより、社内向けの会話が発生したら別の板のカードに移す、という動線を用意するほうが機能します。
検索と通知から漏れる
権限を絞ったつもりでも、検索結果や通知から情報が出ることがあります。板の中は見えなくても、検索したときにカードの題名だけが表示される作りの道具があります。題名に顧客名や金額が入っていると、それだけで十分な情報になります。
通知も同様です。誰かがメンションしたときの通知文に、本文の冒頭が含まれることがあります。宛先を間違えたメンションが、外部の人の通知欄に社内の会話を届けてしまう形です。招待した直後に、招いた本人と一緒に画面を見て、何が見えているかを確認しておくと確実になります。招く側の管理画面から見た「見えるはず」と、招かれた側の画面から見た「見えている」は一致しないことがあります。
可能であれば、確認用のアカウントを1つ用意して、ゲストの段で招いてみるのがいちばん早い検証になります。5分で終わる作業ですが、設定の思い違いはここでほぼ見つかります。確認用のアカウントは案件ごとに作り直す必要はなく、段を作り替えたときと、道具側の更新で権限の画面が変わったときに使えば十分です。検証した日付と、そのとき何が見えていたかを短く記録しておくと、次に権限の設計を見直すときの出発点になります。
もう1つ確認しておきたいのが、板の履歴です。カードを動かした記録や、以前の題名、削除されたコメントが履歴として残る作りの道具では、いま表示されている内容を整えても、履歴から過去の状態が読めることがあります。社外の人が入る板を新しく立てず、以前に社内で使っていた板を流用して招くと、この履歴が丸ごと見える状態になりがちです。使い回しは手間を減らすようでいて、確認すべき箇所を一気に増やします。外部の人を招く板は、面倒でも新しく立てるほうが安全です。
「一時的に見せる」を残さない
急ぎの場面で、いったん広い権限で招いてあとで絞る、という判断をすることがあります。この「あとで」は、ほぼ実行されません。急ぎの理由がなくなった時点で、絞る動機も消えるからです。
一時的に見せる必要があるなら、権限ではなく別の手段を使います。画面を共有して一緒に見る、必要な部分だけを書き出して渡す、期限付きの共有リンクを使う。権限を渡すと、渡したことを覚えている人がいなくなった時点で残り続けます。手段を変えれば、そもそも残りません。
どうしても一時的に権限を渡す場合は、招待した日と、絞る予定の日を「外部の人の一覧」のカードに書き、期日にカードが浮かび上がる形にしておきます。記憶に頼らない仕組みを作るところまでが、一時的な権限を渡す人の責任になります。
終わったあとに外す手順
招くときの手順を整えるチームは増えました。外すときの手順を決めているチームは、まだ多くありません。外し漏れは目に見えないので、問題として認識されにくいという性質があります。
終了日が来たら、判断ではなく作業にする
期限を決めておく効果は、判断を先延ばしにできなくなることにあります。終了日が来たら、続けるか外すかを選ぶ。続けるなら次の期限を入れる。この2択にしておけば、迷う余地がありません。
判断を要するのは「まだ関わるかもしれない」という状態です。ここで残す選択をすると、権限は永久に残ります。原則として、関わりが途切れたら外す、必要になったらまた招く、という運用にします。招き直す手間は1分程度です。その1分を惜しんで数年分の危険を抱えるのは、割に合いません。
外す順番を決めておく
外す作業には順番があります。いきなりアカウントを消すと、その人が持っていた情報が追えなくなることがあります。
先にやるのは、担当していたカードの引き継ぎです。割り当てが外れた人のカードは、宙に浮きます。誰が引き取るのかを決め、割り当てを付け替えます。次に、その人が置いた添付ファイルや成果物を、こちらの管理下に移します。個人のクラウドストレージへのリンクだけが貼られている場合、権限を外した瞬間にファイルへ到達できなくなります。ここは招く段階で「成果物は板に直接添付する」と決めておくと、外すときに困りません。
そのうえで、権限を外します。最後に、外したことを「外部の人の一覧」のカードに記録します。いつ外したかが残っていれば、あとで確認を求められたときに答えられます。この記録は、監査や取引先からの照会で効いてきます。
引き上げるものの一覧を作る
権限を外すだけでは終わらない場合があります。案件の中で相手に渡したものが他にもあるからです。共有ドライブのフォルダ、チャットの部屋、テスト環境のアカウント、支給した資料、貸与した機材。道具の中の権限だけを外して安心してしまうと、他の経路が開いたまま残ります。
招くときに渡したものを1行ずつ書き足していく形にしておけば、外すときはその行を上から消していくだけになります。渡した記録がないと、返してもらうものを思い出せません。渡す側が記録する、という当たり前の作業が抜けやすいのは、渡すときは急いでいるからです。
秘密保持の約束が案件終了後も続く場合、その期間も一覧に書いておきます。資料の破棄を求める必要があるなら、いつまでに何を破棄してもらうかを終了の連絡に含めます。破棄の証明を求めるかどうかは、契約の内容によります。
棚卸しを月に1回
期限を決め、外す手順を決めても、抜けは出ます。定期的な棚卸しが最後の網になります。頻度は月に1回で十分です。
見るのは、外部の人の一覧と、道具側の利用者一覧を突き合わせることです。一覧にないのに道具に残っている人がいたら、誰が招いたかを調べます。一覧にあるのに道具にいない人がいたら、記録の更新漏れです。この突き合わせを15分取るだけで、権限の状態が説明できる状態に保てます。
棚卸しの担当は、進行をとりまとめる人が持つのが自然です。誰が何のために入っているかを知っているのはその人だからです。ただし、担当者が抜けたときに引き継げるよう、手順は文書にしておきます。棚卸しが止まるのは、たいてい担当者が替わったタイミングです。
板の作りから見た、ゲスト運用の見どころ
ここまでの手順を実際に回せるかどうかは、使っている道具の作りに左右されます。比較のページを横に並べると、外部の人を招く運用で行き詰まる箇所には偏りがあることが見えてきます。
ボードの操作感には不満がないのに、招待のたびに費用や制限が気になって止まる。この位置にいる人が最も多くなります。ボード型の使い勝手そのものを評価したうえで、人数と料金の関係で検討し直す組み合わせがTrelloとの比較です。操作を覚え直す負担が小さい移行先を探している状態にあたります。設定できることが多い道具から移る検討では、機能の多さと、チーム全員が使いこなせるかの落差が論点になります。この観点を整理したのがAsanaとの比較とmonday.comとの比較で、外部の人を招く場面では特に効いてきます。招いた相手に「まずこの使い方を覚えてください」と頼む必要がある道具は、短期の外注先には重すぎます。
自由に設計できる道具は事情が違います。板の形も権限の運用も自分たちで作れるぶん、作った人が抜けると維持されなくなります。この性質を扱ったのがNotionとの比較です。ゲストの運用は、設計した人以外が引き継げる単純さがあるかどうかで持続性が決まります。日本語で作られていることを前提に選ばれてきた道具との違いはBacklogとの比較とJootoとの比較にまとめてあり、こちらは画面の言語より、料金の区切り方と権限の細かさが比較の中心になります。どの道具から移る場合も、まず一覧で当たりを付けるなら比較の一覧から見るのが早くなります。
料金の区切り方は、外部の人を招く運用で効き方が大きい要素です。案件ごとに板を分ける対策を取ろうとすると、板の数で課金される仕組みでは費用がそのまま増えます。機能で絞らず、区切るのは人数とボードの数だけという設計であれば、招いた相手にどの機能を見せるかという判断が発生しません。上位プランでしか使えない機能があると、招く側が「この人はどのプランの席に座らせるか」を考える必要が出てきます。その判断が要らない状態は、招待の手順を短くします。区切りの実際の数字は料金に、権限を含めて何ができるかはできることにまとまっています。
同時に、持っていないものも先に把握しておく必要があります。ソースコードを置くリポジトリ機能は持たないこと、自動化と外部連携では勝負しないこと、画面は日本語のみであること、自動で取り込めるのはTrelloからだけであること。この4点は、選ぶ段階で候補から外れる理由になり得ます。開発チームがコードと課題を1か所に置きたい場合や、外部サービスとの自動連携で招待や権限の解除を自動化したい場合は、そもそも噛み合いません。海外の協力者を招く前提なら、画面が日本語のみである点は決定的な制約になります。移行そのものをどう進めるかはTrelloからの移行に手順が置いてあり、情報の扱いについての考え方は安全性の考え方にまとめてあります。招待や権限の細かい挙動で判断に迷う点は、よくある質問を先に見たほうが早く決着します。
道具の話を離れて最後に残るのは、権限の設計が守っているのは情報ではなく、関係のほうだという点です。見せる範囲が曖昧なまま招くと、相手は「どこまで踏み込んでよいのか」が分からず、遠慮して動けません。範囲がはっきりしていれば、その中では自由に動けます。絞ることは相手を疑うことではなく、相手が動きやすい輪郭を作ることです。招くときに範囲と期限を言葉にして伝えると、外すときの連絡も事務的な手続きとして受け取ってもらえます。外す作業が気まずくなるのは、招くときに終わりの話をしなかったからです。
Q1. ゲストは利用者の人数に数えられますか？
道具によって扱いが違い、同じ道具でもプランで変わることがあります。数えない扱いだと思い込んで招き続け、請求で気づく事故が起きやすい箇所です。利用者数に含まれるか、いつの時点の人数で計算されるか、未承認の招待はどう扱われるか、削除した月はどうなるかの4点を、各社の公式の料金ページと利用規約で確かめ、書かれていなければ問い合わせて回答を記録に残してください。
Q2. 権限の段はいくつ作るのが適切ですか？
3段から4段に収めるのが現実的です。板の中身を作る側、自分の担当分だけを触る側、見るだけの側の3つを基本にして、必要なら特定のカードだけが見える段を足します。細かく作りすぎると招くたびに選択に迷い、結局いちばん広い権限が選ばれます。段ごとに何ができるかを1枚の表にして、進行の板にカードとして貼っておくと更新され続けます。
Q3. 案件が終わったら、すぐに権限を外すべきですか？
外すのが原則です。ただし順番があり、先に担当していたカードの引き継ぎと、成果物や添付ファイルの回収を済ませてから権限を外します。個人のクラウドストレージへのリンクだけが貼られている場合、権限を外した瞬間にファイルへ到達できなくなります。外した日は記録に残してください。また関わることになったら招き直せばよく、その手間は1分程度です。
Q4. 社外の人に個人情報を含む資料を見せてもよいですか？
契約と社内規程で何を渡してよいと決まっているかが先にあり、道具の設定はその下流にあります。委託先に個人データを渡す場合、渡す側には必要かつ適切な監督が求められるとされています。どこまで対応すれば足りるかは扱う情報の性質と契約内容で変わるため、自社の場合については個人情報保護委員会の案内や所管の窓口、社内の法務や顧問の専門家に確認してください。