You're asking a good question. Here's what I see in practice: project management is getting bigger and faster, driven by more stakeholders having more access to work-in-progress.
For example, my client's CEO is checking the project board daily, and asking the project manager "Can we ship feature X this week?". The project board is well-maintained and well-detailed, such that the CEO can actually see and understand dependencies, resources, and timelines, and the PM can actually move tasks and have it stick. This is for a company where everyone's on board with rapid changes and continuous delivery i.e. not waterfall, not scrum, not sprints.
This way of working can be excellent for higher-velocity higher-trust agile teams. The engineering manager and team can feed the board with options including cost/time/resource tradeoffs, and can have ongoing high-touch communications with the PM, then the CEO & PM are empowered to pick-and-choose features as they wish.
However, this way of working can be terrible for slower-velocity lower-trust teams. When an engineering manager and team aren't feeding the board with enough detail about tradeoffs, or when there's insufficient communications among the PM and others, then the CEO & PM won't have enough information to lead, and the outcome can feel like the PM is trying to do the job of the engineering manager and messing about with the engineering work.
The best approach IMHO is lots of communication about the company's goals, such as for the ways of working, the roles and responsibilities, and the projects and plans.