> ## Documentation Index
> Fetch the complete documentation index at: https://docs.kodus.io/llms.txt
> Use this file to discover all available pages before exploring further.

# PR サイクルタイム

> プルリクエストがオープンされてからクローズされるまで、どれだけの期間オープンのままかを測定します

## PR サイクルタイムとは

PR サイクルタイムは、プルリクエストがオープンのままである期間、つまりオープンされてからクローズされるまでの時間を測定します。このメトリクスは、開発プロセスのレビューとマージのスピードを表します。

Cockpit では、**Productivity** タブの **PR Cycle Time (p75)** カードと **PR Cycle Time** チャートです。

## 計算方法

各プルリクエストがオープンされてからクローズされるまでの時間を自動的にトラッキングします。最初のコミットではなく PR のオープン日時を起点とするのは、リベースされたブランチには古いコミットが含まれることがあり、数値を水増ししてしまうためです。PR がオープンされる前に費やされた時間については、[リードタイム内訳](/ja/how_to_use/cockpit/metrics/lead_time_breakdown)を参照してください。

**トラッキング対象:**

* PR のオープンからクローズまでの時間
* 選択した日付範囲内にクローズされた PR
* コードが統合されるまでにかかる時間

**カウントしないもの:**

* PR がオープンされる前の計画、設計、コーディングに費やした時間
* マージ後の時間（デプロイ、ユーザー採用など）
* 失敗またはキャンセルされた変更

**計算方法:**

```
PR サイクルタイム = (PR クローズ時刻) - (PR オープン時刻)
```

通常のパフォーマンスの理解を歪める可能性のある異常に長い外れ値をフィルタリングして典型的なサイクルタイムを表示するために、75パーセンタイル（P75）を使用します。

## 重要な理由

PR サイクルタイムは、チームが開発作業を効率的に完了する能力を測定する重要なメトリクスです。サイクルタイムが長い場合は、バッチサイズの大きさ、長いレビュープロセス、または開発ワークフローのボトルネックを示している可能性があります。

## 改善方法

* 大きな変更をより小さな PR に分割する（200〜400行）
* 明確なレビューの期待とガイドラインを設定する
* レビュー前に問題を検出するために自動チェックを使用する
* チーム全体でレビューの作業負荷を分散する
* 開発中に早期フィードバックを得る
* 一貫したブランチ戦略を使用する


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.