重要ポイント
- AI の活用により、コード、コンテンツ、その他の成果物を迅速に生成できるようになりましたが、これらの生産性向上は組織全体に有意義な利益をもたらしていません。
- ドキュメントは、個人の AI と組織の AI の間のギャップを埋めるための不可欠な中間ステップとして機能し、プロセスの再設計に必要なコンテキストと可視性を提供します。
- チームは Lucid AI のプロセスエージェント（より整合性の高いドキュメントの開発を支援する AI コワーカー）を使用して、組織のナレッジをキャプチャできます。
- Lucid をエンタープライズアーキテクチャツールと統合することで、チームはプロセス図を基盤となるアーキテクチャドキュメントに接続し、ビジネスの包括的なブループリントを作成できます。
- Lucid のプロセスアクセルを通じて信頼できる唯一の情報源を確立することで、AI は管理され、承認され、最新のドキュメントに依拠するようになります。
現在では、ほぼすべての企業の従業員が、コンテンツの作成、コードのデバッグ、アイデアのブレインストーミング、調査をこれまで以上に迅速に行うために LLM（大規模言語モデル）を使用しています。しかし、PwC の2026年 CEO 調査によると、生成 AI への投資から有意義なROI（投資対効果）を報告している CEO はわずか12%で、56%は全くリターンがないと回答しています。
AI は個人の生産性を向上させていますが、その価値は組織全体の有意義な利益にはつながっていないようです。
実際、個人が AI を使いこなすほど、組織全体の舵取りは難しくなります。チームは、足並みや共通認識が薄いまま、より多くのコンテンツを量産し、より多くのコードをリリースし、より多くの意思決定を下しています。
最近の a16z の記事では、この問題を個人の AI と組織の AI のギャップと呼んでいます。基本的に、個人の生産性向上が自動的に組織の生産性向上に直結するわけではありません。
組織レベルで利益を得るには、個々のタスクだけでなく、プロセス全体を見直す必要があります。そして、プロセスを再設計するためには、可視性が必要です。よく言われるように、見えないものは変革できません。
現在のプロセスやシステムを可視化し、正しく理解してはじめて、AI が最も価値を生む領域とその実装方法を見極めることができます。
では、こうした組織的な知識を各人の頭の中から引き出し、個人と組織の AI の間のギャップを埋める共有モデルに変換する方法を見ていきましょう。
ドキュメント化 : AI トランスフォーメーションに欠落したステップ
ドキュメント化は何年にもわたって悪評を得てきました。ほとんどの従業員は、ドキュメントの作成、ましてや維持を嫌がります。そして、ドキュメント化は AI 機能自体ほど派手ではないため、見過ごされがちです。
しかし、ドキュメント化は個人と組織の AI をつなぐ重要な中間ステップです。プロセス、システム、組織的な知識をドキュメント化することで、チームは AI を大規模に統合するために業務を検討し、挑戦し、再設計することができます。
さらに、このドキュメントは AI インテグレーションのためのオンボーディングとしても機能します。AI は、まるで見知らぬ天才のようなものです。驚異的な能力を備えて登場しますが、組織内で実際にどのように意思決定が行われているのか、どのプロセスが例外なのか、どのような回避策で業務が継続されているのかといった背景知識は一切ありません。新入社員にオンボーディングを行わずに最も重要な業務を任せることはないでしょうが、AI も同様です。こうした背景知識をすべてドキュメント化することが、大規模な AI 導入への準備となるのです。
従来のドキュメント化は手作業が多く、時間もかかり、ミスも起きやすいものです。AI トランスフォーメーションのためのドキュメント化を語る際、そうした手法を指しているわけではありません。
代わりに、AI に必要なドキュメント化は次のようであるべきです。
-
動的：静的なドキュメント化は更新が難しく、すぐに時代遅れになり、チームが古いバージョンを参照するリスクが高まります。代わりに、ドキュメントはライブデータにリンクされ、AI を最適化および統合する際にリアルタイムで簡単に更新できるようにすべきです。
-
コネクテッド：AI トランスフォーメーションはビジネスのあらゆる部分に影響を与えます。ドキュメント化は、システム、プロセス、チーム間の関連を示し、ある領域の変更が組織の他の部分にどのように影響するかを確認できるものであるべきです。
-
簡単に管理可能：ドキュメントは AI が従うべきマップを提供します。ドキュメント化を標準化・管理するためのシンプルなコントロールを持つことで、AI が正しいパスを進み、正しいロジックを確実に実行するようにできます。
一部のツールは動的なドキュメント化を支援しますが、それを管理するためのコントロールや、組織の全体像を示すインテグレーションはありません。他のツールは、構造とガバナンスを提供するかもしれませんが、AI 実装の計画に必要な動的でコラボレーション向きの機能を欠いています。
Lucid はあらゆるドキュメント化のニーズに応え、柔軟性、インテリジェンス、構造の適切なバランスを提供し、個人と組織の AI 間のギャップを埋めます。
Lucid が個人と組織のAIを橋渡しする方法
Lucid を使用することで、チームは AI トランスフォーメーションに必要なドキュメントを簡単に作成、接続、管理できます。このプラットフォームは、チームが現状を理解するために必要な可視性を提供するだけでなく、チームが業務を最適化し、単一の真実の情報源でチームを調整するのにも役立ちます。その方法をご紹介します。
組織の知識を蓄積する
誰もが同じ AI プラットフォームと機能を利用できるようになった今、ビジネスを差別化するのはコンテキストです。あらゆるプロセスにおける例外、トレードオフ、そして判断事項を考えてみてください。どのチームにも、ビジネス固有の、そして長年の経験によって培われた暗黙のルールが存在します。AI を効果的に統合するためには、こうしたコンテキストも理解する必要があるのです。
しかし、多くの組織では、このコンテキストは各人の頭の中にとどまっているか、さまざまな形式で異なるツールに散在しています。組織で AI を本格的に活用するための第一歩は、AI が実際に読み取れる一貫したブループリントを構築することです。
Lucid では、プロセスドキュメント化を既製のテンプレートでスタートし、データを図にリンクしてより深いインサイトを得たり、条件付き書式設定を追加して評価を容易にしたりできます。ただし、組織の知識を最も迅速に取り込む方法は、プロセスエージェント（Lucid AI 内でアクセス可能）を使用することです。
プロセスエージェントは、より整合性の高いドキュメントの作成を支援する AI の同僚のようなものと考えられます。空のキャンバスから始めるのではなく、プロセスエージェントは積極的なコラボレーターとして機能し、プロセス図を作成するために必要な確認質問を先回りして投げかけます。プロセスエージェントを使えば、どのプロセスにおいても見落としがちな、さまざまなトリガー、リスク、承認の受け渡しなどの組織的なコンテキストを余すことなく取り込むことができます。
Lucid AI 内でプロセスエージェントがプロセス図を自動生成するためのガイドとなる質問を投げかける動画
プロセスドキュメント案ができたら、プロセスエージェントがユーザーと協力して、エージェント AI 向けにプロセスを最適化したり、再設計したりします。エージェントに図の編集に関する具体的な指示を与えることも、エージェントに図を評価してもらい、改善点を提案してもらうことも可能です。エージェントは共同コンサルタントとして機能します。
また、Lucid Model Context Protocol (MCP) サーバーを使用すれば、ChatGPT、Claude、Microsoft Copilot などお使いの LLM 内でプロセスドキュメントを改善することもできます。
プロセスエージェントは、プロセス図の作成と最適化を支援するだけでなく、参照するドキュメント（特定のアーキテクチャ標準など）を追加できるコンテキストフレームも作成します。これにより、プロセス図を組織のパターンに合わせて真にカスタマイズできます。コンテキストフレーム内では、エージェントとのすべてのやり取りを追跡する意思決定ログも確認できるため、プロセスがどのように作成されたかを全員が把握できます。
近日公開予定：プロセスエージェントは現在、テキストプロンプト、オーディオプロンプト、またはファイルを必要としますが、近日中に Lucid のプロセスキャプチャを使用してスクリーンキャプチャから図を生成できるようになり、ドキュメント作成がさらに効率化されます。
プロセス図と基盤アーキテクチャの接続
制度的な AI への移行には、プロセス図だけでなく、ビジネス全体のブループリントが必要です。
例えば、AI が返金の全プロセスを理解していても、どの API が資金の処理を担当しているかを把握していなければ、返金処理を行うことはできません。AI が実行すべきタスク（プロセス図で表現）と、それを実行すべき場所（アーキテクチャ図で表現）を結び付ける方法が必要です。
アーキテクチャ図をまだ作成していない場合、最初のステップは、AI が相互作用するシステムを明確に視覚化できるようにするためのドキュメントを作成することです。
Lucid でアーキテクチャドキュメントの作成を始めるには、次の方法があります。
- Lucid AI を使ったプロンプトで、ER図（実体関連図）、ネットワーク図、UML図などの図を生成する
- クラウドアクセルを使用してAWS、Azure、Google Cloud 環境を自動的に視覚化する
- Ardoq や LeanIX と統合して現在の状態を視覚化し、Lucid の柔軟なキャンバスを使用して将来の状態を計画する。
現在、エンタープライズアーキテクトは、LeanIX または Ardoq を Lucid に接続し、アーキテクチャデータを動的な図として可視化して、AI インテグレーションに必要なアーキテクチャ変更について共同で計画・設計し、整合させることができます。
間もなく、エンタープライズアーキテクチャ以外のチームも、Lucid のプロセスアクセルを使用して LeanIX や Ardoq のオブジェクトをプロセス図に直接埋め込むことができるようになり、関連ドキュメントの作成に必要なデータへのアクセスが容易になります。これらの図形には、ラベルだけでなく、企業のアーキテクチャデータ全体が含まれ、ソースの記録システムと常に同期され、再利用可能なコンポーネントとして保存できます。Lucid で作業しているすべてのチームが、共有されている最新のアーキテクチャデータにいつでもアクセスできます。
ドキュメント化のための信頼できる情報源を確立する
AI にとって、ドキュメントは単なるコンプライアンスのための成果物やプレゼンテーション用の視覚資料ではありません。それは AI が動作するために必要なインフラストラクチャであり、承認され、常に最新の状態に保たれている必要があります。
こうした点を踏まえ、ドキュメント作成後の次のステップは、それらを単一の管理された信頼できる情報源に集約することです。これにより、AI エージェントが公式ドキュメントに依拠し、安全に動作することが保証されます。
単一の信頼できる情報源を作成する最善の方法は、Lucid のプロセスアクセルを使用することです。これは、プロセスのドキュメント化、保存、維持を管理することにより、プロセスの改善を加速するように設計された Lucid Suite のアドオンです。
プロセスアクセルを使用すると、次のことが可能になります。
- ドキュメントの一元化と保護。簡単にアクセスできるリポジトリに AI 対応の公式のプロセスドキュメントを保存します。招待者のみに制限されたリポジトリを使用することで、機密ドキュメントの機密性を保持します。
- 承認の合理化。プロセスドキュメントに加えられた変更が、組み込みの承認フローによってレビュー・承認されるようにします。特定のリポジトリ内のドキュメントを承認するフォルダー所有者を割り当てたり、ボトムアップの逐次承認フローを有効にして、適切な担当者にレビューをルーティングします。
- バージョン履歴の表示。公開されたプロセスドキュメントと過去のプロセスドキュメントを切り替えて、時間経過に伴う変更を理解し、有意義な違いを特定し、影響を評価します。
- プロセス間の一貫性の向上。他の Lucid ドキュメントや定義済みデータ（役割、リスク、アクティビティなど）を含む、承認済みの再利用可能なコンポーネントを作成し、すべてのユーザーがプロセス図に追加できます。アセットに加えられた承認済みの変更は、そのアセットが使用されている図に自動的に反映されます。ユーザーは、リポジトリ全体でこれらのアセットが使用されている場所を簡単に確認できるため、あるプロセスやシステムの変更が他のプロセスにどのように影響するかを理解することができます。
Lucid で AI トランスフォーメーション (AX) を実現
AI トランスフォーメーションの取り組みは、個人の AI と組織の AI をつなぐ架け橋であるドキュメントがなければ、本来の可能性を最大限に発揮できません。このドキュメントの作成・接続・ガバナンスを Lucid ほど簡単に実現できるソリューションはありません。
個人の生産性を最適化するポイント型の AI ツールや、貴社のシステムにすでに記録されたものを浮かび上がらせるプロセスマイニングソリューションとは違い、Lucid はどちらにも届かないものをキャプチャします。それは、複数のチームと複数のシステムにまたがり、長年にわたってドキュメント化されていない判断に支えられてきた、部門横断型の業務フローです。
