Springer Nature's successful migration to Liferay DXP

Project start 

We started the project at Springer with a five-day workshop. During this workshop, we precisely analyzed the use of the Sharepoint environment. We discovered that each department had its own collaboration platform and document library, along with various tools such as Confluence for knowledge sharing, Jira for project tracking, shared network drives for document storage and Google Docs. The diversity of tools made it difficult to structure data and quickly find information.

Structure and migration to Liferay DXP

With the outcome of the workshop, we proposed a structure in which the different departments and locations at Springer have their own spot in the form of a subsite within the new Liferay platform. We then linked the correct information in this new structure. The structure was further updated and formalized through mock-ups. This allowed us to test the user interface of the design early in the development process and arrive at a clear structure and interface.

After the structural stage of the project, we started the migration of all content from the Sharepoint platform to the new platform based on Liferay. For the data migration, we built an interface that serves as an export format for Sharepoint and at the same time as an import format for Liferay DXP. We could easily map similar concepts between the two systems, such as sites and documents. We defined more complex transformations for deviating concepts such as complex data lists. Through a number of workshops, we taught Springer how they could do this themselves. Springer Nature was then able to independently use the custom migration tool to migrate all content from Sharepoint to Liferay DXP.

Increased usability

The employees of Springer Nature are used to working with Microsoft tools such as Microsoft Office. To further increase the ease of use and to offer them the possibility to adapt content as easily as in Sharepoint, we installed the SimpleEdit plug-in on the Liferay platform. Thanks to SimpleEdit, a plug-in that we built ourselves, it is possible to edit Office documents directly from any Liferay environment.

Springer Nature mainly worked in a more traditional way, and was less familiar with the Agile approach that we prefer. During this project, we also worked according to our Agile approach and involved Springer very closely in the migration and development process.

We worked in iterative cycles of two to three weeks. After each cycle, we made room for a feedback moment with the stakeholders of Springer Nature, so that we could continue to improve. Then we delivered a workable test version. This allowed Springer to test, adjust and improve the software, which allowed us to make adjustments quickly and flexibly. This way, Springer was also easily kept informed of the progress of the project.

Finally, we also gave Springer full access to our online tracking system. That way, Springer could see exactly what we were working on at the time. Although Springer Nature was not familiar with such an approach, this transparency gave them a lot of confidence in our way of working. Throughout the entire process, Springer was positively surprised and very enthusiastic about this way of collaboration.