転職後の期待役割のすり合わせ｜成果物・期限・支援の合意メモ

上司から期待する役割を聞いても、実際に何を仕上げればよいか分からないことがあります。「営業を支えてほしい」「経験を活かしてほしい」という説明だけでは成果物の形や優先順位まで決まらないためです。

まず最初に任された仕事を取り上げ、何をどの品質でいつまでに作るかを上司へ確認しましょう。必要な権限や協力も併せて確かめ、最初の仕事を試した結果から計画を見直すメモを作ります。

期待を具体的な成果物へ置き換えて確認する

役割全体を一度に言語化しようとせず、近く取りかかる仕事を1つ選びます。何のために使う物か、誰へ渡すか、どの状態なら確認を受けられるかを尋ねれば、完成形を具体的に話せます。

前職の方法がある場合も、そのまま完成形だと決めず今の職場の使い方を確かめます。既存の見本や手順に合わせる部分と、自分の経験から提案できる部分を分けてください。

サイボウズの人的資本に関する公開情報には、入社後にマネジャーと定期的に期待値を調整して振り返る仕組みが示されています。一社の例ですが、最初の説明だけで理解が一致したと決めず確認を重ねる考え方の参考になります。自分の職場の面談名や頻度は上司へ確かめます。

依頼された仕事が重なるときは、期限だけを並べて全部を同じ優先度で引き受けないようにします。どちらを先に仕上げるかと、後にする仕事の期限への影響を上司と確認します。

必要なデータや協力を得られない場合は、自分だけで埋め合わせる前に伝えます。依頼を断るためではなく、期待される成果物を作るための条件をそろえる相談です。

この項目は社内の評価制度を置き換えるものではありません。依頼された仕事の進め方について認識をそろえるためのメモです。

次は営業チームへ入社したAさんが「商談準備を手伝ってほしい」と頼まれた架空例です。実際の会社の仕事や合意記録ではありません。

Aさんは資料を自由に作り始めず、使う場面と既存の見本を尋ねます。上司から「来週の商談に使う顧客情報の要点を既存様式へまとめてほしい」と回答を受けた、という設定です。Aさんは確認した内容を次のメモへ整理します。

項目	上司と確認したメモの例
目的と成果物	商談担当者が事前に読む顧客情報の要点。既存の1ページ様式を使う
仕上がりの基準	指定された情報源を使い、出典と確認日を残す。不明点は推測で埋めない
優先順位	まずこの商談準備を進め、別の集計は期限を上司と調整する
期限と中間確認	商談前日までに提出。最初の1件を作った段階で上司に見てもらう
必要な支援	顧客管理システムの閲覧権限と既存様式の場所を担当者へ確認する
判断を戻す場面	情報が食い違う場合や追加調査で期限に間に合わない場合は上司へ相談する

表の内容をそのまま他社の正解として使うのではなく、自分の依頼内容と上司の回答へ置き換えてください。

メモを送るときは「この理解で進めてよいか」と確認します。返答前の自分の案は合意済みとせず、未確認の条件を残します。

来週の商談に使う顧客情報の要点を既存様式へまとめる理解です。まず1件を作って確認いただき、同じ形で残りを進めたいと考えています。別の集計よりこちらを優先する認識でよいでしょうか。

最初の成果物を確認してもらったら、仕上がりと作業に必要だった時間を伝えます。Aさんの例なら「情報源の食い違いを確かめる時間が想定よりかかった」と分かった時点で、どこまで調べるかを上司へ相談する流れです。

同じ形で次の仕事へ広げられる場合は対象や件数を増やし、手順が定まらなければ見本や確認の頻度を調整します。作業を経験してから得た情報で計画を変えるため、最初に立てた予定を守ることだけが目的にはなりません。

入社後の1か月や30・60・90日などの区切りは計画の例として使えますが、全員が同じ日数で成果を出す義務ではありません。仕事の周期と会社の確認時期に合わせ、最初の実行後に認識を確かめる機会を上司と決めましょう。

「この仕事を優先してほしい」という依頼と、後から説明された評価基準が合わないと感じたら、どの成果物や行動を指すのか質問します。一般論で「期待が違う」と争うより、依頼を受けた時点の理解と今回の説明を並べる方が確認しやすくなります。

○日の依頼ではAを優先すると理解して進めました。今回の評価ではBの対応も必要とのことなので、次回からの優先順位と確認する時点をすり合わせたいです。

確認後は変更した条件と次に見てもらう時点をメモへ反映します。自分で変えられない権限や人員の不足は必要な支援として伝え、成果物だけの約束で抱え込まないようにしましょう。