Scrum in the ERP project: is that possible? (Part 1)

Many ERP solution partners offer implementation methods for the introduction of the business software. Most of these are based on classic project management methods. Agile process models, on the other hand, are still not very widespread. There is probably no golden road. However, more and more ERP providers are also considering Scrum ? models. However, this requires a rethinking of the roles in the ERP project ahead.

A widespread problem with the introduction of an ERP application is that the path of virtue, i.e. the standard, is left behind all too quickly. It is often an unholy mixture of customer requirements, which are often more habits than conditions, and seemingly flexible customisation options of the ERP software. However, on both sides, consultant and user, at the time of a change, knowledge of the processes on the consultant side and the software on the client side is incomplete.

At the same time, the complete Specificationsthat everything is documented and approved before realisation. The consequences of deviating from the standard, however, only become apparent much later in the project. And sometimes they are such that they counteract the actual purpose of the change.

It would therefore often be better to initially implement an ERP on the basis of the Standards and to check after some time and application whether and which changes should be made.

Whether it helps to adapt the Scrum method, which is widely used in software development, is debatable. It may be helpful to first look at the typical roles in a Scrum project.

Product Owner

In a team that works according to the Scrum method, the product owner is an important interface with several tasks. He communicates with the customer and takes on board his wishes. He represents this view of the customer to the project team. At the same time, he is by definition not part of the project team.

Scrum Master

The other pole in the ERP project would then be the equivalent of the Scrum Master. He is more or less committed to the product and the 'pure doctrine' and makes sure that all the processes be implemented correctly and completely.

Scrum Team

That leaves the Scrum team. Whether and how the process model of a Scrum team can be implemented in an ERP project is an exciting question. A team of this agile project method is characterised by some factors that might seem exotic to a classic ERP project manager.

A Scrum team has a manageable size. The ideal, says the expert, is seven people. For large projects, several independent teams have to work in parallel.
The team should be able to cover all necessary disciplines.
It organises itself, decides how the requirements are divided into tasks and who carries them out in the team.
In the process, all team members also know the big picture and Project goals, to incorporate them into their work.

Conclusion on Scrum in the ERP project

Without having looked at the Scrum method, one thing is already clear in view of the roles: one important prerequisite among all participants is trust.
This also includes the trust of the ERP implementation partner and customer in their respective employees.
Of course, they would also have to familiarise themselves in detail with the agile project method.

But this is a separate, comprehensive topic.

SAP B1 blog