すべてのロシア企業の問題は例外なく何ですか？ ビジネスは何が起こっているのか、その要件とタスクを独自に理解していますが、それらを特定のITアクションの言語に翻訳することは非常に難しく、これらの要件は必ずしも理解できる方法でITに到達するとは限りません。
2番目の従来の問題は、レガシーITです。 過去数年間、多くの混procurementとした調達と実装が行われてきたため、ITランドスケープは非常に複雑になりました。 会社に来るITマネージャーは、現在の状況を理解するのに多くの時間をかけます。 一方、企業はITにお金を投資し、どこに行くのか、どのプロジェクトとイニシアチブに向けて、どのように会社を戦略的目標に向けて動かすのかを見たいと考えています。
ロシアでは、企業アーキテクチャの方向性はまだ開発されていません。 企業は特定のソリューションのアーキテクチャの開発に大きな需要がありますが、組織内のアーキテクチャのコンポーネントをリンクすることに真剣に取り組んでいる人はいません。 最良の場合、スプレッドシートはこの目的に使用されます。この場合、情報は非公式の形式で保存され、マネージャーが会社を辞めるとき、知識は彼と一緒に行きます。
このアプローチの最も重要な結果は、ITへの資金の最適ではない支出であり、場合によっては直接的な浪費です。 これが、海外企業がIT管理への戦略的アプローチをますます実証している理由であり、ベクターは企業のITランドスケープの合理化と標準化にますます傾いています。
行動する言葉
問題は明らかです。ビジネスとITを接続し、それらの間に橋を架け、透明性を確保する必要があります。 戦略は、人々に伝える必要がある要件とアクションに変換する必要があります。 各ユニットは、作業の本質とIT開発の一般的な方向性を理解する必要があります。
この問題を解決するために、HPE Enterprise Mapsシステムが設計されています。 重要なことは、これは企業独自の開発であり、買収されたソリューションではなく、最近では珍しいことです。 これは良いことです。システムサプライヤとしてのHPE自身が、市場で何が必要で何が必要かを理解し、そのような製品を開発するためのイニシアチブを取りました。 Enterprise Mapsは独自の開発であるため、他のHPEシステムとシームレスに対話し、それらのデータを充実させて、総合的で強力なソリューションに変えます。
車輪を再発明しないために、Enterprise Mapsは、建築家が理解し、企業アーキテクチャの管理にアプローチする方法を示すTOGAF方法論を使用します。 ArchiMate 2.0表記は、アーキテクチャ要素の相互作用を記述するための言語として使用されます。
開発されたシステムの主な目的は、ITに関連するリスクと複雑さを軽減し、IT戦略のコンプライアンスを確保することです。 「美しい」言葉を具体的な行動に移すことができることは非常に重要です。 さらに、既存のシステムの「動物園」の意味のある管理は重要なタスクになりつつあります。市場には、独自のライセンスポリシー、製品の更新、流通からの古いソリューションの削除を行う多くのサプライヤーがいます。
ほとんどすべての会社で、サポートが支払われているソフトウェアを見つけることができますが、実際には必要ではありません。また、システムは既にサポートから削除されています。 それは別の方法で起こります。会社は、使用されているプラットフォームが非常に古いことを認識せずに、新しいシステムを構築することを計画しています。
ITおよびビジネス向け
誰がこれに興味がありますか？ 会社が企業アーキテクトとしてそのような地位を持っている場合、彼は主要な利害関係者になります。
通常、彼らはMicrosoft Visioなどの描画プログラムを使用して、アーキテクチャを記述します。 Enterprise Mapsは描画ではなく、現実世界に関連するモデルを作成していることに注意することが重要です。開発中は、さまざまなポリシーへの準拠が監視されます。 現実と離婚したオブジェクトを作成することは不可能です。
アーキテクト-システムの利点を理解し、その機能を評価できる聴衆。 しかし、残念なことに、彼らはほとんどの場合予算を管理しておらず、意思決定はより高くなります。
次に重要なユーザーグループは、CFOとCIOです。 彼らにはさまざまなタスクがあります。 CFOはITで何が起こっているかをあまり理解していないかもしれませんが、投資がどこに向かっているのか、そして戦略の面でこの分野がどれほど優先されているのかを知ることが重要です。 彼は、従業員によって編集されたレポートの形式ではなく、実際の情報の助けを借りて、これに関する情報を受け取ります。 IT部門の透明性と、経営陣に対する意思決定の追加の正当化は、CIOにとって重要です。
もちろん、特定の成熟度に達した大企業は、このクラスの決定に関心を持っています。経済の秩序を回復することが必要であることを理解している人々です。 非常に重要なのは、基本的なアプローチを必要とするより重いソリューションとは対照的に、エンタープライズマップは「勝利」を実現する方法を提供します。それ自体を証明するために別のシナリオをすばやく実装し、ソリューションの力を徐々に増やします。
たとえば、「アプリケーションをクラウドに移動するための5つのステップ」というスクリプトは、システムで「保護」されています。 このような既成のシナリオを用意することは、ビジネスにソリューションの利点を示す迅速なプロジェクトを実装するために非常に重要です。
報告だけでなく
エンタープライズマップがカバーする3つの典型的な領域があります。 1つ目は、利用可能なデータ（アーキテクチャモデル、ビジネス戦略）を単一のリポジトリに結合し、すべての要素が企業アーキテクチャに接続され、情報スライスの責任者を指定し、さまざまなデータソースとの同期を設定することです。
次に、現在の状況を見て、ギャップ分析を使用して欠落している要素を特定することにより、ターゲット状態への移行計画を作成できます。 これは、ソリューションと構成管理データベース（UCMDB）の主な違いです。UCMDBは、現在の状況のみを反映し、インフラストラクチャレベルのみを反映しています。 3番目の重要な領域は、IT資産、システム、および機能に対するアプローチの標準化です。
システムの出力で、会社はさまざまなユーザーの情報のスライスを受け取ります。 それらのそれぞれは、彼が興味を持っている情報を見るでしょう。 Enterprise Mapsを使用すると、さまざまな質問に答えることができます。たとえば、特定のアプリケーションのコンテンツのコスト、投資が戦略に対応しているか、資金がどこに行くか、割り当てられた予算で何ができるかを調べることができます。
通常、Enterprise Mapsの機能を見た後、多くの人が尋ねます。これはレポートシステムですか？ はい、類似点は素晴らしいです。 しかし、このソリューションは、美しいグラフィック形式でデータを表示するだけでなく、アーキテクトの主要な作業ツール、つまりエンタープライズアーキテクチャのモデルを作成および維持する手段にもなります。
システム内で、監視対象のアーキテクチャ（インフラストラクチャパーツとアプリケーションの両方）の開発に関するポリシーを規定できることが重要です。 禁止されているアクションを完了することはできず、ルールへのさらなる準拠がチェックされます。 したがって、アーキテクトは単に「絵を描く」だけでなく、問題の解決に意図的にアプローチします。
データソース
システムを動作可能にするには、データを入力する必要があります。 これは、Excelスプレッドシートとファイルを使用して簡単に実行できます。これはほとんどのお客様にとって十分です。これは、通常、企業アーキテクチャに関する情報を保存する方法です。 より高度なお客様には、貴重なデータソースになりつつあるUCMDBシステムがあります。
もう1つの重要なソースは、プロジェクトポートフォリオ管理システムです。 ここから目標、プログラム、プロジェクトが生まれます。 これらのデータに基づいて、戦略全体で進行中のプロジェクトの場所を示すことができます。
最後に、充填システムについては、モデリングツールなしではできません。たとえば、Sparx Enterprise Architectは、低コストで最も人気のあるシステムの1つです。 さらに、場合によっては、そのような特殊なエージェントの使用が好まれます。 主要なアーキテクチャ要素になりつつある新しいシステムを開発している場合は、このために設計されたユーザーに馴染みのある設計ツールを使用し、構築されたモデルをエンタープライズマップにロードして、現在のシステム、インフラストラクチャ、計画、設計アクティビティに接続する方が良いでしょう。
客観的な写真
システムの重要な部分は組み込みのレポートです。これは、IT開発に関する意思決定を行う際に貴重な知識源となる情報の断片です。 その中で、いくつかの重要なものを区別できます。
その1つは、レポート「アプリケーションポートフォリオのビジネスチャンス」です。 彼のデータに基づいて、会社は戦略に従って投資すべき場所、戦略的に重要な決定を強調する場所、またはその逆-クラウドへの移行の候補を特定することができます。 次のステップは、重要なプロセスをサポートし、したがって特別な注意を必要とする重要なビジネスアプリケーションを識別することです。
戦略的投資レポートでは、実際の投資とビジネスの優先順位のギャップを確認できます。 たとえば、プロジェクトポートフォリオ管理システムからの財務情報に基づいて、非優先領域への過剰投資を判断できます。 これにより、ビジネスが期待する財務上の透明性が得られます。 また、アプリケーションのコストのレビューは、ビジネスの価値と実際のコストについて考えるための食料を提供します。
「プラットフォームの使用」は非常に役立つレポートでもあります。 たとえば、アプリケーションの3分の1がサポートされていないプラットフォームを使用していることを理解できます。新しいシステムを導入する予定がある場合は、それについて考える必要があります。
最も重要な機能の1つは、特定のインフラストラクチャ要素とビジネスサービスの関係を示す「依存関係ツリー」の作成です。 多くの場合、ビジネスにとって重要なシステムの動作が単一のサーバーでサポートされ、そのフォールトトレランスが低下する、またはその逆の場合があります。重要ではないアプリケーションは、不当に高価な機器で実行されます。
クリーンアップツール
企業アーキテクチャに最も関心を持っている企業には、かなり成熟した金融機関があります。 その理由は明らかです。それらは常に「ITの最前線にいる」必要があり、ITアーキテクチャに反映される新しい市場を獲得します。 多くの場合、目標を達成するプロセスを含め、透明性が必要です。 最後に、金融部門での競争は非常に激しく、主要なITミスはコストがかかる可能性があります。
企業のアーキテクチャ管理システムが巨人だけのソリューションだとは思わないでください。 支払いが不可能なプラットフォームがあることや、十分な注意が払われていないビジネス要件があることをビジネスに示すことができれば、小さな企業規模でも結果は非常に印象的です。
それにもかかわらず、会社の規模には合理的な制限が依然として存在します。 最小購入数は10ライセンスです。つまり、組織には興味のある人が少なくとも10人必要です。 そして、いくつかのアーキテクトはすでにかなり大きな組織です。
しかし、主なことは、過去数年間に多くの機器とアプリケーションを購入して、IT経済で物事を整理する準備ができていることです。 それらのいくつかはまだありません。