モード1とモード2 IT: 違いは何ですか？

今日、従来の組織は、ビジネスプロセスやシステムの管理を妨げる技術を受け入れるのに苦労しています。たとえば、クラウドコンピューティングやエンタープライズモビリティは、ビジネスを拡大し、従業員の生産性を向上させる有望な方法を提供しますが、重要なビジネス決定に影響を与える将来のシナリオに関する不確実性を引き起こす可能性があります。この懸念から、多くの企業がデジタルトランスフォーメーションの取り組みを慎重に展開していますが、その懸念が、リスクと制限を乗り越えてデジタルトランスフォーメーションを成功裏に受け入れたより進んだ競合他社に遅れを取ることになるかもしれません。2014年、ガートナーはこれらの課題に対処するための戦略の一つとしてバイモーダルITの概念を導入しました。これは「予測可能性に焦点を当てた作業スタイルと探求に焦点を当てた作業スタイルの2つを管理する実践」と定義され、バイモーダルITはモード1とモード2をITプロジェクトを管理するための2つの異なるが相補的な方法として特定します。この記事では、モード1とモード2のIT戦略の特徴と適用用途の違いを探ります。

ITの2つのモード

モード1とモード2は、ITサービスの開発と提供を異なる方法で可能にします:

• モード1は、変化に対する線形で予測可能なアプローチを指します。焦点は、デジタル世界にも適した信頼性が高く、正確で安定したITプロジェクトを保証することです。
• モード2は、変化に対する探求的で実験的なアプローチを指します。焦点は、不確実な状況に最適化し、デジタルトランスフォーメーションの取り組みの価値の可能性を最大化することです。

バイモーダルIT戦略の本質は、デジタルトランスフォーメーションのために適切なビジネスプロセスを変革するモード1とモード2のIT実践を一貫して採用することにあります。モード1とモード2のIT戦略の違いは、以下のドメインに分類できます

• 目標。 モード1 ITの目標は、デジタル世界において信頼性のあるIT機能とサービス提供を生み出すことです。モード2 ITは、SDLCパイプライン全体での機敏性とスピードに焦点を当てています。
• 価値。 モード1 ITは、結果を達成するためにかかったコストに基づいてプロジェクトの価値を評価します。モード2 ITは、顧客体験、ブランドの評判、収益の改善に基づいてパフォーマンスを評価します。
• アプローチ。 モード1は、完全なプロジェクトを提供する目的でウォーターフォールなどの従来のITSMフレームワークに従います。モード2は、DevOpsなどの反復的な開発と配信手法に従います。各リリースサイクルは、小さなが頻繁な機能改善を生み出します。
• ガバナンス。 モード1プロジェクトは、厳格なガバナンス戦略に従い、慎重なレビュー、事前承認、計画主導のプロジェクト実行を行います。モード2は、実験を通じた継続的改善の原則に従います。モード2では結果は予測可能性が低いですが、配信サイクルは次のリリースの反復を改善するための継続的なフィードバックプロセスに従います。
• 調達。 モード1は、信頼性が高く、継続的で予測可能なリソース供給のために長期契約を結んでいる評判の良い企業ベンダーからの調達を必要とします。モード2は、市場で広く採用されていないリソースに対する短期契約を通じて新興企業からの調達を許可します。
• 人材。 モード1は、従来のプロジェクトをレガシーIT環境で実行する経験豊かな専門家を必要とします。モード2は、新しい技術と不確実なプロジェクトに熟練した人材を必要とし、予期しない課題に対して効果的な新しいソリューションを生み出すことができる人材です。
• 文化。 モード1は、バックエンドのITプロセスと運用に焦点を当てており、企業のITネットワークを超えてエンドユーザーから切り離されています。モード2は、顧客体験、ブランドイメージ、成長の可能性に依存するビジネスの成果に焦点を当てています。
• サイクルタイム。 モード1プロジェクトは、プロジェクトの完全な作業バージョンが期待されるため、実行に長い時間がかかることがあります。モード2プロジェクトは、数日から数週間のスパンで迅速なリリーススプリントに従います。出力は、長期的な開発のために計画された完全に機能する製品のアイデアを表す最小限の実用的製品（MVP）である可能性があります。
• ペース層。 ガートナーは、異なるITプロジェクトを分類するためのペース層アプリケーション戦略を定義しています。モード1戦略は、コアビジネスプロセスをサポートするレガシーシステムを含む記録のペース層のために採用されます。例としては、支払い取引や重要なマスターデータベースの管理が含まれます。モード2戦略は、革新のペース層のために採用されます。これには、新しいビジネス機会や顧客中心の機能改善を活用するために開発されたアプリケーションが含まれます。

マルチモーダルITのビジネス-IT整合性

デジタルトランスフォーメーションを追求する多くの組織は、モード1またはモード2戦略を採用しているかもしれません。大企業は、予測可能で繰り返しのあり、敏感なタスクを含む長期的な技術主導の目標をサポートするためにモード1の慣行にデフォルトすることが多いです。しかし、中小企業は、クラウド駆動のビジネスプロセスに依存するモード2の慣行を選択するかもしれません。適切なモードを議論する代わりに、より正確な質問は、一貫したモード1とモード2 IT戦略の実行可能性です。この二つのカテゴリーシステムは、企業ITセグメントで限られた牽引力を得ており、多くのデジタルトランスフォーメーションアプリケーションには逆効果と見なされています。このようなシステムは、両方のモードが競合する限られたリソース内で対立する目標を達成しようとするため、全体の複雑さを加える可能性があります。両方のモードは本質的に技術中心で、顧客に焦点を当てる注意が限られています。それに対し、デジタルトランスフォーメーションの哲学は、ビジネス組織にデジタル技術を活用して顧客体験を改善し、ポジティブなビジネス成果をもたらすことを促します。バイモーダルIT戦略はまた、レガシーシステムを長期的に維持できることを示唆しています。実際には、レガシーシステムは、ビジネスのセキュリティ、パフォーマンス、および信頼性の要件を満たすために継続的な再エンジニアリングが必要です。マルチモーダルITシステムは、単一の、孤立した、切り離されたITサービス管理と提供フレームワークの一貫した採用をサポートすることから、組織文化にさらなる分断を引き起こします。デジタルトランスフォーメーション戦略を追求する多くの組織にとっての解決策は、ビジネス要件と顧客期待をデジタルトランスフォーメーションの取り組みの主要な推進力として評価することにあるかもしれません。アジャイルやDevOpsを含む現代のITSMフレームワークは、顧客中心のアプローチでこれらの取り組みを最適化するためのガイドラインを提供しています。基礎となる原則は、組織がかつてモード1のレガシーシステムに依存していたビジネスプロセスにモード2 IT原則を適用するのを助けます。結果として、ビジネスとITの整合性が得られ、これはバイモーダルITフレームワークでは実現できないかもしれません。

追加リソース

Martin Börjesson - Hvad er Bimodal IT? from Aarhus BSS

これらの投稿は私自身のものであり、必ずしもBMCの立場、戦略、または意見を代表するものではありません。