It's all about where you want to pay the penalty. For low change rate VMs (say <5-10%) reverse incremental is likely to be fine. However, for higher change rate VMs (Exchange/SQL, etc.) you may find that backups of those servers take a long time. It's quite common to see busy Exchange servers take 3-6 hours to perform a reverse incremental (based on the speed of the target storage), and then spend a significant amount of time removing the snapshot.
In those cases, a forward incremental may make sense as the backup itself will finish much faster, the snapshot removal will happen faster, but you'll pay a penalty each day for the transform. The actual job may take slightly longer, but the stress is on the target storage while the 3-6 hour transform takes place, rather than the source storage, where the backup and snapshot took less than an hour.
Honestly, if your happy with the performance of your systems during the backup window there's no real reason not to use reverse incremental all the time, it's by far the easiest and most space efficient. But if you are having problems with high change rate or "busy" VMs, and want to shrink the amount of time the backup takes, and that the snapshot is open, then forward incremental with daily transform is a good option. In other words, it's a "special use" case, not a general recommendation.