コードベースを改善する

必要なKPIを収集する

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

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

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

ダッシュボードの実装

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

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

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

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

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

チームと会う

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

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

1. Review the KPIs and trends

   : あなたと関係者は KPI を確認し、傾向を特定します。

2. Identfy achievements, challenges, and opportunities

   このフェーズでは、KPI が改善している領域 (成果) と改善していない領域 (課題) を特定します。 次に、KPI (機会) を改善するための戦略と戦術、およびそれらを最適に実装する方法を特定します。

3. Make technical recommendations

   ここでは、あなたと関連する利害関係者が、開発ツールチェーンや耐障害性戦略の変更などの技術的な推奨事項を特定して確認します。

改善プロセスを開始する

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

この段階では、あなたは

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