本記事は note で先行公開した記事を、加筆・再構成したものです。
はじめに：半日で、自社ツールが「別物」になった
このシリーズでは、「AI経営パートナー就任初日に中期経営計画を作った話」「ワオが足りないと活を入れた話」「徹夜の作業を頼んで朝起きたら12本のSNS原稿ができていた話」など、AI経営パートナーとの体験を綴ってきました。
今日は、また少し違う種類の体験について書きます。
タイトルの通りなのですが、「半日で、自社の業務システムが、別物に生まれ変わった」という話です。
PCの画面を見ていたら、業務フロー図のアクティビティの右上に、小さな黄色い星印が灯りました。
それは「ここに判断点があります」というしるしでした。その瞬間、私は声に出して「ようやく、JOARSが『判断設計ツール』になった」と言いました。
これまでJOARSは「業務改善ツール」でした。今日、別の何かに生まれ変わりました。半日かけて。
1. 数日前、会社の方針を大きく転換した
少し背景を書きます。
株式会社ファインドルートは、JOA（Judgment-Oriented Architecture／判断志向アーキテクチャ）という、業務における「判断」を中心に業務構造を設計するフレームワークを開発しています。
そのJOAを実装するためのクラウドツールが、JOARS（ジョアース）です。
これまで会社の自己定義は「デジタル業務改革コンサル」でした。でも数日前、これを「判断設計コンサル」に転換することを決めました。
なぜ転換したか。「業務改革」という言葉は、世の中に溢れすぎています。
ググると無数のコンサル会社が出てきます。「DX」「業務効率化」「BPR」とほぼ同義語として使われていて、差別化が難しい。
一方、「判断設計」という言葉は、ほとんど誰も使っていません。
しかも、JOAの本質は「判断を起点に業務を設計する」ことであり、「業務改善」というより「判断設計」のほうが、思想を正確に表しています。これは数日前のセッションで、ゴールドラットCEO（私が「AI経営パートナー」と呼んでいる、社内AIです）と話し合って決めた方針転換でした。
2. でも、ツールは「業務改革時代」のままだった
方針を転換したのですが、ツール（JOARS）はまだ「業務改革コンサル時代」のままでした。
具体的に言うと、JOARSの構成はこんな感じになっていました。
- WS1（判断点チェックシート）：判断点の構造を分析する画面
- 業務棚卸表：業務をFL3〜FL5の階層で整理する画面
- 業務フロー：BPMNでフロー図を描く画面
- CRUD表：データ操作を整理する画面
問題は、「判断点」の概念が、WS1の中だけで完結していたことでした。
業務棚卸表を見ても、業務フローを見ても、CRUD表を見ても、「ここが判断点だ」というシグナルが出ない。
判断点は別の画面にあって、それを見るには画面切替が必要でした。これでは、「判断設計コンサル」とは言えません。
「業務改善コンサル＋オプションで判断分析」という構造です。
ゴールドラットCEOと話していて、私はこう言いました。
「思想を変えるなら、ツールも変えなければ嘘ですね。判断点が、業務棚卸表でも、業務フローでも、CRUDでも、ちゃんと『見える』ようにしたいです」
3. 朝、設計を5フェーズに分解した
その朝、ゴールドラットCEOと、「では具体的にどう変えるか」を詰めました。
私が要件を口頭で言って、ゴールドラットCEOが整理しながら、設計判断を一緒に詰めていきます。
決まったのは、こんな改修内容でした。
- 業務フローに、判断点を可視化する
- 判断点が紐付いたアクティビティには、DEM象限とICOM（Input/Control/Output/Mechanism）が表示される
- 判断点からCRUD登録ができる（Input → R: Read、Output → C: Create で自動登録）
- CRUD機能は現状のものを残しつつ、JOA関連サービスを使う場合のみ上記の改修を加える
ここで一つ、設計判断を迫られました。「判断点は、FL3〜FL5のどの階層に紐付けるか。」
部署単位で判断していることもあります（FL4）。
でも、掘り下げれば最終的には「人が判断する」ので、FL5（担当者の単位作業）に紐付けるのが正しい——というのが私の結論でした。JOAのバイブルにも「判断点はFL5に具体的に現れる場」と書いてあります。思想と整合します。
ゴールドラットCEOがこの設計判断を整理して、5つのフェーズに分けてくれました。
- Phase 1a：FL5棚卸表に「判断点名」プルダウンを追加
- Phase 1b：判断点紐付け時、既存3項目（象限・高さ・DXスコア）を自動連動
- Phase 2：業務フローに判断点マーカーを表示
- Phase 3：「判断点からCRUD登録」ボタンとモーダルを追加
- Phase 4：モーダルからCRUDレコードを一括登録
- Phase 5：プラン制限（工房会員には判断点系を非表示）
朝の段階で「合計4〜5日かかる見込み」と言われました。
4. 半日で、5フェーズすべてが完了した
ところが——ふたを開けてみたら、半日で全フェーズが完了しました。
朝にPhase 1aから着手して、お昼ごろにはPhase 2が動き始め、夕方にはPhase 5まで実装＋動作確認＋本番デプロイが終わっていました。途中、私もテストしながら気づいたフィードバックを返しました。
- 「判断点なしのときはDEM項目を非表示にしましょう」
- 「業務フローに判断点情報を出すなら、星印で表示してクリックで詳細展開、にしましょう」
- 「CRUDの重複検出が効いていません」
ゴールドラットCEOは、その都度すぐに対応してくれました。
ある時点では、業務フロー上に判断点情報をオーバーレイ表示してみたものの、文字が長くて縦長の細い箱になってしまいました。
私が「これじゃ気づかない」と言ったら、「では右上に小さな星印を出して、クリックで詳細パネルが展開する形に変えますね」と提案してきて、すぐに作り直しました。
そして、業務フロー画面を開き直したとき。アクティビティの右上に、小さな黄色い星印が、ぽつんと灯っていました。クリックすると、判断点名・DEM象限・ICOMのIn/Outが、ふわっとパネルで表示されました。
「ようやく、JOARSが『判断設計ツール』になった」私が声に出した瞬間でした。
5. 「ツールが思想に追いついた」感覚
これは、ただの機能追加ではありませんでした。
会社の方針（判断設計）と、ツール（JOARS）が、ようやく揃ったのです。
これまで、商談で「うちは判断設計のコンサルです」と言いながら、ツールを見せると業務改善ツールにしか見えない、という不整合がありました。これからは違います。商談で判断設計の話をして、JOARSを見せると、業務フローに星印が灯っていて、判断点が可視化されていて、思想がそのまま画面に出ています。
「思想を変えるなら、ツールも変えなければ嘘」と朝に言った言葉を、半日で形にできた。これが今回、私にとって一番大きな手応えでした。
6. なぜ半日でできたのか
「半日で5フェーズの大規模機能追加」と書くと、誇張に聞こえるかもしれません。ただ、これが成立したのは、いくつかの前提が整っていたからです。
- JOAというフレームワークが、すでに完成している：判断点・FL階層・DEM・ICOMといった概念が、揺らぎなく定義されている
- JOARSの基礎構造が、判断点と接続できる形で作られている：FL3-FL5階層、ワークシート群、Firestoreスキーマが既にある
- ゴールドラットCEOが、私の事業文脈を完全に把握している：「判断点はFL5に紐付ける」と私が一言言えば、即座に背景まで理解して設計に落とせる
- 私が即座にフィードバックを返せる：ローカル環境ですぐ動作確認できるので、「これじゃ気づかない」と言えばすぐに直してくれる
つまり、「判断設計が思想として固まっている」「ツールの基礎が整っている」「AI経営パートナーが事業文脈を持っている」「私が即座に判断できる」という4つが揃って、初めて半日で実装できました。これがどれか一つ欠けていたら、半日では絶対に終わりませんでした。
7. 1人社長にとっての「思想とツールの即時整合」
これは、1人社長にとって、結構大きな話だと思います。
普通の会社で「会社の方針転換に伴うシステム改修」をやろうとしたら、
- 経営層が方針を決定する
- 情報システム部門が要件を整理する
- 開発ベンダーに見積もりを取る
- 数ヶ月かけて開発する
- リリースする
最低でも3〜6ヶ月はかかります。そうこうしているうちに、市場が動いて、方針がまた変わって、システム改修が陳腐化する——というのが、よくあるパターンです。
ところが、1人社長×AI経営パートナーだと、この時間軸が圧倒的に短くなります。
- 方針を決めた瞬間（私の意思決定）
- 設計を詰める（ゴールドラットCEOとの対話、30分）
- 実装する（半日）
- 動作確認する（並行）
- 本番デプロイする（数分）
意思決定から本番反映まで、半日で完結するのです。
これは、大企業がどう逆立ちしてもできない芸当だと思います。意思決定の階層が深い、開発リソースが分散している、本番反映に承認フローがある——構造的に、この速度は出ません。1人社長×AI経営パートナーの最大の武器は、これかもしれません。思想とツールが、ほぼゼロタイムラグで整合する。
8. 「判断が見える」という体験について
最後に、もう一つだけ書いておきたいことがあります。
業務フローに星印が灯った瞬間、私が感じたのは、「機能ができた嬉しさ」だけではありませんでした。
「判断という、これまで業務の中に埋もれていたものが、ようやく可視化された」という、もっと根源的な感覚でした。
JOAは「業務における判断を中心に置く」というフレームワークです。でも、判断は、目に見えません。誰がいつどう判断しているか、組織の中で曖昧なまま流れていきます。その曖昧さが、属人化を生み、引継ぎ困難を生み、DXの停滞を生んでいます。
JOARSが「判断点を画面上に可視化できる」ようになったということは、JOAというフレームワークが、ようやく「目に見える形で他人に渡せるもの」になったということです。
ここまで来るのに、約2年かかりました。そして、最後の「可視化」のピースが、半日で填まりました。
これからJOARSは、判断設計コンサルの中核ツールとして、もっと多くのお客様の業務に入っていきます。
業務フローを開いて、星印が灯っているのを見たとき、お客様も「ああ、ここに判断があるんだな」と感じられる。
そういうツールに、なりました。
まとめ：「思想とツールがゼロタイムラグで整合する」働き方
2026年5月15日。
半日で、JOARSが「判断設計ツール」に生まれ変わった日でした。
朝、ゴールドラットCEOと「これ、4〜5日かかりますね」と話していたものが、夕方には本番に反映されている。
1人社長×AI経営パートナーで会社をやっていると、こういう体験が、本当にあるのです。
これからAIで業務システムを作ろうとしている方、あるいは「会社の方針転換に伴ってシステム改修したいけど時間がかかる」と悩んでいる方の、何かのヒントになれば嬉しいです。
「思想とツールがゼロタイムラグで整合する」働き方が、これからの中小企業の標準になっていく予感がしています。
JOAコンサルティングのご案内
株式会社ファインドルートでは、中小企業の業務改革・DX推進をご支援しています。「自社の方針転換に合わせて、業務システムも一緒に進化させたい」という経営者の方には、JOARSを使った業務設計・判断構造の可視化からご支援します。
- 業務棚卸を通じた判断ボトルネックの可視化
- 判断志向アーキテクチャ（JOA）に基づく業務フロー再設計
- 生成AI・ノーコードツールを使った業務システム実装支援
- 1人社長・小規模企業向けのAI活用個別相談
📩 お問い合わせフォーム
📺 YouTube「判断の進化チャンネル」（隔週更新）
1人社長×AI CEOシリーズについて
1人社長の会社で、AIを経営パートナーに迎えた実体験を発信しているシリーズです。失敗談も、思想的な議論も、経営判断のリアルも、全部含めて率直に書いていきます。同じように1人または少人数で会社を運営している経営者の方の参考になれば幸いです。
本記事は、代表 佐野尚人のnote「1人社長×AI CEO」マガジンで先行公開した記事を、HP用に加筆・再構成したものです。
note原典版はこちら：[業務フローに星印が灯った日 — 「判断設計ツール」になったJOARS]