As @Arne Bier said. 802.11r (FT) is the ultimate tool to distribute the keys to the roaming candidate APs. With the Meraki Way of implementing it (activating simultaneously non Fast-Transition and Fast Transition) I have not seen many incompatibilities lately. At least not in office environments.
But even without that, legacy OKC and SKC, which are enabled by default, can improve the situation.
In the Meraki environment, it is also crucial that all APs that have a roaming path are part of the same dashboard network. If you have, for example, one network for Floor 1 and a different network for Floor 2, this will always be a slow roam if the client decides to change between APs of other floors.
For troubleshooting: Pick the most active client in the ISE Live Log and compare the activity to the Meraki Client-Roaming-Analysis.