特集【会社の見える化】— 従業員視点
申請を送ったのに返事がなく、作業を進められない。催促してよいのか迷っているうちに期限が近づき、最後は口頭で急いで承認してもらう。承認待ちの仕事が多い会社では、この光景が繰り返されます。
承認者が忙しいことは事実でしょう。しかし、止まる原因を個人の忙しさだけにすると、承認者を替えても同じ問題が起きます。見えなくなっているのは、承認という仕事そのものです。
メールやチャットは、承認の一覧にならない
申請をメールで送り、チャットでも一言知らせ、急ぎなら口頭で伝える。連絡手段を増やすほど確実に見えますが、承認者にとっては依頼が複数の場所へ散らばります。どれが未処理で、いつまでに、何を基準に決めるのかを一目で確認できません。
申請者側にも、届いたのか、読まれたのか、判断材料が不足しているのか、他の承認者へ回ったのかが見えません。「承認待ち」という一語だけでは、待つべきか、補足すべきか、別の仕事を先に進めるべきかを判断できないのです。
その結果、慎重な社員ほど確認を繰り返し、遠慮する社員ほど期限直前まで待ちます。個人のコミュニケーション能力によって処理速度が変わる状態になります。
承認依頼を、一つの仕事として記録する
承認を見える化するには、申請書を電子化するだけでは足りません。一件の承認依頼について、次の情報を一つの場所にそろえます。
- 何を決めてほしいのか
- 申請者と現在の承認者は誰か
- 判断に必要な資料と、申請者の推奨案
- いつまでに決まらないと、何が止まるのか
- 承認、差し戻し、保留のどの状態にあるか
- 差し戻しの場合、何を直せば再申請できるか
承認者の画面には自分が判断すべき依頼を期限順に表示し、申請者の画面には現在の承認者と状態を表示します。誰かが個別に進捗表を更新するのではなく、承認や差し戻しの操作そのものが状態を変えます。
通知を増やす前に、期限と優先順位を決める
滞留対策として通知を何度も送ると、最初は反応が良くても、やがて通知が背景になります。すべてが「至急」なら、何も優先できません。
通常の回答期限を決め、期限が近いもの、影響が大きいもの、申請から長く動いていないものを区別します。承認者が画面を開いたときに、今日判断すべき件数と順番が分かれば、申請者ごとの催促に頼らず処理できます。
出張や休暇のときに誰が代行するのか、一定時間を超えたら誰へ知らせるのかも、事前に決めます。例外時の経路がないまま自動通知だけを追加しても、止まっていることを繰り返し知らせるだけです。
そもそも承認が必要かを問い直す
見える化すると、少額の購入や定型的な値引きまで、同じ人が毎回承認していることに気づく場合があります。これは処理を速くするだけでなく、承認の設計を見直す機会です。
金額、粗利率、契約条件、顧客への影響などに基準を設け、範囲内なら担当者が実行し、範囲を外れた案件だけを承認へ回せます。低い危険まで上司が決め続けると、重要な判断が小さな依頼に埋もれます。
承認を減らすことは、統制を弱めることではありません。決めてよい範囲を明文化し、実行の記録を残すことで、事前承認よりも実態が見える場合があります。
最初は、最も滞留する一種類を選ぶ
経費、見積もり、発注、契約など、承認の種類を一度に統合する必要はありません。まず一か月分を振り返り、待ち時間が長い、または止まったときの影響が大きい申請を一つ選びます。
申請日時、承認日時、差し戻し回数、期限超過、必要だった補足を記録し、どこで時間を使ったかを確認します。人を責める集計ではなく、判断材料の不足、承認者の集中、期限の不明確さといった構造を見つけるための記録です。
承認待ちが見えるようになると、社員は「返事が来るまで何もできない」という不安から解放されます。待つべき期限と、その間に進められる仕事が分かり、例外だけを適切な相手へ相談できます。承認の見える化は、上司を急かす仕組みではなく、会社の判断を仕事として流す仕組みです。