A change in an enterprise software system is more than just a requirement to log into a new program. Over time, users and organizations create processes, shortcuts, routines, and methods of coping with a specific software system and its quirks.
When an update or change of system occurs, many people are reluctant or resistant to the requirement to change their way of working. Often, an unsuccessful software implementation is due to poor change management and learning practices, rather than the software itself. Organizations fail to notice and acknowledge the cultural change that the software requires.
A rollout of a new system usually means learning and development, or worse, IT delivers formal training, perhaps some e-learning, and copious amounts of documentation.
We tried a different approach.
A new approach
While there was formal training offered on a schedule, it was not required. To support the training, we created a group in Yammer where anyone could post a question or comment on the new system and get an answer. As community manager, I tagged posts without tags and triaged the initial posts to our team of subject matter experts (SMEs).
The response was very impressive; within two weeks:
- 75% of the company were members of the support group, about half posting at least once.
- The SMEs all started replying directly to comments and questions, without prompting.
- We created 35 notes of individual curated questions or comments and replies, thereby creating a crowdsourced, informal FAQ.
- People chose to attend subsequent sessions of formal training as a result of questions arising in the Yammer group.
- We were able to provide further individual and group coaching, targeting specific problems experienced by users.
Hearing the response
The best feedback we received following the roll-out was that the open and frank discussions of the Yammer group was crucial in calming negative responses to change. As group facilitators, we openly acknowledged complaints and problems. This helped prevent large-scale negativity by focusing on the reasons for change and the eventual benefits the company would accrue.
The new system was definitely not bug free; but by acknowledging and supporting our employees, we addressed many of the causes of change negativity before they could take hold.
