カテゴリー: 従業員視点

特集【会社の見える化】— 従業員視点

業務マニュアルを整備したのに、新人から同じ質問を受ける。読んでから作業するよう伝えても、間違いが減らない。そのようなとき、本人の読解力や教育担当者の教え方だけを原因にしてはいけません。

マニュアルが説明するのは通常の手順です。一方、新人が目の前で困っているのは、「この案件は今どの状態で、自分は次に何をすべきか」という具体的な判断です。

手順が分かっても、開始地点が分からない

たとえば「見積書を作成し、上司の承認後に顧客へ送付する」という手順が書かれていても、目の前の案件に必要な資料がそろっているか、価格は確定しているか、誰が承認者か、すでに別の担当者が送っていないかは分かりません。

経験者は顧客との過去のやり取りや社内の暗黙の分担から判断します。新人にはその背景がありません。マニュアルの最初から最後までを読んでも、自分がどの地点にいるかを特定できなければ、動き出せないのです。

そこで質問をすると、「その場合は先に営業へ確認する」「この顧客だけ様式が違う」といった例外が口頭で伝えられます。重要な知識がマニュアルではなく、教育担当者の記憶に追加されていきます。

マニュアルと、仕事を進める画面の役割は違う

マニュアルは、業務の目的、全体像、標準的な考え方、まれな例外を学ぶために必要です。しかし、毎日の仕事では、その案件に関係する情報だけが、現在の状態に合わせて見える方が役立ちます。

「必要資料が一件不足しています」「次は見積作成です」「金額が基準を超えるため部長の承認が必要です」という案内を、案件の記録から表示します。作業を完了すると状態が変わり、次の担当者の一覧へ現れます。

迷ったときには、その画面から該当するマニュアルの節を開けるようにします。業務画面が現在地と次の行動を示し、マニュアルが理由と詳しい方法を説明する。二つを分担させることで、長い文書の中から毎回該当箇所を探す負担を減らせます。

新人の質問は、仕組みに足りない条件を教えてくれる

新人が同じ箇所で迷うなら、「どの条件で手順が分かれるか」が明文化されていない可能性があります。質問をその場で解決して終わらせず、案件の状態、迷った選択肢、回答と理由を短く記録します。

たとえば「新規顧客は誰が承認するのか」という質問が続くなら、新規か既存かを案件に持たせ、承認者を自動で示せます。「この添付書類は必要か」という質問なら、取引条件と必要書類の関係を定義できます。

回答をすべてマニュアルへ追記すると、文書は長くなり、さらに探しにくくなります。毎回判断する必要のない条件は仕組みに移し、人の判断が必要な例外だけをマニュアルや相談先に残します。

会社の全体像を隠してはいけない

画面が次の操作だけを指示すれば、作業は早く覚えられます。しかし、理由を知らせずにボタンだけ押させると、例外に対応できる人は育ちません。

自分の入力が、見積もり、受注、作業、請求のどこに位置し、次の誰が使うのかを見せます。顧客、案件、契約、請求がどうつながるかを、新人にも理解できる言葉で説明します。会社の実態を写した構造なら、仕事と画面を別々に暗記する必要がありません。

仕組みは判断を奪うものではなく、定型的な判断を支え、より難しい判断を学ぶ余地を作るものです。

教育担当者が一日に受ける質問を集める

まず一週間、教育担当者が受けた質問を記録し、「場所が分からない」「現在の状態が分からない」「次の手順が分からない」「例外の判断が必要」に分けてみてください。件数が多く、業務への影響が大きいものを一つ選びます。

その質問に答えるために経験者が確認している項目を洗い出し、案件画面で見えるようにします。次の行動を決められるものは条件として組み込み、決められないものは相談先と判断期限を表示します。

新人が仕事を覚えるとは、マニュアルを暗記することではありません。会社の仕事がどうつながり、今の事実から次の行動をどう選ぶかを理解することです。マニュアルを増やすだけでなく、仕事の現在地を見えるようにする。その両輪が、人材を育てる仕組みになります。

特集【会社の見える化】— 従業員視点

申請を送ったのに返事がなく、作業を進められない。催促してよいのか迷っているうちに期限が近づき、最後は口頭で急いで承認してもらう。承認待ちの仕事が多い会社では、この光景が繰り返されます。

承認者が忙しいことは事実でしょう。しかし、止まる原因を個人の忙しさだけにすると、承認者を替えても同じ問題が起きます。見えなくなっているのは、承認という仕事そのものです。

メールやチャットは、承認の一覧にならない

申請をメールで送り、チャットでも一言知らせ、急ぎなら口頭で伝える。連絡手段を増やすほど確実に見えますが、承認者にとっては依頼が複数の場所へ散らばります。どれが未処理で、いつまでに、何を基準に決めるのかを一目で確認できません。

申請者側にも、届いたのか、読まれたのか、判断材料が不足しているのか、他の承認者へ回ったのかが見えません。「承認待ち」という一語だけでは、待つべきか、補足すべきか、別の仕事を先に進めるべきかを判断できないのです。

その結果、慎重な社員ほど確認を繰り返し、遠慮する社員ほど期限直前まで待ちます。個人のコミュニケーション能力によって処理速度が変わる状態になります。

承認依頼を、一つの仕事として記録する

承認を見える化するには、申請書を電子化するだけでは足りません。一件の承認依頼について、次の情報を一つの場所にそろえます。

• 何を決めてほしいのか
• 申請者と現在の承認者は誰か
• 判断に必要な資料と、申請者の推奨案
• いつまでに決まらないと、何が止まるのか
• 承認、差し戻し、保留のどの状態にあるか
• 差し戻しの場合、何を直せば再申請できるか

承認者の画面には自分が判断すべき依頼を期限順に表示し、申請者の画面には現在の承認者と状態を表示します。誰かが個別に進捗表を更新するのではなく、承認や差し戻しの操作そのものが状態を変えます。

通知を増やす前に、期限と優先順位を決める

滞留対策として通知を何度も送ると、最初は反応が良くても、やがて通知が背景になります。すべてが「至急」なら、何も優先できません。

通常の回答期限を決め、期限が近いもの、影響が大きいもの、申請から長く動いていないものを区別します。承認者が画面を開いたときに、今日判断すべき件数と順番が分かれば、申請者ごとの催促に頼らず処理できます。

出張や休暇のときに誰が代行するのか、一定時間を超えたら誰へ知らせるのかも、事前に決めます。例外時の経路がないまま自動通知だけを追加しても、止まっていることを繰り返し知らせるだけです。

そもそも承認が必要かを問い直す

見える化すると、少額の購入や定型的な値引きまで、同じ人が毎回承認していることに気づく場合があります。これは処理を速くするだけでなく、承認の設計を見直す機会です。

金額、粗利率、契約条件、顧客への影響などに基準を設け、範囲内なら担当者が実行し、範囲を外れた案件だけを承認へ回せます。低い危険まで上司が決め続けると、重要な判断が小さな依頼に埋もれます。

承認を減らすことは、統制を弱めることではありません。決めてよい範囲を明文化し、実行の記録を残すことで、事前承認よりも実態が見える場合があります。

最初は、最も滞留する一種類を選ぶ

経費、見積もり、発注、契約など、承認の種類を一度に統合する必要はありません。まず一か月分を振り返り、待ち時間が長い、または止まったときの影響が大きい申請を一つ選びます。

申請日時、承認日時、差し戻し回数、期限超過、必要だった補足を記録し、どこで時間を使ったかを確認します。人を責める集計ではなく、判断材料の不足、承認者の集中、期限の不明確さといった構造を見つけるための記録です。

承認待ちが見えるようになると、社員は「返事が来るまで何もできない」という不安から解放されます。待つべき期限と、その間に進められる仕事が分かり、例外だけを適切な相手へ相談できます。承認の見える化は、上司を急かす仕組みではなく、会社の判断を仕事として流す仕組みです。