ビジネスのスピードと品質を確保するためのITメトリクス

公開: 2021-05-04

記事上で

いずれにせよ、指標は、プロセスの有効性を監視し、潜在的な問題を特定し、考えられる介入を理解するために不可欠です。 適切な指標を使用することは、マーケティングと同様に、情報技術のパフォーマンスが向上することを意味します。 その理由を調べてみましょう。

「力はコントロールなしでは何もない」は、私が20年近く前に働いていた有名な会社のスローガンでした。 私はどこでもそれを見て、それが好きでした、そして私はそれを頭から取り除くことができませんでした。 おそらくこの理由で、私は、専門家の間でよく知られており、速度と品質のバランスに基づいた一連のITメトリックのMailUp実装を編成するという課題を喜んで受け入れました。

ITメトリックとは何ですか、またそれらは何のためにありますか?

ITメトリクスとは何ですか? これらは、情報技術の世界で重要な変数を測定することにより、プロセスの制御と改善に役立ちます。 すべての複雑なプロセスと同様に、スキルは限られた数の測定可能な量を分類することにあります。 これらは、製品のプロセスとパフォーマンスの優れた指標を構成するだけでなく、価値を変えるターゲットを絞った介入を通じて両方の側面改善することもできます。

複雑? 少し—このタイプのアクティブコントロールに最適なメトリックを特定するのはそれほど簡単ではないためです。 内部で定義されたメトリックをいくつか試した後、「Accelerate – Accelerate:The Science of Lean SoftwareandDevOps」で非常によく概説されているメトリックを採用することにしました。 これらは、2012年以降のState ofDevOps年次報告書の主要トピックの1つでもあります。

改善策:IT指標がビジネスパフォーマンスをどのように加速するか

何千もの企業が関与する何年にもわたる広範な調査の結果、前述の出版物の著者は、デジタルセクターの企業にとって優れたITパフォーマンスと同様に優れた業績との間に直接的な相関関係があることを確認しています。 これらの調査により、すべてのトップITパフォーマー(最大かつ最も前衛的な企業)が優れた結果を達成する5つの主要な指標が特定されました。 これらの企業はこれらの同じ指標を採用し、5つの指標すべてで「エリートパフォーマー」の価値を一致させることができました。 実際、それらの成長率は他のものよりはるかに優れており、これは、KPIのITセットを実装することがいかに効果的かつ重要であるかを裏付けています。 テクノロジーの成果に優れていることは、要するに、ビジネスレベルでパフォーマンスを加速するための実現要因になります。

ビジネスのスピードと品質を確保するためのITメトリクス

これまでに説明した5つのITメトリックは、速度と品質という非常に単純な概念に基づいています。 メッセージは次のとおりです。お客様に迅速、継続的、頻繁に価値を提供します。 速く行くほど、間違いを犯すリスクが高くなります。 また、エラーの頻度と、誤動作後に必要な復元時間にも注意を払う必要があります。

この概念を数値に変換することにより、5つの測定可能な量をメトリックとして取得します。

  • 変更のリードタイム(LTFC):プロセスの開始から顧客が利用できるようになるまでの平均時間(「本番環境」)。
  • 展開頻度:ニュースまたは更新が本番環境でリリースされる頻度
  • 変更失敗率(CFR):最近の更新によって引き起こされた問題から回復するための本番更新の数。
  • (MTTR)を回復するための平均時間は:平均は深刻な生産上の問題が顧客に影響を与えた後の時間を回復します。 と
  • 可用性:プラットフォームサービスが完全に利用可能であった時間の割合(すべての回復時間の合計を差し引くことによって取得されます)。

MailUpのITメトリクス

MailUpでは、2020年9月からこれらの指標を採用しています。自動測定ツールを使用し、次のような継続的なプロセスを設定することで、これらの指標を採用しています。

  • 進捗状況を監視します。
  • 私たちは目標を設定します; と
  • そこに到達するためのアクションを特定します。

速度の急激な上昇は品質の低下につながる可能性があるため、これには注意が必要です。

メトリックはプロセスを改善するための間接的な指標であることを忘れがちです。 重要なのは、測定はそれ自体が目的ではないということです。 むしろ、重要なのは、その測定値を変更することができたときのプロセスと製品への影響です。

数値に関しては、MailUpでこれらのメトリックを計算する方法を詳しく見てみましょう

それを測定する方法メトリック

変更のリードタイムは、Jiraの問題に対応するストーリー(またはタスク)が処理開始から公開までかかる過去3か月の平均期間として計算さます。 ここでは、AtlassianJiraスイートが役に立ちます。 これにより、ストーリーの「ステータスの時間」、つまり、ワークフローの移行ごとに問題が特定のステータスにある期間を測定できます。 インポートおよび集約されたデータは、Jira管理図またはTibcoSpotfireで作成したようなアドホックダッシュボードを介して表示できます。

問題は、あらゆるプロジェクトの構成要素を形成します。 これらは、解決すべき問題(バグなど)またはチームまたはそのメンバーの一部の一般的なタスクを表す場合があります。 実際、Jiraソフトウェアは、問題を監視するだけでなく、ワークフロー全体を追跡するために作成されました。 MailUpでは、Jiraで4つの標準的な問題タイプを使用します。ストーリー(ユーザーが関心を持つもの)、バグ(解決すべき問題)、タスク(完了するべきもの)、エピック(で構成できる大きなストーリー)です。ストーリーの数が少ない)。

MailUpでは、デプロイまでのリードタイム、つまり、本番環境が最後に変更されてからソースコードまでの時間も測定ます。

展開頻度とCFRについては、自動本番リリースプロセス(展開パイプライン)を、データベースメトリックに関連する情報を記録するフローと統合しました 実稼働環境に介入する技術者は、それが通常のリリース、ホットフィックス(クイックフィックス)、またはロールバック(以前のバージョンの復元)のいずれであるかを指定するだけで済みます。

MTTRと可用性は、「インシデント」の定義に基づいています。 内部的には、これを特定のしきい値を超える影響と重大度を伴う本番環境の中断と定義しています。 インシデントごとに、AtlassianJiraの「インシデントフォーム」に記入する必要があります。 これは、期間、原因、影響、影響、解決の種類などのさまざまな要素を示します。 インシデントカードからのデータは、自動プロセスによって抽出され、グラフィカルに表現されます。

傾向は、これらの各メトリックの経時的なパフォーマンスに関連しています。 孤立したピークや大きすぎる評価ウィンドウの慣性などの誤解を招く要素をコンテキスト化して補正するための参照として、過去3〜4か月の移動平均使用すると非常に便利であることがわかりました。

これらの指標は私たちにとって十分ですか? 私たちの将来の展望にすでに2つのステップがあるとしても、それらは確かに健康の技術的状態を理解するための優れた出発点です

  • これらの指標を、プラットフォームページへのアクセス速度などの他の主要な指標と統合します。
  • 「ドリルダウン」(詳細な分析)するサブメトリックを介してそれらを詳細化することにより、既存の指標にさらに高い特異性のレベルを導入します

結論

この簡単な概要では、一連のITメトリックを使用して全体的なビジネスパフォーマンスを向上させることの背後にある意味と利点を特定します。 メトリックとその計算方法の詳細については、このリンクをクリックしてください。