Das Wer, Warum und Wie des Projektmanagements in der Softwareentwicklung

Du wagst dich in die Softwareentwicklung. Sie haben eine zukunftssichere Idee, detaillierte Anforderungen, gerade genug technisches Know-how und ein kompetentes Team. Ihnen fehlt nur noch ein kompetenter Projektleiter. Wie stehen die Chancen, dass Sie das Projekt unter diesen Voraussetzungen abschließen?

Die traurige Wahrheit ist, dass die Erfolgschancen nicht so hoch sind. Verschiedene Studien deuten darauf hin, dass die Hauptursachen für Fehler in der Softwareentwicklung meist an schlechtem Projektmanagement liegen.

Häufige Fehler bei der Verwaltung von Softwareentwicklungsprojekten, die zum Scheitern führen, sind sich ändernde Projektziele, unzureichende Kommunikation, schlechtes Änderungsmanagement, ungenaue Kostenschätzungen, nicht identifizierte Risiken und andere.

Um also sicherzustellen, dass Ihr Projekt nicht außer Kontrolle gerät, müssen Sie einem gesunden Projektmanagement Priorität einräumen. Im Folgenden teilen wir unsere Expertise in der Entwicklung von Unternehmenssoftwarelösungen und beantworten akute Fragen zum Management von Softwareentwicklungsprojekten.

Wie wichtig ist Projektmanagement für den Erfolg von Softwareentwicklungsprojekten?

Kurz gesagt, sehr.

Softwareentwicklungsprojekte sind in der Regel sehr komplex. Damit ein Projekt als erfolgreich gilt, muss es die Anforderungen erfüllen und eine hohe Ausführungsqualität garantieren, während es zeit- und budgetgerecht abgeschlossen wird. Und dafür ist ein Projektmanager zuständig.

Die Vorteile der Einstellung engagierter Talente für die Verwaltung von Softwareentwicklungsprojekten umfassen daher:

• Reduzierte Risiken
• Ein Projektmanager ist für ein effektives Risikomanagement verantwortlich. Gleich zu Beginn eines Projekts skizzieren, dokumentieren und priorisieren sie potenzielle Risiken und entwerfen eine Risikoreaktionsstrategie.

Vier gängige Möglichkeiten, auf Risiken zu reagieren, umfassen:

• Vermeiden: Beseitigen oder verzichten Sie auf eine Bedrohung
• Mildern: Reduzieren Sie die Wahrscheinlichkeit oder Auswirkung einer Bedrohung
• Übertragung: Eine Bedrohung einem Dritten zuweisen oder übertragen
• Akzeptieren: Erkennen Sie eine Bedrohung an und entscheiden Sie sich dafür, sie nicht zu lösen, zu übertragen oder abzumildern.

Um eine geeignete Risikoreaktionsstrategie zu entwickeln, kann ein Projektmanager Brainstorming-Sitzungen mit dem Team einrichten, auf Storyboarding zurückgreifen oder Personen aus allen Bereichen des Betriebs befragen. Mit der vorliegenden Risikomanagementstrategie wird es für das Projektteam einfacher, Risiken vorherzusehen und ihnen rechtzeitig vorzubeugen.

• Bessere Kontrolle über die Projektkosten
• Kostenüberschreitungen sind bei der Verwaltung von Softwareentwicklungsprojekten üblich. Da sie nicht nur die Margen beeinträchtigen, sondern auch die Fähigkeit zur Durchführung des Projekts behindern, entwickelt ein erfahrener PM einen optimalen Ansatz für das Kostenmanagement.
• Sie schätzen, budgetieren und kontrollieren die Kosten während des gesamten Projektlebenszyklus mit dem Ziel, die Ausgaben im genehmigten Rahmen zu halten. Ein gesundes Kostenmanagement hilft auch dabei, Erwartungen für Stakeholder festzulegen, Umfangserweiterungen zu kontrollieren, den Projekt-ROI zu steigern und langfristige Kostentrends zu überwachen.
• Optimale Nutzung der Ressourcen
• Ein gesundes Projektmanagement in der Softwareentwicklung hilft sicherzustellen, dass alle Projektressourcen, die Menschen, ihre Fähigkeiten, Zeit, Werkzeuge, Ausrüstung und Dienstleistungen umfassen, koordiniert und effizient genutzt werden.
• Während der Entdeckungsphase des Projekts schätzt, weist und plant ein PM die benötigten Ressourcen und verteilt sie nach Prioritäten. Während der Entwicklung verfolgt der PM die Ressourcennutzung und beseitigt alle Engpässe, die den Projektabschluss behindern könnten.
• Bessere Kontrolle über den Projektumfang
• Scope Creep ist ein häufiges Problem bei der Verwaltung von Softwareentwicklungsprojekten und sollte besser vermieden werden. Unkontrollierte Änderungen beeinflussen den Projektzeitplan, das Budget, die Kosten und die Ressourcenzuweisung und gefährden die Erreichung von Meilensteinen.
• Beim Projektmanagement in der Softwareentwicklung richtet ein PM ein Änderungsanforderungsverfahren ein und stellt sicher, dass es für jede neue Anforderung befolgt wird. Ziel ist es, unkontrolliertes Scope Creep zu vermeiden und sicherzustellen, dass das Projekt pünktlich und innerhalb des Budgets geliefert wird. Sobald die neue Aktivität genehmigt und dem Umfang hinzugefügt wurde, werden der Projektzeitplan und die Budgetbasislinien entsprechend aktualisiert.

Was ist Projektmanagement in der Softwareentwicklung?

Projektmanagement in der Softwareentwicklung ist die Kunst, Projektaktivitäten unter Berücksichtigung der verfügbaren Ressourcen und Einschränkungen zu planen, zu planen und zu verfolgen.

Wie oben erwähnt, sind Softwareentwicklungsprojekte ziemlich komplex und umfassen mehrere Phasen. Ein Projektmanager plant und überwacht die Projektausführung in diesen Phasen.

Laut dem Project Management Institute gibt es aus der Sicht eines PMs fünf Schlüsselphasen im Lebenszyklus einer Softwareentwicklung.

• Projektkonzeption

Das Hauptziel der Projektkonzeptionsphase besteht darin, die Kernziele des Projekts zu bestimmen, die Geschäftsanforderungen zu definieren und die Leistungsbeschreibung zu entwerfen. Letzteres sollte vor allem die Anforderungen an die zukünftige Lösung und einen Projektlieferplan enthalten. Die Projektkonzeption erfordert in der Regel eine enge Zusammenarbeit zwischen allen Projektbeteiligten, wobei ein Business Analyst und ein Projektmanager die Führung übernehmen.

• Projektplanung

Die Projektplanungsphase ist eine gemeinsame Anstrengung eines Projektmanagers und eines Projektteams. Das Projektteam entwirft die technische Architektur einer Lösung und entwickelt deren Look-and-Feel. Ein PM wiederum entwirft einen Projektplan, erstellt einen Projektstrukturplan und bereitet einen Projektplan vor. Das Endziel der Phase besteht darin, ein klares Verständnis des Projektumfangs zu erlangen und die Grundlage für die Überwachung und Steuerung der Projektleistung zu schaffen.

In dieser Phase richtet ein PM auch Kommunikations- und Fortschrittsverfolgungstools sowie Pläne für zukünftige Bereitstellungen ein und definiert Akzeptanzkriterien.

• Projektstart und -durchführung

Während ein Projektteam die zukünftige Lösung entwickelt und testet, überwacht ein Projektmanager die Leistung des Teams, beseitigt Engpässe, die die Projektarbeit behindern können, erleichtert die Kommunikation zwischen Teammitgliedern und Projektbeteiligten, dokumentiert den Projektfortschritt, verfolgt Risikoauslöser und erstellt Berichte an den Kunden oder die Geschäftsleitung.

• Projektabnahme

In der Phase der Projektabnahme wird die Lösung oder eine Reihe von Ergebnissen in einer Staging-Umgebung eingeführt, wo sie Beta-getestet wird. Das Entwicklungsteam stellt bei Bedarf die notwendigen Füchse zur Verfügung. Der PM stellt sicher, dass die Lösung vollständig und pünktlich geliefert wird, und garantiert, dass die gelieferte Software die vereinbarten Abnahmekriterien erfüllt. Ein weiterer Teil des Projektmanagements in der Softwareentwicklung in der Projektabnahmephase befasst sich mit der Erstellung von Benutzerhandbüchern, Installationsanleitungen und anderen Projektdokumentationen.

• Projektabschluss

Nach Abschluss eines Projekts führt ein Projektmanager eine rückblickende Überprüfung durch, bei der er die Höhen und Tiefen des gesamten Projekts bewertet und dokumentiert. Sie stellen auch sicher, dass der gesamte Lieferumfang an den Kunden/Produkteigentümer übergeben wird, einschließlich des gesamten Quellcodes, der Softwaredokumentation, der Entwicklungsumgebung und mehr.

Diese wesentlichen Phasen können linear aufeinander folgen oder sich stärker überschneiden – je nach gewähltem Ansatz zur Verwaltung von Softwareentwicklungsprojekten.

Projektmanagement in der Softwareentwicklung: beliebte Methoden

Zu den am weitesten verbreiteten Methoden des Softwareprojektmanagements gehören Scrum, Kanban (beide gehören zur Agile-Familie) und Wasserfall.

Andere, weniger verbreitete Ansätze zum Projektmanagement in der Softwareentwicklung umfassen: das inkrementelle Entwicklungsmodell, das Spiralmodell, PRINCE2 und den Rational Unified Process (RUP).

Gedränge

Scrum ist einer der beliebtesten Ansätze für das Projektmanagement in der Softwareentwicklung und unterteilt den Entwicklungsprozess in Sprints von jeweils zwei bis vier Wochen. Den Sprints geht in der Regel eine gründliche Planung voraus. Scrum eignet sich gut für Projekte mit einem hohen Maß an Unsicherheit, setzt auf funktionsübergreifende, selbstorganisierte Teams und vertritt die Idee der inkrementellen Entwicklung auf der Grundlage von Beobachtungen und Experimenten.

Scrum-basiertes Projektmanagement in der Softwareentwicklung unterscheidet sich ein wenig vom traditionellen Management, da es kein PM als solches gibt. Stattdessen werden die Verantwortlichkeiten zwischen einem Product Owner und einem Scrum Master geteilt.

Kanban

Die Besonderheit von Kanban ist, dass es keine explizit definierten Iterationen gibt. Es ist ein schlanker Ansatz zur Verwaltung von Softwareentwicklungsprojekten, der dabei hilft, den Projektumfang zu visualisieren, die laufenden Arbeiten zu begrenzen und einen reibungslosen Arbeitsablauf sicherzustellen. Die Methodik verwendet physische oder digitale Kanban-Tafeln, die den einzigartigen Arbeitsprozess des Teams darstellen.

Aufgrund seiner Art eignet sich das Modell gut für Support- und Wartungsprojekte.

Eine weitere Besonderheit von Kanban ist die Implementierung eines Limits für die Menge der laufenden Arbeiten. Die Methodik zielt darauf ab, Umfang und Ressourcen in Einklang zu bringen. Aufgaben werden je nach verfügbarer Kapazität abgerufen und nicht bei Bedarf in den Prozess verschoben.

Die Verantwortlichkeiten für die Verwaltung eines Softwareentwicklungsprojekts werden in der Regel zwischen zwei für Kanban wesentlichen Rollen aufgeteilt: einem Service Delivery Manager und einem Service Request Manager. Ersteres ist für die Steigerung der Effizienz von Arbeitsabläufen verantwortlich, während Letzteres hauptsächlich damit beschäftigt ist, die Bedürfnisse und Erwartungen des Kunden zu interpretieren.

Es ist jedoch nicht erforderlich, zusätzliche Teammitglieder einzustellen, um die Kanban-Regeln zu erfüllen. In der Realität ist ein erfahrener PM in der Regel für beide Rollen gut geeignet.

Wasserfall

Im Gegensatz zur Agile-Familie unterteilt das Wasserfall-basierte Projektmanagement ein Projekt in verschiedene, aufeinander folgende Phasen.

Traditionell beginnt eine neue Phase, sobald die vorherige vollständig abgeschlossen ist. Moderne Wasserfallprojekte erlauben jedoch ein gewisses Maß an Überlappung. Es ist beispielsweise durchaus üblich, dass ein Testteam während der Entwicklung mit der Überprüfung einzelner Funktionen beginnt.

Der Wasserfall-Ansatz zur Verwaltung von Softwareentwicklungsprojekten funktioniert gut für Projekte mit vorhersehbarem Umfang, kann aber dazu führen, dass Entwicklungsteams auf dem falschen Fuß bleiben und sich nicht schneller anpassen können als die Konkurrenz.

Da es Besonderheiten im Projektmanagement in Waterfall und Agile gibt, lassen Sie uns auf die wichtigsten Unterschiede eingehen.

Was ist der Unterschied zwischen Wasserfall- und agilem Projektmanagement?

Sehen wir uns nun genauer an, wie sich Managementpraktiken in Wasserfall- und Agile-Projekten unterscheiden. Wir vergleichen die beiden, da sie weiter verbreitet sind als andere Projektmanagement-Methoden und es signifikante Unterschiede in der Organisation der Projektarbeit in beiden gibt. Letzteres beeinflusst die Rolle und die Verantwortlichkeiten eines Projektmanagers (bzw. einer entsprechenden Rolle in Agile).

Projektplanung

In Waterfall ist es unmöglich, voranzukommen, ohne genau zu verstehen, was Sie bauen und warum. Aus diesem Grund ist die Erstellung einer umfassenden Softwareanforderungsspezifikation die oberste Priorität bei Wasserfallprojekten. Normalerweise wird der SRS von einem Business Analyst geschrieben. Aber in Ermangelung eines solchen kann ein Projektmanager übernehmen.

Agile hingegen ermöglicht mehr Flexibilität. Die Einführung von Produkt- und Prozessverbesserungen unterwegs ist die Essenz agiler Methoden. Planungsaktivitäten werden in der Regel einen Sprint im Voraus durchgeführt. Der Rückstand entsteht während des sogenannten Sprint Zero.

Während des Sprints Null entwickelt das Team eine minimale Anzahl von User Stories, um daraus ein funktionsfähiges Produkt zu machen, und richtet optional die Infrastruktur für die Entwicklung ein. Der Sprint wird normalerweise leicht und auf hohem Niveau gehalten.

Verwaltung des Projektumfangs und Budgetierung

In Wasserfall muss der Lösungsumfang während der gesamten Projekte erhalten bleiben. Änderungsanträge werden über das Änderungsmanagementverfahren verwaltet und separat in Rechnung gestellt. Das Projektmanagement in der agilen Softwareentwicklung bietet mehr Flexibilität in Bezug auf das Scope-Management, macht es jedoch schwierig, die Auswirkungen von Scope-Änderungen auf die endgültigen Softwarekosten abzuschätzen. Dies wirkt sich auf die Herangehensweise an die Projektbudgetierung aus.

In Waterfall erfolgt die Budgetierung von oben nach unten, kontrolliert und basiert auf einem detaillierten Business Case. Ein solches Vorgehen ermöglicht nach Erhebung und Analyse der Anforderungen eine realistische Kostenschätzung. Der größte Nachteil ist, dass dieser Ansatz nicht in volatilen, unsicheren und mehrdeutigen Umgebungen funktioniert, wie es Softwareentwicklungsprojekte oft sind.

Die Art und Weise, wie Kosten für Softwareentwicklungsprojekte mit Agile verwaltet werden, reagiert auf Veränderungen. Und das ist Vorteil und Komplexität zugleich. Die agile Budgetierung orientiert sich an der Struktur und dem Zeitplan des Projekts. Und da es auch der Sprint-Struktur folgt, kann sich das Team leichter auf veränderte Umstände einstellen – ohne dass das das gesamte Projektbudget beeinträchtigt. Der Projektleiter kalibriert die Ausgaben einfach in der nächsten Planungsrunde neu.

Projektleistungen

Durch den agilen Weg erhalten Unternehmen nach jeder Iteration ein Inkrement an neuen Funktionen oder anderen Ergebnissen – sei es eine technische Vision, ein funktionierendes Feature oder ein MVP.

Beim klassischen Wasserfall hingegen bekommt ein Kunde bis zum Ende des Projekts keine wirklich schlüssige, funktionierende Lösung. Die umfassenden Testaktivitäten werden auch später im Entwicklungsprozess durchgeführt, was sich auf die Markteinführungszeit auswirken kann.

Projektdokumentation

Eine ordnungsgemäße, dokumentierte Planung ist ein Muss bei der Verwaltung von Softwareentwicklungsprojekten nach Waterfall. Die Projektanforderungen müssen im Voraus klar sein, und jedes Teammitglied sollte sich ihrer bewusst sein. Jedes Teammitglied sollte auch verstehen, was seine Rolle innerhalb des Projekts ist und was von ihm erwartet wird. Auch diese Informationen werden in der Regel dokumentiert und im Projektteam verteilt.

Wasserfallteams beziehen sich während des gesamten Entwicklungsprozesses häufig auf die Dokumentation, um den Fortschritt leichter nachverfolgen zu können. Und das ist der einzige Weg, dies zu tun – in Anbetracht der Länge und Komplexität von Projekten, die typischerweise nach Waterfall verwaltet werden. Die Dokumentation findet in jeder Phase statt, um sicherzustellen, dass alle über den Fortschritt des Projekts auf dem gleichen Stand sind, trotz der sequentiellen Natur des Modells.

Während eine umfangreiche Dokumentation bei Waterfall der Risikominderung dient, senkt sie bei Agile die Anpassungsfähigkeit an Veränderungen. Daher ist es üblich, in agilen Projekten weniger Dokumentation zu erstellen. Und wenn es produziert wird, werden die Dokumente knapp gehalten.

Aber trotz eines weit verbreiteten Irrglaubens gibt es nichts in der agilen Methodik, das Teams von Natur aus daran hindert, so viel Dokumentation zu erstellen, wie sie benötigen. Manche Dokumente sind sogar absolut notwendig. Das Hinzufügen von User Stories zum Backlog, das Entwerfen von Wireframes und das Dokumentieren von Kundenmeetings sind ein Muss. Agile schlägt vor, den Dokumentationsprozess intelligenter zu gestalten und zu lange Dokumentationen zu vermeiden.

Welche Aufgaben hat ein Projektmanager?

Die Verantwortlichkeiten eines Projektmanagers unterscheiden sich auch je nach Ansatz zur Verwaltung eines Softwareentwicklungsprojekts. Mal sehen, was ein PM oder eine entsprechende agile Rolle in jeder Phase des Projekts genau macht.

Im Wasserfall

Ein Projektmanager ist die wichtigste Rolle in jedem Waterfall-Team. Sie sind verantwortlich für die Qualität der Leistungen und den termingerechten Abschluss des Projekts. Zu ihren Hauptaufgaben gehören die Überwachung der Projektaktivitäten und die Zuweisung von Aufgaben für die Teammitglieder.

Lassen Sie uns nun den Arbeitsumfang des PM in Phasen unterteilen.

Im agilen

Ein agiler Projektmanager priorisiert die Backlog-Elemente für jeden Sprint, überwacht den Entwicklungsfortschritt und stellt eine effektive Kommunikation innerhalb des Teams sowie zwischen dem Team und den Stakeholdern her. Sie überwachen auch Risiken in jeder Phase des Projekts und stellen sicher, dass der Entwicklungsprozess den agilen Prinzipien entspricht.

Dies ist, was ein Projektmanager in jeder Phase eines agilen Projekts konkret tut:

Auf welche Fallstricke muss ein Projektmanager achten?

Der Schlüssel zum Erfolg beim Management von Softwareentwicklungsprojekten liegt in der Fähigkeit, Risiken vorzubeugen und abzuwehren. Die üblichen Fallstricke, auf die ein guter PM achten sollte:

Keine Kontrolle über den Umfang

Besonders im Agile-Bereich ist es üblich, dass Kunden unterwegs zusätzliche Funktionen anfordern, was Projekte oft schief gehen lässt. Ein Projektmanager muss daher ein klares Change-Management-Verfahren einführen, um Umfangserweiterungen zu verhindern. Sie müssen auch sicherstellen, dass die Beteiligten bezüglich der Auswirkungen von Änderungen auf einen Projektzeitplan und Ressourcen auf derselben Seite sind.

Keine Konzentration auf die Einhaltung des Liefertermins

Bei der Entwicklung eines Produkts mit strengen Time-to-Market-Anforderungen, beispielsweise einer Bildungs-App, die vor Beginn des Schuljahres veröffentlicht werden muss, oder einer Einzelhandels-App, die rechtzeitig zum Weihnachtsgeschäft eingeführt werden muss, muss ein PM zuschlagen die richtige Balance zwischen Pünktlichkeit und Sicherstellung einer hohen Qualität.

Sie müssen zusätzliche Anstrengungen unternehmen, um Funktionen zu priorisieren und Fristen für jede zu liefernde Funktion festzulegen. Auch die Qualitätsanforderungen müssen im Vorfeld definiert werden, um Probleme nach dem Rollout zu vermeiden.

Es gelingt nicht, eine effektive Kommunikation aufzubauen

Effektives Projektmanagement in der Softwareentwicklung erfordert effektive und transparente Kommunikation. Die Einrichtung eines solchen ist die Hauptaufgabe des PM. Sie müssen das Team über Entscheidungen der Stakeholder auf dem Laufenden halten und die Stakeholder regelmäßig über alle Projektaktivitäten, Engpässe und Herausforderungen informieren.

Versäumnis, klare Prozesse zu etablieren

Das Verfolgen eines Softwareentwicklungsprozesses mag für die Teammitglieder wie eine Belastung erscheinen. Dennoch ist es notwendig, einen klaren Workflow einzurichten, der auf die Projektspezifika zugeschnitten ist. Es wird die Arbeit strukturieren und Erwartungen klar machen.

Auf ungewohnte Technik setzen

Der Projektmanager muss sicherstellen, dass sich das Engineering-Team bei der Auswahl der Technologie auf die Lösung des Geschäftsproblems des Kunden konzentriert. Sie müssen auch überprüfen, ob der gewählte Tech-Stack den bewährten technischen Verfahren entspricht.

Ein weiterer technologiebezogener Fallstrick besteht darin, die Skalierbarkeit in den frühen Phasen der Produktentwicklung nicht einzuplanen. Daher empfehlen wir, die Skalierbarkeitsanforderungen zusammen mit anderen nicht funktionalen Anforderungen im Voraus zu definieren.

Den Rollout-Prozess nicht im Voraus zu überdenken

Der Rollout-Prozess wird in den frühen Phasen der Entwicklung oft übersehen, was zu kritischen Verzögerungen bei der Bereitstellung führt. Ein gesundes Projektmanagement in der Softwareentwicklung erfordert einen PM, der sicherstellt, dass Rollout- und Installationsprobleme früh im Entwicklungsprozess berücksichtigt werden.

Wie man Projektmanagement in der Softwareentwicklung angeht: ITRex-Perspektive

Wir haben uns mit Alexander Belkavets, Lead PM bei ITRex, zusammengesetzt und ihn darüber interviewt, wie wir bei ITRex an das Software-Projektmanagement herangehen. Folgendes haben wir gelernt.

Auf welche Faktoren verlassen Sie sich bei der Auswahl eines geeigneten Projektmanagementmodells für unsere Kunden?

Alexander: Es gibt viele Faktoren, die für die Wahl dieses oder jenes Ansatzes im Projektmanagement sprechen. Die wichtigsten sind Projektumfang, Budget und Time-to-Market.

Wenn wir an einem Produkt arbeiten, das regelmäßig aktualisiert werden muss, um kontinuierlich Wert für Endbenutzer zu generieren, beispielsweise eine Gaming-App, würden wir uns natürlich für Scrum oder einen Scrum-ähnlichen Ansatz entscheiden.

Wenn wir hingegen an einer Softwarelösung arbeiten, die von einer Regierungsbehörde in Auftrag gegeben wird, was normalerweise bedeutet, dass das Budget feststeht, würden wir uns eher für einen Wasserfall-ähnlichen Ansatz entscheiden, um die erforderliche Vorhersehbarkeit zu gewährleisten. Es ist jedoch nicht ungewöhnlich, die Entwicklungsphase in kleinere Iterationen aufzuteilen. Daher greifen wir oft auf einen hybriden Ansatz zurück, der es uns ermöglicht, von der Vorhersagbarkeit von Waterfall und der kontinuierlichen Verbesserung und Geschwindigkeit der Bereitstellung von Agile zu profitieren.

Beeinflussen andere Faktoren die Wahl einer Projektmanagementmethode?

Alexander: Klar. Die Branche, in der eine zukünftige Lösung eingesetzt wird, der Zertifizierungsbedarf, die Bereitschaft des Kunden, sich in den Prozess einzubringen, und viele andere Faktoren beeinflussen das Projekt ebenfalls.

Bei der Entwicklung von Gesundheitslösungen ist es beispielsweise üblich, sich für Waterfall zu entscheiden. In den USA muss, bevor man beispielsweise ein neuartiges Gesundheitsgerät auf den Markt bringen kann, die FDA-Zulassung erhalten werden. und das erfordert eine umfangreiche Dokumentation, die nach Agile unmöglich zu gewährleisten wäre.

Was genau beinhaltet Ihre Rolle als Projektleiter? Was ist Ihr Hauptziel bei der Verwaltung der Projekte unserer Kunden?

Alexander: Ich betrachte meine Rolle als Projektleiter aus zwei Perspektiven.

Die erste lautet: Das Managen eines Projekts ist das Managen von Risiken. Softwareentwicklungsprojekte sind vielen Risiken ausgesetzt – von inhärent fehlerhaften Anforderungen über unzureichende Beschaffung bis hin zu sich ändernden Technologielandschaften und darüber hinaus. Das Hauptziel eines Projektmanagers in dieser Hinsicht ist es, die Auswirkungen von Risiken auf das Projekt zu minimieren und somit die Wahrscheinlichkeit einer erfolgreichen Softwarelieferung zu maximieren.

Die zweite Perspektive ist: Das Management eines Projekts wird zu einer Art Integrator, der es ermöglicht, dass viele Projektsubsysteme wie Entwicklung, Test und Bereitstellung harmonisch zusammenkommen. Das Hauptziel eines PM ist es, alle Prozesse innerhalb des Projekts so zu orchestrieren, dass weniger Risiken ausgelöst werden und eine maximale Auslastung der Ressourcen gewährleistet ist.

Können Sie sich an ein Projekt zurückerinnern, bei dem sich ein gewählter Projektmanagement-Ansatz als entscheidender Faktor für den Erfolg eines Produkts erwiesen hat?

Alexander: Wir haben für unseren Kunden eine mobile Anwendung entwickelt und das Projekt mit Scrum gestartet. Nachdem wir die erste Version der App veröffentlicht und die ersten Produktmetriken erhalten hatten, entschieden wir uns für den Wechsel zu Kanban.

Um die ersten Benutzer zu halten, mussten wir weiterhin regelmäßig neue Funktionen bereitstellen, obwohl zweiwöchige Sprints nicht mehr erforderlich waren. Mit Kanban konnten wir die Sprintlänge an die Komplexität neuer Funktionen anpassen, mit einem durchschnittlichen Sprint von drei bis vier Wochen, sodass wir das Liefertempo beibehalten konnten, ohne das Entwicklungsteam zusätzlich unter Druck zu setzen. Infolgedessen gelang es unserem Kunden, neue Benutzer zu halten und zu gewinnen.

Da agile Teams so positioniert sind, dass sie sich selbst verwalten, ist es verlockend zu glauben, dass ein Projekt auch ohne einen dedizierten Projektmanager abgeschlossen werden kann. Ist es so?

Alexander: Falls es keinen dedizierten PM gibt, müssten die Verantwortlichkeiten eines einzelnen auf alle Teammitglieder verteilt werden. Man muss immer noch Zeit in die Priorisierung des Rückstands, die Beschaffung von Ressourcen, die Berichterstattung und die Durchführung anderer wesentlicher Managementaufgaben investieren. Aber in Ermangelung eines PM würden diese Aufgaben an Personen ohne Fachkenntnisse delegiert. Das trägt nicht dazu bei, die Talentauslastung zu maximieren.

Ein No-PM-Ansatz mag für ein kleines Team von 3–4 Personen funktionieren, aber wenn diese Zahl größer wird, wird es unerlässlich, einen engagierten Projektmanager zu haben.

Wenn Sie noch offene Fragen zum Management von Softwareentwicklungsprojekten haben oder bereit sind, die Verantwortung für die Leitung Ihres Projekts an einen erfahrenen Partner zu übergeben, wenden Sie sich an ITrex.

Ursprünglich am 24. Oktober 2022 unter https://itrexgroup.com veröffentlicht.