測定指標

成熟度モデルが「どのあたりまで来ているか」を定性的に示すなら、この4種の指標は「実際に良くなっているか」を定量的に示す。

指標は成熟度モデルと分けて扱う。成熟度は手順と資産の定着度合いを判別するチェックリストであり、指標はその手順が実際に効果を出しているかを時間に沿って追跡する数字だ。L4 標準化に到達した組織はこの4種を定期的に収集するが、それ以前の段階でも方向を確認する用途として、早くから測っておくことを勧める。

すべての指標には共通の危険がある。数字を改善すること自体が目標になると、指標は良くなるのに実際の成果物の質は悪くなる逆効果(グッドハートの法則)が生じる。各指標の「注意点」は、この逆効果をあらかじめ指摘したものだ。

サイクルリードタイム

定義

意図定義を始めた時点から、デプロイ(または検証通過によるマージ)までかかった時間だ。一つのVDLCサイクル、すなわちステージ1 — 意図定義からステージ5 — デプロイと観察までの総所要時間を測る。

測定方法

意図文書のコミット時刻(または作業チケットの作成時刻)を始点に、デプロイ完了時刻(または最終マージ時刻)を終点とする。作業管理ツールやリポのコミット・PRのタイムスタンプから抜き出せる。チーム・機能単位で定期的に(例: スプリントまたは月単位)中央値を集計する — 平均は少数の大型作業に容易に歪められるので中央値を優先する。

解釈ガイド

• 良くなる信号: 中央値がサイクルを重ねるごとに短くなる。特に似た規模の作業どうしを比較したときに短くなる傾向なら、コンテキスト資産が再利用され複利効果が出ているという信号だ。
• 悪くなる信号: リードタイムが伸びる、あるいは偏差(最大値と中央値の差)が大きくなる。偏差の拡大は特定種類の作業だけがボトルネックにかかっているという意味なので、どのステージで遅延するかをまず分解せねばならない。

注意点

作業を人為的に細かく分割し、個別のリードタイムだけを短くすると数字は改善するが、実質的な成果物の完成までの総時間はそのままか伸びる。作業分解の単位自体が変わっていないかを一緒に確認する。また、検証を省いてリードタイムを縮める場合があるので、必ず手戻り率・検証通過率と一緒に見る。

手戻り率

定義

一度「完了」として処理された成果物が、その後の欠陥・要求の誤解・設計変更で再び手を入れることになった比率だ。手戻りはバグ修正、レビュー差し戻し後の再実装、デプロイ後のロールバック/ホットフィックスを含む。

測定方法

一定期間にマージされた変更のうち、マージ以降に同じ機能/領域について欠陥修正や再実装を目的とした後続のコミット・PRが発生した比率を数える。イシュートラッカーで「バグ」ラベルが元の作業を参照する比率で近似することもできる。手戻り件数 / 全完了件数で計算し、期間(例: 月単位)を固定して傾向を見る。

解釈ガイド

• 良くなる信号: 手戻り率が下がり、手戻りが発生しても小さな修正にとどまる。意図文書の成功基準が明確になり検証体系が根づくほど、この指標は下がるのが自然だ。
• 悪くなる信号: 手戻り率が上がる、あるいは同じ領域で手戻りが繰り返される。繰り返される手戻りは、特定のコンテキスト資産(ドメインルール、レビューチェックリスト)が古いか、そもそもないという信号だ。

注意点

「完了」の基準を緩く定義し、手戻りをそもそも手戻りとして集計しない方式で数字を下げられる。完了の定義(例: デプロイ後N日以内に欠陥なし)をチームが合意して固定し、勝手に変えない。手戻りを減らそうとして検証を過度に強化し、リードタイムがともに伸びる場合もあるので、この指標だけを単独で最適化しない。

検証通過率 (一発通過率)

定義

ステージ4 — 検証に初めて提出した成果物が、追加修正なしにそのまま通過した比率だ。自動テスト、交差レビュー、人間レビューのどのステージであれ、差し戻しなく一発で通過したかを見る。

測定方法

一定期間のPR(またはレビュー依頼)のうち、レビューコメントによる修正コミットなしに承認・マージされた件数の比率を数える。一発通過件数 / 全検証提出件数で計算する。自動テストと人間レビューを分けて別々に集計すれば、どの検証ステージがボトルネックかをより正確に知れる。

解釈ガイド

• 良くなる信号: 通過率が上がると同時に手戻り率もともに低い。二つの指標が一緒に良くなれば、意図文書とコンテキスト資産の品質が実際に検証ステージの差し戻しを減らしているという意味だ。
• 悪くなる信号: 通過率が低い、あるいは停滞している。特定種類の差し戻し(同じ規約違反、同じ例外ケースの抜け)が繰り返されるなら、そのルールがまだコンテキスト資産(CLAUDE.md、レビューチェックリスト)に反映されていないという信号だ。

注意点

この指標を高めようとして検証基準自体を下げると(レビューを形式的に通過させると)通過率は上がるが、手戻り率とプロダクションの欠陥が後を追って上がる。必ず手戻り率と対にして解釈する。また、リスクが低い成果物だけを選んで通過率を計算すると実際より良く見えるので、リスク等級に関わらず全提出件を母数とする。

コンテキスト資産の増加量

定義

チーム・組織が再利用可能な形で保有するコンテキスト資産(プロジェクトルールファイル、再利用スキル、ドメインwiki、レビューチェックリスト、リスク等級表など)が、一定期間にどれだけ増え、どれだけ再利用されたかを一緒に見る指標だ。

測定方法

増加量は、リポにコミットされたコンテキスト資産のファイル数・変更行数、またはwikiページ数の期間別の増分で近似する。再利用率は、新しいプロジェクトや新しいセッションが既存資産をどれだけ参照したかで補完する — 例えば、新規プロジェクトのCLAUDE.mdが既存の組織標準から何項目そのまま持ってきたか、オンボーディングチェックリストで既存のwikiを何回リンクしたかを数える。

解釈ガイド

• 良くなる信号: 資産が着実に増えると同時に再利用頻度もともに上がる。この指標は原則4 — コンテキストは資産だが言う複利構造が実際に機能しているという最も直接的な証拠だ。
• 悪くなる信号: 資産は増えるのに再利用は増えない。文書だけが積み上がり誰も参照しない状態で、還流が形式的にだけ行われているという信号だ。逆に資産の増加自体が止まったなら、ステージ6 — 還流が機能していないという信号だ。

注意点

ファイル数や行数だけを数えると、中身のない文書を量産して数字を膨らますゲーミングが可能だ。必ず再利用率(実際に参照・引用された回数)を一緒に見て、「積み上がっただけの資産」と「実際に使われる資産」を区別する。また、古い資産を整理せず放置すると増加量は増え続けて正に見えるが、実際の有効な資産の密度は下がりうるので、定期的に古い資産を間引く手順も一緒に管理する。

一緒に見る

四つの指標は互いを牽制するよう設計されている — リードタイムだけを縮めれば手戻りが増え、検証通過率だけを高めれば基準が緩くなりうる。四つを同じ周期で並べて見て、一つが目立って改善するときに残りがともに悪くならないか確認することが、この指標体系をゲーミングしない最も確実な方法だ。指標をいつから測り始めるかは導入ロードマップの最後のステップ(組織標準)を参考にする。