Fünf Grundsätze des Schachs im agilen Projektmanagement

Von Natur aus neugierig, habe ich die Angewohnheit, Dinge aus verschiedenen Blickwinkeln zu betrachten. Hier bei AOE setzen wir unsere Projekte mit der agilen Scrum-Methodologie um. Heute möchte ich darüber schreiben, wie Grundsätze des Schachs im agilen Projektmanagement eingesetzt werden können. Du wirst wahrscheinlich fragen: Was hat die Arbeit an einem Projekt mit diesem Brettspiel gemein? Eine Menge, denke ich.

Nichtsdestotrotz ist dies kein Beitrag über Entwickler kontra Projektmanager kontra Stakeholders, sondern durchleutet, wie ich denke, eine Situation, bei der alle Beteiligten gewinnen – ein erfolgreich durchgeführtes Projekt.

Dienstleister und Klienten haben beide das Ziel, ein Projekt zum Erfolg zu führen. Als Erstes, sprich offen mit deinen Klienten und lass sie wissen, dass du sie verstehst und dass ihr auf der gleichen „Wellenlänge“ seid. Mach es dem Kunden deutlich, dass einige seiner Maßnahmen zu einem unnötigen Einsatz von Ressourcen führen können (auf beiden Seiten), z. B. in Form von Zeit, Geld oder Arbeit. Der Schlüssel hier ist, dass beide Seiten das gleiche Ziel vor Augen haben. Dies zu beherzigen, hilft Missverständnisse zu vermeiden. Und, jede Maßnahme seitens des Dienstleisters oder des Kunden kann negative Auswirkungen haben, oder andererseits das Projekt auch vorantreiben. Also, bewerte und analysiere den Geschäftswert jeder Aktion und jedes Sprintziel von diesem Standpunkt aus. Genau wie Schachspieler es tun, bevor sie einen einzigen Zug machen.

Es gibt Spiele, wo Glück oder Zufall eine wichtige Rolle spielen. Schach gehört nicht dazu. Und genauso wie man ohne ein bestimmtes Erfahrungsniveau kein guter Schachspieler sein kann, ist es ebenfalls unmöglich, einen Sprint erfolgreich zu beenden, wenn man die User Stories unüberlegt ausgesucht hat. Recherchiere am Projektanfang, um einen guten Start zu garantieren.

Hier ein Beispiel. Bevor man mit dem Schachspielen anfängt, ist eine gute Idee, die Wissensdatenbank der Eröffnungen gründlich zu erforschen. Analog dazu: Wenn dein Sprint schlecht geplant worden ist, kannst du damit rechnen, dass der aktuelle oder ein künftiger Sprint scheitern wird.

Im Schach gibt es „Blitzpartien“, aber auch Spiele, die sich über Tage erstrecken. Es ist wichtig, geduldig zu sein: um zu evaluieren, eine Strategie zu entwickeln und Taktiken zu überdenken. In der Entwicklung mit Agile Scrum ist es ebenfalls entscheidend, Geduld zu haben und überstürzte Entscheidungen sowie eine allzu schnelle Analyse zu vermeiden. Und auch wenn du am Anfang eines Projekts keine zeitlichen Grenzen oder knappe Deadlines hast, so ist es trotzdem essenziell, eine perfekte Balance von Zeit, Strategie und Ressourcen zu finden.

Ein großer Schachspieler zeichnet sich durch Kreativität aus – aber auch dadurch, dass er ungewöhnliche und unerwartete Züge auswählt. Bei Scrum ist es ähnlich; hier muss das Team erfinderisch sein und ständig innovative Ideen entwickeln, während es aktiv am Projekt arbeitet. Und hier ist der Beitrag jedes Team-Mitglieds wichtig.

Bekanntermaßen impliziert ein Gambit (also ein Baueropfer in der Eröffnung), dass der Spieler früh etwas opfert, um einen späteren Vorteil zu erzielen. In diesem Sinne kann der Begriff auch auf das Agile Scrum Projektmanagement angewandt werden – und zwar sowohl in der Projektentwicklung als auch in der internen Team-Zusammenarbeit. Das Konzept: Ein Gambit (also ein kleines Opfer) wird angeboten, um etwas für das gemeinsame Ziel des Projektteams und des Klienten zu tun – etwas, das für beide Seiten wichtig ist. Entscheidend ist es, den Gesamtüberblick zu behalten.

In der agilen Entwicklung, während du dein Ziel verfolgst, gibt es vielleicht mehr als eine Richtung, in die du gehen kannst. Beim Schach ist es ähnlich; hier gibt es für jeden Zug unendliche viele Varianten. Wenn du aber einen guten Zug gefunden hast, höre nicht damit auf, nach Perfektion zu streben: