議事録 / mtg ログ
9 時週 3 mtg (火 / 水 / 金) の議事録 + AI 議事録構造化 + action item 抽出。 mtg → talent profile への反映を自動化する future module。
最終更新: 2026-05-13 / 担当: 伊藤
01解決する課題
週 3 回の朝 9 時 mtg (関根 fb 反映) は talent-hub 運用の中核。 ここでの決定が記録されず流れている。
- mtg の決定事項が記録されず、 翌週 mtg で同じ議論を繰り返す。
- talent ごとの議論内容が profile (visions / composites) に反映されない。
- 「OO さん、 来週 OO やる」 と決まった action が internal_tasks に登録されない。
- 議事録を手書きしている manager の負荷が大きい (mtg 中の集中力分散)。
- 欠席 manager が「先週何が決まったか」 を知る手段が口頭伝達のみ。
02目的
mtg → 議事録 → action item → talent profile の流れを自動化し、 mtg の決定が運用に確実に反映される状態を作る。 ただし運用 mtg が pilot 期間中に継続するかを見極めてから判断する。 mtg が形骸化すれば本モジュールも不要。
03期待される効果
補助 KPI
mtg → task 化率 ↑
補助 KPI
重複議論 ↓
定量効果 (見込み)
議事録時間 -50%
定性効果
欠席 manager の追随性↑
04HOW (実装方式)
| 運用形態 | 半自動 (録音 / transcript upload は手動、 構造化 + action 抽出は自動、 反映は manager approve)。 |
|---|---|
| input | Whisper API による録音 → text 変換、 または manager が transcript を直接 upload (textarea)。 |
| LLM | claude-bridge sonnet-4-6。 prompt は「議事録 → action item 抽出」 few-shot で構造化。 |
| 新規 table | meeting_logs(id, held_at, attendees[], transcript_text, summary_text, status)meeting_action_candidates(meeting_id, talent_id, title, assignee, due_at, confidence, status: pending/approved/rejected) |
| UI | 独立 page (/ops/meetings/) で mtg 一覧 + 各 mtg 詳細 (transcript / summary / action 候補)。 approve で internal_tasks に登録。 |
| 連携 | line-extracted module の task_candidates table と schema 共通化検討 (重複機能になりかねないため)。 |
| 権限 | mtg 参加者 (manager) + executive 閲覧可。 action 承認は assignee 担当 manager のみ。 |
05現状
未実装、 構想段階。 関根 fb で「9 時週 3 mtg (火 / 水 / 金) 構成」 が確定したが、 pilot 期間中の継続性が未確定。 mtg が定着しなければ本モジュールは無価値化するため、 pilot 中の運用観察が先行条件。
- schema 設計: 未着手
- UI 設計: 未着手
- Whisper API 連携: 未検討 (cost 観点で要評価)
- 関連 commit: なし
- 戦略書記載: v17 pilot plan に mtg 構成のみ言及
06残す / 残さない の判断材料
本モジュールは pilot 開始後の実運用を見てからの判定。 以下が満たされれば Phase 2 で着手検討。
- 9 時週 3 mtg が pilot 期間中 (2026-05-15〜2026-06-30) に 80% 以上開催される (= 形骸化していない)。
- mtg で決まった action が internal_tasks に登録される割合が 40% 以下 (= 反映漏れの実在)。
- manager が手動議事録に対して「面倒」 「やめたい」 と発言する (= ペインの実在)。
- 欠席 manager が「先週何決まった?」 と質問する事象が月 3 回以上発生する。
- Whisper API cost が月 ¥3,000 以内に収まる試算 (mtg 30 分 x 週 3 回 x 4 週)。
代替検討
既存 SaaS (Otter.ai / tldv / Granola 等) で代用可能か? → 議事録自動構造化だけなら可能。 ただし「議事録 → internal_tasks への自動連携」 は本モジュール独自。 cost ¥1000-3000/月 程度なら SaaS で済む可能性大。 pilot 中に外部 SaaS と比較検証する。