プロジェクトが成功して、社内で報告会が開かれる。「今回はAさんが粘り強く調整してくれた」「Bさんのアイデアが突破口になった」。名前が挙がるのは、その場にいる人たちだ。

実際にその成果物を作った外部のデザイナーや、裏側の仕組みを支えたエンジニアの名前は、この報告会に出てこないことが多い。悪意があるわけではない。単に、その場にいないから、思い出されないだけだ。

記憶は、目に入る人から埋まっていく

成功の理由を振り返るとき、人はまず、目に入っていた人のことを思い出す。会議で発言していた人、隣の席で作業していた人、報告のたびに顔を合わせていた人。これらの人の貢献は、記憶に残りやすい形で保存されている。

外部の協力者の貢献は、多くの場合、成果物という「結果」の形でしか残らない。結果は覚えていても、それを作った過程でのやり取りや工夫は、社内のメンバーほど鮮明には記憶されない。振り返りの場で名前を挙げようとしたとき、真っ先に思い浮かぶ人のリストから、静かに漏れてしまう。

これは、以前扱った「トラブルの原因究明で、不在の人が疑われやすい」という話の、ちょうど裏側にある構造だ。悪いことが起きたときは不在の人に疑いが向かい、良いことが起きたときは存在している人に手柄が向かう。不在は、どちらの方向にも損をする。

手柄が届かないと、次への熱量が変わる

外部の協力者にとって、自分の仕事がどう評価されたかを知る手段は限られている。その数少ない手がかりのひとつが、「この成果はあなたのおかげだ」という言葉だ。

この言葉が届かないと、成功の実感が薄いまま次の仕事に移ることになる。良い仕事をしたはずなのに、それが誰かに届いたという確認が取れない。この状態が続くと、次の案件にかける熱量は、静かに目減りしていく。

発注する側からすれば、成果物の質さえ良ければ十分だと思うかもしれない。しかし、質の高い仕事を続けてもらうためには、質の高い仕事をしたという事実が、本人にきちんと届いている必要がある。

手柄を、意図的に運ぶ

対応策は単純だ。成功の報告の場で、その場にいない人の名前を、意図的に持ち出すことだ。

「今回のデザインは外部の〇〇さんが担当してくれました」「このロジックは、外部のエンジニアの提案がなければ実現しませんでした」。この一言は、社内の会議の中では小さな一言でしかない。しかし、本人にその言葉が伝わったとき、意味は大きく変わる。

意図的に運ぶ、というのがポイントだ。自然に思い出されるのを待っていては、目の前にいる人の名前が先に出てしまう。不在の人の貢献を思い出す係を、誰かが意図的に引き受ける必要がある。

記録は、手柄の証人にもなる

以前、記録が「不在の人への疑いを防ぐ証人になる」という話を書いた。同じ記録は、手柄を届ける証人にもなる。

誰が何を提案し、どの判断がどこから生まれたかがタスクに残っていれば、成功を振り返るときに、記憶だけに頼らず、記録を見ながら貢献者を思い出せる。記憶は目に入る人から埋まっていくが、記録は目に入らなかった人のことも公平に保存している。

不在の人に、光を当て続ける

不在であることは、疑われる理由にもならないし、手柄から外れる理由にもならないはずだ。それでも、両方が静かに起き続けているのが、越境チームの現実だ。

この非対称に気づいている人だけが、成功の報告の場で、その場にいない人の名前を持ち出せる。気づいていなければ、目の前にいる人だけの物語が、そのまま定着していく。


Paqutでは、誰の提案がどのタスクから生まれたかが記録として残ります。成功を振り返るとき、その場にいなかった人の貢献も、記憶ではなく記録から思い出せます。

Paqutを無料で試す →

関連記事

不在と疑いについて:何かが失敗したとき、その場にいない人から疑われる

評価とフィードバックについて:外部の人に届く評価は、「また頼むか」の一言しかない

猶予について:新入社員には猶予がある。外部の協力者には、初日から満点を求める。

呼び方について:社員は名前で呼ばれる。外部の協力者は、会社名で呼ばれることがある。

判断の出どころについての考え方:外部の協力者が出した結論は、社内の会議室でもう一度、別の人の名前で決められる

実績として語れないことについての考え方:社員が手がけた仕事は、会社の実績になる。外部の協力者が手がけた仕事は、自分の実績にできないことがある。

チームページについての考え方:会社のチームページに載るのは、給与を払っている人だけだ。プロジェクトを支えた外部の協力者は、そこにいない。