保守という言葉だけでは足りない
期待された動作の復旧と、新しい動作の追加は区別が必要です。依存関係の更新、安全対策、監視、バックアップ、公開支援も明文化します。月の作業時間枠だけでは、誰が障害に気づき、誰が本番を変更できるかは決まりません。対象システム、対応時間、連絡経路を具体的にします。
合意済みの動作から分類する
架空の予約画面が以前対応していた日付形式を受け付けなくなれば不具合です。定期予約を追加するなら機能変更です。脆弱な依存先の更新は安全対策、失敗ジョブと復旧準備の確認は運用です。一つの障害が複数の区分に関わることもあるため、利用者を待たせて分類を議論する前に初期診断を認めます。
障害報告後の動きを定める
報告先、初期調査に必要な情報、重大度を決める人を定めます。対象の仕事、見えたエラー、おおよその時刻、安全な参照番号を求め、パスワードや不要な個人情報は集めません。緊急変更の承認者と調査中の事業側への連絡を示します。早い受領連絡は有用でも復旧の証拠ではありません。受領、調査、暫定対処、解決を運用合意で区別します。
予防作業を具体的に位置付ける
失敗ジョブの確認、復元試験、依存先の通知確認、運用連絡先への警報到達など、製品に合う仕事を列挙します。頻度か実施条件、担当、完了記録を付けます。全製品で同じ予定は不要で、一般的なチェック表で未実施作業を済んだと言わないことです。連携や保存データに影響する更新には検証と復旧案を含めます。説明のない月間時間枠より、確認できる証拠で予防の価値を伝えます。
保守契約の終了も可能にする
最新の手順、アカウント所有、変更、未解決事故を正当な後任に渡せる状態にします。未使用の確保時間、未完了の仕事、外部契約の終了時の扱いを定めます。必要なアクセスを安全に移し、確認後に旧権限を削除します。未解決事故が引き継がれるなら形式的に閉じず、担当と次の行動を残します。契約中の継続性と終了後の管理された移行を支えることは、一社が永久に担当しなければならないという約束より実用的です。
確保した稼働と都度依頼を比べる
継続枠は予防作業と知識の維持に向きますが、未使用時間と優先順位の扱いを決める必要があります。変更の少ない製品には都度依頼も合いますが、緊急時の対応可能性は別途合意します。応答時間の約束と解決の約束は異なり、外部サービス障害は担当者が制御できない場合があります。無条件の「無制限サポート」は避けます。
運用上の合意を残す
Orvun Labsとの保守・引継ぎは、資産一覧と復旧確認から始められます。製品と運用の責任者が理解できる作業範囲に落とし込みましょう。
- 対象のアプリ、連携、環境はどれですか。
- 警告の監視と緊急変更の承認は誰が行いますか。
- 応答、暫定対処、解決をどう区別しますか。
- 予防、公開、文書、引継ぎをどう報告しますか。