Things changing as a complete 180 mid sprint every single sprint doesn't mean Kanban is more suited as a process. It means your company is not using any process but rather is just a chaotic "who screamed the loudest most recently".
If you do Kanban right you have to have predictability through tasks of roughly equal size. If you will you can think of Kanban as Scrum where all tasks have to either be sized 2 or 3, else they don't make it into a sprint.
New items get added to the end of the backlog by default and stakeholders know when they can expect their request to be done because you know your velocity and queue length.
Putting every single request that comes in at the top of your Kanban backlog is orthogonal and bad.
If you do Kanban right you have to have predictability through tasks of roughly equal size. If you will you can think of Kanban as Scrum where all tasks have to either be sized 2 or 3, else they don't make it into a sprint.
New items get added to the end of the backlog by default and stakeholders know when they can expect their request to be done because you know your velocity and queue length.
Putting every single request that comes in at the top of your Kanban backlog is orthogonal and bad.