AI組織にDXOと識学を取り入れるなら？ 自律と役割を両立する設計

人の組織論は、AIへの指示を考える参考になります。判断や責任の扱い方が学べるからです。ただし、人の組織論をそのままAIの性質にはできません。

DXOの公式説明は、自己決定の組織づくりです。判断基準や共有ルールを整える内容を扱っています。放任すれば回る、という話ではありません。

一方、識学総研の役割と責任に関する解説からは、担当や成果を明確にする視点が学べます。成果を求めることと、やり方を細かく管理することは別です。

両者には重なる部分もあります。DXOを放任、識学を細かな管理とだけ見ると、AIへの指示を考える材料が狭くなります。柔軟さと基準の両方が大切です。

私は、判断の基準と必要な情報を渡し、担当と成果をはっきりさせる形へ応用して考えます。これは私の整理です。どちらが優れるかの実測ではありません。

以前のDXOをAIチームへ当てはめた記事には、次の一文があります。

AIに思想は効きません。

今回は、目的や価値観を判断の条件へ具体化する所まで考えます。「家族の時間を守る」という目的から、何を任せ、どこで確認するかを決めます。

「誠実に調べて」と頼むより、「主張に出典を付け、未確認の数字は書かない」と渡します。大切にしたい姿勢を、実物で確かめられる条件にします。

仕事のたびに長い規則を貼るのは大変です。毎回変わらないルールは一つにまとめ、個別の依頼と分けておきます。環境側に設定があるなら、重ねて貼る必要はありません。

Anthropicの情報設計に関する解説でも、曖昧すぎる指示と細かすぎる指示を避け、必要な情報を選ぶ考え方が示されています。次は、その視点も参考にした私の依頼例です。

今回の目的・対象・合格条件を基準に、必要な原資料と適用される決まりを確認して進めてください。既存の承認条件は変えません。

対象内の調査、下書き、許可された内部修正、検証と修正方法は任せます。計画だけで終わらず、合格条件を実物で確かめた結果まで返してください。

戻せる小さな選択は自分で決め、結果に影響する仮定だけ報告してください。目的・対象範囲・費用・権利、または本人が承認した公開・送信内容を変える必要がある場合は、実行前に確認してください。承認前の下書きは、依頼の条件内で構成や表現を直して構いません。

事実と推測を分け、根拠の不足を創作で埋めないでください。必要な情報は、まずアクセスを許可された既存資料から確認してください。不足する判断に依存しない作業は進めてください。

進められない部分は、試した方法、満たせなかった条件、再開に必要なものを示してください。最終報告には、成果物の場所、合格条件ごとの確認結果、確認できなかった点を添えてください。

AIに任せるのは、検索の言葉、読む順番、文章の構成などです。こうした作業のたびに人が判断すると、仕事の管理が手元に戻ってきます。

質問を禁止すると、確認が必要なことまで推測で進めるおそれがあります。目指すのは質問ゼロではありません。資料で分かることはAIが調べ、人の判断が必要なことだけを聞く分担です。

資料が見つからないときは、その事実を返してもらいます。「確認しました」という言葉だけで終わらせず、使った原資料と根拠の箇所を示してもらいます。

共通のルールがあっても、今回頼む仕事の内容は必要です。進め方の迷いを減らすため、AIへの指示を5行から始める形にまとめました。

目的：誰の、どの困り事を解決したいか。
対象：今回扱うURL、文書、画面、ファイルなど。
成果：何を、どの状態・保存先まで作るか。
合格：実物で確かめられる重要な条件。
資料：原本、過去の決定、見本。食い違う場合の優先順位。

「成果」は受け取る実物と仕事の終点、「合格」はその物を受け取ってよいか確かめる基準です。例えば比較資料なら、「出典がある」「前提条件がそろっている」などを合格の基準に置きます。

この5行をきれいに書く宿題を、自分に増やさないでください。社内資料があるなら、それを渡せば十分です。AIが読めることまで、人が書き直す必要はありません。

「添付の資料をもとに比較表を作って。条件は資料にある」で始められます。資料から5項目をAIに読み取らせ、結論が変わる不足だけを聞かせます。

資料の優先順位も大切です。契約書と古い資料で金額が違うなら、勝手に間をとってはいけません。どちらが有効かを決め、資料にない希望を推測させないようにします。

合格条件は、重要なものを3つほど置くと整理しやすくなります。数をそろえるために、業務で必要な条件を削る必要はありません。

特別な制限がある仕事には、任せる範囲や止める条件、予算も書きます。許可もないのに、AIが有料サービスを勝手に契約する事態は防ぎます。

同じ5行でも、仕事ごとに終点は違います。調査、記事、修正の3つの例を用意しました。角括弧を置き換えるか、資料を添えて使ってください。

調査は、比較したあとに選べる資料まで

「詳しく調べて」だけでは、情報が増えても選べません。選ぶために必要な材料をそろえるため、何を比べるかをAIへの指示で先に渡します。

目的：問い合わせ対応に使うサービスを2案から選びたい。
対象：［サービスA・Bの公式URL］と、添付の利用条件。
成果：違い、推奨案、その理由、採用前の注意が分かる比較資料。
合格：重要な主張に出典がある／同じ利用条件で比較する／推奨理由と限界が分かる。
資料：添付の依頼書と現在の契約条件を優先し、仕様は公式資料で確認。

調べ方と構成は任せます。資料にある条件は読み取ってください。結論が変わる不足だけを質問してください。有料購入、契約、設定変更は行わず、比較資料と根拠を返してください。

費用だけでなく、利用人数や機能などの前提をそろえます。条件で推奨が変わるなら、「この条件ならA案」と分けて出してもらいます。

記事は、保存された下書きとプレビューを受け取る

「売れる記事を書いて」は期待する事業の成果です。しかし、下書きができた時点では売上は確かめられません。今回受け取る物を分けて書きます。

目的：指定動画の内容を、対象読者が仕事で試せる記事にする。
対象：［動画URL］1本と、依頼書で指定した保存先だけ。
成果：指定した保存先にある記事下書きと、本文を確認できるプレビューURL。
合格：原資料と事実が一致する／体験や引用を創作しない／保存後の本文とリンクを確認する。
資料：指定動画の字幕、必要な静止画、執筆方針、記事の見本。

構成と表現の調整は任せます。本人名義の執筆方針を守り、本人が語っていない体験や感情を足さないでください。原資料を取得できない部分は推測で補わず、影響する箇所を示してください。今回は下書きまで。公開・告知は行いません。

画面に文章が出ただけでは、保存は終わっていません。保存の操作をしても、本文が正しく入ったとは限りません。保存先から本文を読み戻して確認する所までを仕事にします。

不具合修正は、直ったことを確かめるまで

修正の対象は絞ります。「一覧が変だから直して」ではなく、起きた症状、直す場所、期待する動きを伝えます。余計な場所を触らせないためです。

目的：「次へ」を押すと、一覧に同じ項目が重複する不具合を直す。
対象：［対象の開発プロジェクト］の一覧取得処理と関連する確認。
成果：既存の変更を保った修正差分と、修正前後の確認結果。
合格：修正前の症状を再現する／修正後に重複しない／空一覧と最終ページも正常に動く。
資料：［画面URL］、添付の再現手順、期待する表示。

調査、対象内の修正、必要なテストは任せます。別の不具合まで範囲を広げないでください。本番反映、外部への変更共有、データ削除は行いません。再現できない場合は推測で変更せず、調べた範囲と結果を返してください。

売上の変化を測るのは、下書きが完成して公開した後の話です。確かめる時期が違いますよね。納品の終点と事業成果を分けることで、何が済み、次に何を測るかがすっきり整理できます。

下書きの見出しを直すたびに、承認を取る必要はありません。決められた目的と対象の中で、調べ、作り、確かめ、直す。その方法はAIに任せます。

確認が必要なのは、条件が変わるときです。対象を広げる、有料の資料を買う、画像の利用条件を変える。こうした判断を、AIが勝手に進めないようにします。

下書きを直すことと、本人が承認した公開内容を変えることは違います。条件を変えるなら、出す前に確認します。外部に影響する操作のルールも維持します。

その際、AIには判断できる材料をそろえてもらいます。「どうしますか？」だけでは、調べる手間が人へ戻ります。対象、変更点、費用、影響、戻せるかを報告させます。

指示文とツールの設定は別です。「公開しないで」と書いても、公開ボタンが消えるわけではありません。読める範囲や使える操作は、ツール側の制限でも確かめます。

予算も同じです。上限の設定や利用量の確認など、途中で止める仕組みが必要です。追加購入がなくても、契約中の利用枠を使う場合があります。文章の指示だけで、支出や利用量を強制的に制限できるとは考えません。

「最後までやって」と指示文に書いても、途中で止まった処理は自動では再開しません。長めの仕事なら、途中の成果や残りの作業を、再開時にすぐ読める場所へ残しておく必要があります。

仕事を分ける基準について書いた記事では、こう整理しました。

分けるか1本かの前に、分ける場所を決めておくこと。

この考えはAIへの指示にも使えます。作業を分担しても、成果物と確認結果をまとめる担当は決めます。途中の報告が集まっただけで、元の依頼まで終わった扱いにしないことです。

合うかどうかは、まず一件で試してください。最初は社内調査から始めるのがおすすめです。小さな仕事でも、指示の過不足が見えてきます。

いつもの依頼と5行の依頼に、同じ資料を渡して比べます。使うAI、操作権限、合格条件をそろえます。互いの回答を見せない別の会話で試すと、指示の違いを見やすくできます。

見る項目は、次のように記録します。

• 合格条件をいくつ満たしたか。
• 事実の誤り、根拠の不足、許可していない操作がないか。
• 人が直した時間と、説明し直した回数。
• 質問の数、完成までの時間、確認できる範囲の利用量。

質問が減っても、誤りを直す手間が増えたなら改善とは言えません。なお、ここでの項目は評価の目安であり、効果の実測値を示すものではありません。

1回の結果にはばらつきもあります。広げる前に、仕事の種類を変えて試します。優れた指示を決めるためではなく、直す場所を見つけるための比較です。

うまくいかなければ、いつでも元の方法に戻せます。資料が足りないなら足す、確認が抜けているなら合格条件を足す。起きた原因に合わせて、少しずつ調整していけば大丈夫です。

AIに仕事を任せる時は、DXOか識学かという二者択一で悩む必要はありません。大切なのは、判断の基準を共有しながら、求める成果と確認の境界をはっきりさせておくことです。

指示文を長々と書く必要もありません。基本の5行を押さえつつ、前提条件は手元の資料をAIに読ませれば十分です。ご自身の作文の手間を増やさずに、任せる範囲を少しずつ広げていきましょう。

まずは次に頼む仕事を一つ選び、「何を受け取れば終わりか」を一行にしてみてください。前提は資料からAIに読み取らせて、その一件が手元で使える状態で届くかを確かめてみてくださいね。