抵制。

在这种情况下，项目经理面临着一个需要在项目范围和时间表上做出调整的请求。以下是对每个选项的分析：

A: 要求对新功能进行执行审查，并确保审查项目范围和批准
这个选项是一个合理的步骤，因为它表明项目经理认识到范围变更的正式性和潜在影响。执行审查可以确保所有相关方了解变更的影响，并获得必要的批准。这有助于正式化变更流程，并确保项目的范围、时间表和预算得到适当的调整。

B: 向团队提交此新功能并在状态报告中记录范围变更
直接向团队提交新功能请求可能会导致未经审查的范围变更，从而影响项目的计划和资源分配。虽然在状态报告中记录变更是好的实践，但在没有正式批准的情况下进行变更可能会导致项目失控。

C: 在状态报告中包含此信息，并指出该新功能将需要范围变更
在状态报告中包括这一信息是透明的做法，但仅仅指出需要范围变更而不采取进一步的行动是不够的。项目经理需要确保有一个正式的流程来评估和批准变更。

D: 通知营销部门，项目团队将考虑该请求并在之后做出决定
这个选项仅仅是推迟决策，没有提供具体的行动计划。虽然让营销部门知道他们的请求正在被考虑是好的沟通实践，但项目经理需要采取更积极的步骤来处理请求。

综上所述，选项A是最合适的选择。它确保了新功能请求通过正式的审查和批准流程，从而保护项目的完整性和成功交付。通过这种方式，项目经理可以确保所有相关方对变更的影响有清晰的理解，并在必要时调整项目计划。