買収と安定化
管理可能な基盤としてシステムを再確立して下さい資産監査、回復、バックアップ検証、監視、リスクの高い処理の構築
Home / プロジェクトの決定の指導/システムメンテナンスのアウトソーシングコスト
PROJECT DECISION GUIDEソフトウェアシステムメンテナンスのアウトソーシング、SLAとサービスの範囲を決定する方法
サービス提供の費用は、システム、ビジネスタイム、応答目的、およびそれを含む計画に特異的でなければなりません。 「年中メンテナンス」だけで、サプライヤーが責任あるサービスレベルを判断したり、確立したりすることはできません。
質問に答えます。
システムメンテナンスのアウトソーシング
コストは通常、買収フェーズ、基本的なセキュリティ、インシデントレスポンス、バージョン管理で構成されています。 古いシステムは、診断と安定した移行から始まります。 通常、基本月額料金パッケージ、SLAまたは排他的なチームが使用できます。
SCOPE & BUDGET LEVELS
まず、プロジェクトフェーズで境界への明確な入力
予算と受諾のためのベースラインを確立するために、次のレイヤーが使用され、実際のスコープは、ステータスquo、インターフェイス、時間要件に関連して評価する必要があります。
基本的な輸送のセキュリティ
契約業務時間の安定稼働を維持点検、警報、機能不全、発行、証明書、バックアップおよび月間レポート
強化と継続的な改善
技術的な債務削減と支援事業変更パフォーマンスセキュリティ、自動配信、構造最適化、および継続的なバージョンの反復
DECISION FACTORS
意思決定のためにチェックされる重要な要素
まず、拘束力と責任の境界が特定され、その後、技術的なルートと協力の変異が比較されます。
システム・環境スケール
ベースワークロードは、アプリケーション、データベース、タスク、インターフェイス、環境、デプロイノード数で決定されます。
運用の重要性のレベル
コア取引システムと内部の低周波ツールは、異なる可用性と復元ターゲットを必要とします。
期間保証
勤務時間、延長サービス、7x24のデューティーステーションはそれぞれ異なります。
成熟度を上回る
コードファイルの欠如、自動展開、監視、バックアップが移行のコストを増加させます。
頻度の変更
月間リリース、インターフェースの変更、ビジネス重複には、対応するテストとリソースが必要です。
責任の境界
第三者、クラウドサービス、ネットワーク、セキュリティインシデント、顧客操作は明確に整列する必要があります。
コミュニケーションや評価前の推奨事項の準備
システム・環境資産の一覧業務時間と主要工程現在のコード文書とデプロイモード障害のバックアップと履歴を監視応答および回復ターゲットの期待月次反復および配分の条件
実装への提案されたパス
限られたスコープの買収診断は、リスクとワークロードのベースラインを確立し、SLAへの3か月間の移行が続きます。 安定した動作と長期契約の調整により、実際のイベント、バージョン、およびサポートデータが初期の過渡または不足分が認められた固定サービスよりも信頼性が高くなります。
DECISION WORKSHEET
システムメンテナンスのアウトソーシングコストを強制的な意思決定に翻訳
以下のワークシートは、企業がベンダーベースの社内承認およびプロジェクト受容可能な入力に漠然としたアドバイスを整理するのに役立ちます。
システム・環境スケール
ベースワークロードは、アプリケーション、データベース、タスク、インターフェイス、環境、デプロイノード数で決定されます。
要因が不確実なままであれば、診断または小規模な検証をアレンジし、非変数の固定総価格範囲を直接含めるのは適切ではありません。
運用の重要性のレベル
コア取引システムと内部の低周波ツールは、異なる可用性と復元ターゲットを必要とします。
要因が不確実なままであれば、診断または小規模な検証をアレンジし、非変数の固定総価格範囲を直接含めるのは適切ではありません。
期間保証
勤務時間、延長サービス、7x24のデューティーステーションはそれぞれ異なります。
要因が不確実なままであれば、診断または小規模な検証をアレンジし、非変数の固定総価格範囲を直接含めるのは適切ではありません。
どのような評価の比較可能な要約が含まれている必要がありますか?
最小限に、システムおよび環境資産、ビジネス時間とキープロセス、現在のコードファイルと展開、および監視バックアップと障害の履歴、現在の業務量、平均処理時間、主要な異常、システム、データ特権、サードパーティの依存性およびアクセスウィンドウのアカウントを提供する間。同じバージョンの情報は、異なるサプライヤーに提供され、仮定、除外、顧客の協力、配送および受諾の証拠は、合計金額を1つだけにすることなく、境界値を回避するために必要です。
例えば、プロジェクトが1か月に160時間労働を節約するという企業は期待していますが、この数字はタスクの数、単一時間節約、採用率、手動レビュー比に分解されるべきです。 ユーザーが40パーセントしか使用しないと、新しいプロセスがレビュープロセスを増加させると、実際の利点は明らかな推定よりも大幅に低下します。
ベンダー通信中に疑問を抱くための4種類の証拠
第一に、スコープの証拠:需要バージョン、ビジネスプロセス、プロトタイプ、インターフェイス、および除外の一貫性;第二は、エンジニアリングの証拠です。同様の技術がアクセス可能な構造を持っているかどうか、コード管理、テスト、導入およびトラブル管理方法;第三は、人事証拠です:実際の参加者、入力段階、責任および交換メカニズムが明確であるかどうか、および4つは配送証拠です。4つは、配送証拠です。ソースコード、データ、アカウント番号、文書、トレーニング、品質保証、および輸送が引き渡されるかどうか。これは、顧客を秘密にするために提供できないサプライヤーにとっては、この証拠を自分で作成することができる必要があります。
スコープの明快さ、重要な信頼性、チーム容量、受入執行性および長期買収が個別に評価され、各スコアの基準が記録されることが推奨されます。プログラムがより安い場合は、インターフェイス、移行、テスト、またはオンラインの責任は除外され、比較前に同じ配送キャリバーに換算する必要があります。
審査の原則
このページでは、固定オファーやパフォーマンスの約束を構成するものではありません意思決定フレームワークを提供します。
FAQ
FAQs
協力前の最も一般的な問題は、事前に明示されています。
SLA応答時間は修理の時間を等しくしますか?+
応答は、取入口と分類の開始が行われることを示します。修理の時間は、障害、依存性および回復プログラムの原因に依存し、識別、迂回、修復および根本原因分析の目的は別々に合意されるべきであることを示します。
基本月額料金はいくら変更されますか?+
新たな機能性は、生産の失敗に対する漠然としたコミットメントと共有できません。
故障時にのみお支払いできますか?+
子会社のサポートは購入できますが、緊急復旧とSLAへのコミットメントは、サプライヤーが継続的な環境と体系的な知識を欠如したときに通常より制限されています。
DECISION FAQ
265 件の質問をすべて表示する現在のプロジェクトに関する一般的な問題
AIのコンサルタント、MCPの統合、技術アウトソーシングおよびシステム配達
ソフトウェアシステムメンテナンスの委託を受けているSLAはどのように合意されるべきか?
SLAは、ビジネスへの影響による障害のレベルを最初に区別し、受信、応答、バイパス、修復、根本原因分析の目的に別々に合意する必要があります。 応答時間は、修理の時間を等しくせず、サードパーティのプラットフォームとクライアントのコラボレーションが書かれています。
完全な回答を見るAIのコンサルタント、MCPの統合、技術アウトソーシングおよびシステム配達ソースコードやドキュメントが完成せず、新しいチームがシステムメンテナンスを追い越できますか?
最初のステップは、生産環境の直接変更なしで、既存のアセットとバックアップを保存することです。 運用依存の建設または少なくとも復元され、コアプロセス、データ、セキュリティ、サードパーティのインタフェースがチェックされます。 未知の範囲が確認されるまで、フェーズプランとリスク予算のみが与えられ、完全な固定価格または厳密なSLAにコミットすることは適切ではありません。
完全な回答を見る業務情報、システム統合、輸送ソフトウェア展開アウトソーシングに長期保守サービスが通常何件含まれているのか?
サービスは、システムの重要性、使用時間枠、データ感度、外部依存性に基づいています。 サービスは、プレス障壁を待ってだけでなく、パフォーマンス、エラー、コスト、および運用異常を継続的に観察しています。
完全な回答を見る契約、支払い、変更、プロジェクト配送品質保証は通常、ソフトウェア開発にどのくらいの時間がかかりますか?また、品質の保証は輸送とは異なるのですか?
用語は統一されず、システムの重要性と契約契約の合意によって決定されます。 締約国は、応答時間、欠乏のレベル、品質保証が完了した後のサービスも指定します。
完全な回答を見る