SIerは会議ばかり？AI議事録を転職実績に変える5項目

会議を四種類に分け、改善対象を一つ選ぶ

最初に、予定表の会議を「意思決定」「情報共有」「課題解決」「進捗確認」の四種類へ分けます。複数の目的を持つ会議は、終了条件が曖昧になりやすいため、主目的を一つ決めます。意思決定会議なら承認された案、情報共有なら受け手の次の行動、課題解決なら原因候補と検証担当、進捗確認なら計画との差と対処が出力です。

対象は、頻度が高く、参加者が限定され、機密性を管理でき、反映先が明確な会議一つに絞ります。全社会議や顧客の重要会議へ最初からAIを持ち込まず、自チームの週次進捗など、上長・情報管理部門・参加者へ確認しやすい場から始めます。録音が不要な、担当者が作った箇条書きメモの整形だけでも検証できます。

改善前の状態を一週間から四週間記録します。会議時間だけでなく、議事録の作成時間、確認に要した人数と時間、会議後の質問、担当・期限の未設定、仕様書や課題管理表への反映漏れを数えます。「会議が多い」という感覚を、どこで次の作業が止まるかへ分解すると、AIを使う必要があるかも判断できます。

• 意思決定: 承認案、理由、条件、承認者
• 情報共有: 対象者、理解すべき差分、次の行動
• 課題解決: 事象、原因候補、検証方法、担当
• 進捗確認: 計画との差、依存、対処、期限
• 改善前: 会議後作業、再質問、未設定、反映漏れを記録

議事録を五つの運用成果物へ変える

議事録の全文を短く要約することを目的にしません。会議後の仕事へつなぐため、「決定ログ」「未決・課題」「担当と期限」「変更差分」「依存関係」の五つへ分けます。決定ログには、決めたことだけでなく、選択肢、判断理由、前提、承認者を残します。前提が変わった時に再判断できるためです。

未決事項には、次に必要な情報、決める人、決定期限を入れます。担当と期限には、作業名ではなく完了条件も付けます。変更差分には、要件、設計、テスト、移行、運用のどの成果物を更新するかを示します。依存関係には、先行作業、待ち先、遅れた場合の影響を書きます。これで「言った・聞いていない」を議事録の長さではなく更新責任で防げます。

五つの欄すべてを毎回埋める必要はありません。「該当なし」と空欄を区別し、会議終了時に決定者か進行役が読み上げて確認します。会議後は、議事録ファイルを置くだけで終えず、課題管理、仕様書、変更管理、スケジュールなど正本へ転記し、その正本の担当者が承認します。AIの出力は正本ではなく、反映前の下書きです。

• 決定ログ: 選択肢・理由・前提・承認者
• 未決・課題: 必要情報・決める人・決定期限
• 担当と期限: 完了条件まで明記
• 変更差分: 更新する要件・設計・テスト・運用
• 依存関係: 待ち先・影響・代替案

AIへ渡す前に、データと利用条件を確定する

AIツールの選定より先に、扱う情報を「公開情報」「社内情報」「顧客・契約情報」「個人情報」「認証・秘密情報」へ分類します。会社が許可したサービス、契約プラン、保存先、学習利用の有無、管理者設定、ログ、削除方法を確認します。無料版が使えることと、業務データを入力してよいことは別です。判断できない時は情報管理部門か案件責任者へ確認します。

会議の録音・文字起こしを行う場合は、会社と顧客の規程、契約、会議参加者への事前説明と必要な承認を確認します。参加者、目的、入力される情報、利用サービス、保存期間、閲覧者、削除方法を説明できない状態では開始しません。録音が認められない場合は、許可された担当者の箇条書きメモから五成果物の下書きを作る方法へ切り替えます。

入力禁止情報をプロンプトの注意書きだけで守ろうとせず、運用で除外します。顧客名、個人名、メールアドレス、認証情報、未公開の障害・脆弱性、契約金額などを入力前に削除または置換し、処理後の出力にも残っていないか確認します。デジタル庁の生成AI技術検証も、技術的検証とリスク管理を同時に扱っており、便利さだけで導入判断をしない姿勢が重要です。

• 会社・顧客が許可したサービスと契約プランか
• 入力が学習へ使われるか、保存・削除を管理できるか
• 録音・文字起こしを参加者へ説明し、必要な承認を得たか
• 顧客・個人・認証・未公開情報を入力から除外したか
• AIを使わない代替手順を用意したか

文字起こしから承認までを、人が止められる工程にする

処理は「入力を限定する」「五成果物へ整形する」「根拠位置を付ける」「人が照合する」「正本へ反映する」の五工程に分けます。AIには結論を決めさせず、発言または許可されたメモにない内容を補完しないよう指示します。不明な担当、期限、理由は推測させず、「要確認」と出力させます。

確認項目は、固有名詞、数字、日付、否定、条件、担当者、承認の有無を優先します。「対応する」と「対応しない」、「8月12日」と「8月20日」、「検討案」と「決定」は、一文字の違いで作業を変えます。原音の利用が許可されている場合は該当時刻、メモを使う場合は元の箇条書きへ戻れるよう、根拠位置を残します。

AIセーフティ・インスティテュートの評価観点ガイドは、AIシステムのリスクを用途に応じて評価する考え方を公開しています。会議支援でも、読みやすい出力一件を見て採用せず、代表的な会議を複数件試します。重大な誤りが一件でも業務へ影響する項目は、人の全件確認を残し、確認者が承認するまで外部共有や正本更新をしません。

• 元情報にない推測は「要確認」とする
• 固有名詞・数値・日付・否定・条件を優先照合
• 提案・合意・決定を区別する
• 根拠の発言時刻または元メモへ戻れるようにする
• 承認前の下書きを正本や顧客へ共有しない

精度と業務効果を別々に測る

AIの精度は「だいたい合っている」で評価せず、五成果物ごとに確認します。決定事項の抜け、決定していない内容の混入、担当・期限の誤り、変更差分の取り違え、依存関係の漏れを数えます。会議ごとに人が作った正解例を用意し、同じ入力と指示で再現できるかを確認します。対象や参加者が変われば、評価をやり直します。

業務効果は、会議時間の短縮だけにしません。議事録の作成・確認時間、会議後の再質問、担当未設定、期限超過、仕様・チケットへの反映漏れ、決定のやり直しを改善前後で比べます。AIの確認に時間がかかり、後工程の手戻りも減らないなら、テンプレート改善だけを残してAI利用を止める判断も成果です。

数値は測った範囲を明記します。「工数を50%削減」と一般化せず、「自チームの週次進捗会議4回で、会議後の下書き作成と確認が平均40分から25分になった」のように、対象、期間、件数、測定方法を書きます。同時期に会議時間や参加人数を変えたなら、AIだけの効果と断定せず、複合施策として記録します。

• 精度: 抜け・混入・担当期限の誤りを項目別に数える
• 効率: 作成時間と確認時間を合算する
• 品質: 再質問・未設定・反映漏れ・再決定を測る
• 範囲: 会議種類・期間・件数・測定方法を書く
• 中止条件: 人の確認負荷や重大誤りの基準を決める

PMO経験を、判断とリスク管理の職務経歴書へ変える

職務経歴書では「週次会議に参加」「議事録を作成」「AIツールを導入」と並べません。最初に、案件の目的、体制、対象会議、自分の役割、改善前の問題を書きます。次に、五成果物のテンプレート、入力制限、誤りの確認、承認者、正本への反映を設計した行動を書きます。最後に、測定した期間と変化を示します。

数字がなくても、責任範囲は説明できます。たとえば、複数チーム間のAPI変更について、影響する設計・テスト・移行タスクを会議後に分離し、未決事項の決定者と期限を設定し、課題管理表へ反映する運用を作った経験です。チーム全体の成果と、自分が提案・作成・確認・承認した範囲は分けます。

面接では、ツール名やプロンプトの巧さより、「なぜその会議を選んだか」「何を入力禁止にしたか」「どの誤りを重大としたか」「人の責任をどこに残したか」「効果が出なければどう戻すか」を話します。IPAのデジタルスキル標準が示すビジネスアーキテクトやプロジェクトマネジメントの観点に照らしても、課題設定、関係者調整、評価、定着まで説明できる方が再現性を伝えやすくなります。

• 目的・体制・対象会議・自分の役割
• 改善前の停止点と測定値
• 五成果物・入力制限・確認・承認の設計
• 自分が決めた範囲とチーム成果の区別
• 期間・件数・変化・残った課題

90日で試し、残る・役割変更・転職を比較する

最初の30日で、担当する会議を四種類へ分類し、改善対象を一つ選びます。上長と情報管理部門へ、利用できるサービス、入力可能な情報、録音・保存・削除、参加者への説明を確認します。同時に、改善前の会議後作業、再質問、未設定、反映漏れを記録し、AIを使わない五成果物テンプレートを一度運用します。

31〜60日で、許可された範囲だけで小さく検証します。三件から十件程度の代表例を使い、決定、未決、担当・期限、変更、依存の正解例と比較します。重大な誤り、中止条件、確認者を先に決め、承認済みの出力だけを正本へ反映します。AI利用が許可されなければ、手作業テンプレートの定着と反映漏れ削減を改善テーマにします。

61〜90日で、精度、作成・確認時間、再質問、未設定、反映漏れを改善前後で比較します。その実績を職務経歴書メーカーで一案件へ整理し、現職でプロジェクト管理や業務改善の責任を広げられるか確認します。転職も検討する場合は、会社名だけで選ばず、年齢・経験・勤務地・希望進路の対象条件に合う相談先へ、次に持てる成果物と評価条件を同じ質問で確認してください。相談、応募、転職はそれぞれ別の判断です。

• 30日: 会議分類・利用条件・改善前を記録
• 60日: 小規模評価・重大誤り・承認工程を検証
• 90日: 精度と業務効果を比較し、職務経歴書へ反映
• 現職: 次に持てる決定・品質・予算責任を確認
• 転職: 同じ成果物と評価条件で求人を比較

職務経歴書の変換例

実際の応募書類には、測定した件数と数値だけを追記します。AI利用、時間短縮、品質向上を推測で書かず、自分が設計・確認した範囲を分けてください。

行動前チェックリスト

• 会議を四種類へ分け、対象と終了条件を決めた
• 改善前の作成・確認時間と反映漏れを記録した
• 会社・顧客の規程、契約、許可された利用環境を確認した
• 参加者への周知と必要な承認を確認した
• 入力禁止情報、保存、学習利用、削除方法を確認した
• 決定・未決・担当期限・変更・依存の正解例を作った
• 数値・日付・否定・担当・承認を人が照合した
• AI出力を下書きとし、正本の承認者を残した
• 精度と業務効果を別々に比較した
• 使えない時の手作業テンプレートと中止条件を決めた