ある時、フと気がついた。
仕事ができる人ほど、問題が起きたときに「どうすれば解決できるか」を考える。
一方で、
仕事ができない人ほど「なぜ自分は悪くないのか」を説明することに一生懸命になる。
もちろん、能力が低い人が全員言い訳をするわけではないし、事情を説明すること自体が悪いわけでもない。
ただ、いろいろな人や会社と仕事をしていると、
ある法則に気がつくことができました。
能力の低い人ほど、「問題を解決することよりも、自分を正当化することにエネルギーを使う」という法則。
今回は、そんな話。
問題が起きたとき、人は2種類に分かれる
例えば、仕事でミスをしたとする。
納期に間に合わなかった。
プログラムにバグがあった。
お客さんへの連絡を忘れていた。
そんなとき、人はどんな反応をするかというと・・・
仕事ができる人は、まず現状を把握する。
「何が起きたのか」
「どうすればリカバリーできるのか」
「次に同じことが起きないようにするには、どうすればいいのか」
こうしたことを考え、必要な対応を進める。
一方で、言い訳が多い人は、少し違う。
「そもそも説明が足りなかった」
「別の仕事も頼まれていた」
「聞いていなかった」
「時間がなかった」
「自分だけが悪いわけではない」
話を聞けば、確かにそのとおりの事情もあるだろう。
実際、指示が曖昧だったり、業務量が多すぎたり、組織の仕組みに問題があったりすることもある。
しかし、ここで重要なのは、その説明をしたあとに何をするかだ。
原因を説明したうえで解決に動く人と、原因を説明することで話を終わらせようとする人。
この2人には、大きな違いがある。
前者は問題に向き合っていて、
後者は、自分の評価を守ることに向き合っている。
そして、この違いは仕事の成果に直結する。
そもそも、まず迷惑をかけたことに対して「スミマセン」と言えるかどうかでもその人の誠意スキルが見てわかる。
言い訳をする人は、問題の責任を自分の外に置く
言い訳の厄介なところは、本人にとっては
本当に正しい説明である場合が多いことだ。
例えば、プログラムの開発で不具合が発生したとする。
「仕様書に書いていなかったから、対応できませんでした」
というセリフは、非常に多く聞く。
これは事実かもしれない。
しかし、仕事ができるエンジニアなら、
仕様書に書かれていないことに気づいた時点で、確認するという選択肢もあったはずだと考える。
もちろん、すべてを事前に予測することはできない。
仕様の不備を開発者個人の責任にするのも適切ではない。
それでも、今回の問題から何を学び、次にどう改善するかは考えられる。
一方で、言い訳が習慣になっている人は、そこで思考が止まる。
「書いていなかったのだから、自分は悪くない」
これで終わってしまう。
自分の責任ではないことを証明できれば、問題が解決したような気分になる。
でも、現実には不具合が残っている。
お客さんは困っているし、誰かが修正しなければならない。
自分に責任がないことと、自分にできることがないことは、
まったく別の話なのだ。
仕事ができる人は、自分の責任範囲を超えてでも
解決策を探すが、
言い訳が多い人は、自分の責任範囲を狭めることで、
解決すべき問題まで置き去りになる。
この差は、圧倒的な差があると思わない？
言い訳を考える能力だけは高い
少し皮肉な話だが、言い訳が上手な人は、決して何も考えていないわけではない。
むしろ、驚くほど頭を使っていることがある。
どう説明すれば自分の責任が軽くなるか。
どこに原因を求めれば、自分の評価が下がらないか。
どんな事情を伝えれば、相手が納得するか。
こうしたことを考え、
筋の通った説明を組み立てる。
場合によっては、説明そのものは非常に論理的だったりする。
ところが、その能力を問題解決に使わない。
同じ頭を使うなら、原因を分析して再発防止策を考えればいいのに。
相手を説得するために使える言葉があるなら、解決策を提案するためにも使えるはずなのに。
どうして、自分を守るための思考ばかりが発達してしまうのだろう。
これは、非常にもったいないと思うんですよね。
本来、仕事に必要なのは、失敗をしない能力だけではない。
失敗したときに
立て直す能力も必要だ。
そして、立て直す能力は、失敗の原因を自分の外に置いている限り、なかなか身につかない。
自分が悪くないと説明することに成功しても、仕事の能力は上がらないですからね。
できる人は、全く言い訳をしないのか？
ここまで読むと、「仕事ができる人は一切言い訳をしない」という話に聞こえるかもしれない。
しかし、そうではない。
できる人だって
事情を説明するし、
他人のミスを指摘することもある。
無理な要求に対しては、
できない理由を明確に伝える必要もある。
むしろ、事実関係を正確に説明しなければ、適切な対策を立てられないこともある。
大切なのは、
説明の目的だ。
例えば、納期に間に合わなかったとき。
「別の作業が割り込んできたので、間に合いませんでした」
これだけなら、単なる事情説明で終わってしまう。
できる人は、
「別の作業が割り込んだため、予定していた作業が遅れました。今後は割り込みが発生した時点で納期への影響を報告し、優先順位を確認します」
こういう説明をすることが多い。
要するに、同じ事実を説明していても、
前者は
過去の事情を説明しているだけで、
後者は
未来の改善につなげている。
つまり、問題なのは言い訳という言葉そのものではない。
説明したことで思考を止めてしまうことが問題なのだ。
事情を説明することは、問題解決のために必要な行為になり得る。
しかし、自分を正当化することが最終目的になった瞬間、それは成長を妨げる壁になる。
できる人は未来に対して目を向けている人と考えるとわかりやすい。
言い訳をやめると、成長速度が変わる
仕事の能力を高めたいなら、失敗したときの考え方を変えるのが効果的だ。
例えば、何か問題が起きたとき、次の3つを考えてみる。
1. 自分で変えられたことは何か？
2. 相手の行動や環境を変えられなくても、自分の確認方法や報告のタイミングを変えられたかもしれない。
3. 次に同じ問題が起きたら、どうするか？
気合いや注意力だけに頼るのではなく、チェックリストや自動化、手順の改善など、具体的な対策を考える。
今回の経験を、次の成果にどうつなげるか？
失敗を単なる損失で終わらせず、
知識や仕組みとして残す。
これは自分のためでもあるし、チームや組織のためにもなるはず。
こうした問いを習慣にすると、
失敗に対する姿勢が変わってくる。
失敗は、自分の能力が低いことを証明するものではない。
何も学ばずに同じ失敗を繰り返すことのほうが、問題なのだ。
そして、ここで大事なのは、
自分を責めすぎないことでもある。
何でも自分の責任だと思い込む必要はないし、組織の問題まで個人で背負う必要もない。
責任の所在を正しく判断することと、自分にできる改善を探すことは両立する。
むしろ、責任の所在を冷静に判断できる人ほど、自分が改善できる部分にも集中できる。
言い訳をやめるというのは、何でも自分のせいにすることではない。
自分では変えられないことを嘆く時間を減らし、
自分で変えられることに集中するということだ。
言い訳が多い人に、どう接するか
自分自身の話なら、考え方を変えることで改善できる。
でに、職場に
言い訳ばかりする人がいたら、どうすればいいのだろうか。
まず、
言い訳を論破することに時間を使いすぎないほうがいい。
「それはあなたの責任でしょう」と指摘したところで、相手が自分を守ることに意識を向けていれば、別の説明が返ってくるだけかもしれない。
それよりも、話を
具体的な行動に戻すほうがいい。
「事情はわかりました。それでは、今の問題を解決するために何ができますか？」
「次に同じことが起きないようにするには、何を変えますか？」
こうした質問をする。
過去の責任を追及するだけではなく、未来の行動を明確に提示するのだ。
それでも改善が見られない場合は、期待する
成果、期限、報告方法などを具体的に決める必要がある。
ただし、本人の能力だけが原因とは限らない。
指示が不明確だったり、
必要な権限がなかったり、
業務量が過剰だったりすれば、
仕組みの側にも改善が必要だ。
本人の努力で解決できる問題なのか、環境を変えなければ解決できない問題なのか。
そこを見極めることも、管理する側の仕事である。
何でも本人の言い訳として片づけるのも、また
別の思考停止なのだと思う。
あとがき
こんかいのブログは、少し乱暴なタイトルではあるが、仕事をしていると、結構このように感じる場面はある。
能力の高い人は、問題が起きたときに解決策を探す。
能力を伸ばそうとする人は、失敗から学ぼうとする。
一方で、言い訳が習慣になっている人は、自分が悪くないことを証明するために時間を使い、
その結果、次に同じ問題が起きても、また同じ説明をすることになる。
ただし、言い訳の多さだけで、その人の能力を決めつけることはできない。
誰だって自分を守りたくなるし、理不尽な責任を押しつけられたときには、事情を説明する必要がある。
だからこそ、見るべきなのは言葉ではなく、その後の行動なのだろう。
問題が起きたとき、原因を説明して終わるのか。それとも、説明したうえで改善に動くのか。
その小さな違いが、数年後には大きな能力の差になっているのかもしれない。
自分自身も、何かうまくいかなかったときには、一度立ち止まって考えてみたい。
「なぜ、できなかったのか」
そして、その次に、
「では、どうすればできるようになるのか」
この2つ目の問いを忘れないことが、成長し続けるための、案外シンプルな秘訣なのだと思う。
そういえば以前、自分の部下にいた中級エンジニアで管理職についた男は、
自分のチームが不具合ばかりを出していて、常に「どうやって言い訳をするか・・・」とボヤいていた。
彼の上司である自分に「言い訳の文言を考えてください」と相談をしてきたこともあるぐらいだ。
これにはホント呆れたことも思い出した。
コイツは今どこで何をしているんだろう？成長してくれていることを祈るが、もしかしてまだ言い訳をしているのかも・・・
0 件のコメント:
コメントを投稿