Atlassian Analytics を開始する
Atlassian Analytics をサイトに追加する方法を学び、データのクエリやチャートの作成に必要なものをご確認ください。
このダッシュボード テンプレートは、Jira データを含んでいる Atlassian Data Lake 接続でのみ使用できます。また、データ セットのスコープが「すべて」に設定されている必要があります。Atlassian Data Lake への接続方法の詳細。
このダッシュボードには、開発ツールからのデータを使用して、部門全体での共通の問題点を明らかにするのに役立つ一連の主要なスコアカードが表示されます。このダッシュボードでは、「プロジェクト カテゴリ」とラベル付けされた「ドロップダウン」コントロールに基づき、同じカテゴリのプロジェクトに取り組んでいるチームを部門であると判断します。
ダッシュボードを設定するには、次のコントロールを使用します。
現在の日付間隔 | 選択した日付範囲で完了した課題の関連データが表示されるチャートをフィルタリングする「カレンダー」コントロール。 |
---|---|
日付バケット | データを週、月、四半期、または年ごとにグループ化するための「ドロップダウン」コントロール。 |
Project Category | このダッシュボードが注力すべき部門を指定するための「ドロップダウン」コントロール。 このコントロールをリセットすると、チャートにはすべてのプロジェクト カテゴリの課題が表示されます。 |
考慮すべき課題タイプ | このダッシュボードで考慮すべき特定の課題タイプを選択するための「ドロップダウン」コントロール。 このコントロールをリセットすると、チャートにはあらゆるタイプの課題が表示されます。 |
無視すべき課題ラベル | このダッシュボードで無視すべき特定の課題タイプを選択するための「ドロップダウン」コントロール。 このコントロールをリセットすると、チャートにはラベル付けされたすべての課題が表示されます。 |
バグとして設定する課題タイプ | このダッシュボードでバグと見なす特定の課題タイプを選択するための「ドロップダウン」コントロール。 このコントロールをリセットすると、チャートにはあらゆるタイプの課題が表示されます。 |
課題を作業カテゴリにマッピングすると、チームが各カテゴリで費やされた労力の追跡や優先順位付けを実行できます。アトラシアンでは、作業 (つまり、Jira 課題) を、ビジネスの運営、ビジネスの変化、開発者の生産性、チーム管理という 4 つのカテゴリに分類します。
作業カテゴリをマッピングするには、次の手順に従います。
「テキスト入力」コントロールで、作業のカテゴリ名を指定します。
「ドロップダウン」コントロールで、各作業カテゴリにマッピングする Jira 課題ラベルを指定します。
次の点にご注意ください。
課題が複数のラベルにマッピングされている場合、その課題はチャートによってリストで最初に一致したラベルにマッピングされます。
このマッピングの最初の作業カテゴリ (初期設定では「ビジネスの運営」) も、一部のチャートでは目標として使用されます。アトラシアンでは、このカテゴリの作業にチームが費やす時間を 10% 未満にすることを推奨しています。
どの課題ステータスが「レビュー中」と表示されるかを指定します。このマッピングによって、作業のレビューに費やされた時間が 50% 未満である課題を持つチーム」と「「レビュー中」のステータスで費やされた時間」の各チャートに、レビュー中である作業に費やされた時間の割合が正しく表示されるようになります。
概要では、過去 4 週間にわたるエンジニアリング ヘルスの全体像が示されるため、チームの強みと弱みを把握できます。数字の横の傾向は、過去 4 週間の指標の動きを示しています。
課題のサイクル期間の中央値
過去 4 週間で課題が「To do」から「完了」に移行するまでにかかった日数の中央値。
完了した課題
過去 4 週間で完了した課題の数。
デプロイ頻度
過去 4 週間で実施された本番環境デプロイの平均数。
発生したバグ
過去 4 週間でオープンされたバグの数。
課題のサイクル期間が 7 日以上またはそれ以下のチーム
課題のサイクル期間は、課題が「進行中」のステータスであった合計時間を示します。毎月、目標のサイクル期間を満たしているチーム、または達成していないチームの数を確認して、チームのワークフローを評価しましょう。
サイクル期間のサポート指標
比較や分析が容易になるように、開発、課題、および PR のサイクル期間の中央値を並べて表示します。
チームごとのサイクル期間
すべてのプロジェクト、取り組んだ課題の数、月ごとのサイクル期間の中央値を示すリスト。
月に 4 回以上デプロイするチーム
デプロイ頻度とは、変更が本番環境にデプロイされる回数をカウントしたものです。月に 4 回以上デプロイするという目標を達成しているチームまたは達成していないチームの広がりを評価します。
デプロイ頻度の内訳のサポート指標
デプロイ成功率、デプロイ時間の中央値、および最大デプロイ時間の簡単な概要。この情報に基づいて異常なサービスをすばやく分離できます。
選択された期間中のすべてのプロジェクトとデプロイ回数を示すリスト。
開発時間の内訳
チームによって各開発カテゴリで費やされた時間の内訳を示すビュー。このチャートを使用して、時間の経過に伴う異常を特定できます。
チームごとのアクティビティの内訳
すべてのプロジェクトと各開発カテゴリで費やされた時間を示すリスト。
作業のレビューに費やされた時間が 50% 未満であるチーム
課題のレビューに費やした時間に関する目標を達成しているチーム、または達成していないチームの数を示します。「レビュー中」のステータスで時間をかけすぎているチームは、レビュー プロセスの改善をおすすめします。
「レビュー中」のステータスで費やした時間
選択された期間中のすべてのプロジェクト、取り組まれた課題の数、および課題のレビューに費やされた時間の割合を示すリスト。
ビジネスの運営に費やした時間が 10% 未満のチーム
「ビジネスの運営」の課題に適切な時間を費やしているチームの数。
ビジネスの運営に費やした時間
すべてのプロジェクト、「ビジネスの運営」に分類された課題の数、およびこれらの課題に取り組まれた月ごとの時間を示すリスト。
過負荷の担当者の割合が 10% 以下であるチーム
同時に進行中の課題を 3 つ以上持っているチーム メンバーの割合が 10% を超えるチーム、または 10% 未満であるチームの数。
サポート指標
注意が必要な課題 (「ブロックされた課題」、「引き継がれた課題」、「停滞している課題」に分類されるもの) の割合分布を示します。
チームあたりの「進行中」の作業
すべてのプロジェクトとチーム内の過負荷の担当者の割合を示すリスト。
オープンされた課題と発生したバグ
発生したバグの数と取り組まれている非バグの数の比較。
サポート指標
バグの数、重大なバグの数、およびバグとして発生した課題の割合を調べることで、バグに関する詳細な統計情報を得ることができます。
チームごとの発生したバグの総数
すべてのプロジェクトとそれらの各プロジェクトで発生したバグの数および重大なバグの数を示すリスト。
解決までの平均時間
バグをクローズするまでにかかる平均時間。
サポート指標
バグの優先度ごとの解決時間の内訳。
チームごとの平均解決時間
すべてのプロジェクト、解決されたバグの数、および解決時間の中央値を示すリスト。
この内容はお役に立ちましたか?