← ダッシュボードに戻る
KPI 01
タスク処理数
親タスク（プロジェクト/改善）の月次完了件数・難易度付き
✅ 確定
KPI 02
ナレッジ蓄積数
月次新規KB件数 ＋ 活用回数（Used Count）
✅ 確定
KPI 03
業務改善
削減工数（時間）＋ 代替コスト（×3,000円/時）
✅ 確定
KPI 04
能力拡張数
人→プログラム/AI転換の仕組みを作った件数
✅ 確定
カウント対象
| 種別 | 定義 | KPI対象 |
|---|
| プロジェクト／改善タスク | 新しい価値を生む・判断が必要なもの | ✅ カウント |
| ルーティン業務 | 定義済み・自動実行・スキル不要 | ❌ 対象外 |
親タスク（案件・プロジェクト単位）のみカウント。子タスク（手続き・手順）は含まない。
難易度スコアリング（登録時確定・変更不可）
| 軸 | 低（1点） | 中（2点） | 高（3点） |
|---|
| ① 専門領域の数 | 1つ | 2〜3つ | 4つ以上 |
| ② 既知度 | 過去実績あり・転用可 | 類似あり・一部調整必要 | 完全初回・調査から必要 |
| ③ ゴールの解像度 | 完了状態を今すぐ説明できる | 方向性はわかるが作業中に具体化 | ゴール自体の定義から始める |
総合判定
特例：③ゴールの解像度が「高」の場合 → 合計点に関わらず全体「高」
実例
| タスク | ① | ② | ③ | 合計 | 難易度 |
|---|
| Notion ページ更新 | 1 | 1 | 1 | 3 | 低 |
| FortiGate テーブル修正 | 2 | 2 | 1 | 5 | 中 |
| self-hosted runner 構築 | 3 | 3 | 2 | 8 | 高 |
| 漠然とした改善相談 | 1 | 1 | 3 | — | 高（特例） |
設計思想：「活用された ＝ 質が高い」
事前の主観評価ではなく、のちに参照された実績が価値を証明する。
2つの指標
| 指標 | 内容 |
|---|
| 蓄積数 | 月次新規 KB 登録件数 |
| 活用回数 | KB エントリへの月次参照回数（Used Count の増分） |
良い状態・悪い状態
✅ 良い状態
蓄積数が増え、かつ活用回数も増えている
❌ 悪い状態
蓄積しているが誰にも参照されていない（死蔵）
運用ルール：エージェントが KB を参照して作業した場合、該当エントリの Used Count を +1 する。
設計思想：本来かかるはずだった作業時間をどれだけ消したか
① 削減工数（時間）
削減工数 = （改善前の作業時間 − 改善後の作業時間）× 月次実施回数
② 代替コスト（金額換算）
代替コスト = 削減工数 × 3,000円/時
想定時給の根拠：月給50万円 ÷ (21日 × 8時間) ≒ 3,000円/時
実例
| 案件 | 改善前 | 改善後 | 実施回数/年 | 削減工数 | 代替コスト |
|---|
| FortiGate 日次レポート | 30分/日 | 1分/日 | 240回 | 116時間 | 348,000円 |
定義：1件 ＝ 人の作業をプログラム・AIが担う仕組みを1つ構築した
業務改善との違い
| 業務改善 | 能力拡張 |
|---|
| 変化 | 速さ・コストが変わる | 担い手が変わる |
| 本質 | 同じことをより効率よく | 人依存から仕組みへ |
| 例 | 30分 → 1分 | 人がやっていた → AIが毎日自動でやる |
測定方法
運用方針
月次で自動集計（GitHub Actions）
Slack に月次サマリ投稿
タスク処理数・ナレッジ蓄積数は自動集計可
業務改善・能力拡張はプロジェクト完了時にエージェントが能動的に記録