組織変更の前に社内AIで直す5か所｜再編で権限を崩さない

「4月の組織変更のあと、社内AIに聞いたら、統合した相手の部署の評価資料の中身が答えに出てきた」「新しい事業部の人から、前は答えてくれた手順書が出てこなくなったと言われた」。情シスやAI推進の担当に、再編の翌週に届きやすい声です。起きてしまうのも無理はありません。組織変更の前後は、ただでさえ人事と総務の手が足りない時期です。3月決算の大企業で組織改編や人事異動の対応をした総務・人事の担当110名への調査（エイトレッド、2022年5月）では、81.9％がストレスを感じたと答え、増えた業務として「社内周知」を挙げた人が64.3％いました。社内AIの設定は、この忙しさの中で後回しになります。一方でマイクロソフトの公式文書は、同社の業務用AIアシスタントが、利用者がすでに閲覧を許されているデータをもとに答えると説明しています。つまり社内AIの答えは、権限と置き場の設定をそのまま映す鏡です。再編で崩れるのはAIの賢さではありません。本当は、部署名に紐づけて作った権限・置き場・指示文・割り当て・監査の5か所です。この記事では、組織変更の前に直しておく5か所と、発令日から切り替え後までの手順を整理します。

再編の翌週に社内AIの答えが変わる理由

社内AIには大きく3つの形があります。全社員が使うAIアシスタント、社内の文書を探して答えるAI、部署ごとに作ったAIエージェントです。どれも、答えの材料になる文書を利用者が閲覧を許されている範囲から探してきます。AIが独自に「この人には見せてよい」と判断しているわけではなく、閲覧の許可は文書共有の仕組みの側に置かれています。

閲覧の許可は、多くの会社で部署を単位に作られています。「営業部」の権限グループに営業部の人を入れ、営業部の文書共有サイトをそのグループに開く、という作り方です。この作り方は平時にはよく機能しますが、部署の境目が動いたとたんに、グループの中身と文書の開き方の両方がずれます。しかも、ずれ方は再編の種類ごとに違います。

厄介なのは、ずれが目に見えにくいことです。人が文書共有サイトを開いて探すときは、見慣れないフォルダーがあれば気づきます。社内AIは、許された範囲の中から関連の高い文書を選んで要約するので、本来は見えてはいけない文書の中身が、ふつうの答えの一部として出てきます。再編の不具合は、エラーではなく、もっともらしい答えの形で現れるのです。誰かが気づいて報告するまで、誰にも見えないまま続きます。

直すのは5か所、部署名に紐づけた設定だけ

社内AIの設定は数が多く、全部を再編のたびに見直すのは現実的ではありません。見直す対象は、部署名や部署の区切りに紐づけて作った設定に絞ります。数えると、次の5か所に収まります。

1. 権限グループ：部署名に紐づくアクセス権。統合で見えすぎ、分割と名称変更で見えなさすぎになる
2. 参照する文書の置き場：フォルダーや共有サイトの移動・改名で、社内AIの探す範囲から外れる
3. 指示文と部署専用AIの設定：部署名・役割・承認の経路・問い合わせ先が書き込まれている
4. 利用の割り当てと費用の付け替え：部署のグループに割り当てた利用権と、部署ごとの費用の配り先
5. ログと監査の担当：部署の管理者に届く通知が、異動や部署の消滅で誰にも読まれなくなる

5か所には順番があります。権限と置き場は、答えに出る文書そのものを決めるので最優先です。指示文は答えの言い回しと案内先を決め、割り当ては誰が使えるかを決め、監査は崩れたことに気づけるかを決めます。権限と置き場を直さないまま指示文だけ書き換えても、見えすぎは止まりません。

逆に、部署名と関係のない設定は再編の対象から外してよいものです。全社共通の利用規程、入力してはいけない情報の区分、会社全体のAIの契約などは、部署が動いても中身は変わりません。対象を5か所に絞っておくと、発令日前の限られた時間を、崩れやすい所に集中して使えます。

1か所目　権限グループ：統合で見えてはいけない文書が見える

部署の統合では、2つの権限グループを1つにまとめるか、両方のグループに相手の部署の人を足すことが多くなります。手早い方法ですが、片方の部署にしか開いていなかった文書が、もう片方の全員に開くことになります。たとえばマーケティング部と営業企画部を統合したとき、営業企画部にあった人事評価の下書きや、取引先ごとの値引きの記録が、統合後の全員にとって社内AIの材料になります。

人が画面で探す使い方なら、こうした文書は深いフォルダーにあって、誰も開かないまま済むこともありました。社内AIは深さに関係なく探すので、「今期の値引きの傾向は」と聞いた新しい同僚に、元の部署の人しか知らなかった記録の要約が返ります。聞いた本人に悪気はなく、答えたAIも設定どおりに動いただけです。

統合のときに確かめたいのは、両方の部署の文書のうち、統合後も元の部署の人だけに閉じておくべきものがどれかです。人事、報酬、取引条件、個人の評価に関わる文書は、統合の前に置き場を分けるか、統合後のグループとは別の小さなグループに閉じ直します。どの文書を閉じるかは、元の部署の責任者にしか判断できないので、情シスが一覧を作り、責任者に印を付けてもらう形で進めます。

権限グループ：分割と名称変更で必要な文書が見えなくなる

分割は統合の逆です。1つの部署が2つに分かれると、新しい部署ごとにグループを作り直しますが、元のグループに開いていた文書のうち、どれをどちらに開くかが決まらないまま発令日を迎えがちです。結果として、新しい部署の人が、昨日まで使えていた手順書や過去の提案書を社内AIで引けなくなります。利用者は「AIの調子が悪い」と受け取り、再編との関係には気づきません。

名称変更は、何も変わらないように見えて最も崩れやすい再編です。権限グループの参加者を、人事データの部署名で自動で決めている会社があります。マイクロソフトのアカウント管理サービスでも、部署などの利用者の属性をもとに参加者を自動で決めるグループを作れ、属性が変わると規則が評価し直されて、条件に合わなくなった人は自動で外れると公式文書に書かれています。規則に旧部署名が書かれたまま人事データの部署名だけが新しくなれば、グループは空になります。

空になったグループは、エラーを出しません。そのグループに開いていた文書が、誰の答えにも出てこなくなるだけです。利用者は「最近、社内AIの答えが薄い」と感じる程度で、原因が名称変更にあると分かるまでに時間がかかります。名称変更を「看板の掛け替え」と軽く扱わず、規則に部署名が書かれているグループを先に洗い出しておきます。

2か所目　参照する文書の置き場：移動と改名で検索対象から外れる

再編に合わせて、文書共有サイトやフォルダーを新しい部署名で作り直し、中身を移すことがあります。このとき社内AIの側では、探す範囲に登録していた置き場の場所が古いまま残ります。部署専用のAIエージェントの多くは、参照する文書の場所を個別に指定して作るため、置き場が移ると、指定した場所には何もない状態になります。

移動の仕方によっては、文書そのものは新しい場所にあっても、社内AIの側で探せるようになるまでに間が空くことがあります。また、移動の際に元の権限の引き継ぎを外し、新しい場所の権限で開き直すと、1か所目の問題がここでもう一度起きます。置き場の移動と権限の付け直しは、同じ人が同じ日にまとめて行うほうが、ずれを作りにくくなります。

置き場の問題は、AIの答えの末尾に付く出典のリンクで見つかりやすいものです。出典のリンクを開いたら古い場所に飛んだ、見つからない表示が出たという報告は、置き場の登録が古いままだという合図になります。切り替え後の確認で、答えを読むだけでなく出典のリンクを必ず開いてみる理由はここにあります。

3か所目　指示文と部署専用AIの設定：古い部署名と承認の経路

部署ごとのAIエージェントや、全社のAIアシスタントに付けた指示文には、部署の事情がそのまま書かれています。「あなたは営業企画部の担当者を支援します」「値引きの相談は営業企画部長の承認が必要だと案内してください」「分からない点は内線の〇〇番へ」。再編でこれらの前提が変わっても、指示文は誰かが書き換えるまで昨日の組織のまま答え続けます。

特に影響が大きいのは承認の経路です。統合で部長が1人になった、分割で承認者が別の部署に移った、という変更が指示文に反映されていないと、社内AIが存在しない役職への申請を案内します。利用者はAIの案内に従って申請し、差し戻されてから誤りに気づきます。承認の経路は間違えても情報は漏れませんが、手戻りが全員に起きるので、件数で見ると最も手間を生む崩れ方です。

指示文のほかにも、部署名が入る設定があります。AIエージェントの名前と説明文、利用者に最初に出す案内文、答えられないときの問い合わせ先、社内AIが呼び出す別の仕組み（申請の仕組みや部署の共有の表）の宛先です。これらは画面の奥にあって、作った本人しか場所を知らないことが多いので、棚卸しの一覧に必ず載せます。作った本人が再編で異動する場合は、発令日より前に一覧を受け取っておきます。

4か所目　利用の割り当てと費用の付け替え

社内AIの利用権は、1人ずつではなく部署のグループに割り当てている会社が増えています。マイクロソフトの管理画面にも、グループに割り当てた利用権がグループの参加者に行き渡る仕組みがあり、公式文書は利用者を別のグループへ移すときの順番に注意を促しています。先に移し先のグループに加え、新しい利用権が付いたことを確かめてから、元のグループから外す。順番を逆にすると処理が終わるまでの間は利用権のない状態になり、処理の時間は組織の規模や混み具合で変わると書かれています。

再編では、この「移す」が数百人規模で一度に起きます。元のグループを先に消したり、全員を一度外してから入れ直したりすると、発令日の朝に社内AIが使えない人がまとまって出ます。問い合わせが情シスに集中するのは、ちょうど新しい部署の立ち上げで誰もが忙しい時間帯です。移す順番は、切り替えの手順書に一行で書いておきます。

費用の付け替えも同じ時期に起きます。利用権の費用を部署ごとに配っている場合、統合や分割で配り先の部署がなくなったり、新しくできたりします。配り方そのものの考え方は別の記事に譲りますが、再編の前に確かめたいのは、発令日をまたぐ月の費用をどちらの部署に付けるかを経理と決めておくことです。決めていないと、月末に旧部署名の請求だけが宙に浮きます。

5か所目　ログと監査の担当：管理者の異動で誰も見なくなる

社内AIの利用記録や、入力の警告、共有されすぎた文書の報告は、部署ごとの管理者に届くよう設定していることがあります。再編で管理者が異動したり、部署そのものがなくなったりすると、通知はもういない人か、使われなくなった共有の宛先に届き続けます。誰も見ていない監査は、ないのと同じです。

監査の担当は、権限や割り当てと違って、崩れても利用者は困りません。困らないので、誰も気づきません。再編の直後は1か所目と2か所目のずれが最も起きやすい時期なのに、その時期に限って見張りが空席になる、という組み合わせが最も危うい状態です。統合の見えすぎに最初に気づけるのは、本来この監査の通知のはずです。

対策は、監査の宛先を個人ではなく役割に向けておくことです。「営業部の管理者の〇〇さん」ではなく「営業部のAI管理の担当」という共有の宛先にし、その宛先を誰が受け持つかを別の表で持ちます。再編のときは、この表の受け持ちを書き換えるだけで済みます。あわせて、発令日から2週間は、全社の担当が部署の監査の通知も重ねて受け取る設定にしておくと、空席の期間を作りません。

再編の種類ごとに崩れる所

5か所のどこが崩れやすいかは、再編の種類で変わります。統合・分割・名称変更・新設の4つに分けて、崩れる所と、発令日前に人が決めておくことを並べます。

再編の種類	崩れやすい所	起きること	先に決めること
統合	権限グループ・監査の担当	片方にしか開いていなかった文書が、統合後の全員の答えに出る	元の部署の人だけに閉じておく文書の仕分け
分割	権限グループ・文書の置き場・利用の割り当て	新しい部署で、昨日まで使えた手順書が引けない	元の文書をどちらの部署に開くか
名称変更	自動で作るグループ・指示文	規則が旧部署名のままで、グループが空になる	規則と人事データを書き換える日時
新設	利用の割り当て・監査の担当・指示文	利用権が付かない、監査の担当がいない	新しい部署の管理者と通知の宛先

表の右の列が、発令日前に人が決めることです。統合と分割は「どの文書を誰に開くか」という線引きが主役で、名称変更と新設は書き換えの漏れが主役になります。1回の再編で複数の種類が重なる場合、たとえばある事業部を分割し、片方を別の部に統合し、名前も変えるといった場合は、種類ごとに行を分けて影響一覧に載せると抜けが減ります。

新設は見落とされやすい再編です。新しい部署には過去の文書がなく、権限グループも監査の担当もない状態から始まります。社内AIを使えるようにする依頼が発令日の後に届くと、最初の数週間はAIなしで働くことになり、その間に部署の人が個人の判断で外部のツールを使い始めることもあります。新設が決まった時点で、割り当てと監査の担当だけは先に用意しておきます。

発令日前に作る影響一覧

5か所を直すには、人事の発令が出る前に、再編の中身を情シスとAIの担当が知っていることが前提になります。機密の都合で発令の直前まで知らされない会社もあるため、人事との間で「部署の形が変わる再編は、発令の2週間前までにAIの担当にも伝える」という取り決めを、平時のうちに結んでおきます。

影響一覧は、再編の1行ごとに5か所を横に並べた表です。列は、旧部署名、新部署名、再編の種類、権限グループ、文書の置き場、指示文とAIエージェント、利用の割り当て、監査の担当、直す担当者、直す日とします。5か所のセルには「対象なし」「直す」「要判断」のどれかを入れ、「直す」には何をどう直すかを一言添えます。

「要判断」が付いたセルは、線引きを人が決める必要がある所です。統合で元の部署だけに閉じる文書、分割でどちらに開くか決まっていない置き場などがこれに当たります。要判断は部署の責任者に持ち込み、発令日の1週間前までに結論を出すことを期限にします。期限までに結論が出なければ、その文書は「閉じたまま発令日を迎える」と決めておくと、見えすぎの側に倒れません。

• 影響一覧は発令前の再編の情報を含むので、閲覧できる人を情シス・AIの担当・人事の担当に限る
• 影響一覧そのものを社内AIの探す範囲に置かない。置くと発令前の再編の中身が誰かの答えに出てしまう
• 前回の再編の影響一覧は捨てずに残し、次の再編の下書きとして使う

人事データから権限グループを自動で作っている場合の確認

人事データの部署名や所属から権限グループの参加者を自動で決める仕組みは、平時には手間を大きく減らします。再編のときは逆に、人事データが書き換わった瞬間に、全員のグループが一斉に入れ替わります。人事データを書き換える日時が、そのまま権限の切り替え日時になるので、人事の作業予定を先に聞いておく必要があります。

確かめることは3つあります。1つ目は、規則に部署をどう書いているかです。部署名の文字そのもので書いていれば名称変更で壊れ、部署の番号で書いていれば名前が変わっても保たれます。2つ目は、人事データを誰が書き換えられるかです。マイクロソフトの公式文書は、自動で作るグループの規則に使う属性について、書き換えの権限を事前に確かめるよう注意しています。アクセスを決めるグループの安全は、その属性を書き換えられる人の範囲で決まる、という趣旨です。

3つ目は、人ではない利用者の扱いです。同じ公式文書は、AIエージェントに割り当てた利用者のアカウントも利用者向けの規則の対象になり、既定では人と区別されないと書いています。部署の条件で自動参加する規則があれば、部署の属性を持たせたAIエージェントが、再編後の新しい部署の文書まで読めることが起こりえます。規則に除外の条件を入れるかどうかを、再編の前に確かめておきます。

切り替え日の手順

発令日は、5か所を次の順番で切り替えます。考え方は「見えすぎを先に止め、見えなさすぎは後から直す」です。見えなさすぎは利用者が困って報告してくれますが、見えすぎは誰も報告しないからです。

手順の中で守りたいのは、1つ目と2つ目の順番です。自動のグループを先に切り替えると、閉じるはずの文書が新しい全員に開いた状態で朝を迎えます。閉じる作業は前日、開く作業は当日と分けておけば、切り替えの途中で見えすぎる時間を作りません。前日に閉じたことで一時的に見えなくなる人が出ても、それは当日の手順で解消されます。

切り替え後の抜き取り確認

切り替えが終わっても、設定の画面だけでは正しさを確かめきれません。社内AIに実際に問いを投げ、答えに出る文書で確かめます。問いは、影響一覧で「直す」「要判断」が付いたセルから作ります。全部の部署を確かめる必要はなく、影響一覧に載った部署を抜き取りで見ます。

確かめる問いは2種類用意します。1つは出てはいけない文書の問いです。統合で元の部署だけに閉じた評価資料や取引条件について、統合後の新しい同僚の立場で聞き、答えに出ないことを確かめます。もう1つは出るべき文書の問いです。分割後の新しい部署の立場で、昨日まで使っていた手順書の中身を聞き、出典のリンクが新しい置き場を開くかを実際に押して確かめます。

確認は、発令日の翌営業日、1週間後、1か月後の3回に分けます。翌営業日は切り替えの漏れ、1週間後は置き場を移した文書が探せるようになったか、1か月後は再編後に作られた新しい文書の開き方を見ます。結果は影響一覧の横に日付と確かめた人の名前で残し、次の再編のときの影響一覧の下書きとして使います。

AIに任せるのは棚卸し一覧と古い部署名の拾い出しまで

5か所の棚卸しと、指示文の書き換えの下ごしらえには生成AIが使えます。AIエージェントの一覧と、指示文・説明文・案内文を書き出して渡し、旧部署名、旧役職名、旧内線番号を含む箇所を拾い出させます。拾い出した箇所ごとに、どの語が当たったかと、その語を含む一文を根拠として書かせると、人が確かめる時間が短くなります。

次の指示文と説明文の一覧から、再編で使われなくなる語を含む箇所を拾い出してください。
使われなくなる語：（旧部署名・旧役職名・旧内線番号を並べる）
出力は、設定の名前／当たった語／その語を含む一文／書き換えの候補の表にしてください。
書き換えの候補は案として示してください。
承認の経路や閲覧の範囲が変わる書き換えは、候補を書かずに「要判断」と書いてください。

権限グループの参加者の一覧や、文書の置き場の一覧を突き合わせて、影響一覧の下書きを作らせることもできます。ただし、誰にどの文書を見せるかの線引きは、AIに判断させないでください。統合で閉じる文書をAIに選ばせると、題名に「評価」「報酬」と書かれていない機密を見落とします。AIが作るのは候補の一覧までで、要判断のセルに結論を入れるのは部署の責任者です。人が確認する範囲を先に決め、その範囲をAIの作業の外に置きます。

もう一つ、AIに渡す材料そのものにも気をつけます。影響一覧や発令前の組織図を社内AIに読ませると、それ自体が探す範囲に残ることがあります。下ごしらえに使うAIは、発令前の情報を扱ってよい範囲のものを選び、作業が終わったら渡した資料を消すところまでを手順に入れておきます。

再編のたびに繰り返す失敗

組織変更と社内AIの組み合わせで、よく見られるつまずきを挙げます。どれも一度起きると、次の再編でも同じ形で繰り返されがちです。

• 指示文だけ書き換えて安心する：権限と置き場がずれたままなので、見えすぎも見えなさすぎも止まらない
• 自動のグループを先に切り替える：閉じるはずの文書が、新しい全員に開いた状態で発令日の朝を迎える
• 利用権を「外してから足す」：処理が終わるまで、まとまった人数が社内AIを使えない
• 監査の宛先を個人のまま残す：異動した管理者に通知が届き続け、再編直後のずれに誰も気づかない

4つに共通するのは、再編を人事の行事として扱い、社内AIの設定を後から追いかけていることです。発令日前に影響一覧を作り、切り替えの順番を決めておけば、どれも防げます。次の再編が決まったら、まず前回の影響一覧を開き、今回の再編の行を足すところから始めます。1回目は時間がかかっても、2回目からは列と問いの型が残っているので、確かめる時間は大きく縮みます。

まとめ

社内AIは、利用者が閲覧を許されている範囲から文書を探して答えるため、部署の統合・分割・名称変更・新設で設定がずれると、そのずれがもっともらしい答えの形で現れます。直すのは、部署名に紐づけて作った5か所です。権限グループは統合で見えすぎ、分割と名称変更で見えなさすぎになり、文書の置き場は移動で探す範囲から外れ、指示文は古い部署名と承認の経路を案内し続け、利用の割り当ては移す順番を誤ると使えない人を出し、監査の担当は異動で空席になります。発令の2週間前までに再編の中身を受け取り、再編の1行ごとに5か所を並べた影響一覧を作り、要判断のセルは部署の責任者が1週間前までに決めます。切り替え日は閉じる作業を前日、開く作業を当日に分け、利用権は足してから外し、切り替え後は出てはいけない文書と出るべき文書の問いで3回確かめます。AIには棚卸しの一覧と古い部署名の拾い出しまでを任せ、誰に何を見せるかは人が決めます。まずは今の社内AIの設定のうち、部署名が書き込まれている所を一覧にするところから始めてみてください。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。