よく動く人に、仕事が集まります。判断が難しい案件も、途中で止まった調整も、その人が入ると進み始める。本人も頼られることを嫌がらず、面白そうな仕事には自分から手を伸ばします。
周囲は助かり、本人は力を発揮できる。それでも、この状態が続くと、その人の手が空くまで進まない仕事が増えていきます。作業を分担しても、判断だけは同じ人へ戻ってくる。組織が、その人を待つようになります。
属人化を避けるために仕事を仕組みにしようとすると、個性まで失われるように感じるかもしれません。決められた手順や基準に従うほど、一人ひとりの経験や持ち味を使う余地が減るのではないか。
私は、仕組みで戦えるようになることが、個性を活かすことにつながると考えています。判断のよりどころを共有することで、特定の人を待たずに仕事を進め、それぞれの得意なことを使えるようにする。そのためには、手順の標準化から、判断の構造化へ進む必要があります。
特定の人への依存が、組織全体の能力発揮を妨げる
できる人に仕事を集めると、その場の問題は解決しやすくなります。しかし、同じ人へ繰り返し頼ることで、本人の時間も、ほかの人が判断する機会も限られていきます。
例えば、顧客への提案を、経験のある担当者が最後に確認する会社を考えてみます。その人は説明の不足を見つけ、費用の記載を補い、導入後の運用を具体的にします。顧客から聞かれそうなことを先回りして考えられるので、提案の質が上がり、話も進みやすくなります。
頼りになるから、次の提案も見てもらう。本人も、自分で直した方が早いと考えます。こうして提案が増えるほど、確認の依頼も増えていきます。
その人が見つけている不足の中には、繰り返し現れるものもあるでしょう。顧客が社内で説明するための情報が足りない。導入後の担当範囲が曖昧になっている。そのたびに、同じ人が気づき、補っています。
顧客の話から問題を見つける力があっても、その時間を、以前にも見つけた不足の修正に使っていれば、新しい課題に取り組む余地は減ります。
周囲の人も、次第に「最後はあの人に見てもらう」という進め方に慣れていきます。自分なりの気づきがあっても、判断を預ける方が確実に仕事を進められる。自分で判断し、その結果を確かめる機会が少なくなれば、経験を積んだ人との差はさらに広がるかもしれません。
本人が好んで引き受けている場合には、負担を減らそうという呼びかけだけでは変わりません。本人は活躍でき、周囲も助かっています。双方にとって合理的な行動が、組織全体では、力を発揮する機会を偏らせてしまうのです。
判断を共有するには、顧客の問題を解決した条件を明らかにする必要がある
個人への依存を減らすには、その人がしたことに加えて、何を問題と捉え、なぜその対応を選んだかを共有する必要があります。完成した成果物だけでは、条件が変わったときの判断まで引き継げないからです。
先ほどの提案書なら、修正後の資料を共有することはできます。次の担当者は構成をまねられますし、確認項目も増やせます。ただ、それだけでは、すべての顧客に同じ説明を加えることになりかねません。
仮に、経験のある担当者は、顧客の「高い」という言葉を聞いて、購入費用だけでなく、導入後にどれだけ人手がかかるかを心配していると考えたのだとします。そのため、商品の説明を増やす前に、運用の担当範囲を整理した。それによって、顧客が社内で導入を検討できるようになった。
この場合に共有したいのは、「運用説明のページを追加する」という手順だけではありません。顧客が次に何を判断しようとしていて、そのために何が足りないかを確かめるという見方です。
次の顧客は、運用負荷よりも導入時期を気にしているかもしれません。同じ見方を使っても、選ぶ対応は変わります。前回の結論を繰り返すことから、今回の条件を捉えて判断することへ進めるわけです。
もっとも、担当者が説明した理由を、そのまま成功の原因とすることはできません。顧客は実際に何に困っていたのか。提案を変えたあとに、何が進んだのか。本人の見立てと顧客の反応を照合し、まだ分からないことは未確認として残しておきます。
実現したいこと、判断に使った事実、守るべき制約、その中での優先順位。これらを結果と結びつけて捉えることが、判断の構造化になります。
共通の判断基準が、一人ひとりの異なる視点を活かす土台になる
判断基準を共有しても、全員が同じことに気づくわけではありません。むしろ、何を目指し、何を確かめるかが共有されていることで、それぞれの違いを仕事に使いやすくなります。
同じ提案を見ても、顧客との会話に敏感な人は、相手が説明しにくそうにしている箇所に気づきます。運用に詳しい人は、導入後の担当者に負担が集中することを見つける。費用を見る人は、その支援を続けられる条件を問い直します。
共通のよりどころがなければ、こうした指摘は、それぞれの好みや担当部署の都合として受け取られることがあります。意見がまとまらず、最後は経験の長い人の判断に従うという進め方へ戻ってしまいます。
ここで、「顧客が無理なく使い続けられる状態をつくる」という目的が共有されていれば、異なる指摘を、その実現に必要な条件として検討できます。顧客の不安を解消することも、現場の負担を抑えることも、提供する側が支援を続けられることも、一つの仕事につながります。
意見が分かれたときには、見ている事実が違うのか、制約の捉え方が違うのか、優先順位が違うのかを確かめられます。一人では見落としていた条件が加わり、当初の判断を変えることもあるでしょう。
ただし、基準を知っているだけでは、自分で判断できるとは限りません。必要な情報を得られることや、決めてよい範囲が明らかであることも必要です。どこから先は相談するのかも含めて共有しておかなければ、確認は再び特定の人へ集まります。
共通の基準と裁量が揃うことで、一人ひとりが自分の見方を持ち寄り、その理由を説明できるようになる。仕組みは、異なる個性が一緒に働くための土台になります。
何を共通化し、どこに裁量を残すかは、会社の戦略によって決まる
仕組みをつくるときには、どの仕事を揃え、どこで個別に考える必要があるかを選びます。その選択は、顧客に何を約束し、何によって選ばれようとする会社なのかと結びついています。
顧客ごとの業務を理解し、使い始めるところまで支援する会社なら、個別の事情を確かめる時間は、強みを生む仕事です。担当者がその時間を取れるように、資料作成や社内確認を共通化することに意味があります。
共通仕様の製品を、低い費用で多くの顧客へ届ける会社なら、提供範囲を明確にし、その範囲で安定して対応できることが重要になります。個別の要望を聞くとしても、すべてをその場で引き受けることはできません。
例えば、ある担当者が無償の運用支援を加え、商談を成立させたとします。顧客にとってはありがたい対応でも、それを会社の標準にすべきかは、さらに考える必要があります。ほかにも必要とする顧客がいるのか。どれだけの時間がかかり、費用を回収できるのか。ほかの顧客への対応に影響しないか。
その工夫が、新しいサービスを生むこともあるでしょう。反対に、会社として続けられない約束を、個人の努力で補っていたと分かるかもしれません。
個人のよい判断を共有する途中には、会社として何を引き受けるかを決める仕事があります。その選択を曖昧にしたまま、担当者へ柔軟な対応を求め続ければ、判断も負担も個人へ戻っていきます。
誰に何を届けるために、どこまで共通化し、どこで個性を使うのか。その関係が明確になるほど、一人ひとりの工夫を、会社の競争力につなげやすくなります。
個人の工夫を仕組みに取り込むことで、組織の力が育つ
仕組みは、一度決めて終わりではありません。実際の仕事で生まれた気づきや工夫を取り込み、次の人が使えるようにすることで育っていきます。
仕事を終えたあと、途中で判断を変えた箇所を一つ振り返る。何に気づき、どんな結果を期待して対応を変えたのかを、実際の反応とともに残します。次に似た仕事が来たら、別の担当者がその記録を使って判断してみる。経験のある人は、すぐに作業を引き取る前に、相手が何を見てそう考えたのかを聞きます。
判断が食い違ったところから、共有できていなかった条件が見つかることもあります。相手の考え方に触れて、もとの基準の不足に気づくこともあるでしょう。個人の経験を組織に残すとは、経験のある人の答えを固定することではなく、ほかの人も使い、確かめ、更新できるようにすることです。
この過程には時間がかかります。最初は、詳しい人が自分で対応する方が早いはずです。それでも、組織として取り組むなら、振り返りや引き継ぎの時間を仕事に含める必要があります。本人が解決した件数に加えて、ほかの人が判断できるようになった範囲にも目を向けたいところです。
いつもの条件が揃っている仕事は、特定の人を待たずに進められる。その分、経験のある人は、まだ基準のない問題へ力を使えます。ほかの人も、自分の観察や得意なことを、仕事の中で試せるようになります。そこで生まれた工夫が、また次の仕組みをつくります。
ファインプレーに助けられたとき、その人の能力を称えることは大切です。そのうえで、同じ条件の仕事なら、次は別の人も判断できるようにしたい。優れた人がいることを、毎回その人を呼ぶ理由だけで終わらせたくありません。
属人化を避け、仕組みで戦うことによって、それぞれの個性を、もっと先の仕事に使えるようにする。個人の力で仕事が回る組織から、個人の力によって組織そのものが育つ状態へ進めていきたいと思います。