Agiles Projektmanagement – Informationen und Tipps für den Einstieg
So kann dein Softwareteam von Agile-Methoden profitieren
Was ist agiles Projektmanagement?
Das agile Projektmanagement ist ein iterativer Ansatz für das Management von Softwareentwicklungsprojekten. Im Mittelpunkt stehen dabei fortlaufende Releases und die Einbeziehung von Kundenfeedback in jede Iteration.
Softwareteams mit agilen Projektmanagementmethoden entwickeln schneller, arbeiten effektiver zusammen und können besser auf Markttrends reagieren.
Hier erfährst du, wie der Einstieg gelingt und wie du bestehende agile Projektmanagementmethoden optimieren kannst.
Agiles Projektmanagement in der Kurzfassung
Seinen Ursprung hat der Ansatz im schlanken Produktionskonzept von Toyota aus den 1940er-Jahren. Softwareteams haben mit agilen Methoden den Ausschuss reduziert und die Transparenz erhöht. Gleichzeitig konnten sie schnell auf die wechselnden Anforderungen ihrer Kunden eingehen. Im Gegensatz zum Projektmanagement nach dem Wasserfallmodell, das auf seltenen großen Releases beruht, stärken agile Methoden die Zusammenarbeit und Innovationskraft von Softwareteams.
Das herkömmliche agile Projektmanagement lässt sich in zwei Frameworks unterteilen: Scrum und Kanban. Bei Scrum kommen Projektiterationen mit fester Länge zum Einsatz, während bei Kanban fortlaufende Releases erfolgen. Sobald eine Einheit beendet ist, widmet sich das Team direkt der nächsten.
Erstes Framework des agilen Projektmanagements: Scrum
Scrum ist ein Framework für das agile Projektmanagement, bei dem Aufgaben auf Iterationen mit fester Länge – sogenannte Sprints – verteilt werden. Vier Zeremonien strukturieren jeden Sprint.
Der Ausgangspunkt ist das Backlog, d. h. die Summe der zu erledigenden Aufgaben. Bei Scrum gibt es zwei Backlogs: zum einen das Produkt-Backlog, für das der Product Owner zuständig ist. Dabei handelt es sich um eine priorisierte Liste von Features. Zum anderen das Sprint-Backlog, in das Issues aus dem oberen Bereich des Produkt-Backlogs übernommen werden, bis die Kapazität für den nächsten Sprint ausgeschöpft ist. Die Mitglieder von Scrum-Teams haben eindeutige Rollen, die sich auf ihren Anteil am Prozess beziehen. In der Regel gibt es einen Scrum Master, der die Scrum-Methode von allen Teammitgliedern am besten beherrscht. Hinzu kommen der Product Owner, der das Produkt vertritt, und schließlich das Scrum-Team, das oft aus Mitgliedern aus verschiedenen Funktionsbereichen besteht und für die eigentliche Arbeit zuständig ist.
Die vier Scrum-Zeremonien
Sprint-Planung | Sprint-Demo | Tägliches Stand-up-Meeting | Retrospektive |
Planungsmeeting eines Teams zur Bestimmung der Aufgaben, die im bevorstehenden Sprint abzuschließen sind | Meeting, in dem das Team sich gegenseitig präsentiert, was in diesem Sprint ausgeliefert wurde. | 15-minütiges Kurzmeeting, auch als Stand-up-Meeting bekannt, bei dem sich das Softwareteam untereinander abstimmt | Rückblick darüber, was gut lief, was nicht und was beim nächsten Sprint verbessert werden sollte |
Zweites Framework des agilen Projektmanagements: Kanban
Kanban ist ein Framework für das agile Projektmanagement, bei dem die Aufgaben auf die Kapazität des Teams abgestimmt werden. Der Schwerpunkt liegt auf einer möglichst raschen Erledigung der Aufgaben, sodass die Teams noch schneller als bei Scrum auf Änderungen reagieren können.
Anders als bei Scrum gibt es bei Kanban (üblicherweise) keine Backlogs. Stattdessen werden die Aufgaben in der Spalte "Zu erledigen" eingetragen. So können sich Kanban-Teams auf fortlaufende Releases ohne festen Zeitplan konzentrieren. Alle Aufgaben sind transparent, haben einen festgelegten Umfang und können direkt umgesetzt werden. Auf diese Weise kann das Team nach dem Erledigen einer Aufgabe sofort zur nächsten übergehen. Zum Abstimmen des Arbeitsaufwands auf die Kapazität des Teams werden WIP-Grenzen genutzt. Dabei handelt es sich um vorab festgelegte Obergrenzen für die Aufgaben, die zu einem gegebenen Zeitpunkt in einer Spalte stehen dürfen (mit Ausnahme der Spalte "Zu erledigen"). Das Kanban-Framework umfasst folgende vier Komponenten:
Die vier Komponenten von Kanban
Aufgabenliste | Spalten oder Swimlanes | WIP-Grenzen (Work-in-Progress-Grenzen) | Fortlaufende Releases |
Die Aufgabenliste (auch als "Storys" bezeichnet) beinhaltet die Issues oder Aufgaben, die erledigt werden müssen. | Durch Spalten/Swimlanes werden in einem Kanban-Board die Aufgaben im Zusammenhang mit unterschiedlichen Arbeitsbereichen, Benutzern, Projekten usw. voneinander getrennt. | Eine Regel zur Beschränkung des möglichen Arbeitsaufwands anhand der Kapazität des Teams. | Das Team arbeitet an den Storys unterhalb der WIP-Grenze und kann jederzeit ein Release veranlassen. |

Zuständigkeiten agiler Projektmanager
Unabhängig vom gewählten Agile-Framework für die Softwareentwicklung benötigst du eine Möglichkeit, den Fortschritt deines Teams zu verfolgen und künftige Aufgaben oder Sprints entsprechend zu planen. Mit Agile-Projektschätzungen können Scrum- und Kanban-Teams gleichermaßen ihre Kapazität ermitteln. Agile-Berichte verdeutlichen den Fortschritt des Teams im zeitlichen Verlauf. Durch die Pflege des Backlogs halten Projektmanager die Aufgabenliste aktuell, damit das Team sie direkt nutzen kann.
Value stream management solutions
Value stream management solutions help leaders elevate value stream thinking across the organization to increase the effectiveness of their teams. Teams need real-time access to data and reporting to understand whether processes are running smoothly. They can use VSM tools to drive continuous improvement and correlate investments to customer value.
VSM software solutions scale up collaboration without slowing teams down by:
- Offering an integrated view that breaks down company silos
- Linking people, work, and time across every level of the company
- Combining data from disparate sources like heterogenous toolchains
- Creating a single source of truth without disrupting day-to-day operations
- Continuously reinforcing Agile best practices
- Working with the framework of your choice, such as SAFe, Scrum@Scale, LeSS, Disciplined agile, Spotify, or hybrids.
- Providing tools for teams at every level - from executives through release trains
- Proactively managing cross-team dependencies to improve predictability
- Creating an environment of continuous improvement with shortened feedback loops
- Measuring and analyzing the things that matter
VSM solutions allow teams to act autonomously to deliver customer-requested products, then analyze whether they resulted in tangible, measurable changes in customer experiences, and respond to what they learn.
Value stream metrics for measuring goals and progress
Many enterprises suffer from lack of visibility and comprehensive reporting, especially those that are highly matrixed. Value stream management solutions cut through silos, pulling together disparate data to provide you with the metrics you need and actionable insights.
Flow metrics
Flow metrics evaluate the rate of value delivery in relation to desired business outcomes.
- Flow velocity measures the number of units of value that are completed during a specific time period within a value stream.
- Flow time measures the time from when work is started on a unit of value within a value stream to when it is released to a customer. Excessive flow times can indicate inefficiencies or bottlenecks.
- Flow load measures work in progress (WIP), a leading indicator that correlates to inefficiencies within a value stream.
- Flow efficiency measures the proportion of time that units of value are actively worked on compared to total flow time. A low flow efficiency may indicate lengthy wait times between steps causing large queues and more WIP.
- Flow distribution measures the ratio of the above flow items completed over a period of time. It is useful for prioritizing the work required to achieve corporate and team goals.
DORA metrics
DORA metrics evaluate and improve the effectiveness of DevOps teams.
- Lead time for changes is the length of time between when a code change is committed to the trunk branch and when it is in a deployable state.
- Change failure rate is the percentage of code changes that require hot fixes or other remediation after production.
- Deployment frequency measures how often new code is deployed into production, and can be used to measure a team’s speed and agility.
- Mean time to recovery (MTTR) measures how long it takes to recover from a partial service interruption or total failure.
Objectives and key results (OKRs)
Enterprises need to keep work done by teams aligned with corporate goals. Objectives and key results (OKRs) have two components: the objective you want to achieve and the key results that measure success. The C-Suite sets high-level OKRs connected to the organization’s mission, vision, and core values. Individual teams decide how to achieve those goals by setting their own team-level OKRs. OKRs can be set on a quarterly basis to allow for quicker pivot or persevere decisions based on new data or market changes. OKRs are tracked so you can see the current status of activities, such as whether they are on time, at risk or blocked.
How does VSM improve value realization?
Value realization focuses on making sure the right items are being worked on, they deliver what is intended, and they contribute to the next cycle of product development. While priority is typically given to developing new products or features rather than systemic improvements, a holistic view is required when making investments into features, defects, tech debt, and risk.
Value realization can be divided into two categories:
Outputs (value stream health)
Outputs are connected to the flow of work from idea to realization and delivery of a continuous stream of value for customers. Making improvements to the underlying delivery system (people, process, and technology) releases more time for value creation. By measuring work distribution and cycle times, teams can see how their actions impact their ability to deliver new features and increase capacity.
Outcomes (customer experiences)
By measuring customer experience, teams can see if they delivered the desired customer value, such as increased customer usage or positive reviews. These metrics (based on data, feedback, and analysis) provide teams with information needed to make future decisions and investments.
Mit der Jira Projektmanagement-Vorlage kostenlos loslegen
Verwalte Aktivitäten in jedem Projekt mit leistungsstarker Aufgabenverwaltung und einfachen Tools zur Priorisierung.
Artikel zum Agile-Projektmanagement
Solution page
Atlassian’s VSM Solution
Learn how Atlassian’s VSM Solution can help your organization deliver value to its customers.
Webinar
The secrets of value stream thinking
Learn how leaders can deliver meaningful outcomes to both the customer and the business by assessing how customer value flows through the organization.
Blog
Atlassian is part of the Value Stream Management Consortium
Learn how Atlassian strengthened our commitment to advancing value stream-centric ways of working.
Blog
Talking VSM: 3 tips for IT and DevOps leaders to engage the C-suite
Get tips on improving communications between business and technology leaders.
Blog
VSM for banking: Creating magic for customers by prioritizing value
Learn how value stream management optimizes customer experiences and digital innovations.
Article
Value stream mapping
Learn more about value streams and how to map them in your enterprise.
Article
Flow Metrics
Learn how to measure the flow of value using flow metrics.
Article
DevOps metrics
Learn how to measure success in DevOps with DORA metrics.
Scrum-Projekte in Jira Software
Hier erfährst du Schritt für Schritt, wie du in Jira ein Scrum-Projekt umsetzt, dein Backlog priorisierst und in Sprints aufteilst, die Scrum-Zeremonien durchführst und vieles mehr.
Dieses Tutorial ansehenScrum – eine kurze Einführung in die Scrum-Methode
Bei Scrum wird ein Produkt in einer Reihe von Iterationen mit fester Länge entwickelt, die als Sprints bezeichnet werden. Erfahre, welchen Einfluss die Scrum-Methode auf die Softwareentwicklung haben kann.
Diesen Artikel lesen