初めてPMを任せるなら何から？仕様変更1件で始めるOJTの進め方

小さな変更かどうかは、作業量と影響範囲で見る

最初に選びやすいのは、関係者を特定しやすく、変更を保留しても現行案で進められる案件です。たとえば、社内ツールの検索条件を追加するか、次の改修に回すかという相談です。画面上は小さな変更でも、閲覧できる人が広がる、外部システムとの連携が変わる、テスト項目が増えてリリース判定に影響するといった場合は、経験者が先に影響範囲を確認します。

一つの目安は、判断が遅れたときの影響を説明できるかどうかです。いつまでなら既存の計画を守れるかが分かれば、その時点から逆算してレビューの日を置けます。公開直前で選択肢がほとんど残っていない場合は、現任PMが判断を引き取り、候補者には確認や記録を担当してもらいます。

1．本人に聞き取りを任せ、何が困りごとかをつかむ

利用部門の希望は「絞り込み機能の追加」ですが、候補者が「いつ、誰が、何を探せずに困っていますか」と聞くと、月初の集計で部署別の未処理件数を拾うのに時間がかかると分かりました。必要なタイミングも、公開当日ではなく翌月の集計時です。ここで、要望の文言と、業務上必要な結果を分けてメモします。

上司が事前に伝えるのは、聞く目的と、約束できる範囲です。話し方まで細かく決める必要はありません。本人が「採否は持ち帰ります。必要な日と現在の手順を教えてください」と言えれば、その場で回答を求められても落ち着いて対応できます。

2．実装と暫定対応を比べ、判断できる形にする

候補者は開発担当に、機能追加の作業に加え、テストや権限の確認が必要かを聞きます。運用担当には、現行の権限と手順の範囲内で、必要な部署別件数を出せるかを確認します。候補者の案は「初回から機能を入れる」「初回は承認済みの集計手順で対応し、追加を次回改修で検討する」の二つです。暫定対応には運用側の手間がかかるため、担当者と対応できる期間も確かめます。

上司とのレビューには、きれいな資料より、本人の推奨案と、前提が崩れる条件を持ってきてもらいます。「公開日は維持できると見ています。ただし、運用側が翌月の集計を引き受けられるかは未確認です」と説明できれば、次に誰に聞けばよいかが見えます。

3．会議は本人が進め、承認者に採否を確認する

打ち合わせの冒頭で、本人が「今日は、初回に機能を入れるか、暫定対応で進めるかを業務責任者に判断していただきたいです」と伝えます。開発担当には試験への影響を、利用・運用部門には暫定手順で業務が回るかを聞きます。意見が分かれたら、何を優先すると結論が変わるかを整理し、業務責任者に判断を求めます。

先輩が同席する場合は、原則として本人が進行します。発言が止まったときは、「今ここで誰の確認があれば決められそう？」と問いかけると、進行を本人に戻せます。承認されていない仕様を確約しそうなときや、権限や契約に関わる論点が出たときは、その場で止めて確認に切り替えます。先に「どんな場合は私が入るか」を本人と共有しておくと、介入の意味が伝わります。

4．決定と次の行動を共有し、一場面だけ振り返る

業務責任者が暫定対応を承認したら、候補者が初回の仕様、集計を担う人、次回改修で再検討する日を共有します。保留だった場合も、追加で調べる項目、担当、再判断の日を残します。口頭で合意した内容が試験計画や運用手順に反映されたかまで確認すれば、会議を開くところから実際に仕事を動かすところまで経験できます。

振り返りでは、会議全体の印象より、判断に影響した一場面を取り上げます。「運用担当に先に聞いたことで、暫定案が現実的になった」「次は、試験への影響を確認してから資料を配ろう」と具体化し、次の案件で試す行動を一つ決めます。

仕様変更が少ない職場では、何を任せればよいですか？

受入テストの日程調整や、引き継ぎ時の担当分担など、複数の関係者から情報を集め、選択肢を比べて決める仕事を選びます。適切な実案件がなければ、過去の案件を使って「当時の資料だけで何を確認し、誰に相談するか」を演習し、次の実案件につなげます。

研修を受けてから任せるべきですか？

本人の準備状況で決めます。影響調査や変更手続きの基礎が曖昧なら、短い学習やケース演習を先に入れると、実務で何を確認すべきか理解しやすくなります。すでに基礎を学んでいるなら、翌週の業務から小さな1件を切り出し、学んだことを使う機会を置きます。

育成担当に会議へ同席する時間がない場合は？

少なくとも、着手前に相談条件を確認し、承認依頼前に本人の見立てをレビューする時間を確保します。会議の直後には決定事項と次の行動を短く共有してもらいます。当日中に相談すべき案件でレビュー役が不在なら、代わりの相談相手を決めるか、影響の小さい案件を選びます。