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

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

  • (8月5日通信)協力会社からの「今どうなっていますか?」がなくならない理由

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

    「先日お願いした件は、今どうなっていますか?」。協力会社や取引先から同じ確認を何度も受けると、相手がせっかちなのだと感じることがあります。しかし、多くの場合、相手は催促したいのではなく、自分の次の予定を決めるために現在を知りたいだけです。

    問い合わせがなくならないのは、相手に必要な状態が、問い合わせ以外の方法では分からないからです。

    一本の電話の前後に、何人もの作業が発生する

    協力会社から電話を受けた担当者が、すぐに答えられるとは限りません。現場へ進捗を聞き、担当部署へ納期を確認し、回答してよい内容か上司に相談してから折り返すこともあります。相手側でも、電話をかける担当者が社内の依頼者へ回答を伝えます。

    「確認して返す」だけに見えるやり取りの背後で、双方の仕事が何度も中断されます。しかも口頭の回答は、その時点だけの情報です。翌日に状況が変われば、また同じ確認が必要になります。

    問い合わせ件数を減らすために「なるべくまとめて連絡してください」とお願いしても、相手が必要とする時期は変えられません。先に見直すべきなのは、連絡の回数ではなく、状態を安全に共有する方法です。

    社内の情報を、すべて公開する必要はない

    社外向けの見える化というと、基幹システムを外部へ開放する危険な構想に聞こえるかもしれません。しかし、相手が知りたいのは社内メモや原価、他社の案件ではありません。

    たとえば、発注番号、現在の工程、次の予定日、自社側で待っている資料、問い合わせ先だけを表示できます。「社内確認中」という内部状態を、相手には「回答予定日を調整しています」と見せることもできます。同じ業務事実を使いながら、権限と立場に応じて見せる項目と言葉を変えるのです。

    この境界を決めずに、担当者が毎回「どこまで話してよいか」を判断する方が危険です。共有してよい情報を会社として定義し、認証された相手に、その相手の案件だけを見せる方が、説明のばらつきも減らせます。

    社外画面だけを別に作ると、情報が古くなる

    よくある失敗は、社外公開用の表を担当者が手作業で更新することです。内部の管理表と外部向けの表が分かれると、忙しいときほど転記が遅れます。やがて相手は「画面より電話の方が確実だ」と学習し、問い合わせが元に戻ります。

    社内で工程を完了にした事実が、許可された範囲で社外画面にも反映される。相手が資料を提出した事実が、社内担当者の作業一覧にも反映される。このように、記録の原本を一つにすることが重要です。

    外部の人に見える画面は、内部の複雑さをそのまま写す必要はありません。ただし、その根拠は同じでなければなりません。「見せ方は別、事実は一つ」が基本です。

    まず、問い合わせの上位三種類を数える

    ポータルサイトを一式作る前に、一週間から一か月、社外から受けた問い合わせを短い言葉で分類してみてください。「納期確認」「受領確認」「不足書類」「担当者確認」などです。件数が多く、回答のために社内確認が必要なものから一つ選びます。

    その問い合わせに対して、相手が本当に知りたい項目、情報が変わる業務上の出来事、公開してよい範囲、更新後に相手が取れる行動を整理します。最初は数社だけに、案件番号と状態、次回更新予定を共有する小さな画面でも構いません。

    確認すべきことは「画面を見たか」だけではありません。電話やメールが減ったか、回答までの時間が短くなったか、相手が次の作業へ早く移れたかを見ます。目的は問い合わせを拒むことではなく、問い合わせなくても仕事が進む状態を作ることです。

    見える化は、社外との約束を明確にする

    協力会社からの確認は、自社の中にある見えにくさを教えてくれる貴重な信号です。何度も聞かれる項目には、相手が仕事を進めるために必要な情報が隠れています。

    必要な相手に、必要な事実と次の予定だけを、同じ原本から届ける。その仕組みがあれば、担当者は状況説明に追われず、例外や相談に丁寧に向き合えます。「今どうなっていますか?」を減らすことは、双方の時間を取り戻し、取引の予測可能性を高めることなのです。

  • (8月3日通信)社員が上司に聞かなければ、今すべきことが分からない会社

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

    朝、出社して最初にすることが「今日は何をすればよいですか」と上司に聞くこと。仕事を終えるたびに「次はどれですか」と確認すること。この状態を見ると、社員の主体性が足りないように感じるかもしれません。

    けれども、自分の判断に必要な情報が見えなければ、勝手に進めないことはむしろ責任ある行動です。問題は人ではなく、仕事の現在と次の行動を結び付ける仕組みにあります。

    仕事の一覧だけでは、優先順位は決まらない

    「案件一覧は共有しているから、社員は自分で動けるはずだ」と思っていても、一覧に顧客名と件名しかなければ、次にすることは分かりません。期限、現在の状態、待っている相手、未解決の条件が必要です。

    たとえば三件の注文が並んでいても、一件は顧客の回答待ち、一件は本日中の在庫確保が必要、もう一件は社内承認が終われば発送できます。件名だけを見れば同じ「対応中」でも、取るべき行動はまったく違います。

    その違いを上司の頭の中だけで管理していると、社員は聞かなければ動けません。上司も質問に答えるたびに予定を中断され、忙しくなるほど指示が遅れます。やがて社員は、聞いても返事が来ない仕事を抱えたままになります。

    見えるべきなのは「状態」と「次の一手」

    従業員向けの見える化に、豪華な経営ダッシュボードは必要ありません。自分に関係する仕事について、少なくとも次の項目が分かれば、かなりの判断を自分で行えます。

    • この仕事は今、どの状態にあるか
    • 次に行う作業は何か
    • 誰が行うのか、または誰の返答を待っているのか
    • いつまでに必要か
    • 進められない理由と、判断を求める相手は誰か

    重要なのは、これらを社員が別の報告表へ書き写すのではなく、日々の処理から自然に更新することです。見積もりを送信したら「顧客回答待ち」へ変わり、承認されたら担当者の「本日着手する仕事」に現れる。仕事を進める操作が、そのまま次の人への案内になります。

    すべてを自由判断にする必要はない

    自律して働ける会社とは、社員が何でも自由に決める会社ではありません。決めてよい範囲と、確認すべき条件が明らかな会社です。

    たとえば、値引き率が一定以内なら担当者が進め、それを超えた場合だけ管理者へ承認を求める。納期に余裕があれば通常手順で処理し、遅延の恐れが出たときだけ責任者へ知らせる。この境界が仕組みの中で見えれば、日常の案件は止まらず、例外だけを相談できます。

    反対に「何かあったら相談して」という指示だけでは、何が「何か」に当たるのか分かりません。経験者は過去の空気から推測できますが、新人ほど小さなことまで質問するか、質問せずに危険な判断をすることになります。

    最初は、一つの定型業務を五つ程度の状態に分ける

    まず、毎週繰り返し発生し、質問の多い業務を一つ選びます。受注処理なら「受付」「条件確認」「承認待ち」「手配中」「完了」のように、現場の言葉で五つ程度の状態に分けます。

    各状態について、次へ進むための条件、担当する役割、標準期限、例外時の相談先を一枚に整理してください。そして一週間だけ、実際の案件をその状態に置いてみます。「どこにも当てはまらない」「同じ状態なのに次の行動が二種類ある」という発見があれば、それが自社の業務を理解する材料です。

    最初から完璧な定義を作る必要はありません。自社で小さく作れば、気づいた時点で直せます。社員が掲示板に「この場合は違うのでは」と書き、責任者が認めたら定義を更新する。その繰り返しによって、仕組みが会社の実態に近づきます。

    指示を待つ時間を、仕事を進める時間へ

    社員に聞かれなくてもよい会社を作る目的は、会話をなくすことではありません。単純な状況確認を仕組みに任せ、顧客への工夫や例外への対応など、人が話し合う価値のあることに時間を使うためです。

    社員が画面を開いたとき、自分の仕事だけでなく「なぜ今これをするのか」まで分かる。そこまで見えて初めて、指示待ちは個人の性格ではなく、仕組みで減らせる課題になります。