強い要求をする関係者への対応：関係の維持とプロジェクトの範囲を両立するには
影響力のある関係者から追加の要望が出たら、まず求める結果を確認します。承認済みの計画と比べ、追加作業の影響を説明し、実際に決定権を持つ人へ選択肢を渡します。丁寧に聞くことと納品を引き受けることは別です。早めの返答、正確な理解、明確な続報も協力関係を支えます。
強い言葉を具体的な依頼にする
「必ず入れてほしい」だけでは作業内容が決まりません。誰がどの場面で使うのか、ないことでどの合意済みの結果に影響するのかを聞きます。既存要件の確認、約束を満たしていない成果の修正、新しい範囲の追加を区別します。すでに約束した未完成の作業を、追加依頼として扱わないようにします。
ここでの強さは立場や今回の表現を指し、人柄を決めつけるものではありません。記録するのは依頼、理由、決定を希望する時期です。実現方法が一つ指定されているなら、同じ目的を別の方法でも満たせるか確認できます。
忙しさではなく現在の合意から説明する
確認済みの範囲、期限、受入条件を開き、追加や変更が必要な作業と影響する約束を示します。工数や人員が未確認なら、そのまま未評価と書きます。会話を進めるためだけに正確そうな数字を作りません。単に忙しいと伝えるだけでは選択の内容が分かりません。
APM は変更管理の手順として、承認された計画への変更を記録し、評価し、承認・却下・延期を決めることを説明しています。評価には範囲、品質、時間、資源、費用、リスクなどが含まれます。既存の手順を使い、小さな案件のために新しい委員会を作る必要はありません。
比較できる案を返す
例えば金曜公開のイベントページに申込状況の集計を追加したいと言われた場合、元の公開内容を保つ、承認済みの道具で当面の情報を得る、範囲と日程を変えて集計を追加する、といった案を事実確認後に比較します。これは例であり、新しい道具や情報の扱いを勝手に認めるものではありません。
「申込状況が必要なのですね。金曜版には集計が含まれていません。追加作業と既存の代案を確認し、明日午後に選択肢をお伝えします。これは評価の回答時刻で、新機能の納期ではありません」と説明できます。目的への理解と約束の正確さを両方残します。
決める人と意見を出す人を確認する
役職、強い主張、承認権限は同じではありません。現在の責任分担を調べ、不明ならプロジェクト責任者に確認を依頼します。Atlassian の DACI は決定を進める人、承認する人、専門意見を提供する人を区別しています。考え方は参考になりますが、チームを再編する必要はありません。
APM の相談の原則は、関係、境界、成功基準、引き渡し条件も明確にするとしています。上位者への説明が必要なら、既存のスポンサーに参加を求めます。目的は適切な人に情報を渡すことであり、依頼者を困らせることではありません。
決定後に同じ計画へそろえる
承認後は範囲、日程、担当、受入条件を更新し、関係者へ知らせます。却下なら現在の理由、延期なら再検討する条件や日付を残します。会話での承諾と作業記録の古い期限を併存させません。
催促が続く場合は、未評価の点、未決定の担当、次の連絡時刻に戻ります。依頼の扱いが決まり、関係者が最新の内容を知っていれば、一つの区切りです。全員が選択に満足することまでは条件にしません。