As described in the previous blog post, our first step in designing a digital solution is always to develop a rough concept. Whether we use classic or agile methods for the subsequent implementation is irrelevant to us. In both scenarios, we prefer an initial phase to create a common understanding of the following points:
When answering these questions, we always look at the solution from the three perspectives already mentioned and develop artifacts that serve these perspectives. In most cases, these artifacts are as follows:
Based on the above artifacts, the next steps (detailed design and implementation) can be developed, defined and delimited:
This is usually done in several iterations to match the scope of the next project phases with the available project resources. On the other hand, dependencies on other projects or initiatives may require an adjustment of the initial project plan or simply the sequence of work packages.
We often draw from the agile toolbox, using methods such as user story mapping to divide the target scope into increments, or weighted shortest job first to prioritize requirements and functionality.
We encounter a variety of challenges during this phase of the project. The following are particularly common:
If these challenges are not addressed in a structured manner, there is a high risk that the content developed will not be sufficiently valid and therefore will not receive the necessary support throughout the organization. However, these are critical prerequisites for sustainable project success.
In the last part of this blog series, I will explain how we address these challenges. In the next part, we will look at the content and artifacts of the detailed design.