[エンタープライズ アーキテクチャの実践] 避けるべきエンタープライズ アーキテクチャの 7 つの間違い

破壊的な時代には、回復力のある将来を見据えたエンタープライズ アーキテクチャが必要です。間違った枠組みによって、現在および将来の目標を達成する組織の能力が損なわれないようにしてください。

エンタープライズ アーキテクチャは、ビジネス IT イニシアチブを成功させるための基盤を提供します。エンタープライズ アーキテクチャは、適切に設計および実装されれば、ビジネス リーダーの目標達成に役立ち、組織の応答性、効率性、競争力が向上します。

残念ながら、ほんのいくつかのよくある間違いによって、エンタープライズ アーキテクチャが設計者の期待に応えられなくなる可能性があります。実際、時間の経過とともに、欠陥のあるエンタープライズ アーキテクチャがビジネスをまったく間違った方向に導く可能性があります。


エンタープライズ アーキテクチャを開発または更新するときは、一歩下がって、次の 7 つの落とし穴のいずれにも陥っていないことを確認してください。

1. EA の作業がビジネス ニーズと一致しない


ビジネス リーダーは、一貫性のある詳細なアーキテクチャを設計するかもしれませんが、それが現実世界のビジネス ニーズに焦点を当てていない限り、長期的には成功しません。

通信インフラストラクチャサービスプロバイダーであるZayo社の最高情報責任者であるGinna Raahauge氏は、計画を開始する前に、企業の最も影響力のあるユースケースを収集し、潜在的な脆弱性について既存の企業アーキテクチャのストレステストを行うことを推奨している。ユースケースが適切であることを確認してください、と彼女はアドバイスします。「たとえば、注文の精度に課題がある場合、フロントエンドとバックエンドの両方で何が原因となっているのか、アーキテクチャの変更によってどのように解決できるのかを考えることが重要です。」

Raahauge 氏は、エンタープライズ アーキテクチャは決して完成しないと信じています。「生きているんです」と彼女は言った。Raahauge 氏は、少なくとも 5 年ごとにエンタープライズ アーキテクチャを見直すことを推奨しています。「テクノロジーの進歩がますます速くなっているため、私たちは5年間のテクノロジーの変化に耐えることができる必要があります」と彼女は説明した。

2. 顧客第一主義をとらない


ビジネスおよび IT コンサルティング会社 Capgemini の副社長、Phillip Hattingh 氏は、エンタープライズ アーキテクチャを設計する際には、設計計画を顧客中心のアプローチに合わせることが重要であると述べています。同氏は、顧客中心の目標と結果のKPIを設計プロセス全体を通じて有効にし、デジタルと物理的なインタラクションに対応する真のオムニチャネルカスタマージャーニーを促進する必要があると述べた。「変革を成功させるためには、組織の望ましい成果をデザインがどのように達成するのかを明確にし、十分に伝える必要があります。」

エンタープライズ アーキテクチャ設計に対する顧客中心のアプローチは、従来の製品中心のモデルからの大きな変化を示します。「顧客第一のアプローチは従来のモデルに挑戦し、将来的には運用モデルの変化につながる可能性がある」とハッティング氏は指摘した。「顧客中心の設計を採用しなければ、組織は市場での競争力を失う可能性もあります。」

3. 中核となる目標と能力への焦点の無視


中核的なビジネス目標と機能を一元化できていないエンタープライズ アーキテクチャでは、サイロが作成または維持されることは避けられません。

Adobe の元エンタープライズ デジタル ガバメント ソリューション担当チーフ テクニカル ディレクターであるジョナサン ベネット氏は、「異なるオフィスや部門が同じ課題に直面し、しばしば重複するソリューションを展開すると、冗長で非効率なシステムで行き詰まり、ビジネスの進歩が妨げられる可能性があります。」と警告しています。目標」USDA Architects。「さらに、ワークフローがサイロ化されると、エンタープライズ アーキテクチャを実装することがますます困難になります。」

ベネット氏は、政府機関のエンタープライズアーキテクトとしての仕事の中で、サイロ化の壊滅的な影響を目の当たりにしてきたと語った。同氏は、「現在の問題を解決するための予算と人的資本がある省庁は、複数の目的を果たし、省庁間のニーズを満たすアプリケーションのプラットフォームを構築するのではなく、独自のアプリケーションと方法論を開発するだろう」と述べた。「オフィスと部門が別々に仕事をしていると、全体的なビジネス目標のメリットが見えなくなるため、ダウンサイジングに抵抗する傾向があります。」

サイロ化された企業アーキテクチャを解体する効果的な方法は、主要なビジネス機能を代表するチームを招待して、アプリ、Web サイト、従業員管理プログラムを含むすべてのデジタル ツールをカタログ化することです。次に、企業全体のプロセスとポリシーを含めます。この包括的なカタログが作成されれば、ギャップと強みを特定し、そこに基づいて構築できるとベネット氏は述べています。「そこから、能力主導型のビジネスアーキテクチャが現れ始める可能性がある」と彼は指摘した。

4. 俊敏性とビジネス目標よりもテクノロジーを優先する


ヘルスケア データおよびソフトウェア会社 Arcadia の最高技術責任者である Jonathan Cook 氏は、エンタープライズ アーキテクチャを開発する際にテクノロジー中心の世界観に囚われて、ビジネス価値モデルを見失いがちだと語ります。「ビジネスのニーズは常に変化しており、テクノロジーのリーダーおよび専門家として、私たちはその変化をサポートし、実現し、加速する必要があります。」

テクノロジー中心の見通しに盲目または束縛されていると、ビジネス リーダーは、現在および将来のビジネス ニーズをサポートする方法に焦点を当てるのではなく、さまざまなテクノロジー アプローチの優位性を議論することに巻き込まれる可能性があります。「柔軟で回復力のある構造を提供できなければ、組織が効率的に競争できなくなるリスクがある」とクック氏は警告した。「このパンデミックの過去 18 か月間、変化する市場状況に迅速に適応できる企業が生き残り、さらには繁栄するのを私たちは見てきました。」

5. 今この瞬間に囚われてしまう


将来の成長ニーズを予測せずに開発されたエンタープライズ アーキテクチャは、最終的には失敗する可能性があります。「ロードマップがなければ、効率性を高めたり、ビジネス目標をサポートしたりする際に限界に遭遇することになります」と、保険仲介会社ワールド・インシュアランスの CIO/CISO であるリズ・トルコウスキー氏は述べています。また、ビジネスの運営上のニーズを満たさない場合には、車輪の再発明という追加費用も発生します。」

Tluchowski 氏は、企業の成長やビジネス ニーズの変化に応じてスケーラビリティが必要になる可能性のあるシステムを構築する際には、広い心を保つことを推奨しています。「オープン アーキテクチャで知られるプラットフォームやサービスを使用してください。テクノロジーは常に変化しており、計画があっても予測できないことがたくさんあるからです。」

6. セキュリティ侵害


サイバー脅威の状況が進化するにつれて、企業のアーキテクチャはここ数​​年で変更を余儀なくされています。サイバーセキュリティ技術企業ディープ・インスティンクトのサイバーセキュリティ擁護ディレクター、チャック・エベレット氏は、「かつてはセキュリティはアドオンか後付けだった。今ではセキュリティは企業のアーキテクチャと設計の中核であり、最前線にある」と述べた。 「他のものはすべて、それに基づいて、またはそれを中心に構築されています。

エンタープライズ アーキテクチャの設計段階の最初にセキュリティを含めないのは、システム、アプリケーション、データが侵害される可能性があるため、危険な間違いです、とハリスバーグ工科大学サイバーセキュリティ管理大学院プログラムのディレクターであるブルース ヤング氏は警告します。「サイバー脅威は常に増大しており、組織に対するサイバー攻撃が毎日のように発生しているため、設計段階から企業アーキテクチャのプロセスにセキュリティを組み込むことが不可欠です。」

基本的なセキュリティの考慮は、設計と計画の段階で行う必要があるほか、最終承認前のテストと検証でも行う必要があるとエベレット氏は述べ、エンタープライズ アーキテクチャの開発には設計によるセキュリティのアプローチを推奨しています。「セキュリティ・バイ・デザインでは、ビジネスリスク、価値、侵害や脆弱性の影響に基づいて設計の優先順位を強制します。」

7. 完璧の追求


IT とビジネスの両方で、ほとんどの才能ある人々は、完璧なものを構築したいと考えています。完璧は立派な目標かもしれませんが、エンタープライズ アーキテクチャを開発する場合、特に将来性のあるアーキテクチャや大規模な構築を行う場合には、あまり良い追求とは言えません。

クラウド コンピューティング サービス プロバイダーである Fastly のエンジニアリング担当バイスプレジデントである Laura Thomson 氏は、「確かに重要ではありますが、過剰な回転は多くの問題、主にあらゆる種類の過剰構築と過剰設計を引き起こす可能性があります。」と説明しました。

トムソン氏は、経営陣が5年以内に実現したいと考えているビジネスに最適な構造を構築すると、複雑さとコストが大幅に増加することになると警告する。「納期が遅れ、システムの構築が遅くなり、エラーや機能停止が発生しやすくなり、コストが上昇します。」

トムソン氏は、完璧なアーキテクチャではなく、優れたアーキテクチャを目指すことを推奨しています。 「完璧なシステムは存在しません」と彼女は言いました。ビジネスに価値をもたらす短期ソリューションの 80% を入手します。「反復的に改善することができますし、そうすべきです」とトムソン氏は付け加えた。

この記事: https://architect.pub/7-enterprise-architecture-missing-avoid
ディスカッション: Knowledge Planet [チーフ アーキテクト サークル] または WeChat トランペット [ca_cto] を追加するか、QQ グループを追加します [792862318]
一般公開なし

【jiagoushipro】
【スーパーアーキテクト】
アーキテクチャの方法論、アーキテクチャの実践、技術原則、技術トレンドについての鮮やかなグラフィックと詳細な説明。
お待ちしておりますので、ぜひスキャンしてご注目ください。
927504af9b915fad4f5cd4951679111b.jpeg
WeChatのトランペット

[ca_cea]
エンタープライズ アーキテクチャ、クラウド コンピューティング、ビッグ データ、データ サイエンス、モノのインターネット、人工知能、セキュリティ、フルスタック開発、DevOps、デジタル化について議論する 50,000 人のコミュニティ。

5f6e33e354b1c88509691180a100ea82.jpeg

QQグループ

[285069459] エンタープライズ アーキテクチャ、ビジネス アーキテクチャ、アプリケーション アーキテクチャ、データ アーキテクチャ、技術アーキテクチャ、統合アーキテクチャ、セキュリティ アーキテクチャの詳細な交換。そして、ビッグデータ、クラウドコンピューティング、モノのインターネット、人工知能などのさまざまな新興テクノロジー。
QQ グループに参加して、貴重なレポートや乾物を共有してください。

d5cb181554a526f758893f6a9d97b0f4.jpeg

ビデオ番号 【スーパーアーキテクト】
建築に関する基本的な概念、モデル、手法、経験が1分ですぐに理解できます。
1日1分、仕組みはおなじみです。

0ec410483b4d0524e299651e71804755.jpeg

知識の惑星 [チーフアーキテクトサークル] 著名人に質問したり、連絡を取ったり、プライベートな情報を共有したりしてください。

3211317245427e40dab0933ad2211a47.jpeg

ヒマラヤ [スーパーアーキテクト] 最新のブラックテクノロジー情報と建築体験を道路や車の中で学びましょう。 [知的な瞬間、ミスター・アーキテクチャーがブラックテクノロジーについて語ります]
知識の惑星 より多くの友人、職場、技術的なチャットに会いましょう。 ナレッジプラネット【職場とテクノロジー】
リンクトイン ハリー https://www.linkedin.com/in/architect-harry/
LinkedInグループ LinkedIn アーキテクチャ グループ
https://www.linkedin.com/groups/14209750/
微博 【スーパーアーキテクト】 賢い瞬間‍
ビリビリ 【スーパーアーキテクト】

174ffc2a8df7891f3c8e2cd654ae44fe.jpeg

チクタク 【cea_cio】スーパーアーキテクト

1330044df0297dbd3d0153b578be9708.jpeg

早い労働者 【cea_cio_cto】スーパーアーキテクト

807e75d2afb80590405199f984bcbc7d.jpeg

小さな赤い本 [cea_csa_cto] スーパーアーキテクト

f2354398051dc54bdbc72d4ca036a5cc.jpeg

Webサイト CIO(最高情報責任者) https://cio.ceo
Webサイト CIO、CTO、CDO https://cioctocdo.com
Webサイト アーキテクトの実践的な共有 https://architect.pub   
Webサイト プログラマーのクラウド開発共有 https://pgmr.cloud
Webサイト チーフアーキテクトコミュニティ https://jiagoushi.pro
Webサイト アプリケーション開発と開発プラットフォーム https://apaas.dev
Webサイト 開発情報ネットワーク https://xinxi.dev
Webサイト スーパーアーキテクト https://jiagou.dev
Webサイト 企業向け技術トレーニング https://peixun.dev
Webサイト プログラマーの本 https://pgmr.pub    
Webサイト 開発者チャット https://ブログ.開発者.チャット
Webサイト CPOコレクション https://cpo.work
Webサイト 最高セキュリティ責任者 https://cso.pub ‍
Webサイト CIOクール https://cio.cool
Webサイト CDO情報 https://cdo.fyi
Webサイト CXO情報 https://cxo.pub

ご清聴、転送、いいね、ご視聴ありがとうございます。

おすすめ

転載: blog.csdn.net/jiagoushipro/article/details/131746273