8.業務ヒアリングの基本｜業務改善のための5つのステップとポイント

「何か困っていることありますか？」と聞いても、「特にないです」「前からこうなので」で会話が止まる。業務ヒアリングでは、こうした始まり方が珍しくありません。現場の人ほど、毎月繰り返している負担や言いにくい不満を、最初から整理して話せるとは限らないからです。

前回の記事 ナレッジマネジメントとは？ では、組織に残すべき知識の考え方を整理しました。この記事で扱う業務ヒアリングは、知識として残すための「現場の事実」をどう集めるかを扱う工程です。ログや手順書だけでは拾えない判断理由、感情、例外対応、遠慮が生まれる場面を見つけるには、対話と観察が欠かせません。

AIによる要約や文字起こし、ログ分析は、話を聞く前の論点整理と、聞いた後の記録確認に使えます。受注・承認など、業務システムのイベントログから流れを調べるプロセスマイニングも、記録された工程を把握する方法の一つです。PC上のクリックや入力操作を詳しく調べるタスクマイニングとは、使うデータと見る範囲が異なります。記録にない口頭確認や判断理由は、担当者との対話と作業観察で確かめます。

参考：Microsoft Learn「プロセス マイニングとタスク マイニングの概要」

本記事では、業務ヒアリングを「聞き取り調査」ではなく、改善前提の事実収集と合意形成 として整理します。準備、質問設計、観察、整理、優先順位付け、合意形成までを、現場で止まりにくい進め方に沿って解説します。

シリーズ全体と関連する記事は、業務プロセス最適化ガイドで確認できます。

「困っていないわけではないです。でも毎月そういうものだと思って回しています」 「そこは私が見れば分かるので、手順に書いていません」 「改善したい気持ちはありますが、誰にどう伝えればいいか迷います」

現場では、こうした言葉の中に改善の種が隠れています。ヒアリングでは感想を受け止めたうえで、どの場面で何が起きたかを確かめ、改善につながる事実と判断基準へ整理します。

業務ヒアリングが必要になる理由

業務ヒアリングとは、単に現場の声を聞くことではありません。現場担当者の話、実際の作業、ログや記録、関係者の認識差を突き合わせながら、改善すべき事実と合意ポイントを整理するプロセスです。

• 隠れた手作業を見つける: システム化されているように見えても、実際には Excel の転記、口頭確認、個人メモで回っている工程が残っていることがあります。
• 暗黙知を言葉にする: ベテランが「いつもこの順番で見ている」「ここは危ない気がする」と感じているポイントは、聞かなければ表に出にくい情報です。
• 認識差を埋める: 管理職は「ルール通り回っている」と思い、現場は「例外対応で毎回調整している」と感じていることがあります。ヒアリングはこのズレを見つける場でもあります。
• 改善の実行に向けて認識をそろえる: 「私たちの困りごとを理解してくれた」という感覚があると、後続の運用変更やルール見直しの合意を取りやすくなります。

データ分析やログ確認は重要ですが、それだけでは「なぜそうしているのか」「どこが言いにくいのか」「何を変えると現場が不安になるのか」までは分かりません。ヒアリングの価値は、この文脈を拾える点にあります。

ヒアリング前に整えたい準備と質問設計

ヒアリングが浅く終わる原因の多くは、質問力より準備不足にあります。特に「何か困っていることありますか？」のような広い問いだけで始めると、相手もどこから話せばよいか分からず、抽象的な回答で終わりやすくなります。

事前に見ておく材料を決める

まずは業務一覧表、手順書、問い合わせ履歴、差し戻し記録、チャットログ、操作ログなど、すでに見られる材料を確認します。そのうえで、「直近の月末に、どの工程で何件待ちましたか。記録がなければ直近の1件を一緒に見せてください」と、実際に起きたことから聞きます。事前に立てた仮説だけを確かめようとせず、想定と違う経過も残してください。

ヒアリングの対象を決めるときは、業務一覧表の作り方で整理した開始条件と完了条件を使えます。「受注業務全体」では広すぎるため、たとえば「注文を受け取ってからシステムへの登録が完了するまで」と区切ります。質問する側と答える側が、同じ範囲の話をしているかを最初に確認します。

質問は「事実」「判断」「感情」「例外」で分ける

質問を設計するときは、現場で起きていることを四つに分けて考えると整理しやすくなります。

• 事実を聞く質問: 「どの順番で進めていますか」「どこで待ち時間が発生しますか」
• 判断を聞く質問: 「その時に何を見て判断していますか」「どこで上司確認が必要ですか」
• 感情を聞く質問: 「毎回負担に感じるのはどこですか」「言いにくいけれど気になっていることはありますか」
• 例外を聞く質問: 「通常と違う対応が必要なのはどんな時ですか」「新人が止まりやすいのはどこですか」

この質問票では、自由に説明したり名称を挙げたりしてもらう問いを「オープン」、Yes／No、選択肢、頻度など回答範囲を絞って確かめる問いを「クローズド」としています。No.3のツール・システム名とNo.14の参照資料・ツール名は、選択肢を設けず挙げてもらうため「オープン（名称の列挙）」です。名称が分かったら、「どの工程で、何の確認に使いますか」と続け、具体的な作業へつなげます。

「特に困っていない」という答えなら、困りごとの列挙を求め続けず、直近の処理を一緒にたどります。反対に、「いつも大変」という答えだけでは頻度や所要時間を確定させず、次に確認する資料を決めます。

非同期の聞き取りも先に使う

いきなり長い面談を入れるより、短いフォームや事前メモで論点を集めておく方が、相手の時間を奪いにくくなります。オンライン中心の職場では、先に書いてもらい、後で深掘りする形の方が本音が出やすいこともあります。

AIによる文字起こしや議事録作成を使う場合も、目的は記録の自動化です。記録を任せられる分、人は表情、声のトーン、ためらい、前後の文脈を見ることに集中できます。

ヒアリングを進める5つのステップ

仮説を持って対象者を選ぶ

最初の段階では、「どの工程を確かめたいか」の当たりをつけます。熟練者だけでなく、新任者、兼務者、承認側、前後工程の担当者も含めると、通常フローと例外フローの差が見えやすくなります。

対象者を選ぶ際は、担当者だけで完結する作業か、承認者や前後工程の対応で止まる作業かを分けます。担当者が「確認待ち」と答えても、承認者は必要な情報が届いていないと考えているかもしれません。双方から同じ案件の経過を確認することで、誰か一人の責任にせず、止まる条件を整理できます。

会話で事実と本音を分けて拾う

ヒアリング本番では、いきなり原因追及に入らない方が安全です。まずは全体の流れを話してもらい、次に止まりやすい場面や判断の理由を掘ります。

「この処理、やり方が分からないわけではないです。でも急ぎ案件が入ると後回しになって、結局月末にまとめて苦しくなります」

こうした発言は、単なる手順不足ではなく、優先順位や役割分担の問題を示していることがあります。

「なぜ」を何度も重ねる聞き方は、相手によっては責められているように感じやすくなります。深掘りしたいときは、「具体的にはどんな状況でしたか」「その時に何を見て判断しましたか」「他に影響していそうなことはありますか」と柔らかく聞く方が実務では機能しやすくなります。

作業を観察して言葉と実態の差を見る

話を聞くだけでなく、実際の作業を見せてもらうと、手順書にない工夫や例外処理が見つかります。オフラインなら隣で観察し、オンラインなら画面共有や録画を使うと確認しやすくなります。

たとえば「システム入力しています」という説明でも、実際には別ファイルで一度加工してから転記していることがあります。この説明と実作業の違いが、改善対象になります。

観察では、入力する時間と、回答や承認を待つ時間を分けて記録します。1件だけを見た結果は、その案件で確認できた事実として扱います。繁忙日や例外案件も同じかどうかは、別の記録で確かめます。録音や画面録画を使う場合は事前に目的と記録範囲を伝え、保存先と確認する人を決めておきます。

主観と客観を突き合わせて整理する

ヒアリングで出た内容は、そのまま結論にせず、ログ、件数、差し戻し履歴、待ち時間などの客観データと突き合わせます。本人の体感が間違っているという意味ではなく、何が負担感の原因なのかを分けるためです。

「毎日かなり時間を取られている」という声も、実際には入力時間より確認待ちが長いのかもしれません。ここを分けると、改善策が変わります。

最後に認識合わせと合意を取る

ヒアリングの終点は、レポート提出ではなく認識合わせです。整理した課題、原因、優先順位、次のアクション候補を相手と確認し、「この理解で合っているか」を取ることで、後続の改善が動きやすくなります。

聞いた内容を整理し、優先順位と合意につなげる

ヒアリングで集めたコメントは、そのまま並べても改善につながりません。課題名、現場のコメント、考えられる原因、改善アイデア、インパクト、難易度を分けて整理することで、初めて意思決定に使える材料になります。

この表は整理方法を示す記入例です。原因は確認前の仮説、改善アイデアは未決定の候補です。インパクト、難易度、優先度は根拠を確認して自社で再評価し、掲載の1〜12をそのまま着手順に使わないでください。

コメントを課題と原因に分ける

「やりにくい」「時間がかかる」「いつもギリギリになる」といった発言を、そのまま課題名にしない方が整理しやすくなります。業務名、誰が困っているか、原因候補、例外条件まで分けて書くと、改善の打ち手が見えやすくなります。

記入例：二重入力の原因を確かめる

手書きの受注情報を再入力する工程を確認する例です。手書きの受注情報をシステムへ再入力しているという声に対して、まず受付項目と必要情報、紙の控えが必要な条件を確認します。システム連携やRPAを選ぶ前に、確認できた事実と原因の仮説を分けて残します。

観察した1件から、すべての案件が同じだとは決められません。原本の「考えられる原因」欄には仮説と分かる形で書き、観察した案件や参照資料、未確認事項は「備考」へ残します。「改善アイデア」には実施決定前の候補を書き、担当と次の確認期限も記録します。

入力条件を整理すれば紙の控えを減らせるのか、例外処理のために控えが必要なのかで、打ち手は変わります。受付項目や役割分担の見直しで解決する場合もあるため、転記の自動化を決める前に通常時と例外時の条件を確かめます。確認結果は業務一覧表の実作業時間、待ち時間、例外条件へ戻せます。

小さく動けるものから優先順位を付ける

すべてを同時に直す必要はありません。現場の信頼を得やすいのは、影響が大きく、着手しやすいものから先に動かすことです。

• まず着手しやすいもの: インパクトが大きく、手順変更やテンプレート整備で改善できるもの
• 中期で扱うもの: 影響は大きいが、部署間調整やシステム変更が必要なもの
• 後回しにするもの: 影響が小さく、コストや調整負荷が高いもの

インパクトと難易度の「高・中・低」は、比べる基準をそろえて付けます。毎月何件起きるか、担当者の作業と待ちにどの程度影響するか、品質や引き継ぎにどんな支障があるかを確認し、費用だけでなく部署間調整や教育の負荷も見ます。原本の優先度1〜12を、そのまま自社の着手順に使わないことが大切です。

影響が大きくても根拠が未確認なら、実装を急ぐ前に確認作業を優先します。一方、受付時の必須項目をそろえるなど、関係者が限定されて元に戻せる案なら、対象業務を絞って試し、差し戻しの件数や確認待ちの変化を見る進め方を選べます。

合意形成までセットで進める

整理した内容を現場と管理側の双方で確認し、優先順位、担当、次回確認の場まで決めると、ヒアリングが「聞いたままのメモ」で終わりません。改善案が大きすぎる場合も、まずは一つ小さな改善に合意すると動き出しやすくなります。

認識合わせでは、「何が起きているか」「原因はどこまで確認したか」「次に誰が何を確かめるか」の三つを先に合意します。改善案の採否は、影響を受ける部署や決裁者を含めた別の判断です。聞き取り相手のうなずきを、導入や業務変更の承認と取り違えないようにします。

次回の確認では、担当、期限、試す範囲、評価する記録をそろえます。結論が出なかった論点にも確認担当を付けておくと、ヒアリングを繰り返すたびに同じ疑問へ戻ることを減らせます。

ヒアリングが失敗しやすいパターン

ヒアリングは、上手に聞く技術だけで決まりません。質問設計、観察、整理、合意形成までを一つの流れとして設計できるかが重要です。

まとめ

業務ヒアリングは、改善前提の事実収集と合意形成の工程です。ログやAI分析で論点を絞り、人が対話と観察で文脈を拾い、最後に優先順位と改善合意へつなげると、現場の声を実務に戻しやすくなります。

大切なのは、相手を追い詰めるように原因を問い詰めることではなく、何が起きていて、どこで迷い、何を変えると前に進むのかを一緒に整理することです。ヒアリングがうまくいくと、手順書、ナレッジ共有、平準化、改善サイクルの精度も上がります。

次回の記事 マネジメントサイクル（PDCA・OODA）とは では、ヒアリングで見つけた課題をどう継続改善へ回していくかを整理します。

まず着手したいこと

最初から全社横断で大きく始めるより、一つの止まりやすい業務で回してみる方が、改善対象とヒアリングの型を作りやすくなります。

相談前に整理しておきたいこと

自走しやすい会社と、相談した方が早い会社の違い

「質問項目が作れない」「聞いた内容をどう整理すればいいか迷う」「社内の人間関係があって本音を引き出しにくい」と感じる場合は、この整理から一緒に進める方が手戻りを減らしやすくなります。

本シリーズの全体像を見ながら進めたい場合は、業務プロセス最適化ガイド｜全15ステップで基礎から応用まで もあわせて確認してください。

補足コンテンツ

• 業務ヒアリング質問リスト 現状、課題、判断基準、改善余地を順番に聞くためのたたき台です。
• ヒアリング結果整理シート ヒアリングメモを課題、原因、アクション候補へ整理するためのフォーマットです。

質問票は15問と質問の意図、結果整理シートは9列と12件の記入例を備えています。PDF内のリンクから編集用原本へ進めます。記事の見本と同じ内容は、質問票原本と結果整理原本でも確認できます。自社用にコピーし、対象業務に合わせて質問と記入例を調整してください。

質問票には「運用補足」、結果整理シートには「確認記録」タブを追加しています。確認記録では、本人の発言・観察・根拠・原因の仮説・未確認の点を分けて記入します。次の確認担当と期限、改善案の採否と現場への返答も記録する欄です。元の記入例を実際の結果として転記せず、確認できた内容を記入してください。PDFには追加タブも収録しています。

ヒアリング設計と結果整理を進めたい方へ

質問設計、現場観察、結果の優先順位付け、改善合意まで含めて伴走できます。どこを聞き、どうまとめれば改善につながるか迷う段階からご相談ください。

相談する