I think it's more worthwhile not using that third party control set, because data binding is so intrinsic and important in the WPF world.
That said, if you must use the third party controls in question, you can still get value from MVVM. Your code will still be more testable, for one. Designers can take ownership of the XAML, for two.
Note that you can normally write attached behaviors such that you can still use data binding when a third party control doesn't play nice with WPF. For example, suppose a third party grid requires you to manually populate its items. In that case, you can encapsulate that population logic into an attached behavior that monitors a source collection and automatically updates the grid when the collection changes:
<thirdparty:Grid behaviors:GridBehaviors.ItemsSource="{Binding SomeCollectionOnYourViewModel}"/>
HTH,
Kent