注意点を抱えたまま現場に持ち込む

第4章までで、LLMがどんなものか、どんな仕事を任せやすいか、最初の一歩、注意すべき三方向、という順番で見てきた。本章では、それらを踏まえた上で、組織の現場にどう持ち込むかという段取りの話に入る。

ここまでの章で扱ってきた話を一言で言い直すと、「便利な道具ではあるが、上司側が事前に少し手間をかけておく必要がある」という構図になる。出力の点検、入力していい情報かの判断、業者選びの目利き。どれも、現場の手の届く範囲の作業ではあるが、誰がそれをやるのか、どこまでやるのか、を整理しないまま走り出すと、便利さよりも事故の方が先に来ることになる。

本章で扱うのは、そういう事故を未然に防ぐための、組織側の段取りだ。技術的な話ではなく、人と工程の組み方の話になる。

最小の規模から始めて、段階的に広げる

最初に置いておきたいのは、いきなり全社で導入する判断は急がない方がよい、という基本姿勢になる。全社一斉に切り替える形は号令を出しやすい一方で、向き不向きや運用の落とし穴を組織全体で同時に踏むことになる。最初に派手な失敗をすると、現場が二度と触りたがらないという、もう一段先の問題も発生しやすい。代わりに勧めたいのは、最小の規模から始めて、手応えを見ながら段階的に広げていく形になる。

最初の試しの単位としては、「最小の規模で、最初から引き継ぎを織り込む」という組み方をおすすめしたい。要素は四つになる。担当する人数を絞ること、対象の業務を絞ること、期間を区切ること、そして、最初から次の担当者への引き継ぎを段取りに入れておくこと。

人数を絞るというのは、最初に触る担当者を一人か二人に決めるという話だ。複数人で同時に触り始めると、感触や工夫の共有にも余計な調整が乗る。担当を絞った方が、立ち上がりは早くなる。ただし、立ち上げの早さを理由に「一人だけが詳しい」体制を長く続けると、属人化が進む。担当者の異動や退職を境に、運用の知見ごと止まるという事態は、新しい道具に限らず組織で長年繰り返されてきた構図だ。

そこで重要になるのが、最初から次の担当者への引き継ぎを段取りに入れておく、という観点だ。「この期間で感触を掴み終わったら、二人目に伝える」という工程を最初から決めておく。期間を区切ることと並ぶ重さで考えておきたい。最初の担当者の役割は、立ち上げの早さを引き受けることと、二人目に伝える材料を作っておくこと、の二段で見ておくと形が崩れにくい。

対象の業務を絞るというのは、最初に試す仕事を一つに決めるという話だ。複数の業務に同時に当てはめると、「合うかどうか」と「使い方の癖」の判断が混ざってしまう。一つの業務に絞り、その範囲で十分に試した上で、別の業務に広げるかどうかを判断する形が落ち着く。

最初の一業務として選ぶ仕事は、第2章で扱った「基本」の側から選ぶのが安全だ。長い文章の要約、定型的なメールの下書き、文章の校正、このあたりは結果の良し悪しが見やすく、機密の判断もしやすい。応用側の仕事から入ると、出てきたものの善し悪しの判定が難しく、感触を掴む前に挫折することがある。

期間も区切っておきたい。一ヶ月、二ヶ月といった区切りで、「この期間で試して、続けるかどうかを決める」という形にしておくと、現場側も心理的な負担が軽くなる。続けるかどうか決まらないまま延々と試運転を続ける、という状態に置かれると、現場のモチベーションは下がる。

最小の単位で試運転がうまく回り始めたら、次の業務、次の担当者へと広げる段に入る。広げ方も、号令で進めるよりは、最初の担当者の「自分の業務でこう使ったらこうなった」という具体例を共有し、興味を持った人が次に試す、という形の方が定着しやすい。成功例の中身も派手なものでなくてよく、「この週次の集計コメントを書く時間が半分になった」「この案内文の校正が一通りで済むようになった」といった、小さく具体的な話の方が、他の担当者にとって自分の仕事に置き換えやすい。

広げていく過程で気をつけたいのは、最初に触った担当者に負担が寄りすぎないことだ。詳しくなった人のところに質問が集まり、相談が集まり、トラブル対応も回ってくる。その負担を放置すると、次に手を挙げる人が出てこなくなる。詳しい人への相談を業務時間の中に位置付ける、知見を少しずつ複数人に分散させていく、といった手当てが要る。この負担の寄り方をどう扱うかは、組織としてLLMにどこまで期待するかという話と地続きになる。この話は次の章でも扱う。

誰が使い、誰がチェックするか

小さく始める段取りと並んで重要なのが、役割分担の整理になる。誰が使うか、誰がチェックするか、この二点を最初に決めておく。

使う人を決めるのは比較的すんなり進む話だ。最初に触る担当者を一人か二人決める、と先に書いた通りで、人選そのものの難しさはあるとしても、決め方の構造は単純になる。

問題になりやすいのはチェックする側の方だ。LLMの出力を点検するという作業は、出力の中身を読んで、事実関係や表現の妥当性を判断し、必要なら直す、という流れになる。これは、新人の出してきた書類を上司が見て直す作業と、ほぼ同じ手間を要する。便利な道具を入れたつもりが、上司側の点検の手間が増えただけになる、という事態は普通に起こりうる。

チェックする側を決める際の観点は、二つある。一つ目は、対象の業務に十分詳しい人を当てる、という観点だ。LLMの癖に詳しい人を当てるのではなく、業務の中身に詳しい人を当てる。出力の真偽や妥当性は、業務知識の側からしか判定できないため、ここを譲ると点検が機能しなくなる。

二つ目は、点検にかかる時間を業務時間として明示的に確保する、という観点だ。「便利になるはずだから、点検は隙間時間でやればよい」という前提で進めると、点検が省略されがちな運用になる。第2章で立てた「部下の提出物としてチェックする」背骨は、点検の時間が確保されている前提で初めて機能する。

使う人と点検する人を別の人に分けるかどうかは、業務の規模と性質次第になる。短いメールの下書きであれば、使う人が自分で点検まで済ませる形でも十分回る。報告書のような重い文書では、使う人とは別に点検役を置いた方が、見落としが減る。

業務フローのどこに挟むか

役割分担と並んで考えておきたいのが、既存の業務フローのどこにLLMを挟むか、という設計になる。同じ仕事でも、挟む位置によって運用感がだいぶ変わる。

代表的な挟み方を、三つ挙げておく。

一つ目は、下書きを作らせて人間が直す形だ。LLMが先に文章を出し、それを担当者が読んで直し、点検を経て確定させる。要約、校正、定型メールなど、第2章の基本タスクの多くがこの形に収まる。LLMが叩き台を出し、人間が責任を持って仕上げる、という分担がはっきりしているので、点検の所在も明確になる。

二つ目は、人間が骨組みを作って、LLMに肉付けや整えを頼む形だ。担当者が要点を箇条書きで並べ、LLMがそれを文章に展開する。あるいは、担当者が書いた素案をLLMに整えてもらう。社内向けの案内文や、報告書の本文部分など、内容判断は人間が握っておきたい仕事に向く。第3章で触れた「上司が骨組みを作ってLLMに肉付けを頼む」分担の延長線にある。

三つ目は、案を複数出させて人間が選ぶ形になる。担当者が「こういう内容で三案出してほしい」と頼み、LLMが複数の選択肢を提示し、その中から担当者が選ぶ、あるいは混ぜて組み立てる。タイトル案、見出し案、文面のトーン違いなど、答えが一つに決まらない仕事に向く。

三つに共通しているのは、LLMが単独で完結する位置には置かない、という点になる。どの形でも、人間が判断を持つ工程が必ず最後に来る。挟む位置を決めるときの目安は、「責任の所在が誰のところに残るか」を一拍考えてから決める、というあたりで十分だ。

外部業者に丸投げしない

最後に、外部業者との関係について触れておきたい。業者の売り込みの見分け方そのものは第4章で扱ったので、本章では、組織側がどう関わるかという別の角度に絞る。

LLMの導入支援を業者に頼む選択肢は、当然ある。社内に詳しい人がいない、最初の立ち上げに手が回らない、技術的な部分を任せたい、こうした事情があれば、業者を入れる判断そのものは妥当だ。

問題になりやすいのは、業者に丸投げして、自分たちで触る経験を組織の中に残さない場合になる。導入時の設計から運用までを業者に任せ、現場の担当者は出来上がった仕組みを使うだけ、という形で進めると、何かあったときに自分たちで判断できる材料が手元に残らない。出力がおかしくなった、業務との噛み合わせが悪い、契約を見直したい、こうした場面で、業者の説明に丸ごと依存することになる。第4章で触れた業者対応の観点が機能するのも、社内に手を動かしている人がいる前提あってのことだ。

落としどころとしては、設計や技術面で業者の手を借りつつ、運用と判断は自分たちで握る、という分担になる。最初の試し打ちは、業者の支援なしで、社内で触ってみるところから始める方がよい。業者の支援が必要になる規模感は、その経験の上で見えてくる。

ただし、業者との関係には別のパターンもある。自分たちが選ぶ前に、向こうから来るケースだ。デモ製品の試用期間として入ってきたり、既存の業務システムにLLMの機能が追加されて気付いたら使える状態になっていたり、という形で、道具が先に来て、現場が後から追いつく構図になる。本章で扱ってきた「最小の規模から始める」の段取りを組む余地が、そもそも残されていない。

こうしたケースで起こりやすいのが、たまたまITに明るい人が一手に背負う構図だ。自分で選んで始めた人には、「この仕事の手間を減らすために試してみよう」という覚悟と動機があるが、降ってきた道具を「あなた詳しいから」と託された人には、それがない。同じ「触っている人」でも、立ち位置の重さがまるで違う。

このパターンに陥った場合でも、本章で扱った役割分担の整理と、点検時間の確保はそのまま当てはまる。むしろ、最初の段取りを組み直す余地がない分、後付けでの調整が一段重要になる、と見ておいた方がよい。

段取りを揃えて、次の章へ

本章では、現場に持ち込むときの段取りとして、全社一斉を急がず最小の規模から段階的に広げること、役割分担を整えること、業務フローへの挟み方、外部業者との関わり方、という順番で扱ってきた。どの話も、第4章までで扱った注意点を、現場の運用の中でどう成立させるか、という具体論に当たる。

ここまでくると、組織としてLLMをどう使うか、の輪郭はだいたい見えてくる。残るのは、その輪郭の外側、つまり「どこまで期待していいのか」という期待値の話になる。組織として何をどこまでLLMに頼るか、そして、自分で選んで始めた担当者にも、向こうから降ってきた道具を背負わされた担当者にも、どこまで委ねるか。こうした期待値の調整について、次の章で扱う。