← エピソード一覧に戻る
Episode 99

業務フロー ― 見える化が組織の実行力を変える

13分 5チャプター 日本語
0:00 / 0:00

スクリプト

Chapter 1

オープニング ― 業務フローを知らないと何が起きる?

タカシ

皆さんこんにちは、タカシです。今日のテーマは「業務フロー」。実はある調査によると、業務の属人化が原因でトラブルを経験した中小企業は全体の6割以上にのぼるそうです。担当者が1人抜けただけで業務が止まる。そんな怖い話、他人事じゃないですよね。

ミカ

こんにちは、ミカです。えっ、6割以上ですか?それはかなり多いですね。確かに「あの人しかやり方を知らない」っていう業務、どの会社にもありそうです。業務フローって、そういう問題を解決するものなんですか?

タカシ

まさにそうです。業務フローは、仕事の流れを誰が見てもわかるように可視化する仕組みなんです。今日はこの業務フローの基本から、実際の企業事例、そしてよくある失敗パターンまで一緒に見ていきましょう。

ミカ

はい、楽しみです!業務フローってなんとなく聞いたことはあるんですけど、具体的にどう作ればいいのかよくわかっていないので、しっかり学びたいです。

Chapter 2

業務フローの基本 ― そもそも何を可視化するのか

タカシ

まず基本から押さえましょう。業務フローとは、業務の開始から完了までのプロセスを、図や記号を使って手順別に示したものです。ポイントは「担当者以外の人が見ても、一目で手順がわかる」レベルまで明確にすることなんですね。

ミカ

なるほど。つまり、自分だけがわかるメモじゃダメで、誰が見ても同じように理解できるレベルにするってことですね。でも、なぜそこまでする必要があるんですか?

タカシ

業務フローを作る目的は大きく3つあります。第一に、業務の全体像を把握すること。第二に、無駄や重複を発見して改善につなげること。そして第三に、担当者が変わっても同じ品質で業務を回せる「再現可能な運用」を実現することです。

ミカ

3つ目の「再現可能な運用」って面白い表現ですね。つまり、特定の誰かに依存しない仕組みを作るってことですか?

タカシ

その通りです。たとえば飲食店で考えてみてください。ベテランの料理長だけがレシピを知っていたら、その人が休んだ日は同じ味が出せませんよね。業務フローはいわば「仕事のレシピ」なんです。手順を明文化することで、誰がやっても一定の品質を保てるようになる。

ミカ

あ、仕事のレシピ!すごくわかりやすいです。でもタカシさん、実際に業務フローを作るとなると、経営者が自分でやるべきなんでしょうか?それとも現場に任せるもの?

タカシ

ここが経営の面白いところなんですが、実は両方必要なんです。現場の細かい手順は担当者が一番よく知っています。でも、現場だけに任せると部分最適に陥りやすい。全社的な視点で業務フローを標準化するには、経営トップの積極的な関与が欠かせません。

ミカ

部分最適ってどういうことですか?

タカシ

いい質問ですね。部分最適というのは、ある部署では効率的に見えても、会社全体で見ると無駄が生じている状態です。たとえば営業部が受注を早めるために独自の書類を作ったら、経理部ではそれを手入力し直す手間が増えた、なんてケースがよくあります。

ミカ

なるほど、一方が楽になっても他方に負担がいっちゃうんですね。全体を見る目が必要なわけだ。

Chapter 3

実務の事例 ― 業務フロー改善で成果を上げた企業

タカシ

ここからは実際の企業事例を見ていきましょう。有名な例として、三井住友銀行の取り組みがあります。同行は業務改革室という専門部署を設置して、全部署の業務を徹底的に可視化しました。

ミカ

大手銀行が専門部署を作るくらい本気で取り組んだんですね。具体的にどんな成果があったんですか?

タカシ

まず重複する業務や無駄な作業を洗い出して、業務プロセスを整理し直しました。その上で、RPAと呼ばれるロボティック・プロセス・オートメーション、つまり定型業務を自動化する技術に適合する形に業務を再設計したんです。

ミカ

RPAっていうのは、パソコン上の決まった作業をロボットが代わりにやってくれるってことですよね?でもその前に業務フローを整理したっていうのが大事なポイントなんですか?

タカシ

まさにそこが核心です。いきなり自動化しようとしても、もともとの業務フローがぐちゃぐちゃだと自動化もうまくいかない。まず「見える化」して無駄を省く。その上で自動化する。この順番がすごく大事なんですね。

ミカ

でもタカシさん、これは大企業だからできた話じゃないですか?中小企業でもできるものなんでしょうか?

タカシ

もちろんです。むしろ中小企業のほうが効果を実感しやすいとも言えます。たとえば受発注業務のフローを見直した企業では、注文受付から出荷・請求までの流れを図に書き出すことで、確認工程の重複を発見して排除し、処理時間を約30%短縮できた事例もあります。

ミカ

30%短縮ですか!それは大きいですね。しかもやったことは業務フローを書き出して、ダブっている確認をなくしただけ。特別なシステムを入れたわけじゃないんですよね?

タカシ

そうなんです。業務フローの改善って、意外と地味な作業なんですよ。でも、その地味な見える化が大きな成果を生む。成功している企業に共通しているのは、まず現状をしっかり分析しているということ。ヒアリングやアンケート、業務の観察を通じて、実態を正確に把握してから改善に着手しています。

Chapter 4

よくある失敗パターン ― こうすると業務フローは機能しない

タカシ

さて、ここからはよくある失敗パターンについて話しましょう。業務フローはただ作ればいいわけではありません。実は多くの企業が同じような間違いを犯しているんです。

ミカ

えーと、どんな失敗があるんですか?せっかく作ったのにうまくいかないのは悲しいですよね。

タカシ

一番多いのが「作っただけで終わる」パターンです。頑張って業務フローを作成したのに、引き出しにしまったまま誰も見ない。現場に周知されていないし、更新もされない。これでは作った労力が完全に無駄になります。

ミカ

あー、それは耳が痛い話ですね。マニュアルを作ったけど誰も読まない、みたいな。皆さんの会社でも心当たりがあるかもしれませんが、どうすれば防げるんでしょう?

タカシ

業務フローは「生きた文書」として扱うことが大切です。月1回など定期的に見直す機会を設けて、実際の業務とズレが生じていないか確認する。そして新しいメンバーが入ったら、オンボーディングの一環として一緒に読み合わせをする。そういう運用の仕組みが必要なんです。

ミカ

なるほど、更新と活用をセットで考えるわけですね。他にはどんな失敗がありますか?

タカシ

2つ目は「分岐条件が曖昧」というパターンです。たとえば「確認してOKなら次へ」とだけ書いて、NGだった場合の行先を書き忘れる。これが非常に多いんです。正常に進む場合だけ書いて、例外パターンを明示しないフローは、いざトラブルが起きた時に全く機能しません。

ミカ

確かに!普段うまくいっている時は問題ないけど、イレギュラーが起きた時こそフローが必要なのに、そこが抜けてるんですね。

タカシ

そしてもう1つ気をつけたいのが、ITツールの導入が目的化してしまうケースです。業務改善のためにシステムを入れたのに、先に業務フローを整理していないから現場に定着しない。ツールはあくまで手段であって、まず業務の流れを整理することが大前提なんです。

ミカ

手段と目的が入れ替わっちゃうパターンですね。「このツールを入れれば解決する」って思い込んでしまう。業務フローの整理が先、ツールは後。この順番を覚えておきたいです。

Chapter 5

クロージング ― 明日から始められるアクション

タカシ

それでは今日のまとめに入りましょう。業務フローとは、仕事の流れを可視化して誰でも同じ品質で業務を回せるようにする仕組みです。成功のカギは3つ。現状の徹底的な把握、例外パターンの明示、そして定期的な更新です。

ミカ

今日の話を聞いて思ったのは、業務フローって特別な知識がなくても始められるんだなってことです。まず1つの業務を書き出してみるところからですよね。

タカシ

その通りです。リスナーの皆さんにぜひ今日から試してほしいことがあります。まず一番課題を感じている業務を1つ選んで、紙でもホワイトボードでもいいのでフロー図に書き出してみてください。そして必ず、自分以外の誰かに読んでもらう。他人の目を通すことで、曖昧な部分が浮かび上がります。

ミカ

いいですね!私もさっそくやってみたいと思います。今日もたくさん学びがありました。タカシさん、ありがとうございました!

タカシ

ありがとうございました。業務フローは地味ですが、組織の実行力を根本から変える力を持っています。小さな一歩から始めてみてください。それでは皆さん、また次回お会いしましょう。