カテゴリー: 特集:会社の見える化

必要な人に、必要な情報と、次の行動が見える会社へ。

  • (8月17日通信)協力会社が次に何をすべきか分からない理由

    特集【会社の見える化】— 社外関係者視点

    協力会社に進捗を共有したのに、作業が始まらない。「現在は確認済みです」と知らせたのに、次の連絡を待たれていた。このような行き違いは、相手が不注意だから起きるとは限りません。

    現在の状態だけを伝えても、その状態を受けて誰が何をするのかが分からなければ、仕事は進まないからです。

    「確認済み」は、誰の行動を意味するのか

    自社では「確認済み」を、協力会社が作業を開始してよい合図として使っているとします。しかし相手は、自社から正式な着手依頼が別に届くと考えているかもしれません。同じ言葉を見ても、次の行動の解釈が違います。

    「手配中」「準備完了」「納品待ち」といった状態も、主語がなければ曖昧です。自社が準備しているのか、相手の準備を待っているのか。何が終われば次へ進むのか。期限はいつか。担当者同士の経験で補っている間は動きますが、担当者が替わると止まります。

    社外連携で必要なのは、状態の共有だけでなく、仕事の受け渡しを明確にすることです。

    次の行動には、四つの情報が必要である

    相手が迷わず動くために、少なくとも次の行動、実行する役割、期限、開始条件を一体で伝えます。

    • 次の行動:指定様式の見積書を提出する
    • 実行する役割:協力会社の案件担当者
    • 期限:8月20日17時
    • 開始条件:仕様書の第3版を確認済みであること

    完了したと判断する証拠も決めておくと、さらに明確になります。ファイルがアップロードされた、受領番号が発行された、担当者が検収を記録した、といった事実です。

    文章で毎回説明するのではなく、案件の状態が変わったときに、該当する次の行動を仕組みから表示します。条件が変われば、案内も同じ原本から変わるようにします。

    通知は、仕事そのものではない

    メールで「更新がありました」と通知しても、本文やリンク先で次の行動が分からなければ、相手は問い合わせます。反対に通知が多すぎると、重要な依頼が埋もれます。

    通知は、相手に新しい仕事が発生した、期限が近づいた、条件が変わったなど、行動に影響する出来事に絞ります。通知を開くと、自分が担当する未完了の行動と期限を確認でき、完了を記録できるようにします。

    担当者個人のメールアドレスだけに依存せず、相手企業の役割に仕事を割り当てる考え方も重要です。担当変更があっても、権限を引き継げば未完了の仕事が新しい担当者に見えます。

    双方が同じ仕事の流れを見る

    自社と協力会社が別々の進捗表を持つと、どちらかが転記しなければ一致しません。自社が依頼を登録すると相手の作業一覧に現れ、相手が完了を記録すると自社の確認作業が始まる。双方の行動を一つの流れとしてつなぎます。

    もちろん、内部の原価や評価、他社の情報まで見せる必要はありません。自社には内部状態を、協力会社には共有状態と自分の行動だけを表示します。「事実の原本は一つ、見える範囲は役割ごと」が安全な連携の基本です。

    この仕組みがあれば、担当者は通常案件の受け渡しをメールで追いかけず、納期変更や品質上の懸念など、相談が必要な例外へ時間を使えます。

    繰り返し止まる受け渡しを一つ選ぶ

    まず、協力会社との間で「言ったつもり」「待っていた」が起きやすい場面を一つ選びます。見積依頼、発注、資料提出、作業開始、検収など、繰り返し発生するものが向いています。

    その受け渡しについて、開始させる出来事、次に動く役割、必要な情報、期限、完了条件、例外時の連絡先を一枚にします。実際の数案件で試し、確認の電話、期限超過、差し戻しがどう変わるかを見ます。

    協力会社が次に何をすべきか分かることは、相手のためだけではありません。自社も、誰の行動をいつまで待つのか、止まったときにどこへ働きかけるのかが分かります。状態を知らせるだけでなく、次の行動まで渡す。そこまで設計して初めて、社外との仕事は人の記憶から仕組みへ移ります。

  • (8月15日通信)業務マニュアルがあるのに、新人が仕事を覚えられない理由

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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