← 一覧に戻る

要約カード

JA 2026-08-04 23:00
MVPRPA業務効率化

TechWave社のRPA構築支援相談。MVPが解き明かした、リストを完成させてから着手する偏りと、最小の一つを早く出して測りながら広げる設計。

ROI事件ファイル No.586『全部を揃えてから始めようとして、最初の一つが出ていなかった』

JA 2026-08-04 23:00

ICATCH

全部を揃えてから始めようとして、最初の一つが出ていなかった


第一章:自動化したい、だが着手できない

「RPAの構築を、外から手伝ってもらえる会社を探しているんです」

TechWave社の業務改善課長、小出実氏は、そう言いながら状況を語った。「今年から年間休日が百二十日に増えました。休みが増えたぶん、同じ仕事を短い時間で終わらせないといけない。でも、一部の社員に業務が集中していて、時間内に終わらない」

「自動化の準備は、どこまで進んでいますか」とClaudeが尋ねた。

「対象業務のリストアップは、もう終わっています」と小出氏が答えた。「ロボパットは他部署で既に動いていて、グループとしても自動化を進める方針です。道具も方針もある。ただ、社内でRPAを組む時間が誰にも取れない。リストを作ってから、半年動いていません」

「そのリストの中から、最初の一つを出してみましたか」と私が確認した。

「……出していません」と小出氏が答えた。「全部を洗い出してから、まとめて着手するつもりでした。どれか一つを先に動かして、効果を見る。そういう始め方をしたことがない」

「全部を揃えてから始めようとすると、いつまでも始まりませんね」と私が応じた。「MVPで分解しましょう」

第二章:MVPが問う、最小の一つを早く出す

「この案件には、MVPが必要です」

Claudeがホワイトボードに「最小・速さ・検証・反復」と書いた。

「MVP——実用最小限の製品とは、価値が確かめられる最小の形を早く出し、現場で測ってから広げるフレームワークです」と私が説明した。「肝は、全部揃うのを待たないこと。リストが完成しても、着手する時間がなければ効果はゼロのままです。一つ動かせば、そこで浮いた時間が次を作る時間になる。始めるための時間を、最初の一つが生みます」

「まず現状のコストを測りましょう」とGeminiがROI Polygraphを開いた。小出氏から提供されたデータを入力する。

「月間のコストが出ました」とGeminiが読み上げた。「自動化対象のまま手作業で残っている定型業務の工数が月平均百八十時間、時給三千六百円で月六十四万八千円。一部社員への業務集中による時間外労働が月平均四十四万円。年間休日増加分の業務逼迫が月平均三十四万円。着手できないことによる自動化の先送りが月平均三十六万円。グループ方針との足並みの遅れが月平均三十万円。合計で月二百八万八千円。年間換算で約二千五百六万円」

小出氏が数字を見つめた。「時間内に終わらないことだけ見ていました。着手できずに先送りしているぶんまで足すと、これほどとは」

「では、MVPで設計します」と私が続けた。


[最小——リストの中から、一つだけ選ぶ]

「最初に、最小です」とClaudeが言った。「リストにある業務のうち、手順が定型で、件数が多く、失敗しても業務が止まらないものを一つ。全部に手をつけず、一つに絞る。選ぶ基準は、効果の大きさではなく、確実に出せることです」


[速さ——二週間で、動くものを出す]

「次に、速さです」とGeminiが続けた。「完璧な設計書は作らない。例外処理も後回しにして、まず正常系だけ動かす。二週間で現場に置く。時間が取れないという状況こそ、短く区切って外の手を借りる理由になります」


[検証——現場で回して、効果を測る]

「速さの次に、検証です」と私が続けた。「動かした業務の処理時間と件数を、導入前後で測る。何時間浮いたかを数字で出す。この数字が、次の投資を通す根拠になり、集中していた社員の負担が減った証拠にもなります」


[反復——測った結果で、次の一つを選ぶ]

「最後に、反復です」とClaudeが続けた。「浮いた時間を、次の構築に充てる。一周ごとに使える時間が増えるので、二つ目は一つ目より速い。リストは順に減っていく。全部を一度に、ではなく、一つずつが結局いちばん速い」


[投資回収を試算する]

ROI Proposal Generatorで試算しましょう」とGeminiが提案した。

  • 初期費用:対象業務の選定・最小構成のRPA構築支援・効果測定の仕組み化・展開手順の整備・社内担当者への移管費用合計四百六十万円
  • 月次費用:RPA運用・保守継続費合算月二十万円
  • 月次削減効果:定型業務の自動化=月四十六万円(七割削減想定)、時間外労働の削減=月三十四万円、特定社員への業務集中の解消=月二十六万円、着手遅延の解消による先送りコストの回収=月二十六万円、合計月百三十二万円
  • 月次純削減:百三十二万円-二十万円=月百十二万円
  • 投資回収期間:四百六十万円÷百十二万円=約四・一ヶ月

「四ヶ月強の回収です」とGeminiが整理した。「効くのは、全部を揃えてから始めず、一つを早く出す点です。まとめて着手する計画は、時間が取れない限り永遠に始まらない。一つ出せば、そこで浮いた時間が次の着手時間になる。投資が空振りしません」

小出氏が数字を確認しながら言った。「リストを完成させてから、と思っていました。一つ出さないと、始める時間そのものが生まれない」

「MVPは、最小の一つを早く出す道具です」と私が応じた。

第三章:一つずつ出す導入計画

「進め方を整理します」と私がホワイトボードの前に立った。

「第一ヶ月——リストの絞り込みと、最初の一業務の確定、効果測定の準備。第二ヶ月——最小構成での構築と現場投入、二週間での効果測定。第三・四ヶ月——例外処理の追加と、二つ目・三つ目への展開。第五ヶ月——構築手順の型化と社内担当者への移管。第六ヶ月——全社展開と効果検証。第七ヶ月以降——リストの継続消化、他部署のロボパット運用との統合」

「一つずつだと、全部終わるまで時間がかかりませんか」と小出氏が確認した。

「まとめて着手するほうが、結果的に遅くなります」とClaudeが応じた。「一度に始めれば、限られた人手が分散して、どれも中途半端で止まる。一つずつなら、浮いた時間が次の資源になり、周が進むほど速くなる。全部を並べることより、最初の一つを出すことが先です」

小出氏がメモを取りながら言った。「リストを完成させる前に、一つ出す。順序が見えました」

第四章:一つ出して、時間が生まれた日

十ヶ月後、小出氏から報告が届いた。

最初の自動化は、二週間で現場に乗った。「例外処理は後回しにして、正常系だけ動かした。それでも、毎日一時間半かかっていた作業が消えた」と小出氏は記していた。

浮いた時間が、次を生んだ。一つ目の削減分が、二つ目の構築時間に回った。「時間がないから始められない、が逆転した。始めたから時間ができた」と報告書にあった。

最も大きな変化は、着手の仕方に表れた。全部を揃えてから始める状態から、最小の一つを出す状態に変わった。「リストを眺めて半年止まっていた。一つ出したら、残りが自然に減り始めた」と小出氏は記していた。

業務の集中も解けた。自動化が、特定の社員に寄っていた仕事を引き取った。「あの人しかできない、という業務が減った。時間外労働が、休日が増えた後でも下がった」と報告書にあった。

副次効果として、計画の立て方が変わった。完成形を待たずに出す発想が根づいた。「全部決まってから、をやめた。まず一つ出して測る、で考えるようになった」と小出氏は記していた。

小出氏の報告書の最後にはこう書かれていた。「RPAの悩みは、構築に割く時間がないことだと思っていた。だが本当の問題は、全部を揃えてから始めようとして、最初の一つが出ていなかったことだ。MVPで一つだけ出した瞬間に、次を作る時間が生まれた。リストを完成させる前に、一つ出すことが先だった」

全部を揃えてから始めようとして最初の一つが出ていなかった会社が、一つずつ出して広げられる会社に変わった日、RPAの導入は一括構築の計画から、最小の一つを早く出して測りながら広げる設計に変わっていた、と記されていた。

「業務自動化の相談は、たいてい『やることは洗い出したが時間がない』という形で来る。だが計画を完成させる前に問うべきことがある。最初の一つは、出ているか。MVPが問うのは、最小と速さと検証、そして反復だ。一つ出せば、そこで浮いた時間が次の着手時間になる。全部を揃えてから始めようとしていた会社が、一つ出せた日、変わったのは人手の多さではなく、最小の一つを早く出す視点そのものだった」


関連ファイル

mvp

使用ツール

  • ROI Polygraph — 定型業務の残存工数・時間外労働・着手遅延による先送りコストの可視化
  • ROI Proposal Generator — 最小構成での早期投入を起点にしたRPA構築支援の投資回収シミュレーション

事件の概要をお聞かせください