IT・ソフトウェア開発のAI活用は、コードの生成量を競うものではありません。要件から運用までの証跡を保ち、品質と安全性を下げずにフィードバックを早めることが目的です。
担当別にはソフトウェアエンジニアのAI活用、情報セキュリティ担当のAI活用、業務分析のAI活用も参照してください。
開発工程ごとにAIの役割を限定する
| 工程 | AIが支援できること | 人・自動検査が確認すること | 初期KPI |
|---|---|---|---|
| 要件 | 議事録、論点、受入条件の下書き | 利用者意図、制約、優先順位 | 手戻り、未決事項 |
| 設計 | 構成案、脅威候補、文書化 | 非機能、境界、障害時挙動 | 設計指摘、変更回数 |
| 実装 | 小さな関数、説明、変換候補 | 仕様、可読性、依存、秘密情報 | 実装時間、レビュー指摘 |
| テスト | ケース、境界値、モック候補 | 網羅性、期待値、再現性 | 欠陥検出、網羅率 |
| 運用 | ログ要約、手順候補、原因仮説 | 時系列、影響、復旧権限 | MTTR、誤操作 |
AI生成コードも通常の変更管理を通す
IPAのAIを用いたソフトウェア開発では、コード生成などの活用動向が整理されています。生成元がAIでも、レビュー、テスト、セキュリティ検査、承認を省略しません。
- APIキー、顧客データ、未公開コードの入力可否を決める
- AI出力を小さな差分にし、作成者が説明できるようにする
- 静的解析、依存関係、秘密情報、ライセンスを検査する
- 重要処理には異常系・権限・同時実行のテストを追加する
- モデルや拡張機能の更新後に再評価する
速度ではなく欠陥流出を一緒に測る
AIでプルリクエスト数が増えても、レビュー待ちや本番障害が増えれば改善ではありません。変更のリードタイム、レビュー負担、欠陥流出、復旧時間を同じダッシュボードで比較します。
30日で行う限定導入
| 期間 | 実施内容 | 合格条件の例 |
|---|---|---|
| 1週目 | 非機密・低リスクの1作業を選ぶ | 時間と欠陥の基準値がある |
| 2週目 | 入力禁止、検査、レビュー規則を設定 | セキュリティと開発責任者が承認 |
| 3週目 | 小規模チームで通常工程を維持して利用 | 検査とレビューを省略しない |
| 4週目 | 速度、品質、レビュー負担を比較 | 適用範囲と停止条件が決まる |
AIは開発者の責任を減らすものではなく、検討候補を増やす道具です。説明できないコードを増やさず、小さく検証できる工程から広げます。