Why people leave their jobs and how to stop them

Incorrect requirements always result in a bad solution

People move jobs regularly, few stay in the same company for longer than 3 years.  What is the cause for moving regularly?

Moving and recruiters

This article says we move jobs every 4 to 5 years but  IT workers move more often due to more contact from LinkedIn and recruiters.  The big winners in people moving are recruitmenters who get paid for a person moving and get paid to replace them, who then replaces someone else in an endless cycle.

Recruitment has changed from people applying to job adverts to most IT professionals being head hunted or being tempted with job offers for more money, improved benefits and better roles.

Most teams don’t make sure their employees are being paid competitive wages, they still operate in the old method of giving people a percentage increase.  The result is in 2 plus years most people’s experience, skills and knowledge is worth more than their current employer is paying them.  This leaves the company vulnerable because if a recruiter sends this person a new role then it could be for more money they are being paid.

IT professionals and software developers have the opportunity to learn new technologies, this experience if in the right technology such as AI, Big Data, Machine learning or the next sort after skill can be worth even more.  The demand for the growing areas of AI, Machine learning means those with those skills get paid a premium whilst more people up-skill in this area.

What makes people move?

A lack of money demotivates and getting more persuades people who move jobs but there comes a point where mone is not the main driver.  Other factors which drive people to move are below

  • Engagement
    • Involvement
    • Feeling valued (listened to)
  • Career progression
  • Money
    • Benefits
  • Culture
    • Values
    • Type of people
    • Behaviours encouraged
    • Work atmosphere
  • People
    • bad colleagues/bosses
    • Good colleagues
  • Work
    • Challenging
    • Interesting
  • Learning
    • Training, improving
    • Getting new skills

Its a mixture of the company providing benefits and individual team within a company having different culture/teams/people and atmosphere.

Why do people move jobs? 

People move to where there is potential to improve their skills and progress their career.  When people are progressing in their careers they are happy because progression leads to challenging roles and payrises.

Research from Salary.com shows that 23% of employees look for a new job every single day.   this article Your Happy Employees Are Still Job Hunting (Infographic) shows some other reasons

  • 10% want a better work life balance
  • 9% want a new boss
  • 5% want flexible scheduling
  • 4% want better benefits
  • 3% want more recognition

Culture, engagement, progression

The focus on recruitment is

  1. Salary
  2. Benefits
  3. Other reasons

This attitude is outdated because IT professions gets regular offers via LinkedIn, they understand their worth and  moving jobs is easy.

A positive culture, engaged employees, training and career progression are reasons for employees to stay.  Without a positive culture, engaged employees there are a fewer reasons for individuals to stay at a company, it makes it easier to move.

Losing staff members is expensive, costs such as

  • Recruitment fees
  • Loss of business knowledge
  • Domino effect of others moving
  • Re-training and getting new members up to speed
  • CV and Interviewing costs
  • Potential project failure

Richard Branson explains the benefit of training your staff with the quote below

“Train people well enough so they can leave, treat them well enough, so they don’t want to”. Richard Branson

Get people involved

Leaders tell the team the problem and then explain the plan.  Telling makes people less interested because it’s not their plan, it’s an order.  Instead explain the direction and problems, ask for ideas.  Companies hire good people, so get out of the way and let them be great.

To get to better ideas you need more people to propose ideas.  Ideas from different people have different perspectives and areas of expertise.  This generates a base to build future solutions from.

Involved people feel valued because they are making a difference, this encourages people to stay.

IT projects are a people business

It’s easy to focus on technology, it’s sexy, new and you can amaze customers.  You can wow with impressive capacity, power, speed and flexibility of cloud solutions (Azure, Dynamics, Power Platform, etc) but this misses the point.

Customers are not interesting in technology, they are interested in having a solution that helps them do their jobs and be successful.  e.g. What are the benefits to the business and users, who cares what technology it’s built on.

Projects are delivered by people working together as a team.  An IT project is a collaboration between the business experts (Customer) and the technical experts (developers, functional consultants, testers, etc).  Its a collaboration to understand the requirements, creating a solution and delivering the solution (which will be wrong and need to change as more detailed requirements are uncovered).

The better the team trusts each other, the more effectively they collaborate and the more fun it is.  Delivering projects successfully makes work enjoyable and keeps people.

Improving

One reasons for moving jobs is career progression.  Life is interesting and challenging when you are learning new skills, you are making progress on your career goals.  People look for jobs when they are stagnating.

Achieving

It’s great to be part of a team with a clear objectives and who a delivering.  When you work on a project and you deliver it to specification and on time, you feel a sense of achievement.

People want their work to matter and feel it makes a difference.

In the article Who Are Your Motivated Workers? 

  • 43% said achievement is a motivator
  • 24% said recognition is a motivator

We want to contribute, achieve and be recognised/praised for our good work.  It  takes effort to praise  people for good work.

Recognition has little long lasting value because it’s soon forgotten, to be effective you need to recognise good work consistently and constantly.  Recognition has to be earnt and you must be specific with your praise otherwise it lacks impact.

People have to hear recognition and you cannot assume they know you appreciate their effort.

A lack of recognition demotivates and drive people away. If someone is doing a good job but not one tells them it leads feeling under appreciated and de-motivation.

The measure of achievement can be company goals, projects delivered or personal achievements.  We might only play a small part but we feel valued.  The quote from Steve Jobs when hiring John Sculley to Apple from Pepsi.

“Do you want to sell sugar water for the rest of your life, or do you want to come with me and change the world?”

Career progression

If you are not progressing you are falling behind.  People need goals and be working towards them.

If you career progress is stagnating, it leads to frustration and looking for new opportunities.

If people don’t enjoy what they are doing they won’t do it well.  The responsibility of doing a job you enjoy and are passionate about is both with the individual and the employer.  The individual needs to think about their job, what parts they enjoy and what they don’t.

One of the most important boosts you can give your career is picking a job you enjoy and one you want to get better at.

Keep moving towards your ideal job and what you like doing, where your strengths are.  You spend 8 hours a day at work, a third of your life, so pick something you are interested in.

If you don’t enjoy your job you will never excel at it or progress because you cannot fake enthusiasm or passion.  Everyone works in work but to progress you need to improve yourself outside of work and make the most of your time in work (learning, networking, experiences, skills).

Engagement

For people to be engaged they need to be included.  When people are told what to do they start to turn off but when you give them a problem and ask them to solve it, they get involved.

If you hire good people then let them contribute you

Leaders make a big difference in employee engagement, this article What Great managers do daily quote a Gallup study

a Gallup study found that at least 70% of the variance in employee engagement scores is driven by who the boss is. This is disconcerting because the same research found that about 70% of people in management roles are not well equipped for the job.

Have more fun

Work is important but that doesn’t mean you have to be serious.  You can do the job, deliver projects and have fun. Incorporate fun into the project, get to know others on the team and deliver.

Life is short, so enjoy as much of it as you can.

Final thought

Be engaged, get involved, praise others and you will be successful

Further reading

4 reasons talented employees don’t reach their potential

 

Advertisements

Hosk’s recommended Dynamics 365/Power Platform and other articles May 2019

 

Quotes

When the pressure is on you don’t rise to the occasion, you fall to your highest level of preparation – Chris Voss

Articles of the Month

awesome-1

Great resource below showing all the new certifications and resources to study

Great Dynamics 365/Power Platform articles this month

Programming/Scrum

Other/Business/Leadership/Management

The Hosk – currently reading

The Hosk – last 5 recommendations

Selected  HoskWisdom

  • There is nothing sexy about underwear when you are hanging it on the washing line
  • Don’t respond to anger with shouting, be silent and confuse them
  • Imagination exhausts itself with the endless possibilities of code
  • When a project isn’t working, you have to stop playing the game
  • Writing good code is like being sexy, if you have tell people you are, you aren’t
  • Code is as complex as you make it
  • Clothes matter, naked developers have little or no influence on projects
  • Good developers bring joy when they join a project; bad developers bring joy when they leave a project
  • Coding is mastered through relentless commitment to the fundamentals
  • When you approach the end of a project, you finally see the requirements and solution as they really are. If only we understood that at the start
  • no project plan survives contact with delivery
  • Customers are a welcome thorn in a developers side
  • You must have chaos within you to be able to dad dance
  • It’s not the skills of the people on team but how will they work together that makes the biggest difference
  • Earn confidence by being good at what you do
  • Everyone wants to be heard but no one wants to listen
  • If you only learn in work, prepare to be average

Last months Monthly articles

Last months recommended monthly articles

Hosk’s CRM Developer Articles

A collection of my favorite CRM Developer articles I have written

Study guide for MB-230 Dynamics 365 for customer engagement for Customer Service

“Press forward. Do not stop, do not linger in your journey, but strive for the mark set before you.” —George Whitefield

You cannot pass the MB-230 Customer service exam without studying.  Having worked with Case management will help but you will still need to study to learn some of the features and functionality you haven’t used in a project.

I recently passed the Exam MB-230: Microsoft Dynamics 365 for Customer Service (beta) and I am sharing the resources I used and some of the notes I made.

Study materials

The best study material is looking at the areas you are going to be tested on Exam MB-230: Microsoft Dynamics 365 for Customer Service (beta) creating a trial and try the functionality, you get practical skills to accompany your theoretical knowledge (e.g. you can use it)

Good 8 hour Open eDX course – MB-230.1 Self-paced , this course has learning material and practical tests. It covers all the key areas of the certification.

The Customer service certification is similar to the previous certification MB2-718, so Neil Parkhurst’s study guide will still help (ignore Field Service content).

MB2-718 Certification: (Microsoft Dynamics 365 for Customer Service) – Revision Guide

Hosk Study notes

The notes are not extensive because I gave up making notes and concentrating on revising because I had to the exam before 31st April :-), so you need to use the materials above and use these notes for a refresher before you take the exam

Entities

  • Customer record – this can be either an account or contact
  • Case – schema name is incident.  The is the case, CSR, incident.  They can be linked
  • Resolution Activities – an activity created to hold the resolution reason
  • Entitlements – how much support a customer can have e.g. number of cases, time etc
  • Entitlement channels – type of service e.g. phone
  • SLA – service level agreement
  • SLA can be linked to entitlement
  • Goals – can track progress of individuals
  • Schedule module – allows you find and schedule resources

Case Management

  • Cases can be known as service, ticket, case, CSR, incident
  • Contracts have been replaced by entitlements
  • Contracts are still on the case form for backwards compatibility
  • Cases case be associated with
    • Knowledge base articles
    • Subjects
    • Products
    • Entitlements
    • Activities (emails, tasks, phonecalls)

Case actions

  • New Case
  • Resolve Case
  • Cancel case
  • Save and Route
  • Create Child Case
  • Add to queue
  • Assign
  • Do not decrements entitlements
  • Run reports

Case Search

  • Case fields search = Case number, Case Title (you can add more find fields)
  • Search options = string, wildcard *, partial value
  • Global search/relevance searches multiple entities
  • https://docs.microsoft.com/en-us/dynamics365/customer-engagement/basics/relevance-search-results
  • Relevance is disabled by default
  • relevance search must be enabled (in System Settings à general)
  • relevance search is done using Azure and copying data to Azure (this is why it must be enabled and you agree to hosting data in Azure)
  • Enabling Relevance Search allows all users in the organization to use it.
  • Relevance search is text-based, and can search only on fields of type Single Line of Text, Multiple Lines of Text, Option Sets, or Lookups. It doesn’t support searching in fields of Numeric or Date data type.
  • relevance search isn’t available in On Premise only Dynamics 365 online
  • user can set the default search experience in their personal options
  • Use views to view  active, resolved and personal for predefined filter
  • Views can apply filters on fields

Convert activities

  • Press the convert to on an activity to convert an activity into a case.
  • Convert to case allows you to specify
    • Customer
    • Subject
    • Case open/closed
    • Change the task status to completed
  • Origin will be automated selected
  • The activity will be automated linked to the case

Resolving cases

  • Cases cannot be resolved until all activities are completed
  • Deleting a case removes all activities, notes and attachments linked to the case
  • Cancelling the case leaves the case and activities for reactivation
  • If you resolve a case with open activities, it will cancel those activities
  • Queues are used to group or catorgorise cases (e.g. high priority/low priority)
  • Reactivate a case instead of opening a new case for the same issue
  • When resolving a case , the resolution activity form pops up
  • You cannot edit the resolution activity form
  • It will create a new resolution activity for a case
  • total time comes from the total time in activities
  • Total is not editable
  • Billiable time is mandatory and editable
  • When a case is reactivated the case becomes editable
  • The previous resolution activity will be cancelled

Case Routing Rules

  • You can view routing rules ran in System jobs
  • One active routing rule at one time
  • If a second rule is activated the first one will be deactivated
  • Routing rules have conditions – If, then statements
  • You route to a queue or assigned to a user or team
  • After making a rule, you have to activate it
  • Case routing rules can be applied in bulk from a view
  • Case routing can be applied to a case with Save and route button
  • One Routing Rule set can have many rule item

Record Creation and Update Rules

  • Automatic creation and update rules can automatically create records
  • Only one creation rule can be active, if you active a rule it will deactivate other rules
  • Source type cannot be changed once selected and saved
  • Workflows run to create records as necessary
  • One rule per source type e.g. email, phonecall ,task, social activity, service activity, appointment
  • If you choose different source type you get different

Parent/Child Cases

  • Case closure settings à settings à service management – Parent child case settings
  • Select attributes which will be inherited from parent to child case
  • Closure preference
    • BLANK – Parent/child cases are closed independently
    • Close all child cases when parent case is closed
    • Don’t allow parent case closure until all child cases are closed
  • View – Active Cases with Parent Child Status
  • Create Child case button on case
  • You can see child cases on case relationship section à Child Cases
  • On a list view of cases the button Associate Child Cases allows you to link multiple child cases

Merge cases

  • Multiple cases created, merge into one
  • Merging a case, combines related activities and cancels other cases
  • Merging cases will leave only one case
  • You can merge up to 10 cases at one time
  • Child cases become children of the merged case
  • The status of a merged cases is Merged
  • You can only merge a child case into another child case if they share the same parent case
  • You can see merged cases in Case relationships a Merged cases

 

Good luck

Hosk’s recommended Dynamics 365 and other articles April 2019

Quotes

Not all problems have a technological answer, but when they do, that is the more lasting solution. Andy Grove

The bug that stands in the way becomes the way

Articles of the Month

awesome-1

Great Dynamics 365 articles this month

Programming/Scrum

Other/Business/Leadership/Management

The Hosk – currently reading

The Hosk – last 5 recommendations

Selected  HoskWisdom

Last months Monthly articles

Last months recommended monthly articles

Hosk’s CRM Developer Articles

A collection of my favorite CRM Developer articles I have written

The prepared developer writes better code

There are no secrets to success. It is the result of preparation, hard work, and learning from failure. Colin Powell

Look beyond today and plan tomorrow #HoskWisdom

Many developers believe writing code is the most important part of development but you can’t create good code without being prepared.  Preparation, planning and understanding requirements helps find problems in solution design and before you create code.

Lack of preparation results in stuttering development, slowed by bugs, missing requirements, technical debt and late delivery.

While persuading my son of the benefits of getting to football early (more practice, more play with his friends and more football), I said the early bird catches the worm; he said the early footballer catches the ball, but what does the early developer catch?

The early developer catches the bug

Replace early with prepared and getting clarity before you code.

Doing things last minute.com, winging it and making it up as you go creates half.  You might disagree, thinking about the time you winged it and it worked but what about the times you were unprepared, usually it results in lower quality work which took longer.

The result of a bad decision can work once but constant bad decisions don’t work in the long term.

Quote from Bill Walsh on being prepared.

“Hearing someone described as being able to “Fly by the seat of his pants” always suggests to me a leader who hasn’t prepared properly and whose pants may soon fall down.” Bill Walsh

Being prepared makes the most of a situation and you can prepare for other outcomes.

If you know the goal, you can get there in the most direct way.

Meetings

A bad meeting has no agenda, too many people, not the right people, not the right materials. The result is a boring, frustrating and ineffectual meeting which takes longer.  A common goal of meetings is to decide but you need information, options, evaluate before you can decide.

A good meeting has an agenda, it allows attendees to be prepared and focused on the topic, it has decision makers and only the people needed.  creating an agenda, preparing material and only inviting key people takes preparation, but it maximises the time of the people invited.

The focus is on the goal and the purpose. The meeting runs to a schedule. The meeting is followed up with a summary, actions, owners and deadlines.

Coding

Bad
A Developer gets a user story, hasn’t read it before, doesn’t understand the business needs or the purpose behind the requirement. Skims the story, jumps to the acceptance criteria and codes.

Result
Developer finds the story is in complete, acceptance criteria missing, has to ask questions, who asks the business, developer waits, he can’t start anything new because he is halfway through. Gets more requirements, repeats the cycle as they get into the details. Developer codes the rest of the story.

The code is built on a changing design. No coherent structure. Duplicate code used because developer hasn’t prepared or designed the code.  Creates new code in an inconsistent style and standards, this gets rejected at code review and he has to fix, developer frustrated.  The developer has looked at the code base to see what’s there, hasn’t read the standards document.

Developer told to write unit tests.  Tester finds bugs, goes back to the developer.  Users test and find it doesn’t do everything they need and find bugs. Code squeezed in to fix bugs making it harder to understand, maintain and extend.

Good example
Developer reads documentation and understand what the business is trying to do, the purpose of the business and the functionality. Developer reads requirements, asks the tester to make sure the requirements are testable. Questions get raised with business, fuller requirements.

The requirements are understood and the technical design is created and discussed before development starts.

The Developer understands code base, structure and what is there. Designs solution using existing code to avoid duplication and improve consistency.  The developer writes unit tests agaisn’t requirements.  The developer considers not only the happy path but tests exceptions, errors and other paths through the code.

The earlier you find problems the smaller the feedback loop and the quicker you can fix it.  The path you want to follow is fixing problems as near to the source as possible, the fewer people and environments you find the problem quicker the bugs are found and fixed.

Testers will find bugs, the developer will take these bugs and create unit tests to fix the bug and then code it.

Conclusion

Lack of preparation shows in execution.  Preparation allows you to get the right information, consider other options and think about the situation.  An example is presenting, if you prepare and practice it, you deliver a better performance, you can concentrate on the delivery not just the content and make a bigger impact.

For Developers the writing of code is one part of the solution, being prepared saves times and create a higher quality code base with less technical debt.

If you look ahead for bumps in the road you can avoid them

Hosk’s recommended Dynamics 365 and other articles January 2019

Quotes

“New ideas emerge when you question the assumptions upon which a problem is based”   Shane Snow

if you can’t stand the heat of development, step away from the keyboard

When Hosk is the answer, your problems are much worse than you first thought

Articles of the Month

awesome-1

Great Dynamics 365 articles this month

Programming/Scrum

Other/Business/Leadership/Management

The Hosk – currently reading

The Hosk – last 5 recommendations

Selected  HoskWisdom

  • At a high level all projects seem easy, it’s when you get into the details you find its infinitely more complex
  • Code you are proud of today, you will be ashamed of tomorrow.
  • When you see water flowing up hill, a developer has just written code with no bugs in
  • Many project managers are uncomfortable with doing nothing and letting people do thier jobs, they prefer to disrupt, question, prioritize, reorganise, confuse and slow down the project
  • Love is a simple line of code
  • You’re only as good as the code you create
  • Every decision should move you in the right direction
  • It’s better to know your enemy than be wondering where they are and who they are
  • If you think small, you act shall and you stay small
  • When Hosk is the answer, your problems are much worse than you first thought
  • Don’t fear the actions of others, fear your own impatience, mistakes and ego
  • Changing people on a project is a great way to create the illusion of progress
  • You control the decision, not the outcome
  • A persons past reveals their future
  • Learn today for a better tomorrow

Last months Monthly articles

Last months recommended monthly articles

Hosk’s CRM Developer Articles

A collection of my favorite CRM Developer articles I have written

We are all beta testers for Microsoft Dynamics 365

Working with Microsoft Dynamics 365 is often painful but always exciting #HoskCodeWisdom

Microsoft Dynamics 365 version 9 has seen a lot of bugs in Microsoft Dynamics 365, particularly an increase in bugs in the core functionality, not just new functionality.   I have heard a few Dynamics professional say

“We are beta testers for Microsoft Dynamics 365”

What’s happening and why is it so bad

This is my opinion with no evidence to back this up apart from talking to other Microsoft experts and my experiences.  Before Dynamics 365 was rebranded e.g. Dynamics CRM 2016 and before, there would be a few bugs with new features (which we all know to never use a first version e.g. Microsoft Dynamics Marketing)

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.

Some bugs I have had the pleasure of in 2018

  • Auditing broken
  • lookups have no names
  • Importing solutions times out
  • holding solutions broken and get stuck (breaking other imports)
  • adding visuals breaks solution import
  • Microsoft minor updates creating dependencies
  • minor update stops solution being imported with duplicate guid
  • Problems with performance and scale groups
  • memory leaks in web servers
  • Microsoft adding dependencies in minor patches – When a Patch to Microsoft Dynamics 365 can break your instance
  • Microsoft adding functionality into Case management and breaking solution imports
  • Microsoft updating instances slowly, stopping up solutions being imported between Dynamics 365 environments
  • Dynamics instances getting stuck, disappearing or being unusuable

What might have caused this?

The direction of Dynamics is to move to business applications, take the processing out of Dynamics and put it into Azure via

  • PowerApps
  • Flow
  • Logic Apps
  • Azure functions
  • Azure WebJobs

Dynamics 365 is one part of the solution and integrated with many services. Processing should be moved out of Dynamics to reduce load on Dynamics and move data out to store it where it’s cheap (e.g. not in Dynamics 365 where it’s expensive)

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.

Now CDS is a blank Microsoft Dynamics 365

 

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.

Process

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?

Azure

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.

Online

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.

Devops and automation

Best practices like DevOps and automation are being brought to Dynamics projects.  This is finding problems not identified before or seen before.

Will it get better?

I read this article about how they build windows 10 and I’m guessing Dynamics does it a similar way

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.

Features can be turned off, you can avoid using them until they work 

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.

The windows development post ends with a good quot

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.

Embrace it

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.

Other interesting articles

The future of Microsoft Dynamics 365 projects
Will development move towards no code solutions?