以下が最初に登場しました フォーブス.
エンタープライズITでは、技術的負債は、レガシーハードウェアとソフトウェア、非効率的なメンテナンスプロセス、スケーラビリティまたは復元力の欠如、ユーザーエクスペリエンスの低下、古い通信または不適切にメンテナンスされたコードの形で発生します。技術的負債は、その影響において沈黙し、広範囲に及んでいます。実際、 最新の研究 Googleが実施した調査によると、「技術的負債が多い回答者は生産性が1.6倍低く、最高の業績を上げた回答者は技術的負債が少ない可能性が1.4倍高い」とのことです。 ITインフラストラクチャと運用（I＆amp; O）では、技術的負債により、リソースが意味のある投資から逸れるため、ビジネスを近代化し、変化する市場の力に適応することが困難になります。
技術的負債の味。
以前は、差し迫った痛みに対処するためにシステムが導入され、それらを管理するためのプロセスが導入されていました。しかし、ビジネスは時間とともに変化し、市場の変化、ピボット、新しい管理、合併、買収、変革の要件、および経済学により、IT運用はさまざまなテクノロジーの方向に追いやられています。
今日、現代の企業は、節約または生産するよりも多くの費用がかかる異種のツールとプラットフォームで満たされています。ただし、技術的負債はツールだけに関係しているわけではありません。実際には、プロセス、人、テクノロジーの3つのフレーバーがあります。
- 債務の処理 最新のシステムを使用して最新の方法で動作するための適切なフレームワークがないことです。
- 人々の借金 人工知能やクラウドなどの新しいトレンドや技術的機会を交渉するための労働力スキルの欠如です。
- 技術的負債 おそらく今では高価で、管理が難しく、手に負えず、デジタルトランスフォーメーションの要求に対処できないレガシーツールセットに埋もれています。
体系的かつ変革的な方法でこの債務にどのように取り組むかについて説明しましょう。
フレームワークから始めます。
これらの3つのフレーバーの中で、プロセス債務が最も危険であると私は信じています。それは、組織をレガシーサイクルにとどめておくだけでなく、「壊れていない場合は修正しないでください」などのフレーズに埋もれている危険な組織の物語を促進するからです。それ」または「それは私たちがここで物事を行う方法ではありません。」債務の増大というサイクルに巻き込まれ続けるのは、私たちが自分自身に語る物語です。
プロセスのアップグレード（ポリシー、Runbook、ディザスタリカバリ、サポート、およびその他の非機能要件の計画を含む）は、最終的にはテクノロジーと文化の近代化につながるカスケード効果をもたらします。既存のプロセスから無駄を管理することは、IT機能、システム、およびツールを合理化するのに役立ち、チャーンおよび累積エラーを排除することによってリスクを軽減します。簡素化された技術的負債削減フレームワークは、何を更新する必要があるか、何を優先するか、そしてレガシーITの考え方をどこで修正するかを特定するのに役立ちます。しかし、どこから始めればよいのでしょうか。
＃1-既存の技術インフラストラクチャのトップダウンビューを取得します。
既存のシャドーITは、デジタルトランスフォーメーションに大きな課題をもたらします。私の経験から、ロードマップがクラウドにつながるか、すでにハイブリッドモードで動作している場合は、想像以上に多くのことが起こっている可能性があります。
- 管理ツールまたはパートナーを使用して、システム、アプリケーション、ネットワーク、デバイス、アカウント、（コード/データ）リポジトリ、およびインベントリできるその他のものを識別して統合します。
- 標準の操作手順、ポリシー、およびドキュメントがある場合は、それらにインデックスを付けて一元化する必要があります。製品と運用のサイクルを理解するために、ITOpsチームとDevOpsチームにインタビューすることをお勧めします。
- 誰かが以前にこのアプローチを試したことがあるかもしれないので、外部サブスクリプション、サービスの提供、ビジネスパートナー、管理プラットフォーム、孤立したイニシアチブを探してください。
- 過去、現在、進行中、および将来（以前にコミットされた）のスペクトル全体のコストを分析します。
- 上記を照合し、アーキテクチャのレビューをリーダーシップ（Cスイートとボード）に提供します。
＃2-ビジネスサービスをマッピングします。
ハイブリッドITの新時代は、コンポーネント中心ではなく、ビジネスサービス中心です。私の意見では、ITサービスがどのように構成され、消費されているかを理解できるように、ビジネスサービスの価値に応じてインフラストラクチャをマッピングする必要があります。
- 現在実行中のサービスを業界のベンチマークまたはベストプラクティスと比較し、収益、製品メトリックなどのリーダーシップの目標に関するギャップと欠陥を特定します。
- 可能な場合は総所有コストの調査を使用するか、OpEx / CapExツールを使用して内部投資収益率分析を実施することにより、以前の投資から得られた生産性の向上を相殺します。
- S業界に見合った満足度、使用法、エクスペリエンス/インターフェース、機能、およびその他の指標についてユーザーを調査します。
- 分析を使用して、これらの信号を視覚的なサービスマップに調整し、要素、インフラストラクチャ、トポロジ、および関係を示して、有効性と改善すべき領域の両方を示します。
＃3-優先順位を付けて自動化します。
さまざまなビジネスサービスを確認できるようになったので、最も重要な運用サービスと顧客対応サービスを妨げているビジネスクリティカルな技術的負債に優先順位を付ける計画を立てる必要があると思います。
- ロードマップのレビュー、リソース、および計画に参加するために、会社のすべての機能領域のメンバーシップを関与させます。
- さらに多くの債務をもたらすトレードオフを回避するために、現実的な境界、範囲、およびスケジュールを設定します。
- 定期的なレビューのリズムを作成して、進捗状況を測定し、フィードバックを受け取り、必要に応じてコースを修正します。
- パブリッククラウドインフラストラクチャ、クラウドネイティブツール（サーバーレス/コンテナ化、Kubernetes）、IT運用のための人工知能（AIOps）、強化された自動化など、将来を見据えたイノベーションを実装する機会を探してください。
将来のリターンのための債務融資。
実際、ビジネスは結果を達成する必要があり、選択を行う必要があるため、すべての債務が必ずしも悪いわけではありません。ただし、進行する前に解決する必要があります。ますますハイブリッド化するITインフラストラクチャを最新化することで、技術的な優先順位をビジネスの優先順位に再調整するだけでなく、時代遅れの考え方や非効率的なプロセスを取り除く機会が得られます。将来の変化を見越して設計する場合、テクノロジープラットフォームはより回復力があり、より費用対効果の高い方法で拡張できると思います。
技術的負債は壊滅的である必要はありません。ただし、他の問題と同様に、体系的に解決できるほど、最終的な影響は少なくなります。
次のステップ：
- 今後の円卓会議にサインアップしてください。 最高のIT運用組織になるための6つのステップ
- 参加しませんか レセプションでは、AWS re：InventでHPEと共同開催しています
- カスタムデモンストレーションをスケジュールする OpsRampプラットフォームの。
