自分のアカウントで作ったAIツール、あなたがいなくても会社で管理できるか

最初は、自分の仕事を少し楽にするためだった。個人のメールでAIサービスに登録し、見積もりや問い合わせを扱うツールを作った。便利なので同僚にも使ってもらい、いつの間にか、毎日の仕事がそのツールを通るようになった。

請求の通知も、ログインの追加認証も、設定変更も、自分の手元に来る。普段は困りません。では、あなたが休んだ日に通知が届き、連携が止まったら、他の人は何を確認できるでしょうか。

個人で始めた工夫を否定する話ではありません。自分が使える状態と、会社が引き継いで使える状態の間に、まだ残っている仕事を見る話です。

パスワードだけでは、あなたの代わりに管理できない

まず、自分に集まっているものを書き出してください。契約と請求、ログインと回復先、利用者と設定、提供者からの通知、データの出力と停止。連携先の認証情報や、回復用のメール・電話を誰が管理しているかも含めます。

同僚へパスワードを渡せば済むとは限りません。追加認証が自分の端末にしか届かない。請求の問い合わせに必要な権限がない。連携先の設定を変えられない。ログインできても、必要な管理を引き継げないことがあります。共有した認証情報では、誰が操作したか分かりにくくなる問題も残ります。

ここで分けたいのは、登録者の肩書ではなく、次の役割です。

• 契約や請求を扱い、提供者へ連絡する人。
• 利用者、権限、設定、連携を日常的に管理する人。
• 認証手段を失ったときに、所定の手順で管理を回復する人。

同じ人が複数を担うことはあります。ただ、一人に集まっていると分かった時点で、引き受ける側と分担を決める必要があります。作成者だけの判断で契約名義を変えたり、強い権限を同僚へ配ったりはしません。

会社の支払いに変えても、回復先が個人のままなら仕事は残る

会社のカードで支払っていても、回復先が個人メールと個人端末だけなら、管理経路は一人に残ります。管理者が複数いても、契約更新や障害の通知を受け取る人がいなければ、必要な対応につながりません。

AWSのRoot user best practices は、会社が管理するメールアドレス、本人不在時にも連絡を受けられる体制、アカウント回復の管理を勧めています。AWSアカウントのルートユーザーに関する公式指針であり、すべてのサービスで同じ移管方法や権限構造が使えること、法的な所有権が決まることを示す資料ではありません。

それでも、「誰が登録したか」だけでなく、「会社が連絡を受け、回復し、管理者を替えられるか」を見る具体例にはなります。実際の移管方法は、利用中のサービスと契約で確認します。

会社名義かどうかだけでなく、必要な人が通知を受け、認証を回復し、管理を引き継げるかを確かめます。

利用中のサービスで、会社管理の連絡先や役割別のアカウントをどう設定できるかを調べ、その設定を決められる担当者へ渡します。できない移管があれば、できることにせず、利用範囲の制限や別の方法を相談します。

引き継ぐ人に、あなたが手を出さず一つの作業をしてもらう

説明を聞いて「分かりました」と言えたことと、必要なときに操作できることは違います。引き受ける人と時間を決め、まずは影響の小さい作業を、本人の認証と権限で行ってもらいます。

たとえば、提供者の通知を見つけ、該当する設定を確認し、困った場合の問い合わせ先までたどる。あなたが途中で個人の受信箱を開かなければ進めないなら、その経路はまだ引き継がれていません。

次に、必要な管理作業を分けて確認します。試験用の利用者を追加・停止する。連携先と設定を確認する。許可されたデータを出力する。緊急停止と元の手順への戻し方をたどる。できなかった場合は、相手の知識不足と決めつけず、権限、連絡先、資料、実際の設定のどこで止まったかを残します。

認証回復や停止を本番で試す必要があるときは、提供者の手順、影響範囲、戻し方、実施時間を管理担当と先に合意します。不在試験のために、いきなり自分の認証を外したり、稼働中の認証情報を失効させたりしないでください。 本番で未実施なら、その部分は未確認として残します。

手順を渡して終わらず、変わった後も追える記録にする

記録するのは、秘密情報の一覧ではありません。次の仕事を、誰がどこから行えるかです。

全員へ無制限の権限を渡す必要はありません。契約や請求、日常管理、削除や停止などの役割を、必要な範囲で分けます。あなたが記録を作っても、引き受ける人と更新担当が決まっていなければ、その文書を維持する仕事は残っています。

ここまで整わない間は、独断で利用者を増やしたり、既存の手順を廃止したりせず、業務を管理する人と継続方法を相談します。一人での試作と、会社の仕事をそのツールだけに預けることを分けてください。

まず一つ、自分しか通れない経路を開く

次に同僚へ使い方を教えるとき、機能の説明だけで終えず、通知・設定・連絡先のどれか一つを、あなたが代わりに操作せず確認してもらってください。止まった場所を書き出し、権限や契約を決められる人と一緒に整えます。

「困ったら自分に連絡して」でつなぐのではなく、自分が不在でも、引き受ける人が次の手順へ進める状態を作る。 それが、個人の工夫を会社で続けられる仕事へ変える、作成者側の次の一歩です。

参考資料

• AWS：Root user best practices for your AWS account