As already described in the last blog post, we always develop a rough concept as a first step when designing a digital solution. Whether classic or agile methods are used for the later implementation is irrelevant for us at first. In both scenarios, we prefer an initial phase to create a common understanding of the following points:
What goals are to be achieved with the project or the digital solution? Which NON-goals are delineated?
What are the functional and non-functional requirements (high level) for the solution?
Which systems of the enterprise architecture should be connected and in what way is this possible?
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 are the following:
Customer journey maps and high-level wireframes to visualize functional requirements (customer and business perspective)
Process visualizations to illustrate and define the requirements (business and technology perspective)
Solution Architecture (Technology Perspective)
These artifacts first define the rough scope of the digital solution to be developed.
Use of the artifacts developed
On the basis of the above-mentioned artifacts, the following topics can be developed, defined and delimited for the next steps (detailed conception and implementation):
Project resources needed to develop the digital solution (personnel, time, and budget)
Potential risks and dependencies, as well as initial strategies and measures to minimise risk
Rough planning and, if necessary, prioritization of the necessary work packages
This is usually done in several iterations, on the one hand to bring the scope of the next project phases into line 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 order of the work packages.
We often use the agile toolbox and use methods such as “User Story Mapping” to divide the target scope into expansion stages or “Weighted shortest job first” to prioritize requirements and functionalities.
Challenges during the rough conception
We encounter a wide variety of challenges during this project phase. The following are particularly common:
Unclearresponsibilities at organizational and project level
Insufficiently developed strategiccontent and preliminary considerations
Access to and availability of know-how carriers on the customer side
Lack ofinvolvement of all relevant stakeholders
If these challenges are not addressed in a structured way, there is a great risk that the content developed will not receive sufficient validity and thus the necessary support across the entire organization. However, these are critical prerequisites for sustainable project success.
In the last part of this blog series, I explain the measures we can take to meet these challenges. In the next part, we will first deal with the contents and artifacts of the detailed concept.
To provide the best experiences, we use technologies like cookies to store and/or access device information. Consenting to these technologies will allow us to process data such as browsing behavior or unique IDs on this site. Not consenting or withdrawing consent, may adversely affect certain features and functions.
Functional
Always active
The technical storage or access is strictly necessary for the legitimate purpose of enabling the use of a specific service explicitly requested by the subscriber or user, or for the sole purpose of carrying out the transmission of a communication over an electronic communications network.
Preferences
The technical storage or access is necessary for the legitimate purpose of storing preferences that are not requested by the subscriber or user.
Statistics
The technical storage or access that is used exclusively for statistical purposes.The technical storage or access that is used exclusively for anonymous statistical purposes. Without a subpoena, voluntary compliance on the part of your Internet Service Provider, or additional records from a third party, information stored or retrieved for this purpose alone cannot usually be used to identify you.
Marketing
The technical storage or access is required to create user profiles to send advertising, or to track the user on a website or across several websites for similar marketing purposes.