Gastbeitrag: Agiles Arbeiten bzw. Agilität im Projektmanagement steht für viele Unternehmen in projektorientierten Branchen ganz oben auf der Agenda. Methoden und Regelwerke wie Kanban oder Scrum bieten das theoretische Rüstzeug, bei der praktischen Umsetzung und Dokumentation helfen dann moderne Softwarelösungen, erklärt Oliver Lieven.
Foto: provantis
Der Autor Oliver Lieven ist Mitbegründer und Geschäftsführer von provantis IT Solutions, Anbieter der webbasierten Standardlösung für Zeiterfassung und Projekt-Controlling in projektorientierten Dienstleistungsunternehmen ZEP („Zeiterfassung für Projekte“)
Agilität bzw. agiles Arbeiten gehört in vielen projektorientierten Branchen wie der Softwareentwicklung, dem Ingenieur- und Bauwesen oder der Unternehmensberatung zu den aktuellen Fokusthemen. Ziel ist es, bei Projekten agiler und damit reaktionsschneller und flexibler zu werden.
Grundlage ist das bereits 2001 veröffentlichte agile Manifest, das ursprünglich für Softwareentwicklungsprojekte aufgestellt wurde und – in Abgrenzung zur traditionellen Projektarbeit – die folgenden vier Eckpfeiler definiert:
Überträgt man diese Leitsätze auf das konkrete Arbeiten im Projekt, so wird agiles Arbeiten in der Regel mit Kriterien wie eigenverantwortliches Arbeiten, Abbau von Hierarchien, kleinere Teams, höhere Beweglichkeit und Wendigkeit sowie einer schnellen Reaktionsfähigkeit auf Veränderungen gleichgesetzt. Eine Analogie, die den Unterschied zwischen agilem Arbeiten und traditioneller Projektarbeit veranschaulicht, ist der Vergleich einer Ampelkreuzung mit einem Kreisverkehr.
Bei einer Ampelkreuzung gibt es Regeln, die von außen – durch die Verkehrsleitzentrale – aufgestellt wurden und die von jedem Verkehrsteilnehmer eingehalten werden müssen. Eigenverantwortliches Entscheiden ist nicht möglich. Unabhängig davon, ob man mitten in der Nacht allein oder in der „Rush Hour“ mit vielen anderen vor der Ampel steht, gelten immer dieselben Regeln. Fehlverhalten wird sanktioniert.
Im Gegensatz dazu gibt es bei einem Kreisverkehr deutlich weniger Regeln, die aber allen Verkehrs-teilnehmern bekannt sind. Diese können dann selbst entscheiden, ob und wann sie in den Kreisverkehr einfahren. In der Regel funktionieren Kreisverkehre deutlich sicherer, einfacher und schneller.
Auf der Grundlage der eher allgemeinen Leitsätze für agiles Arbeiten wurden einige konkrete Arbeits-weisen und Methoden entwickelt. Zu den bekanntesten gehören z.B. Kanban, Extreme Programming oder Scrum.
Scrum ist ein Regelwerk für die Vorgehensweise im Projekt- und Produktmanagement. Es wurde ursprünglich – analog zum agilen Manifest – für die Softwareentwicklung konzipiert, wird mittlerweile aber auch in vielen anderen Bereichen eingesetzt. Ziel ist es, eine Anleitung für agiles Arbeiten zu bieten, indem die Denkmuster und das Mindset, das hinter agilem Arbeiten steckt, in konkrete, umsetzbare Vorgaben und Regeln übernommen werden. Ausgangspunkt für die Arbeit mit Scrum sind die Rollen, die die einzelnen Projektbeteiligten im Projekt übernehmen. Scum unterscheidet dabei in Product Owner, Entwickler und Scrum Master mit unterschiedlichen Verantwortlichkeiten sowie externe Stakeholder wie z.B. Kunden, Anwender oder das Management. Der große Unterschied zur klassischen Projektarbeit besteht darin, dass die Projektverantwortung unter den einzelnen Rollen aufgeteilt wird und es keinen alleinigen Projektgesamtverantwortlichen mehr gibt.
Das Projekt selbst wird in Scrum in unterschiedliche „Sprints“, also Arbeitsabschnitte, aufgeteilt, die mit einem Sprint Planning beginnen und einem Sprint Review bzw. einer Sprint Retrospektive enden. Ein weiterer wichtiger Scrum-Baustein ist der Event, ein zeitlich klar begrenztes Meeting zwischen den Projektbeteiligten. Dokumentiert und archiviert werden Projekte in Scrum im Product Backlog, die jeweiligen Sprints im Sprint Backlog.
Softwarelösungen unterstützen die agile Projektarbeit. Am Beispiel von ZEP kommt dabei ein Ticketsystem zum Einsatz. Die in Scrum festgelegten Sprints können durch entsprechende Tickets oder Teilaufgaben abgebildet werden. Sollen Stakeholder wie z.B. Kunden Zugriff auf die einzelnen Tickets erhalten, ist dies ebenfalls möglich. Analog zu den Scrum Backlogs bietet das Ticketsystem die Möglichkeit, auf Knopfdruck einen Projektplan mit einer Übersicht aller Tickets und Teilaufgaben abzurufen. Zur Dokumentation und Auswertung können Ticket-Übersichten – in der Scrum Welt würde man dann von Sprint Backlog sprechen – für das jeweilige Projekt oder projektübergreifend erstellt werden.
