IT運用にアジャイル手法を適用するための3つのステップ

アジャイルプラクティスは、アプリケーションのコーディング、テスト、リリースに全力疾走するソフトウェア開発チームだけのものではありません。スクラムやかんばんなどのアジャイル手法は、今日、IT運用を含むさまざまなビジネス、データサイエンス、テクノロジーの各チームで使用されています。

アジャイル手法はIT運用にうまく適用できますが、憲章、優先順位、および運用チームの文化には、考慮が必要ないくつかの顕著な違いがあります。これらの違いを理解し、戦略的な優先順位を定義することで、自己組織化IT運用チームがイニシアチブを実行し、他の学際的なアジャイルチームのより良いメンバーになる方法を構築します。

考慮すべき3つのステップは次のとおりです。

IT運用の使命と憲章を再定義する

IT運用チームのメンバーは、主な仕事を、本番、部門、および開発のネットワーク、システム、アプリケーション、およびデータベースの照明を維持することと見なしています。多くは、インシデント、問題、および変更管理のためにITIL(Information Technology Infrastructure Library)プロセスに従い、Cherwell、Jira Service Desk、ServiceNowなどのチケットシステムを使用してそれらを追跡します。従業員やその他のエンドユーザーが支援を必要としている場合、または異なるシステム要件がある場合、IT運用もこれらのシステムに依存して要求をキャプチャし、ワークフローをサポートします。

CIOには、IT運用チームに大きく依存する1つ以上の戦略的ロードマップが含まれる可能性があります。CIOは、モバイル、デジタルトランスフォーメーション、クラウド、およびデータ戦略を組み合わせて、IT運用が主要な役割とサポートの両方の役割を果たすことができる可能性があります。優先事項には、クラウドの移行、インフラストラクチャプロジェクト、エンタープライズシステムのメジャーアップグレード、SaaSツールの新しいサポートモデル、コンプライアンス監査、新しいコラボレーションおよびワークフローツールのインストール、ERPアップグレード、オフィスの移転などがあります。

問題は、IT運用がこれらのイニシアチブに関連する作業をどのように管理するかということです。アジャイル手法は、特に明確に定義されていない事前要件、技術的な未知数、または競合する優先順位がある場合に、それらの多くに理想的に適しています。

しかし、IT運用の多くはアジャイルプラクティスを開発方法論と見なしているため、より重要な使命、責任の範囲、および作業を管理する方法について、ある程度の指導と議論が必要です。

具体的には、IT運用の多くは、プロジェクトマネージャーがタスクを主導することに慣れています。彼らには、ソリューションを設計および実装し、作業を順序付け、技術的な未知数のためにリスクを軽減するための最善の方法を指定する機会がありませんでした。アジャイル手法は、トップダウンのプロジェクト管理のこれらの欠点に対処します。彼らは、エンジニアがアジャイルの役割に足を踏み入れ、式典に参加し、アジャイルツールを使用して新しい働き方を理解することを求めています。

IT運用のためのアジャイル手法を再定義する

アジャイルリーダーは、すぐに使えるスクラムやかんばんをIT運用チームに適用することはできません。文化と運用モデルのいくつかの重要な違いを考慮する必要があります。グループで確認する手順は次のとおりです。

  • アジャイルの役割を再定義します。ほとんどのIT運用では、製品の所有者がイニシアチブに割り当てられていません。せいぜい、要件を作成するプロジェクトスポンサーとアナリストがいる可能性があります。人々が製品の所有権の責任を引き受けるのを助けるために、いくらかのトレーニングとコーチングが必要になるでしょう。最も重要なことは、彼らがイニシアチブのために顧客が誰であるかを定義し、顧客のニーズと価値観に基づいて彼らの仕事に優先順位を付けることを検討する必要があるということです。
  • ストーリーと受け入れ基準を書きます。システムに取り組んでいるエンジニアは、ユーザーストーリーとして要件を記述し、受け入れ基準を定義することに慣れていません。多くのエンジニアは、全体的な目的を理解することから実装を開始し、テクノロジーを使用して運用および最適なソリューションを見つけます。それでも、顧客またはエンドユーザーの観点から目標の共有理解を深め、非機能要件に関する受け入れ基準を指定するのに役立つため、要件を作成する規律を追加する価値は十分にあります。
  • 優先順位を確立します。 IT運用は、インシデントに対応し、アジャイルイニシアチブへのコミットメントとともに要求を満たすために時間をトレードオフする必要があります。開発者は、アジャイルチームとコミットメントにほぼ一致する作業を行っていますが、IT運用は、アジャイルバックログの作業に取り組む前に、運用の優先順位に対応する必要があります。多くのIT運用チームは、優先順位を表現する方法、優先順位の高いインシデントによって中断される可能性がある場合のコミットメントの意味、アジャイルユーザーストーリーの見積もり方法、および容量の測定方法に取り組んでいます。
  • 適切なアジャイル手法を選択します。 IT運用で優先される作業の種類は、他の方法よりもいくつかの方法と一致しています。小規模なイニシアチブのコレクションに取り組んでいる一部のチームは、かんばんを使用することでメリットが得られる場合があります。複雑な要件を伴うより長いイニシアチブに取り組んでいる他の人は、スクラムに適している可能性があります。大規模な組織では、少なくともこれら2つの方法論のサポートを検討する必要があります。
  • 役割を理解します。IT運用には、さまざまなアジャイルイニシアチブにおいてさまざまな責任があります。彼らはおそらくインフラストラクチャ、クラウド移行、およびセキュリティイニシアチブの推進力であり、アジャイルチームを監督する役割と責任を定義しています。DevOps、自動化、データガバナンスイニシアチブなどの他の場合、彼らはおそらくドライバーではなく、アジャイルチームメンバーとして参加しています。どちらのシナリオでも、チームとプログラムに対する責任に基づいて、エンジニアがどのように関与するかを定義する必要があります。

アジャイルと運用ツールの統合

IT運用チームは、インシデントとリクエストを管理するためのシステム、システムを監視するための他のプラットフォーム、およびチームのコラボレーションを推進するための追加のツールをすでに使用しています。ただし、ITSM(ITサービス管理)ツールは複数週間のイニシアチブを追跡するのには適しておらず、ガントチャートまたはスプレッドシートを使用して複雑なプロジェクトを管理すると、プロジェクトのリスクが高まります。運用チームがアジャイル手法を採用する場合、この作業方法に適したツールが必要になります。

しかし、新しいアジャイルプロジェクト管理ツールをミックスに追加するIT運用では、プロセスとシステム間のワークフローとデータ統合を考慮する必要があります。

単一のエンジニアの観点から影響を検討するのが最善です。彼らは、サービス管理にPowWow Mobile、アジャイルイニシアチブにJira、コラボレーションにSlack、AIopsにBigPandaを使用している可能性があります。複数のツールをクリックして作業の優先順位、進行中の作業のステータスを記録する方法、および同僚と情報を共有する場所を知るためのオーバーヘッドが追加されます。また、エンジニアがアジャイルチームとの作業を完了することを約束したが、優先インシデントに対応するためにタスクから外された場合、利害関係者に混乱を引き起こす可能性があります。

IT運用チームは、ワークフローとデータがこれらのツール間でどのように接続されているかを検討し、閉ループプロセスがあることを確認する必要があります。たとえば、インシデントがサービスデスクで開始され、IT運用アジャイルチームによって修復が実装され、監視ツールによる検証が必要になる場合があります。3つ以上のテクノロジーを通じてエンドツーエンドで追跡することは労力を追加し、それらの間の統合によりデータ品質が向上します。

これらの問題は出発点にすぎません。IT運用チームは、アジャイルレトロスペクティブを使用して、何が機能しているか、何を変更する必要があるか、および方法論をどのように進化させるかについて話し合うことが不可欠です。