FigmaとAIによるワークフロー変革：プロセスとノウハウの共有から「集合知」構築へ

解説

生成AIが普及した現代において、個人のスキルや属人知見に依拠する「当たり前」の業務プロセスは限界を迎えています。単なる「アウトプットの完成度」だけでなく、「その制作過程や仕組み（プロセス）」をいかにチームで共有し、資産として活用するかが、組織の競争力を左右するポイントになっています。これまで一つのファイル内に留まっていたデザインやコードなどの知識を、すべてが一つのキャンバス上でシームレスに接続できる環境への変化が求められています。

ポイント

• 生成AI時代におけるデザイン業務の課題は「同質化」であり、個人のスキルに依存する仕組みからの脱却が求められている。
• Figmaは、「キャンバス型コラボレーション」を核とし、デザイン・コード・AIプロセス全体をチームで共有し、ノウハウを蓄積できる環境提供を目指している。
• 真の競争力維持には、メンバーの専門領域を超えた「ユーザー視点」に基づいた知識の複合化と、それを可能にする仕組み作りが不可欠である。

情シスへの影響

本記事は特定のシステム変更を指示するものではありませんが、AI生成プロセスや開発フローの組み込みが進むことで、社内システムの設計思想（アーキテクチャ）および運用管理方法に影響を与える可能性があります。

【チームコラボレーションとナレッジ共有】

単なる成果物ではなく、「その仕組み」や「作成過程」「プロンプト履歴」までを可視化し、誰でもアクセスできるプラットフォームの構築が重要になります。これは従来のドキュメント管理（例：Confluence）に加え、作業ログ、連携ツール、およびAIとのやり取りのログを一元的に集約する必要があることを意味します。

【権限・プロセス設計】

AIエージェント機能を利用する場合、どのユーザーがどのようなプロンプトや生成物を利用し、誰が承認して次のフェーズに進めるのかというプロセス管理とアクセス制御（ACL）の設計が必要になります。これにより、単なる「閲覧可能」な場から、「編集権限と責任範囲を明確に持つ作業環境」への進化が求められます。

影響範囲

デザイン/開発ワークフローに関わる全ユーザーおよびチーム全体のリソース。

影響を受ける設定：共同作業のためのリアルタイムコラボレーションプラットフォーム、AI連携機能のアクセス制御（ACL）ポリシー、プロンプト履歴や生成プロセスログの取得範囲と保存期間、各種ツールの統合管理領域。

対象バージョン/環境：デザインツール（例：Figma）を含むSaaS型の開発・設計プラットフォーム。具体的なバージョンは「要確認」。

重要度

★★★☆☆

対象者

• M365管理者
• セキュリティ担当者
• ネットワーク管理者
• IT部門全体

優先度

計画的に対応

優先度の理由

本記事は特定の脆弱性や緊急のパッチ適用を求めるものではなく、AI時代における「組織的な業務フロー（アーキテクチャ）」の変革に関する考察です。しかし、部門の生産性を根幹から左右するテーマであるため、全社的な視点でのプラットフォーム設計見直しとガバナンス構築の検討が推奨されます。具体的な対応は、まず経営層や各部署の課題提起を受けて進めるべき内容です。

確認手順

• 現在利用しているコラボレーションツール（例：M365、Slackなど）において、作業履歴やコミュニケーションログをどのレベルまで取得し、どこに保存するかというガイドラインを策定する。
• AI生成物やプロンプトのバージョン管理を行うワークフローが確立されているか、またその権限範囲と承認プロセス（Workflow）を確認する。
• 設計・開発プラットフォーム（例：Figmaなど）が持つAPI連携機能やWebhookを利用し、複数のSaaSツール間のデータ連動とログの一元監視体制を設計・レビューする。
• ユーザー部門に対し、「成果物」だけでなく「知識/プロセス」の共有方法に関する利用ガイドライン策定のためのヒアリングを実施する。