コードベースを改善する

必要なKPIを収集する

まず始めるのに最適な場所は、主要業績評価指標を収集することです。これを行うには、ソース コード リポジトリやビルド/テスト自動化プラットフォームなど、開発プロセスをサポートする特定のテクノロジ プラットフォームを知る必要があります。次に、各 KPI の属性を抽出して New Relic にインポートする方法を特定する必要があります。

このユースケースに必要な KPI と最低限必要な属性は、上記の主要業績評価指標セクションで見つけることができます。通常は、開発ツールチェーンの API を使用して KPI とその属性を抽出し、カスタム イベント APIを使用してそれらを New Relic に送信します。

カスタム統合作業を開始する前に、適用可能なすぐに使える統合が存在するかどうかを確認する必要があります。

ダッシュボードの実装

私たちのダッシュボードは、この改善プロセスで使用される主な方法です。これらは現在の KPI を示し、改善が必要な領域を特定するのに役立ちます。サンプル ダッシュボードは、GitHub の New Relic OMA リソース センターにあります。

ダッシュボードに表示される情報は開発ツールチェーンによって異なるため、正確な仕様に合わせ てダッシュボードをカスタマイズする必要があります。

開発ベースラインを確立する

初期有効化を実行する前に、ベースラインを形成するのに十分なデータが必要であるため、開発アクティビティのサンプルから構成されるベースラインを確立する必要があります。通常、これには最低 2 週間かかりますが、現在の開発ペースによっては最大 6 週間かかる場合があります。これを行う簡単な方法の 1 つは、ベースラインの収集と評価サイクルをアジャイル スプリントに合わせることです (該当する場合)。

ベースラインを確立する間、イベント データが New Relic に期待どおりに蓄積されていることを定期的に確認する必要があります。

チームと会う

ベースラインを確立したら、開発チームやその他の関係者に、収集されたデータと、従うことになる継続的な改善プロセスを紹介します。

このプロセスは、3つの活動で構成されています。

1. KPI と傾向を確認する: あなたと関係者は KPI を調べて傾向を特定します。
2. 成果、課題、機会を特定する: このフェーズでは、KPI が改善している領域 (成果) と改善していない領域 (課題) を特定します。次に、KPI (機会) を改善するための戦略と戦術、およびそれらを実装する最適な方法を特定します。
3. 技術的な推奨事項を作成する: ここでは、開発者と関連する関係者が、開発ツールチェーンやオブザーバビリティ戦略の変更など、技術的な推奨事項を特定して検討します。

改善プロセスを開始する

この最後のステップは継続的な改善プロセスです。このフェーズでは、チームと会い、ベースラインに対する進捗状況を確認し、望ましい改善を実現できるように戦略を調整します。改善プロセスの各サイクルは、開発プロセスを数回繰り返した後に行う必要があります。通常、これらはすべてのアジャイル スプリントの中間点と終了時に発生します。

この段階では、あなたは

• KPI を毎週関係者に報告して、チームが作業に適切な優先順位を付けていることを確認し、約束されたビジネス成果に向けた進捗状況を示します。
• 新しいベースラインを確立し、改善率を示すために、毎週の KPI を長期間にわたって記録して保持します。