如何处理强势干系人的需求：在关系维护与项目边界之间平衡
收到有影响力的干系人提出的新要求时，先确认他希望改变的结果，再对照当前已批准的项目安排，说明增加工作会影响什么，并交给真正有权决定的人处理。认真听取需求与立即接受交付是两件事；关系维护可以体现在及时回应、准确理解与清楚跟进上。
把一句强烈要求还原成具体请求
“这个必须加上”还不是足够清楚的工作说明。可以问：“你希望谁在什么场景使用它？现在缺少它，会影响哪个已确认的结果？”先辨认这是澄清已有要求、纠正未达标的交付，还是提出新的范围。已经承诺却没有完成的内容，不应被重新包装成额外需求。
这里的“强势”描述当前沟通中的影响力或表达方式，不是对人格的判断。记录需求本身、提出原因与希望决定的时间，避免在项目记录中写入对人的评价。如果对方只提出一种做法，还可以问目标是否允许其他实现方式。
从当前约定看影响，而不是凭忙碌感回答
打开已经确认的范围、交付日期与验收说明。列出这次请求实际增加或改变的工作，以及会受影响的现有承诺。对于还未核实的工时或资源，明确写“待评估”，不要为了让讨论继续而给出虚假的精确数字。仅仅说“我们太忙”不足以说明取舍。
项目管理协会 APM 将变更控制描述为记录、评估并决定批准、拒绝或延后对项目基线的变更。它列出的影响包括范围、质量、时间、资源、成本与风险。具体项目应使用已有流程；一个小项目不需要因此临时建立新的委员会。
把可比较的选择带回对话
例如，一个已确认周五交付的活动页面被要求新增报名统计。核实之后，可以说明保留周五原交付、用已有工具满足眼前信息需求，或调整范围与日期后新增统计各意味着什么。这个例子不是建议使用任何未经批准的工具；每个选项都要符合当前权限与信息处理要求。
可以说：“我理解你需要知道报名情况。当前周五版本没有统计入口；我会先确认新增工作和已有替代方式，并在明天下午带回可决定的选项。现在确认的是评估时间，不是新增功能的交付时间。”这种表述承认目的，同时让承诺保持准确。
确认谁负责决定，谁提供意见
职位高、声音大与拥有这次变更的批准权限并不是同一件事。查当前项目明确的负责人或审批约定；如果缺少清楚记录，先请项目负责人确认权限，不能自行猜测。Atlassian 的 DACI 方法区分推动决定的人、批准者与提供专业意见的人，可作为理解角色差异的参考，不必为此重新组织团队。
APM 关于持续咨询的原则也强调澄清工作关系、边界、成功标准与交接要求。需要与更高层沟通时，可以请现有项目发起人参与说明影响。目的在于把信息交给适当的人，不是借升级流程让提需求者难堪。
决定之后同步同一份安排
批准后再更新受影响的范围、日期、负责人和验收说明，并通知需要按新安排工作的人。被拒绝时记录当前理由；延后时写明重新评估的条件或时点。不要让聊天里的一句“好”与任务系统里的旧日期同时存在。
若对方继续催促，回到尚未解决的事实：缺哪项评估、谁还未决定、何时更新。不要增加无法落实的口头承诺，也不要重复争论态度。处理完成的标志是请求已有明确去向、相关人员知道当前版本，而不是每个人都对取舍满意。