impediment-prioritization

阻害要因の優先順位付けスキル

阻害要因とその対策に順位を付ける、ドメインに依存しないスキルです。あらゆる {impediment, countermeasure} リストで機能します。GHQR の指摘事項、監査結果、ふりかえりのアクション項目、リスク登録簿、アーキテクチャレビューのギャップなどが対象です。

有効にするタイミング

ユーザーが次のことを求めた場合に有効にします。

• 阻害要因、ギャップ、リスク、指摘事項、または是正項目の優先順位付け、順位付け、順序付け、またはトリアージ
• 対策案がある阻害要因のリストを提示する（または問題のリストに対する対策案の提案を求める）
• あらゆる改善／是正バックログについて「最初に何を修正すべきか」と尋ねる
• バリューストリームの優先順位付け、A3 対策、ROI 対労力、またはリーン方式での阻害要因の順位付けに言及する

入力

受け付ける入力：{impediment, countermeasure} のペアのリスト。入力元には次のものが含まれます（これらに限定されません）。

入力元	阻害要因に対応する項目	対策に対応する項目
GHQR ／ヘルスチェックの指摘事項	指摘事項またはギャップ（Status ≠ Expected）	推奨事項／期待される価値
監査結果	不適合	是正措置
ふりかえり	「何がうまくいかなかったか」の項目	合意された改善策
リスク登録簿	リスク	軽減策
アーキテクチャレビュー	目標状態とのギャップ	変更案
ユーザーが自由形式で提示するリスト	問題の説明	提案する修正策

ルール：

• 阻害要因ごとに対策は 1 つです。入力に複数の是正方法が示されている場合は、主要なものを選び、代替案は根拠に記載してください。同じ阻害要因に対して複数行を出力してはいけません。
• スコア付けの前に重複をまとめてください。
• 出典へのリンク／引用がある場合は、対策に添付してください。
• 出典に信頼度が記載されている場合は、任意の Confidence 列として表示してください。

スコアリング基準（1～10 の尺度）

各阻害要因の対策を、4 つすべての基準で採点してください。複数のドメイン（プラットフォームエンジニアリング、セキュリティ、SRE、アプリケーション開発、ガバナンス）における 1 ／ 5 ／ 10 の各レベルの基準例については、references/scoring-rubric.md を参照してください。

基準	尺度	定義
投資収益率（ROI）	1 = 低、10 = 高	この工程およびバリューストリーム全体にもたらす、対策による効率向上です。金銭面だけで評価するのではなく、処理量、サイクルタイムの短縮、欠陥の除去、ユーザー／開発者体験、コンプライアンスの向上を考慮してください。
実装コスト	1 = 安価、10 = 非常に高額	対策の実装に必要な人的資本（必要な人員の給与＋時間）と、購入品、ライセンス、インフラの費用を合わせたものです。
導入の容易さ	1 = 非常に難しい、10 = 非常に簡単	対策をエンドツーエンドで実際に導入するために必要な是正作業の負担です。技術的な複雑さ、変更管理の負担、ロールバックのリスクを反映します。
リスク要因	1 = 低リスク、10 = 非常に高リスク	対策が失敗、中断、または延期された場合にバリューストリーム全体へ及ぼす影響を加味したリスクです。

各スコアには、1 行の根拠を必ず添えてください。明示的なデータに基づくのではなく推定したスコアの場合は、根拠に (estimated) を付けてください。

計算式

Priority = ((ROI * (10 / Cost)) + (Ease * (10 / Risk))) / 2

• 理論上の範囲：1 → 100。一般的なバックログでの実用的な範囲：約 1 → 100。
• 尺度の最小値を 1 にすることで、コストとリスクがゼロになることを防ぎます（ゼロ除算を回避）。
• 優先度が高いものから着手してください。
• 境界値の確認：
  • ROI=10、Cost=1、Ease=10、Risk=1 → ((10*10)+(10*10))/2 = 100
  • ROI=1、Cost=10、Ease=1、Risk=10 → ((1*1)+(1*1))/2 = 1

計算式はそのまま使用してください。重み付けの変更、正規化、または置き換えを行ってはいけません。

方法（エージェントの手順）

1. 取り込む：阻害要因の一覧を取り込みます。阻害要因と対策が1対1で対応していることを確認し、重複を統合します。
2. 対策を確認する：各阻害要因に対する対策を確認します。その分野で文書化されたベストプラクティスを優先します。公開されている信頼性の高いリンクがあれば引用します。
3. スコアを付ける：評価基準に基づき、4つの項目すべてを評価します。各項目について、1行の根拠を記載します。
4. 優先度を算出する：数式を使って優先度を算出し、小数第1位に丸めます。
5. 並べ替える：優先度の高い順に行を並べ替えます。順位は1から始めます。
6. 出力テーブルを作成する：以下を参照してください。
7. 上位3件の阻害要因を明示する：「なぜ最初に対応すべきか」を簡潔に説明する段落を記載します。
8. 任意のタグ：ワークフローで担当フラグが必要な場合（GHQR/PAK 向けの [CSA Action Required] と [Customer Self-Service]、または社内バックログ向けの [Owner: Team X] と [Self-Service] など）、順位上位の項目に付けます。指定がなければ省略します。

出力テンプレート

## Prioritized Impediments

**Scoring:** ROI (1 low → 10 high), Cost (1 cheap → 10 expensive), Ease (1 hard → 10 easy), Risk (1 low → 10 high).
**Formula:** `Priority = ((ROI * (10/Cost)) + (Ease * (10/Risk))) / 2`

| Rank | Impediment | Countermeasure | ROI | Cost | Ease | Risk | Priority | Rationale |
|------|------------|----------------|-----|------|------|------|----------|-----------|
| 1 | [gap] | [action + link] | [n] | [n] | [n] | [n] | [n.n] | ROI: …<br>Cost: …<br>Ease: …<br>Risk: … |

### Top 3 — Act First
1. **[Impediment]** — [why it wins on the formula + optional ownership tag]
2. …
3. …

記入例（GitHub Enterprise の導入）：

順位	阻害要因	対策	ROI	コスト	容易さ	リスク	優先度	根拠
1	組織レベルで2FAが強制されていない	組織全体で2FAを強制する（ドキュメント）	9	2	8	2	42.5	ROI：広範な認証情報侵害のリスクを取り除きます コスト：管理者による設定とメンバーへの連絡 容易さ：組織単位の設定が1つで、メンバーは再登録します リスク：低い — 猶予期間を設けて段階的に実施できます
2	シークレットスキャンが無効になっている	組織全体でシークレットスキャンとプッシュ保護を有効にする（ドキュメント）	8	3	7	3	25.0	ROI：マージ前に漏えいした認証情報を検出します コスト：バンドルに含まれていない場合、GHAS のライセンスが必要です（推定） 容易さ：組織レベルの既定設定です リスク：プッシュ保護によって正当なコミットがブロックされる場合があります。リポジトリごとに段階的に導入します
3	重要なリポジトリに CODEOWNERS がない	上位20件のリポジトリに CODEOWNERS を追加する（ドキュメント）	6	4	6	4	15.0	ROI：対象を絞ったレビュー範囲を確保します コスト：担当者の決定にチームの作業時間が必要です（推定） 容易さ：ファイル単位の変更ですが、担当者の合意が必要です リスク：担当者が不足するとレビューが滞ります

記入例（一般的な振り返りのアクション項目）：

順位	阻害要因	対策	ROI	コスト	容易さ	リスク	優先度
1	不安定なテストスイートにより、毎日デプロイが妨げられる	不安定なテスト上位10件を隔離し、再試行ポリシーを追加する	9	2	8	2	42.5
2	決済サービスのオンコール対応手順書がない	直近3件のインシデントを基に手順書を作成する	7	3	8	2	31.7
3	リリースノートの作成に毎回2時間かかる	CIで Conventional Commits から自動生成する	6	4	5	3	15.8

前提とガードレール

• スコアは、評価基準および利用可能な情報源や引用に基づく推定値です。推定した根拠には明示的に (estimated) を付けます。
• 文脈（チームの規模、予算、ツールの保有状況、組織上の制約など）を捏造してはいけません。必要な場合はユーザーに確認するか、スコアが推定値であることを明記します。
• 最終的な順位付けは提案です。実行計画に反映する前に、説明責任を負うチームや担当者と確認してください。
• 既定では読み取り専用です。このスキルは対策を実行せず、後続の工程で利用する順位付きリストを作成します。

後続工程との連携（任意）

このスキルが作成する順位付きテーブルが成果物です。ワークフローで必要な後続の成果物（Jira エピック、ADR、OKR バックログ、インシデントレビュー、ヘルスチェックレポートなど）に連携してください。このスキルは、関連する他のスキルや外部テンプレートに依存しません。