評価面談の前に、何があったかを分かるようにする

二十件中十六件。その数字だけでは見えない仕事

例えば、サポートチームを率いるプリヤが、ベンに金曜日までに二十件の未解決案件を片づけてほしいと依頼したとします。週末には十六件の解決が確認でき、四件は開発チームの対応待ちでした。

「二十件中十六件」だけを覚えていたら、大事な違いを見落とします。ベンは水曜日の時点で四件の問題を伝え、必要な情報を示し、顧客にも状況を説明していたのでしょうか。それとも、期限を過ぎて初めて相談したのでしょうか。

同じ数字でも、次に必要な支援は変わります。出来事が具体的なうちに説明を残せば、後の評価を、話をうまく思い出せる人の記憶に頼らずに済みます。

件数ではなく、結果に何が必要かをそろえる

「二十件をクローズする」だけなら、ボタンを押すことが目標になりかねません。「顧客の問題を解決する。解決できない場合は、何の判断を誰に求めているかを残す」とすれば、確認する人にも意味が伝わります。

残したいのは、何を約束したか、何が戻ってきたか、途中で何が変わったか、なぜ受け入れたか、または修正を求めたかです。添付資料を増やすより、そのつながりが分かる方が、具体的な話を始められます。

IPIでは、仕事を進める間にその理解をつくる

担当者はIPIで自分の状況を説明し、これから行う仕事を提案します。提案の承認をIPIに任せる設定なら、IPIが受け入れるか、改善が必要な点を理由とともに返します。管理職が一つひとつ説明を書かなくても、担当者は次に進めます。

結果の提出後は、IPIが約束した仕事と提出内容を照らして評価します。完了を認めるかは、オーナーまたは権限を持つ確認者が決めます。提案、応答、提出物、判断が一緒にあるので、関係者全員に話を聞き直さず仕事をたどれます。

プリヤにとっての価値は、面談の前にベンの仕事を開き、十六件の解決と四件の待ち状態を理解できることです。完了確認の流れを見る

記録から、次に役立つ対応を選ぶ

複数の仕事を見て、同じ確認漏れが続いているか、顧客の変更で当初の計画が難しくなったか、指摘を受けて改善しているかを考えます。必要なのは、説明の見直し、他部署の支援、練習、約束する範囲の変更など、それぞれ違います。

Latticeのリモートチーム向けガイドも、目標を残すこと、適時のフィードバック、他の人の仕事を支えた貢献に目を向けています。印象に残った一件だけでなく、期間を通じた働き方を理解するための視点です。

一件の完了を決めることと、その人の働き方全体を評価することは範囲が違います。IPIで日々の仕事を分かるようにし、面談では管理職が役割や周囲への貢献も含めて考えます。

面談の外にも、学んだことを残す

特定のエラーには、顧客へ回答する前に開発担当の情報が必要だと分かったなら、その具体的な条件を残します。「早めに相談する」だけでは、次の人には判断できません。エラーの特徴、足りない情報、相談先まであれば使えます。

Inherited Willは、受け取る設定をした後の担当者へ、以前の仕事に関係する教訓を届けます。今回の振り返りが、ベンとプリヤだけの話で終わらず、次の担当者のよい出発点になります。