会社の所有者が変わった後、業務システムを運用するのは誰？

会社の所有者が変わったら、新しい所有者はソフトウェアを誰が管理するのか知っておく必要があります。まず、今その仕組みを知っている人に話を聞きましょう。誰が作業を続けるのか、誰が変更を承認できるのか、別の人が引き継ぐ場合に何を渡すのかを決めます。

注文や請求書を扱う専用システムを使う会社を買ったとします。従業員はまだログインでき、注文も届いています。今のところ問題はなさそうです。

ところが、請求書が会計ソフトに届きません。どこを調べればよいか知っているのは誰でしょう。その人は今も変更を加えられるのでしょうか。新しい所有者を支援することに合意しているのでしょうか。

関係者に連絡がつくうちに、確認しておきたいことです。

誰が承認し、誰が仕組みを知り、誰が助けてくれる？

この三つを別々の人が担うこともあります。

業務マネージャーが注文システムの変更を承認し、開発者が会計ソフトとの連携を理解し、サポート会社が合意した時間帯に問い合わせへ対応する、といった形です。

マネージャーに管理者アカウントを渡すだけでは、残り二つの疑問は解決しません。ソフトウェアを理解する人と、どんな支援をするのかという合意が必要です。

まず、今のチームやサプライヤーに話を聞きましょう。誰が引き続き関わるのか、何を変える必要があるのかを確認します。オーストラリアサイバーセキュリティセンターの会社や組織の変更に関するガイダンスは、関係が変わるときに本人確認と権限確認をするという実務的なポイントを示しています。見知った名前を知っているだけでは、その人が今どのような承認をできるのか分かりません。

次の担当者に必要なことを書き残す

最初から分厚いマニュアルを作る必要はありません。注文を受ける、請求書を送る、従業員に給与を支払う、月次レポートを作るなど、事業に欠かせない作業から始めましょう。

重要な作業ごとに、次のことを書きます。

• 業務上の判断をする人：作業を承認できる人を記載します。支出や変更に別の人の承認が必要な場合も書きます。
• ソフトウェアを管理する人：担当者と、その人だけで解決できない場合の連絡先を書きます。
• 何に依存しているか：必要なアカウント、サービス、接続を挙げ、誰が管理しているか、適切な人にどうアクセス権を渡すかを記載します。
• 次の担当者が知るべきこと：手順書の場所と、内容を説明できる人を書きます。請求書が止まったときのような、困りやすい場合の対処も含めます。
• どんな支援に合意しているか：サポートの対象、対応時間、依頼方法を記録します。
• 何が未解決か：答えが出ていない質問ごとに担当者と解決日を決め、影響する作業も記しておきます。

小規模なシステムなら、担当者名とリンクを載せた短い文書で足りるかもしれません。パスワードは、適切に保護されたパスワードマネージャーやアクセス管理システムに保管します。この文書には、アクセス権をどう手配するかを書いておきましょう。

次の担当者に実際の作業を試してもらう

手順書があると助かります。実際に手順を試してもらえば、次の担当者が作業できるか、よりよく分かります。

注文システムの例なら、テスト環境でサンプルの請求書をたどってもらいましょう。問題が起きた場所を見つけられるでしょうか。自分の担当範囲を超える問題が起きたとき、誰に連絡するか分かっているでしょうか。

必要な許可を得たうえで、安全な環境で行います。実演が難しければ、手順を説明してもらいましょう。必要がない限り、実際の顧客データを使ったり、日々の業務に影響したりしないようにしてください。一つの作業に成功しても、その作業を理解していると確認できるだけで、起こり得る問題をすべてカバーできたことにはなりません。

Googleのソフトウェア運用の責任をチームが引き受ける方法を紹介した記事では、開発者の支援を受けながら、文書、トレーニング、段階的な引き継ぎを進めています。小さな会社でも基本は同じです。次の担当者が学ぶ時間を確保し、その間に相談できる人を決めておきましょう。

今の担当者がそのまま合うこともある

新しい所有者になったからといって、開発者を替える必要があるとは限りません。今のサプライヤーが何をするのか、誰から指示を受けるのかを全員で合意できれば、継続して依頼するのも妥当です。

新しいチームが引き継ぐなら、トレーニングや、システムを知る人と一緒に作業する期間が必要かもしれません。その支援をいつまで続けるのか、担当者はいつ対応できるのか、合意した作業の範囲外の質問にはどう対応するのかを決めましょう。

ソフトウェアを後で別の社内システムにつないだり、置き換えたりする計画もあるかもしれません。今の注文や請求書を滞りなく扱うこととは、別の判断として考えましょう。NACDとInternet Security Allianceによる買収に関するガイダンスは、取引の各段階におけるアクセス権やシステム統合を扱っています。日々の運用引き継ぎは、より広い取り組みの一部です。

取引内容や関連する契約は、担当の専門家にも確認してください。売却によってソフトウェアの権利、契約、ソースコード、ライセンス、アカウント、顧客データが自動的に移ると思い込まないでください。何かにアクセスできることと、それを使う許可があることは別です。

引き継ぎを終える前に、誰が変更を承認し、誰が変更の方法を知っていて、誰が支援を引き受けているのかを説明できる状態にしておきましょう。答えが分からないことがあれば、確認する人を決めます。

私たちは業務用のカスタムソフトウェアを開発しており、継続的な保守や引き継ぎの支援も相談できます。既存システムの運用を任せたい場合は、そのシステムで何をしているのか、どのような支援が必要かをお聞かせください。