In version 9 I have seen lots of bugs, obvious bugs, solution bugs. I wondered if it was just my bad luck but speaking with other Dynamics professionals they have seen an increase in bugs.
What might have caused this?
To do this, Microsoft needed CDS (common Data Service) to be easy and affective to use. I have always thought of Microsoft Dynamics as a GUI front end to a database and a framework to trigger customisations.
To decouple the default functionality of Sales, Marketing and case management, Microsoft needed to recreate these to use standard and supported solutions. Trickier than you would think because the functionality was created using unsupported customisations because supported customisations couldn't do.
This explains why the CRM 2011 screens have been sitting in Dynamics 365 for so long, Microsoft couldn't take them out without rewriting all that unsupported functionality (naughty Microsoft).
Microsoft have recreated the functionality with supported customisations (so they could decouple it). They needed to create the custom control framework and other cool stuff to do this but they have finally got there. This will be great once they give us a tool to edit the custom controls.
I like the ability to import Sales, Marketing, Case management solution only if you need them, if you are using Dynamics 365 CE as an XRM framework you can now remove those unwanted dependencies.
This rewrite has caused many bugs but I see this is short-term pain for long-term gain.
Microsoft has moved to Azure SQL and moving from SQL server to Azure SQL caused a bunch of problems no one expected.
We got a bug which was reported as fixed, we tested it and found it wasn't. After some investigation the support analyst told me the developer had forgot to check the code in. How did this get reported as fixed?
Microsoft has fully moved Dynamics 365 to Azure, they are the largest service on Azure, they are eating their own dog food. This added infrastructure problems to compliment the bugs it added to the system.
The move to Dynamics 365 online has picked up speed, now all customers want to use Dynamics 365. This means we are getting different projects, doing different things and find different bugs. The number of projects, type of projects and crazy things developers are doing with Dynamics 365 online has exploded.
Best practices like DevOps and automation are being brought to Dynamics projects. This is finding problems not identified before or seen before.
The one version is coming – The new Microsoft Dynamics 365 release schedule is coming and with this Microsoft are moving to a continuous release cycle and a greater testing.
New Dynamics 365 fixes will be tested by Canary (early release) organisations and smaller regions (sorry smaller regions, the need of the Europe and America is greater than the need of everyone else). Everyone will be on the one version which means more testing will be done on the one version.
Microsoft have just persuaded all Dynamics production instances to test it for them or risk breaking their production instance on upgrade.
Microsoft has put the pressure of testing earlier onto its customers, accepting the latest major release is not optional and cannot be scheduled. Companies will have no option but to test the new release in a sandbox instance. The one version (to rule them all) should lead to greater automated and manual testing from Microsoft and all its Dynamics 365 customers, this will find bugs faster but will leave the question on how quickly can Microsoft fix and release these fixes.
Microsoft are improving the monitoring and proactive fixing and self healing of Azure resources. Proactively finding problems with customer Dynamics organisations and send them advice. Microsoft will release a tool to check solutions, which does static checks on code to find poor performing code.
The move towards the one version of Dynamics could initially be painful but will improve Dynamics 365 in the long term. Microsoft seem to making the right noises about moving toward continuous deployments, mentioning automated testing and other improvements should help.
Adopting the principle that the Windows code should always be shipping quality—not "after a few months of fixing" but "right now, at any moment"—would be an enormous change. But it's a necessary one. Microsoft needs to be in a position where each new update is production quality from day one; a world where updating to the latest and greatest release is a no-brainer, a choice that can be confidently taken. Feature updates should be non-events, barely noticed by users. Cutting back to one release a year, or one release every three years, doesn't do that, and it never did. It's the process itself that needs to change: not the timescale.
What I have always enjoyed working with Dynamics is its attitude to change. Microsoft add new services, new tools and new everything. It's often painful, but it's always exciting.
Future projects will look nothing like the projects you have been creating for the last 5-10 years and we are all going to need to learn the limitations and best practices. You will laugh, cry and scream with frustration but hopefully not every day.
Will development move towards no code solutions?
Great article and I think that a lot of both partners and users are looking at the Dynamics 365 with the same great pains to get the long term gains.
I've seen that Microsoft has been pushing clients strategies towards CDS/CDM and it's positioned as a generic integration tool. What I've seen is that there are so many solutions components and flexibility missing that the Common Data Model tends to be more a long term vision than a clever tool for clients to build integrations. CDS in combination with a data storage strategy makes sense, or for developing new solutions. But as an integration tool, for me it's wishful thinking because a customer nowadays what integration solutions that are easier to maintain, more flexible and based on proven best cases.
I've never seen a single case yet in the Microsoft Dynamics segment that have successfully used CDS for integration between standard software. Does anyone know about a single case?
For Microsoft Dynamics 365 – yeah, it may be a pain right now, but there are also a lot of gains in sight that did require drastic decisions to re-create a successful future for Dynamics solutions.I started working with NAV in 1989 and I hope to retire with it too – but not yet 🙂 I've seen that there are many great systems out there, and that drives my passion around the Dynamics product suite – integrating them with other great products such as Salesforce.
Keep writing – I lover your articles.
It's definitely going to be used in the future but when will the CDS functionality match Microsoft's sales pitch. Microsoft is building great links, connections and integrations to CDS.
Great feedback – do we know of any customer cases with Dynamics using CDS?