はじめに
「DXを進めたい」「システムを入れたのに現場が楽にならない」——そんな違和感の根っこには、業務そのものを設計できていない問題があるのかもしれません。
本記事は、武内俊介さんの『業務設計の教科書』の読書メモをもとに、内容の要点をまとめたものです。
本書が繰り返し伝えること：デジタルは手段、目的は業務の変革
DXは「アナログをデジタルに置き換えること」そのものではなく、デジタルを使って変化（トランスフォーメーション）を起こすこと。
そのため、システム導入が目的化すると失敗しやすい。
- 工数削減＝コスト削減、とは限らない
- 先に予算が通って「とにかく入れて」と急かされると、業務理解が追いつかず破綻しやすい
- 業務部門（早く改善したい）と情報システム部門（業務を理解してから作りたい）は対立構造になりやすい
人間とシステムの最適な役割分担を考える
システムは基本的に INPUT → DO → OUTPUT を繰り返す装置です。
だからこそ、何を人が担い、何を仕組みに任せるのかを整理する必要があります。
本書では、業務を大きく3つに分けて捉える視点が出てきます。
- 感覚系：判断や経験がものをいう領域
- 仕組系：ルールや仕組みで回せる領域
- 作業系：手順化できる反復作業
感覚系・作業系を、どこまで仕組み化できるかがポイントになります。
業務設計の第一歩：「業務の地図」を作る
業務設計は、いきなり理想像を描くよりも、まず現状把握から始まります。
- 現場の実態ベースで、前工程・後工程も含めて書き出す
- マニュアルに書かれていない暗黙知を掘り起こす
- 誰がどこで何を引き継いでいるかを可視化する
そして、この地図は一度作って終わりではなく、アジャイル的に更新し続けることが重要だと述べられています。
「理解する」とは何か：具体と抽象を行き来する
全体像（抽象）だけでも、現場の手順（具体）だけでも、改善はうまくいきません。
抽象で「どこを変えるべきか」を見つけ、具体で「何が起きているか」を確かめる。
本書のメモでは「理解する」の定義として、次のニュアンスが印象的でした。
- 説明できること
- 必要なときに取り出して使えること
- 知見として応用できること
AI活用の文脈でも、業務を説明できなければ適切な指示ができず、業務が整理されていないと継続的改善が難しくなる——という指摘は、今の時代感にも直結します。
暗黙知を形式知へ：SECIモデルのサイクル
属人化の温床になりがちな暗黙知を、ドキュメントや図に落として形式知化する。
形式知が共有されることで、さらに改善（より良いやり方）が生まれ、また暗黙知が更新される。
この循環が、継続的改善のエンジンになります。
現状分析：手順を掘り下げ、ムダを洗い出す
業務の全体像を掴んだ後は、業務を一つ一つ掘り下げていきます。
- 属人化している部分、体で覚えている部分を言語化する
- 前後のつながり（整合性）を確認する
- 最終目的に向かって適切な流れになっているかを点検する
ここでも「具体と抽象を行き来する」ことが強調されます。
業務の本質に迫る：問題を見極め、改善案を設計する
本書のメモで特に刺さったのは、「仕事」と「作業」の区別です。
- 問題点を見極め、どう解決するかを考える＝仕事
- 実装して実行する＝作業
忙しさや「もっと早く」に引っ張られると、作業に偏りやすい。重要なのは、まず問題を見極めること。
データの流れを見る：処理だけでなく“ストリーム”に注目
処理フロー（人が何をするか）だけでなく、データがどこから来てどこへ流れていくかを見る。
この視点で課題を抽出し、改善へつなげるという流れが出てきます。
改善の優先度付け：4象限で整理する
抽出した課題に対して、改善案を4つの象限に分類する考え方が紹介されています。
- 効果が高く、実装が容易
- 効果が高いが、実装が難しい
- 効果が薄いが、実装は簡単
- 効果が薄く、実装が難しい
「何でも自動化」ではなく、価値と実装難易度のバランスで意思決定する。
理想の業務プロセス設計：共通化と持続可能性
顧客要望に細かく応え続けたり、特別対応を増やしたりすると、属人化や後工程への悪影響が生まれやすい。
一度洗い出した上で、無理なく回せる共通プロセスを見つける。
- 前後のつながりを意識する
- 最終目標から逆算する（プル型）
- 変更に強く、できるだけシンプルにする
すべてをシステム化しない：トレードオフを引き受ける
デジタル化・システム化は万能ではありません。
業務を理解しないまま「人気のツール」を入れても合わないことがある。
ベストプラクティスがあるのではなく、トレードオフがあるだけ——という姿勢で「悪くない選定」を目指す、という話もメモに残っていました。
継続的改善：業務設計は一度で終わらない
環境は変わり、業務も変わり、改善の結果として新しいムダや非効率も生まれます。
だからこそ、地図を作り直し、見直し続ける。
- 属人化とブラックボックスをなくす
- 小さな改善を積み重ねる（アジャイル的に）
- システム導入を目的にせず、達成したいことを目的にする
まとめ
『業務設計の教科書』の要点を一言でまとめるなら、「業務を言語化・可視化し、目的から逆算して設計し続ける」こと。
DXやAI活用が進むほど、業務を説明できる状態（形式知化）と、継続的に見直せる構造が重要になります。
まずは小さくでも、業務の地図を作るところから始めるのが良さそうです。
参考
- 武内俊介『業務設計の教科書』
コメント