Development

Agile Approach

You want to expand your existing IT landscape and need a new software solution or want to further develop your existing applications. Whether it is a new module for your digitisation platform, a customised mobile app or a classic desktop application, it is crucial to continuously generate the greatest possible benefit from the very beginning.

The agile approach with its regular feedback loops, the immediate integration of change requests into the product backlog and the delivery of quality-assured software increments at the end of each sprint guarantees an optimal solution at all times.

Requirements Engineering

The requirements are recorded in compact form as user stories and saved in the product backlog sorted by priority. A re-prioritisation and addition to the product backlog is possible at any time. The user stories from the product backlog are implemented from top to bottom, with as many user stories per sprint as the current team capacity allows.

The implementation

After planning, the team implementation is then carried out independently by the team. At the end of the sprint, the team delivers a software increment that is potentially delivered and thus provides immediate benefits for the users.

This approach enables a very early start of an application, which, starting as an MVP (minimal viable product), gradually delivers more and more business value through additional integrated features.

Clean Code

The technical (non-functional) requirements for the application are stability, performance, security and evolvability. This describes the technical maturity level of the application for a good future development. Criteria for this are described by the clean code principles, e.g. loose coupling, high cohesion, SOLID principles. As these are non-functional requirements, experience shows that they are often given low priority or not considered at all. Over time, this can lead to a slowdown in the further development of the application up to a standstill (individual features can no longer be implemented due to the technical structure). Here it is important to adjust the IT architecture at an early stage.