ビジネス コミットメントを確立する
ビジネス アラインメントを作成するための最初のステップは、すべてのユーザーが確実に同じ用語を使うようにすることです。 多くの場合、IT 部門のエンジニアは、ビジネス上の利害関係者と同じ言葉を使用しません。
クラウド戦略の策定は、これらの用語を揃え、IT 部門とビジネスの間のコミットメントを検討する絶好の機会です。 "重要度"、"影響"、"コミットメント" の 3 つの単語が、ビジネス上の利害関係者との会話を改善するのに役立ちます。
すべてのチームの用語が一致したら、その情報を文書化して保存し、簡単にアクセスできるようにする必要があります。
重要度
そのワークロードはビジネスにとってどの程度重要ですか。 ユーザーに質問すると、ほとんどは毎日のワークロードが最も重要であると言いますが、この会話はビジネスの概要の観点から行う必要があります。
重要度のスケールを全社的に持つことで、会話に参加する全員が確実に同じものを意味するようにします。 次に、重要度スケールの例を挙げます。
- ミッションクリティカル: ワークロードが会社の基幹業務に影響を与え、企業の損益計算書に著しく影響を与えるおそれがあります。
- ユニットクリティカル: ワークロードが特定の部署の業務と、その損益計算書に影響を与えます。
- 高: ワークロードが会社の基幹業務には影響しないかもしれませんが、重要度の高いプロセスに影響します。
- 中: プロセスへの影響が生じる可能性があります。 損失は少ないか測定できませんが、ブランドの毀損やアップストリームの損失が発生する可能性があります。
- 低: ビジネス プロセスへの影響は無視できます。 ブランドの毀損やアップストリームの損失の可能性はありません。 1 つのチームに局地的な影響が及ぶと予想されます。
- サポートされていない: このワークロードに関連付けられた経営者、チーム、またはプロセスは、ワークロードの継続的な管理への投資を正当化できません。
一部のワークロードは、クリティカルに分類されていなくても、間接的に重要である場合があります。 たとえば、クリティカルではないコンプライアンス管理ツールがオフラインになった場合、ビジネスクリティカルなコンプライアンス要件を維持することは困難です。 長期的には、会社の基幹業務に影響を与えるおそれがあります。
あるワークロードが、最も多くの利益をもたらす顧客によって使用されているため、重要である場合もあります。 ボードまたは CEO がワークロードを毎日使用しているというソフトコストの要因もあります。
あらゆるワークロードを処理する代わりに、すべてのワークロードに対して既定の重要度 (たとえば、中) を決定できます。 既定の重要度を使用すると、より高いまたはより低い重要度の分類を必要とするワークロードを識別しやすくなります。
影響
ビジネスでは、停止にかかるコストを把握する必要があります。 影響に関する会話の出力は、クラウド管理への投資のバランスを取るために使用されます。
最も一般的な影響のメトリックは、"1 時間あたりの影響" であり、これは 1 時間の停止あたりの運用収益の損失を意味します。 1 時間あたりの影響を見積もるには、以前の停止の履歴データを調べることができます。 また、財務部門と協力して、1 時間あたりの損失を推定するための最適なアプローチを決定します。 財務データが見つからない場合は、影響を受ける顧客の割合を使用して影響を測定できます。
コミットメント
ビジネスと IT 部門間の文書化されたコミットメントにより、真のパートナーシップが形成されます。 すべてのビジネスには、会社にとって鍵となるワークロードがあります。 これらの重要なワークロードのいずれかに障害が発生すると、会社全体が影響を受けます。 反対に、一部のワークロードは何も通知せずに 1 か月間オフラインにすることができます。 これらのワークロードは、異なる方法で管理する必要があります。
ビジネス コミットメントとは、運用管理のレベルと運用コストの間のバランスを見つけることです。 ほとんどのワークロードでは、ベースライン レベルで十分です。 ビジネスの中断により影響が生じるおそれがあるため、あらゆるクリティカルなワークロードは管理コストの倍増を簡単に正当化できます。
管理ベースライン
最初のビジネス コミットメントは、運用管理のために一定レベルのサービスを提供するという約束の形をとります。 これらのサービスは、"管理ベースライン" と呼ばれます。 ベースラインに含まれるサービスに基づいて、中央 IT 部門は、管理されたクラウド プラットフォームにデプロイされているすべてのものに適用される最小のサービス レベル アグリーメント (SLA) を簡単に計算できます。
影響の大きい領域の管理
2 番目のビジネス コミットメントは、さまざまなプラットフォームやワークロードの運用から他に何が必要なのかに焦点を当てます。 重要度または影響のレベルがより高いプラットフォームまたはワークロードには、最小限の SLA よりも多くのものが必要になる可能性が高くなります。
ビジネス コミットメントを完了するには、これらのワークロードの高レベルの日常的な運用の管理を担当する 1 つまたは複数のグループを文書化することが重要です。 中央の IT チーム、または異なるグループ間の混合モデルを使用して、責任を一元化できます。