How can classic maturity-oriented development be transferred to agile project management?
Why do we talk about “hikes” and no longer “sprints” in the context of hybrid project management?
These questions will be explored in this blog article.
The biggest lever for project success lies in planning. Regardless of the project management approach, careful planning is important in any project.
At the beginning of a project, the possibility of influencing the project product outcome is high. The later changes are made to the project product result, the higher the change effort becomes.
By short-cycle agile approach in the project, we can reduce the risk of making irreversible mistakes. But a product cannot be divided into arbitrarily small increments. Therefore, we also reach limits in agile planning, as every project generally goes through the following project phases:
In practice, the question of the right process model now arises in view of the increasingly complex product development processes.
The process model
The process model must match to task environment. We distinguish between different process models:
- Plan-driven procedure (e.g. nuclear power plant)
- Incremental procedure (e.g. production)
- Interative procedure (e.g. prototype construction)
- Agile approach (e.g. software development)
Despite the popularity of the agile approach, it is always necessary to check for each project which process model is best suited to the situation and the task environment.
If the Lean principles are consistently implemented in project management, an agile approach is created in principle. The lean principles are:
- Freedom from disturbance
However, the choice of approach still depends on the situation and the framework conditions.
In the construction of a nuclear power plant, there are many tough conditions to be met. Wrong decisions in planning can be extremely expensive. Here, a classic, plan-driven approach is recommended.
In software development, the agile procedure model is undoubtedly possible without any problems. There are hardly any restrictions due to hardware and the employees are usually easy to deploy in interdisciplinary.
In mass production we find the incremental approach. Deliverables are produced that the customer can use immediately, with the product features being continuously changed by improvements within narrow limits.
Prototyping is a good example of the iterative approach. Here, changes are made to the product at a higher frequency, and usually at unit number 1. The delivery frequency is therefore extremely low.
In automotive development and manufacturing, there are severe constraints due to hardware and production locations and supply chains. Here, a pure agile approach reaches its limits because it has to be reconciled with the maturity-driven product development process. This is where the hybrid project management method comes in handy, as discussed below.
The product development process (PDP) is becoming increasingly complex.
Vehicle development in the automotive industry is a good example of rapidly increasing complexity. Vehicles are increasingly understood as a system of systems that interact with each other. The subsystems in turn have different life cycles.
- e.g. IT components will soon account for 50% of a vehicle’s components.
- e.g. Level 5 autonomous driving required up to 1 billion lines of software code.
- e.g. modern premium vehicles contain approx. 150 ECUs, in some cases 2 engines (1 ICE, 1 Electric), 12 radar/ultrasonic sensors for autonomous driving, 9 cameras, complex head-up displays and infotainment features
- e.g., in total, many hundreds of systems with many functions interlock, which have corresponding dependencies among each other.
The increasing complexity in the development process (PDP) therefore requires a high interdisciplinary collaboration effort and requires short-cycle coordination of all trades.
From a lean management perspective, the increasing collaboration effort is a form of necessary waste, which we need for higher flexibility and speed. However, it must be reduced and optimized.
3. Solution: hybrid project management
The question now arises as to how classic maturity-oriented development can be transferred to agile project management.
The answer to this question is that the maturity-oriented development plan from project planning is implemented with the agile process model in project control. This creates an effective hybrid in project management.
In essence, we combine short-cycle sprints, in which marketable increments are produced, with sequential project phases. Planning is carried out according to maturity-oriented development planning, but project control is carried out using the agile process model, which is implemented with effective store floor management.
The product requirements are defined from the respective downstream process step. The “customer” is the respective successor in the development step. Here, the project team is always guided by the key questions:
- Who is my customer?
- What are the requirements for the increment?
Restriction: “Hikes” instead of “Sprints
Agile evangilists will rightly criticize the following concept that it is no longer agile project management of the pure doctrine. Yes this is so.
The reality of the development environment in many companies, such as the German automotive industry, is characterized by the fact that two of the essential prerequisites for agile project management cannot always be met:
No freedom from disruption.
It is still often the case that freedom from disruption is not guaranteed in the development process. This means that due to an overall lack of process stability, there are always changes in the project planning that cause disruptions in the ongoing development project due to changing DoD. The idea of e.g. 14 days of concentrated sprint phase without influences by product owners or other stakeholders is mostly not realistic.
Specialist teams or high proportion of specialists in interdisciplinary teams
It is true that more and more companies are dissolving their specialist teams of the classic silo/matrix organization in favor of interdisciplinary, cross-functional teams. Nevertheless, many of the employees working in these teams are currently highly qualified due to years of working in specialized teams. This specialization hinders collaboration in cross-functional teams, because it creates natural bottlenecks for individual people. Therefore, the implementation of sprints reaches its limits here due to the different capacities and resource bottlenecks.
Hike’s instead of Sprints
To address this reality, we decided to introduce the term “Hike”. Hike’s are hikes or marches and are to be distinguished from Sprints, which require disruption-free periods of e.g. 2-3 weeks.
Hikes are therefore the constant processing of tasks in the development teams, which, perhaps interrupted by vacations, training or strategy meetings, basically takes place continuously throughout the year.
Hikes are not disruption-free and do not have to be limited to a specific period of time. However, hikes can be divided into “stages” with intermediate goals.
Hybrid project management needs four elements in its implementation
Four elements are needed to implement hybrid project management. These four elements are implemented in the context of a Shopfloor Management cascade. (see next point)
Maturity levels of development with DoD
We need a precise sequential arrangement of maturity levels and definition of acceptance criteria per maturity level. We need a precise description of general stages and intermediate goals.
We need a structured listing and time prioritization of the product increments to be developed in the product backlog or work breakdown structure.
The “Definition of Done” is applied and scaled to all specific product increments.
As part of the project implementation, the relevant product increments are presented in the Hike Backlog for the next hike. The current maturity level is visualized. For each product increment there is a clear agreement on the target maturity level at the end of the hike.
Schließlich brauchen wir noch eine zeitlich, chronologisch, vernetzte Planung der Aufgaben zur Erreichung des jeweiligen Etappen-Ziels. Diese Planung übernimmt das interdisziplinär besetzte Entwicklungsteam. Es definiert Start – und Endtermine für alle Aufgaben und legt die Verantwortlichen fest.
4. The next step is the implementation of hybrid project management with the help of store floor management.
At the end of the day, all the discussion about process models in project management is about getting horsepower on the road. Most companies have less of a “planning problem” than an “implementation problem.”
At the end of the day, it’s about working through the work packages as a team in the context of successful collaboration. This should be fun and satisfying for everyone involved. This requires good leadership at the point of action. The essential task of leadership is to control the target-actual deviation in order processing and to remedy it at an early stage and to establish successful collaboration together with the team.
In essence, therefore, it is a matter of linking project planning and project control.
Step 1: Hike planning – definition of hike scope
The scope of the hike is defined by specifying who works on which product increment with which goal. The processing of the hike objectives is checked with maturity levels (doD) at phase transition.
Step 2: Networked hike planning in the interdisciplinary team
As a basis for detailed planning/control, a generation of linked tasks per process phase takes place within the framework of shop floor management.
The interdisciplinary development team distributes the tasks to the team members and defines who delivers what by when.
This planning takes place within the framework of rolling planning over 10 weeks, 10 days up to daily planning together with the team.
Step 3: Hike-Management
Further detailed planning and control of the tasks (requirements) takes place on the weekly shop floor to achieve the hike targets. A work week corresponds to the basic cycle in product development.
In the weekly hike control, the current and the following two weeks are planned on a rolling basis, or the significant deviations from the target-actual are controlled and escalated if necessary.
The manager creates commitment in the meetings by focusing on the top issues, agreeing on Go&See and providing feedback on initiated actions. At the same time, process performance is objectified with selected key figures (hit rate, degree of disruption, mood).
Planning is an essential part of project management. It is necessary to select the right approach for the situation and task from various process models.
The hybrid project management approach is a solution for the increasing complexity in the product development process (PDP). At its core, we combine short-cycle sprints, in which marketable increments are produced, with sequential project phases. Planning is carried out according to maturity-oriented development planning, but project control is carried out using the agile process model, which is implemented with effective store floor management.
Since we cannot fully meet the prerequisites for agile project management in the context of hybrid project management, we speak of “hikes” instead of “sprints”. For the implementation we need four elements: maturity model, product backlog, hike backlog, hike plan.
While the maturity-oriented development plan is used for planning, the control of the processing of tasks takes place via shop floor management, which is oriented to the agile process model.
This requires good leadership at the point of action. The essential task of leadership is to control the target-actual deviation in order processing and to remedy it at an early stage and to establish successful collaboration together with the team.