変更の苦痛を軽減し、 Change Management プロセス

by エイヴォンヌ・シャープ 2018 年 3 月 1 日

すべてのネットワーク エンジニアの心に恐怖を与える XNUMX つの言葉 — 変更管理大企業では、変更管理とは通常、運用環境で変更を実行するために必要なプロセス、手順、承認を指します。運用環境の変更は、大規模な総力戦の IT プロジェクト (データ センターの移行、新しいネットワークの取得、新しいテクノロジの導入など) から日常的な日常業務まで多岐にわたります。最も機敏な組織を除き、これらの変更管理プロセスはますます肥大化し、煩雑で非効率になっています。

まず、背景を説明します。時間の経過とともに、ビジネスは IT リソースへの依存度が高まってきました。計画外の停止は収益に深刻な影響を及ぼし、IT 組織は変更を管理するための一連の制御を緊急に実装する必要があると感じています。ほとんどの企業は、変更をカタログ化し、リスク値を割り当て、実行前に承認する変更管理システムを導入しています。組織の規模、必要な承認の数、変更レビュー会議のタイミング、変更に割り当てられたリスク レベルによっては、変更の承認に数週間かかる場合があります。

ほとんどの企業では、停電が発生すると、変更管理プロセスが拡張され、 この問題は二度と起こりません。  しかし、これらの取り組みの意図しない結果として、IT 組織は独自のシステムに悩まされています。

IT 変更管理プロセスのゴルディアスの結び目を解くにはどうすればよいでしょうか?

答えは自信です。

私たちの環境はますます複雑になっています。システムの相互依存性が高まり、大規模な企業ネットワークでは変更による予期しない結果を予測することは不可能です。実際のレビューをどれだけ行っても、大きな変更に伴うすべてのリスクを見つけることはできません。現在のネットワークだけでなく、ネットワーク変更が実装された後のネットワークを理解するのに役立つ新しいクラスのツールが必要です。変更を行った後の月曜日の朝に感じる不安、つまり「プラグ アンド プレイ」に終止符を打つツールが必要です。

新しいクラスのネットワーク Change Management 解決策

ネットワーク停止の半分以上は、不適切に実行された変更によるものです。 「ゴールデン」設計およびコンプライアンス要件に対するネットワーク変更の自動検証をトリガーすることにより、構成ミスを予防的に防ぎます。

ネットワーク エンジニアがネットワークに加えようとしている変更を検証するツールを想像してみてください。 このツールは、既存のポリシーへの準拠を確認し、コマンド構文を確認し、既存のネットワークのマップでモデルの変更を行います。 変更を展開する段階になると、ツールはモデル化された変更全体を最初から最後まで実行し、分析を提供して変更の成功を検証します。 何らかの理由で変更をロールバックする必要がある場合、ツールは行った変更を元に戻し、ロールバックの追加の検証を提供します。

このようなシステムの最初の明らかな利点は、変更による停止が減ることです。しかし、2 番目にすぐに得られる利点は、IT 部門とビジネス部門の信頼度が増すことです。ネットワーク エンジニアが新しい検証ツールを使って確実に変更できることを実証すると、変更管理プロセスでは一部の変更が低リスクとして分類されるようになります。時間が経つにつれて、これらの低リスクの変更には承認の必要性が少なくなり、IT 組織の俊敏性が向上します。

幸いなことに、これらの機能は想像上のものではなく、 NetBrainさん Change Management モジュール。変更を効果的にモデル化、自動化、検証するために、新しいインフラストラクチャや最新のソフトウェア定義ソリューションを実装する必要はありません。 NetBrain Change Management、停止を大幅に削減し、リスクを軽減し、俊敏性を高め、時間の経過とともに企業の変更管理プロセスの煩わしさと複雑さを軽減し、よりスムーズで効率的な運用を実現できます。