アプリケーション管理と継続的改善
本番稼働後もアプリケーションとエージェントの信頼性を保ち、改善し続ける。
AMS移行の始まり方
アプリケーションサポートの引き継ぎがどう始まるか：運用開始前のアプリケーション資産、責任分担、サービスのベースライン。 動画、1:05
文字起こし
- アプリケーションサポートの移行は、何を引き受けるのかを理解することから始まります。
- アプリケーション、連携、カスタマイズ、重要な依存関係を棚卸しします。
- ナレッジを移転し、不足を特定して、範囲、責任分担、サポート時間、重大度の定義を合意します。
- 継続的な運用が始まる前に、開始時点のサービスのベースラインを定めます。把握の段階では、本番環境を変更しません。
- サービスが稼働したら、インシデント、リリース確認、繰り返す問題が、オーナーが優先順位を付ける改善バックログに反映されます。
- 移行を終えたとき、何が対象で、誰が決め、次に何が起きるのかが、関係者にとって明確であるべきです。
- 御社のアプリケーション資産について、ぜひご相談ください。
- [エンドカード] 資産を把握する。 AMS移行について相談する. qxorbit.ai/ja/contact
- 範囲は、対象とする資産、サービス時間、重大度、エスカレーションによって異なります。
現状
サポートの滞留と繰り返すインシデントが、何かを改善するために必要な余力を食いつぶしている。
私たちが行うこと
アプリケーション管理は、既存のアプリケーションとエージェントの保守のうち範囲を定めた部分を引き受け、合意したサービス定義に沿って運用し、得られた知見を改善バックログに変えます。サービス時間、重大度の定義、対応目標、責任分担は契約ごとに合意します。
QxOrbitが構築したものに限らず、すでに運用しているアプリケーションに対する範囲を定めた機能面と技術面のサポート：インシデントのトリアージ、根本原因分析、設定変更、小規模な機能強化、リリース影響評価、回帰テスト、連携の監視、文書化、ナレッジ移転。加えてエージェント運用：評価の回帰確認、失敗したツール呼び出しの分析、ナレッジの更新、プロンプトと設定の変更管理、コストとレイテンシの監視、エスカレーション、安全なフォールバック。
移行の進め方
- 現状把握
- 範囲合意
- ナレッジ移転
- ベースライン化
- 運用
- 改善
サービス時間、重大度の定義、対応目標、要員体制、対象モジュール、ベンダーへのエスカレーション責任は、案件ごとに合意します。標準 SLA は公開しておりません。