毎週作っている定例レポート、3人の承認をもらう回覧、会議のたびに2か所へ転記する記録――ふと「これ、何のためにやってるんだっけ」とよぎる瞬間があります。周りに聞いても返ってくるのは「前からこうだから」。薄々ムダを感じながらも、やめる理由も変える理由も見つからないまま、今日も同じ手順を繰り返してしまう。
結論から言えば、こうした場面で役に立つのがゼロベース思考＝既存の前提や慣習をいったん外し、「もし今ゼロから作るならどうするか」から考え直す方法です。業務の見直しや定例の棚卸しに向く一方、緊急対応や制約が本当に固い場面には向きません。この記事で両方を区別できるようになります。
私はAIタスク管理アプリ「するたす」を開発・運営しています。本記事では、この思考法の意味と類似概念との違い、実践5ステップとよくある失敗を、開発者の視点で解説します。
非効率なやり方が個人の努力では直らない理由は「仕事のやり方が非効率なままになる仕組み」を、抱えているタスク全体を見直す手順は「タスクの棚卸しのやり方」を併せてご覧ください。
ゼロベース思考とは「今ゼロから作るならどうするか」から考える方法
まず正面からお答えします。ゼロベース思考とは、既存の前提・制約・過去の経緯をいったん脇に置き、「もし今、白紙の状態からこれを設計するならどうするか」を起点に考える思考法です。もともと予算編成の「ゼロベース予算（前年実績を前提にせず毎回ゼロから積み上げる）」で知られる発想を、思考全般に広げたものです。
積み上げ式との違い：「現状の改善」ではなく「そもそもの再設計」
普段の考え方の多くは、今のやり方を前提に「どこを速く・楽にするか」を考える積み上げ式です。日常の改善はこれで十分回りますが、積み上げ式には届かない領域があります。「この作業、そもそも要るのか」という問いです。
ゼロベース思考は、この問いに正面から向き合うための道具です。「今のレポートをどう速く作るか」ではなく、「そもそもレポートを作るか。作るなら何のために、誰に、どの形で届けるか」を考える。前提を外すと、改善ではなく廃止・統合・置き換えという選択肢が初めて視界に入ります。
誤解されやすいのですが、これは「今までのやり方を全否定する」ことではありません。前提を外して考えた結果、「やはり今のやり方が合理的だった」と確認できるなら、それも立派な成果です。目的は破壊ではなく、前提の点検にあります。
クリティカルシンキング・仮説思考との違い
似た言葉との関係も整理しておきます。クリティカルシンキングは「その前提は本当に正しいか」と問いを立てて吟味する思考の構え全般を指します。ゼロベース思考はその一歩先、疑うだけでなく「白紙から設計し直すなら」と代替案の構築まで踏み込む点に特徴があります。
また、仮説思考は「限られた情報から仮の答えを先に立て、検証しながら進める」方法です。ゼロベースで再設計した案はこの時点ではまだ仮説にすぎないので、小さく試して確かめる段階では仮説思考がそのまま相棒になります。
「ずっとこうやってきたから」で業務が残り続ける構造
そもそも、なぜ「薄々ムダだと感じている業務」がこれほどしぶとく残るのでしょうか。ここを構造で理解しておくと、この思考法をどこに当てればいいかが見えてきます。
始まった当時は理由があった――理由だけが先に消えていく
心当たりのある業務を1つ思い浮かべて、「これはいつ、なぜ始まったのか」を辿ってみてください。毎週の詳細レポートは、昔トラブルが続いた時期に状況を細かく共有する必要があって始まったのかもしれない。3人承認の回覧は、過去に確認漏れが起きた再発防止策だったのかもしれない。こうして辿っていくと、「始まった当時にはちゃんと理由があった」という共通点がたいてい見つかります。
問題はその後です。トラブルは収束し、体制は変わり、確認はシステムでできるようになった。つまり理由のほうが先に消えたのに、手順だけが残り続けている。しかも手順は引き継ぎのたびに「やり方」として渡され、「なぜやるのか」は渡されません。数年経つ頃には、誰も理由を知らないまま全員が続けている状態ができあがります。
だとすれば、責めるべきは「疑わずに続けてきた人」ではありません。前提を点検する機会が仕組みとして存在しないことが本当の問題です。日々の仕事は「回すこと」で手一杯で、「そもそもを問い直す時間」は放っておくと永遠に訪れないのです。
非効率は個人の注意ではなく、仕組みごと残る
もう1つ。こうした業務は、個人が「気をつけよう」と思っても消えません。定例の資料も回覧も、複数の人の期待と手順が絡み合った「仕組み」として存在しているため、1人が疑問を持っただけでは変わりません。だからこそ、違和感を見える形に変換する手続きが要ります。この構造は「仕事のやり方が非効率なままになる仕組み」で詳しく扱っています。
💡 見直した後の「移行作業」が大きくて動けない方へ
このページ下部の体験フォームで、タスク名を入れるだけでAIが「今日動ける最初の一歩」まで分解します。「新しいやり方に切り替える」という大きな塊も、動ける粒度に割れます。登録不要・無料です。
ゼロベース思考の使いどころと、使わない方がいい場面
この思考法は万能ではなく、効く場面と効かない場面がはっきり分かれます。
効く場面：業務の見直し・定例の棚卸し・自分の働き方
- 業務の見直し：定型のレポート・会議・承認フローなど、「続いていること」自体が前提になっている作業。最も力を発揮する領域です。
- 定例の棚卸し：期初・年度替わり・チーム編成の変更など、区切りのタイミングで定例業務を一覧にし、「ゼロから設計するなら残すか」を問い直す使い方。
- 自分の働き方：1日の時間の使い方や朝のルーティン。「今の自分がゼロから設計するなら、この時間配分にするか」と問うと、惰性の習慣が見えてきます。
共通するのは、時間の余裕があり、変える権限や提案の余地が自分側にあることです。
向かない場面：緊急対応と、制約が本当に固いとき
- 緊急対応の最中：トラブル対応や締切直前は、既存の手順どおりに速く動くのが最優先。「そもそも」を問い直すのは火が消えてからにする。
- 制約が本当に固い場合：法規制・契約・安全基準など外せない制約が核にある業務では、前提を外した案を作っても実行できません。制約の内側での改善（積み上げ式）が正解です。
- 頻度が高すぎるとき：毎週のように問い直すと、現場は「また変わるのか」と疲弊します。問い直しは区切りのタイミングに限定するのが現実的です。
つまりゼロベース思考は「平時の、変えられる対象に、区切りのタイミングで」使う道具です。この条件に合う対象を1つ選べば、空振りはかなり減ります。
ゼロベース思考の実践5ステップ
ここからは「読んで分かった」で終わらせず、手を動かす手順に落とします。必要なのは紙かメモアプリだけです。
- 対象を1つ選ぶ：薄々ムダを感じている業務・定例・習慣の中から、まず1つだけ選ぶ。
- 現状のやり方と「そうしている理由」を書き出す：手順を分解し、それぞれの隣に「なぜそうしているのか」を書く。
- 理由が「昔からだから」だけのものに印をつける：今も生きている理由と、経緯しか残っていない理由を仕分ける。
- 「ゼロから設計するならどうするか」を書く：現状をいったん忘れ、白紙から目的だけを頼りに設計案を書く。
- 移行をタスクに分解する：新旧の差分を「今日動ける最初の一歩」まで割る。
ステップ1〜3：前提を「見える形」にして仕分ける
ステップ1で対象を絞るのは、前提を外して考える作業が思った以上に頭を使うからです。一度に全部を問い直すと途中で息切れします。「毎週の定例レポート」のように、範囲がはっきりした1つを選んでください。
ステップ2では、手順と理由をセットで書き出します。「毎週金曜に作る／全部署に配る／詳細データを添付する」と手順を並べ、それぞれに「なぜ？」を書き添える。答えられない項目を責める必要はありません。それ自体が点検すべき前提の発見です。
ステップ3で、理由が「昔からだから」「前任者がそうしていたから」しか出てこない項目に印をつけます。印がついた項目が、ゼロから設計し直す候補です。「法令上必要」「今も実際に使われている」という生きた理由がある項目は、無理に崩す必要はありません。
ステップ4〜5：白紙から設計し、移行を一歩まで割る
ステップ4が本体です。「もし今この業務が存在しなかったら、目的を満たすために何を作るか」を書きます。コツは、現状の用語や道具をいったん使わないこと。「レポート」という言葉を封印して「関係者が状況を把握できる状態を作るには？」と目的側から書き始めると、口頭5分の共有で足りる、既存の管理画面を見てもらえば済む、といった別解が出やすくなります。
そしてステップ5。「考えただけ」で終わるかどうかの分かれ目がここです。「新しいやり方に切り替える」は、そのままでは大きすぎて動けません。「配布先に『このレポート、使っていますか』と一言聞く」のように、今日・今週動ける最初の一歩まで分解して初めて、再設計は現実の変化になります。抱えているタスク全体を一覧で見直したい場合は、「タスクの棚卸しのやり方」との併用が効果的です。
ゼロベースで考えるときによくある失敗と対策
前提を外す問いは強力な分、使い方を誤ると空回りしやすい道具でもあります。
失敗1：一度に全部をひっくり返そうとする
前提を外す感覚が掴めると、あれもこれも問い直したくなります。けれど複数の業務を同時に見直そうとすると、書き出しの途中で力尽きるか、周囲の反発を一身に受けるかのどちらかになりがちです。対象は1つ、区切りのタイミングで1回。「見直したら楽になった」という実例を1つ作るほうが、結果的に変化は速く広がります。
失敗2：「そもそも要るの？」が人への批判に聞こえてしまう
チームで使うときの注意点です。「この作業、意味あります？」という言い方は、その作業を続けてきた人への否定に聞こえます。前の章で見たとおり、業務が残るのは人の怠慢ではなく、点検の機会がない構造の問題です。だから問いも仕組みに向ける。「これが始まった当時の目的って何だったんでしょう」「今ゼロから作るなら、どんな形にします？」という聞き方なら、同じ内容でも一緒に考える誘いになります。
失敗3：設計図を描いて満足し、移行が始まらない
いちばん多いのがこれです。白紙から考える作業は知的で楽しいため、理想の設計図が書けた時点で達成感が出てしまう。けれど、「考えた形跡はあるのに何も変わっていない」ケースを振り返ると、設計の出来ではなく移行が最初の一歩に分解されていないことに行き着くことが多いのです。だとすれば対策は明快で、設計を書き終えた直後に「では今日やる一歩は？」まで必ず割り切ること。ここを仕組みで支えるのがAIの使いどころです。
🎯 「見直した後の移行」を最初の一歩まで割るのが「するたす」です
- ✅ 入力はタスク名だけ → 「新しいやり方に切り替える」をAIが今日できる最初の一歩に分解
- ✅ 移行の一歩が目に見える → 設計図を描いて終わり、にならない
- ✅ 一歩が小さく具体的 → 忙しい平日でも見直しが前に進む
※登録不要で体験フォームが使えます
📱 PCの方はスマホで読み取り
ケースで見る：週次の定例レポートを白紙から見直すテンプレ
5ステップを架空の例（毎週金曜の進捗レポート）に当てはめた記入テンプレです。自分の業務に置き換えて埋めてみてください。
| 項目 | 記入例 |
|---|---|
| ① 対象 | 毎週金曜の進捗レポート（作成に約2時間） |
| ② 現状のやり方と理由 | 全部署に配布→「前からこの宛先だから」／詳細データを毎回添付→「昔トラブル対応で必要だったから」／金曜締め→「今も月曜の会議で使われているから」 |
| ③ 「昔からだから」に印 | 配布先と詳細データ添付に印。金曜締めは生きた理由があるので残す |
| ④ ゼロから設計するなら | 目的は「月曜会議の判断材料」。会議参加者だけに、判断に使う要点1ページを届ける。詳細は求められたときに出せる状態にしておく |
| ⑤ 移行の最初の一歩 | 「配布先の3部署に『このレポート、使っていますか』と聞く」を今週のタスクに入れる |
ポイントは、④で「レポートをやめる」と飛躍せず、目的（月曜会議の判断材料）は守ったまま形だけを白紙から引き直していること、そして⑤が「聞く」というごく小さな一歩になっていることです。大胆な問いと小さな一歩の組み合わせで初めて機能します。
ゼロベース思考に関するよくある質問（FAQ）
Q1. ゼロベース思考とはどういう意味ですか？
既存の前提・制約・過去の経緯をいったん外し、「もし今ゼロから作るならどうするか」を起点に考え直す思考法です。積み上げ式の改善とは異なり、「そもそもこの作業は要るのか」という問いに踏み込めるのが特徴です。目的は現状の全否定ではなく、前提の点検にあります。
Q2. デメリットや注意点はありますか？
頭を使う負荷が大きい、乱用すると現場が疲弊する、問い方を誤ると続けてきた人への批判に聞こえる、の3つが代表的です。対象を1つに絞る、区切りのタイミングに限定する、問いを人ではなく仕組みに向ける、の3点でほぼ回避できます。
Q3. どんな場面で使うのが効果的ですか？
定型業務やレポート・会議の見直し、期初や年度替わりでの定例の棚卸し、自分の働き方の再設計に向いています。逆に、緊急対応の最中や、法規制・契約など外せない制約が核にある業務には向きません。「平時の、変えられる対象に、区切りのタイミングで」が目安です。
Q4. クリティカルシンキングとの違いは何ですか？
クリティカルシンキングは「その前提は正しいか」と吟味する思考の構え全般で、こちらはその先の「白紙から設計し直すなら」という代替案の構築まで踏み込む方法です。前提を疑う入口と、疑った後の再設計、という役割分担で併用できます。
Q5. 見直し案は作れたのに、実行に移せません。どうすれば？
振り返ると、止まっている原因は案の出来ではなく「移行が大きな塊のまま」であることがほとんどです。「新しいやり方に切り替える」ではなく「関係者に一言聞く」のように、今日・今週動ける粒度まで割ってから着手してください。分解をAIに任せるのも有効です。
まとめ：ゼロベース思考は「前提の点検」と「小さな一歩」のセットで機能する
- ゼロベース思考とは、既存の前提をいったん外し「今ゼロから作るならどうするか」から考え直す方法。目的は破壊ではなく前提の点検
- 「ずっとこうやってきた」業務は、始まった当時の理由が消えても手順だけが残ったもの。悪いのは人ではなく、点検の機会がない構造
- 使いどころは 業務の見直し・定例の棚卸し・自分の働き方。緊急対応中や制約が本当に固い場面には使わない
- 実践は 対象を1つ選ぶ→やり方と理由を書き出す→「昔からだから」に印→白紙から設計→移行をタスクに分解 の5ステップ
- 最大の失敗は「考えただけ」で終わること。設計の直後に「今日やる一歩」まで割ることで、再設計が現実の変化になる
前提を疑う思考の土台は「クリティカルシンキングとは」、再設計した案を小さく検証する進め方は「仮説思考とは」、抱えているタスク全体の見直しは「タスクの棚卸しのやり方」で扱っています。併せてご覧ください。
🚀 「するたす」を無料で試す
ゼロベースで見直した後の「移行」を、最初の一歩の見える化で。タスク名を入れるだけで、AIが今日できる最初の一歩に自動分解します。
📱 PCの方はスマホで
この記事をシェア：
著者：藤岡 拓也（Takuya Fujioka）
AIタスク管理アプリ「するたす」開発者・運営者
タスク分解の”摩擦”をゼロにすることをテーマに、プロダクトを日々磨いています。
