AI駆動経営 — 作業が速くなったあと、会社のどこで止まるか

執筆:
岡崎 太
CTO / AIアーキテクト
公開
読了時間
3分で読めます
Share

AIで見積書を速く作れても、承認を待つ時間が残る。『AI駆動経営 ― 会社は仕様で動く』の著者自身の原稿と図解を使い、会社の仕事が止まる場所を見直す入り口を紹介します。

AIを使って、資料や見積書を早く作れるようになった。それでも、顧客に返事が届くまでの日数はあまり変わらない。そんなとき、作成時間と、次に進むのを待つ時間を分けてみると、調べる場所が変わります。

『AI駆動経営 ― 会社は仕様で動く』は、人の確認や承認で仕事が止まる場所から、会社の仕事の設計を考える本です。この記事では、著者自身の原稿と図解を使って、作業時間と承認待ちを分けて考える入り口を紹介します。

作成時間が縮んだあとに残るもの

次の例は、考え方を説明するための架空の見積業務です。導入効果を測定した顧客事例ではありません。

仕事が始まってから終わるまでの時間は、大きく2つに分けられます。手を動かしている「作業の時間」と、誰かの確認や承認を待っている「待ちの時間」です。

AI が縮めたのは、主に作業の時間です。待ちの時間は、AI を入れただけでは縮みません。待ちの時間は、主に、確認する人の手が空くかどうかで決まるからです。

例えば、見積書を作る仕事を考えます。これまでは、担当者が過去の見積書を探し、単価を確かめ、書式を整える作業は2時間でした。そのあと部長の承認を待って、顧客に出すまでに3日かかっていました。

AI を使うと、見積書の作成は10分で終わるようになりました。作業の時間は2時間から10分に縮んだことになります。ところが、部長の承認待ちは3日のままです。顧客から見れば、見積書が届くまでの時間はほとんど変わっていません。

原稿:岡崎 太。『AI駆動経営 ― 会社は仕様で動く』FeelFlow刊行版(本文v0.3.5)、第1章「AIで速くなると、詰まる場所が承認に移る」に対応。発行元:株式会社フィールフロウ。

作成を担う人の努力だけで、承認を担う人の空き時間まで変えられるとは限りません。「誰がどれだけ早く作ったか」に加えて、「完成したものが、次へ渡るまでに何を待ったか」を見る必要があります。

図で見る、作業と承認待ちの違い

書籍の図1-1は、作業が2時間から10分に縮んでも、承認待ちの3日が残る例を示しています。

AI利用前は作業2時間と承認待ち3日、利用後は作業10分と承認待ち3日。作業を短くしても承認待ちは残る。模式図で、図の長さは時間の比率を表さない。

図1-1:作業時間だけが縮み、承認待ちが残る例(模式図。長さは時間比を表さない)。岡崎 太の図解(同書・FeelFlow刊行版[本文v0.3.5]、第1章に対応)。

この図を自社の仕事に置き換えるなら、まず一つの案件を選び、作り終えた時刻と、次の工程へ進んだ時刻を確かめます。その間に誰が何を確認していたかを書き出すと、必要な判断と、情報不足を補う確認を話し合いやすくなります。

数える対象は、仕事が止まる場所

本書では、止まる場所を数え、人の介入を「必要」「補修的」「儀式的」の3種類に分けて考える方法を提案しています。この分類は著者の提案です。安全や権利に関わる判断を、速さだけで省くためのものではありません。

例えば、承認に必要な条件がそろっていなければ、担当者は追加資料を探し、承認者は判断を保留します。条件を最初に伝えること、確認に使う記録をそろえること、例外が起きたときの判断先を決めることも、仕事の設計に含まれます。

「AIに何をさせるか」を考えるとき、その前後にいる人が何を見て進めるのかまで書いてみる。本書の副題「会社は仕様で動く」を、自社で考え始める入り口です。

自社の一件をワークシートに残す

書籍紹介ページに、A4・1枚のワークシートを用意しています。先月終わった仕事を一つ選び、止まる場所、見る人、見ているもの、待ち時間、回数、差し戻しを記録して、次の一手を考えるためのものです。

数えた結果を日付とともに残すと、見直したあとに同じ数え方で確かめられます。部署全体の改革案を作る前に、手元にある一件から始めてみてください。

書籍のご案内

著者は岡崎 太、発行元は株式会社フィールフロウです。2026年11月8日の確認では、FeelFlow版のKindle版・紙版ともに購入可能です。価格と最新の在庫は各商品ページでご確認ください。

この記事を引用する

岡崎 太「AI駆動経営 — 作業が速くなったあと、会社のどこで止まるか」株式会社フィールフロウ、2026年11月9日、https://feelflow.net/blog/2026-11-ai-driven-management/

この記事を書いた人

岡崎 太

CTO / AIアーキテクト

この著者の記事を見る

次に読む

同じトピック:書籍アジャイルの本質は契約ではない — 一件の申請から始める合意形成見積もりを頼む前に、何を決め、何を試すか。『アジャイルの本質は契約ではない』増補第2版で扱う合意形成を、著者自身の原稿と図解で紹介します。