Was ist so toll an Agile? Eine Einführung in die agile Methodik
Agile Definieren Sie als agile Managementsysteme, die es schon seit einiger Zeit gibt, aber in letzter Zeit an Aktualität gewonnen haben. Tatsächlich ist Agile Management in fast jedem IT-Projektmanagement-Blog jedes Jahr konsequent auf den Top-Projektmanagement-Trends vertreten.
Die Anwendung von Agile in IT-basierten Projekten ist unbestritten, da es nicht nur in IT-Softwareprojekten, sondern auch in der Produktentwicklung und Innovation Verwendung findet.
Was ist so toll an Agile? Fragen Sie Mitarbeiter, die von einem traditionellen System zu Agile gewechselt sind, und beklagen Sie möglicherweise die ständigen Besprechungen und „Besprechungen über Besprechungen“.
Es stellt sich heraus, dass Agile viel mehr bietet als nur Meetings und Feedback. Das Hauptaugenmerk liegt auf der Stärkung von Teams und dem Verzicht auf sequentielle Methoden der Projektentwicklung, um mehr Flexibilität und Innovation zu gewährleisten. Dies bedeutet zwar, dass Besprechungen und Ergebnisse häufiger stattfinden als bei herkömmlichen Systemen, führt jedoch auch zu einer geringeren Wahrscheinlichkeit von späteren Iterationen und Änderungen ein im Projektzyklus.
Es wird als Allheilmittel für häufige Probleme in IT-Projekten angepriesen. Was genau ist es und wie ist es besser als herkömmliche Systeme?
Bedarf an agiler Methodik - Managementpraktiken
Jeder, der in Softwareentwicklungsprojekten an einer agilen Methodik gearbeitet hat, hat eine Vorstellung von einigen der üblichen Probleme, die während eines Projekts auftreten: Änderung des Umfangs, Termine, die nicht eingehalten werden können, und überarbeitete Ressourcen.
Herkömmliche agile Methoden im Projektmanagement hatten viele Nachteile, aufgrund derer sie mit dem sich ständig ändernden Geschäftsumfeld, insbesondere in der Softwareentwicklung, nicht zurecht kamen und die oben genannten Situationen leider nur allzu häufig auftraten. Dies soll nicht heißen, dass traditionelle Methoden nirgendwo anwendbar sind. Sie sind immer noch die beste Wahl für Projekte, bei denen die Idee von Anfang an vollständig umgesetzt wurde.
Agile Management-Praktiken wurden zur Notwendigkeit der Stunde, da sie die folgenden Anforderungen eines in einer dynamischen Umgebung auf den Markt gebrachten Produkts erfüllten:
- Schnelligkeit, um das Produkt auf den Markt zu bringen
- Flexibilität erforderlich, um mehrfachen Änderungen der Spezifikationen Rechnung zu tragen
- Mängel im Szenario der Arbeitsteilung
- Dilemma des Kunden
- Notwendigkeit einer Kostenreduzierung
Geschwindigkeitsbedarf, um das Produkt auf den Markt zu bringen:
Wir leben in einem schnelllebigen Umfeld, in dem Flexibilität und Schnelligkeit der Schlüssel zum Erfolg sind.
Technologie ist einer der sich am schnellsten verändernden Sektoren der Branche. Jede Minute gibt es eine neue Idee, ein neues Produkt oder eine neue Innovation. Vor diesem Hintergrund ist der traditionelle Ansatz des Projektmanagements nicht erfolgreich. Ein sequentielles Projekt hängt notwendigerweise davon ab, dass die Schritte der agilen Methodik zufriedenstellend ausgeführt werden. Fristen in traditionell verwalteten Projekten sind immer ein Streitpunkt.
Organisationen und Teams, die nicht dynamisch sind, verlieren das Rennen gegen diejenigen, die sich an die veränderte Umgebung anpassen.
Flexibilität erforderlich, um mehrfachen Änderungen der Spezifikationen Rechnung zu tragen:
Die Erwartungen und Anforderungen der Kunden ändern sich häufig im Laufe der Produktentwicklung. Bevor agile Managementsysteme zum Mainstream wurden, scheiterten Projekte in der IT häufig daran, dass das traditionelle Projektmanagementsystem so aufgebaut war, dass es „aufpflügt“. Wenn sich etwas änderte, spürten die Kunden häufig, wie ihre Brieftaschen oder Zeitpläne beschädigt wurden. Das traditionelle Projektmanagementmodell, das aus anderen Branchen übernommen wurde, funktionierte einfach nicht für eine dynamische Branche wie die IT.
Arbeitsteilung:
Im traditionellen Modell gibt es verschiedene Phasen, angefangen bei der Analyse der Systemanforderungen bis hin zur Produktfreigabe und -wartung. Dies führt zu Arbeitsteilung und Kennzeichnung der Mitglieder als "Designer", "Programmierer" oder "Tester". In der Realität sind die heutigen Ressourcen jedoch äußerst funktionsübergreifend und eine solche eindeutige Rollenunterscheidung ist in den meisten Projekten nicht möglich.
Dilemma des Kunden:
In volatilen Projekten sind sich Kunden häufig nicht ganz sicher, welches Endprodukt mit allen Spezifikationen sie haben müssen. Funktionen und Anforderungen ändern sich häufig, wenn Teile der Arbeit erledigt werden. Traditionelle Modelle wie das Waterfall-Modell betonen die Klarheit in Bezug auf das Endprodukt, und Planabweichungen stellen eine enorme Belastung für das System dar. Dies bringt uns zu dem letzten Faktor, der zur Entwicklung agiler Systeme geführt hat.
Kostenreduzierungsbedarf:
Traditionell wurde davon abgeraten, die Anforderungen jederzeit nach Projektstart zu ändern. Vielmehr waren die Kosten für zusätzliche Komponenten hoch, manchmal sogar unerschwinglich. Es war daher unbedingt erforderlich, alle möglichen Szenarien in die Planungsphase selbst einzubeziehen. Dies bedeutete, dass alle Szenarien berücksichtigt und eine Lösung vorgeschlagen wurden. Da es jedoch fast unmöglich ist, genau zu bestimmen, welchen Teil des Produkts der Benutzer bevorzugt, haben Teams häufig „aufgeblähte Versionen“ eines Produkts entwickelt. Dies enthielt alle möglichen Szenarien, von denen ein typischer Benutzer nicht mehr als 20% verwenden würde. Dies führte zu unnötigen Kosten und Entwicklung.
Das bedeutete natürlich, dass alle Projekte global geplant waren.
Und als ein völlig neues ungeplantes Szenario auftauchte, fielen trotz aller Planung ohnehin zusätzliche Kosten an.
Eine Gruppe von Leuten traf sich im Februar 2001, um genau dies zu diskutieren: die Notwendigkeit eines flexiblen und agilen Modells der Softwareentwicklung, das dazu beitrug, Produkte zu entwickeln, die tatsächlich für den Kunden und den Entwickler funktionierten. Das Ergebnis war das „Agile Manifesto“, das sich aus der Entwicklung agiler Methodik-Software ergibt, dh aus einem Satz von vier Prinzipien, die so einfach wie beschreibend sind. Außerdem wurden zwölf „Agile-Prinzipien“ entwickelt, die erläutern, wie Agile-Systeme in einer Projektumgebung tatsächlich funktionieren würden.
Durch diese Arbeit sind wir zu Wert gekommen:
- Individuen und Interaktionen über Prozesse und Werkzeuge
- Arbeitssoftware über umfangreiche Dokumentation
- Zusammenarbeit der Kunden bei Vertragsverhandlungen
- Reagieren, um nach einem Plan umzuschalten
Das heißt, während die Gegenstände auf der rechten Seite einen Wert haben, schätzen wir die Gegenstände auf der linken Seite mehr.
Die 12 agilen Prinzipien
Die 12 agilen Prinzipien sind eine Reihe von Leitkonzepten hinter dem agilen Manifest, die Projektteams bei der Implementierung von agilen Projekten unterstützen. Sie sind:
- Unsere oberste Priorität ist es, den Kunden durch frühzeitige und kontinuierliche Lieferung wertvoller Software zufriedenzustellen.
- Sich ändernden Anforderungen auch in der späten Entwicklungsphase gewachsen sein. Agile Methodenprozesse nutzen Veränderungen zum Wettbewerbsvorteil des Kunden.
- Stellen Sie häufig funktionierende Software bereit, von einigen Wochen bis zu einigen Monaten, und bevorzugen Sie dabei die kürzere Zeitskala.
- Geschäftsleute und Entwickler müssen während des gesamten Projekts täglich zusammenarbeiten.
- Bauen Sie Projekte um motivierte Einzelpersonen. Geben Sie ihnen die Umgebung und Unterstützung, die sie benötigen, und vertrauen Sie darauf, dass sie die Arbeit erledigen.
- Die effizienteste und effektivste Methode zur Übermittlung von Informationen an und innerhalb eines Entwicklungsteams ist das persönliche Gespräch.
- Arbeitssoftware ist das primäre Maß für den Fortschritt.
- Agile Methodenprozesse fördern eine nachhaltige Entwicklung. Die Sponsoren, Entwickler und Benutzer sollten in der Lage sein, auf unbestimmte Zeit ein konstantes Tempo beizubehalten.
- Kontinuierliche Aufmerksamkeit für technische Exzellenz und gutes Design erhöht die Beweglichkeit.
- Einfachheit - die Kunst, den Umfang der nicht geleisteten Arbeit zu maximieren - ist von entscheidender Bedeutung.
- Die besten Architekturen, Anforderungen und Designs ergeben sich aus sich selbst organisierenden Teams.
- In regelmäßigen Abständen überlegt sich das Team, wie es effektiver werden kann, stimmt es dann ab und passt sein Verhalten entsprechend an.
Beispiel für ein Projekt, das ein agiles Management erfordert
Stellen Sie sich ein Start-up vor, das eine mobile App für einen Kunden entwickelt. Das Einfrieren des gesamten Anwendungsdesigns vor Beginn der Entwicklung kann katastrophal sein. Die Zeit für die Durchführung der Marktuntersuchung, die Erstellung eines detaillierten Plans, die Entscheidung über die Varianten, die sie anbieten möchten, und die anschließende Entwicklung des Produkts ist begrenzt. Abgesehen von den enormen Kosten, die mit diesem Ansatz verbunden sind, laufen sie Gefahr, dass ein anderes Unternehmen die App entwickelt, bevor sie dies tun.
Agile Methoden im Projektmanagement helfen, diese Probleme zu überwinden. Unter diesem System wird die App schrittweise entwickelt, wobei die Interaktion mit dem Kunden jeden Tag erfolgt und beispielsweise für jede Woche die zu erbringenden Leistungen oder Projektmeilensteine ermittelt werden.
Es können auch mehrere Teams an derselben App arbeiten, so dass sich die Entwicklungszeit drastisch verkürzt.
Die Funktionen werden bei jedem Meeting verfeinert und das Endprodukt spiegelt den endgültigen Bedarf wider. Sie lernen Schritt für Schritt, was für den Kunden funktioniert, und improvisieren das Angebot, bis sie das gewünschte Produkt erhalten.
Beim traditionellen Ansatz des Projektmanagements würde man an alle Überarbeitungen denken, bevor das Produkt freigegeben wird. Dies würde zu Terminüberschreitungen, erhöhtem Arbeitsaufwand und Kosteninflation führen. Darüber hinaus könnte das Produkt zum Zeitpunkt der Veröffentlichung vollständig an Relevanz verloren haben.
Wie genau funktioniert Agile Management?
Agiles Management wird zwar meist als IT-Konzept bezeichnet, seine Verwendung ist jedoch nicht auf die IT-Branche beschränkt. Zum Beispiel hat der Einzelhandelsketten-Bekleidungshändler Zara die Prinzipien des Agilen Managements genutzt, um sein Geschäft zu verändern.
Nach agilen Grundsätzen stellte Zara Produkte in kleinen Mengen her, anstatt sich vor der neuen Saison auf die große Produktion zu konzentrieren. Das Unternehmen vermied auf diese Weise die mit hohen Lagerbeständen und unvorhersehbaren Rabattangeboten verbundenen Kosten.
Einige der wichtigsten Aspekte des agilen Projektmanagements sind:
- Agiles Projektmanagement folgt einem flexiblen Ansatz.
Agile Management begrüßt Ergänzungen und Änderungen während der Produktentwicklung, anstatt sie den ursprünglichen Spezifikationen anzupassen.
- Agile Projekte sind in der Regel in separate Arbeitsteile unterteilt, wobei Teams an der Entwicklung eines oder mehrerer dieser Arbeitsteile beteiligt sind.
So können beispielsweise vier Teams gleichzeitig an verschiedenen Teilen eines Projekts arbeiten, wodurch sich die Projektlaufzeiten verkürzen. Teams koordinieren täglich miteinander und mit dem Kunden die zu erbringenden Leistungen.
- Es gibt tägliche Treffen über den Fortschritt oder Hindernisse im Projekt mit ständigem Feedback.
Nachdem das Kundenfeedback eingegangen ist, werden die Änderungen übernommen und die Teams wechseln zum nächsten Block. Dieser Prozess liefert weiterhin ein Produkt, das dynamischer und besser auf die Bedürfnisse des Kunden zugeschnitten ist.
- Die Teammitglieder werden stärker einbezogen als von oben nach unten.
Innerhalb des Software Development Life Cycle sind die Teammitglieder in alle Phasen involviert: Anforderungs-, Entwurfs-, Entwicklungs- und Agile-Methodentests. Da es einen regelmäßigen Überblick über die Effizienz der Aufgaben gibt, passen die Teammitglieder das Verhalten und die Abläufe entsprechend an.
- Das Profil des Projektmanagers in einem Agile-Projekt ändert sich von einer herkömmlichen Rolle.
Er verbringt nicht mehr viel Zeit mit der Planung oder Überwachung von Ressourcen, sondern verbringt jetzt mehr Zeit mit der Zusammenarbeit mit Teams und stellt sicher, dass das Gesamtbild immer im Blick ist. Dies ist kein einfacher Übergang, und Manager, die auf agile Systeme umsteigen, müssen sich schnell anpassen, damit das Projekt erfolgreich ist.
Ein paar Worte zu Scrum:
Scrum ist eines der beliebtesten Frameworks zur Implementierung der Agile-Methodik. Was ist agile Methodik? Es ist älter als Agile und wurde 1986 erstmals vorgeschlagen und in der Automobil- und Druckerindustrie implementiert.
Agile Methoden mit Scrum sind kein Synonym; Es gibt andere Frameworks, die zum Implementieren von Agile verwendet werden können, aber Scrum ist eines der effektivsten und wahrscheinlich beliebtesten. Was ist Scrum? Normalerweise hat Scrum nur drei Rollen: Product Owner, Team und Scrum Master. Der Scrum-Methodenmaster ist kein Projektmanager. Die Verantwortlichkeiten einer traditionellen Projektmanager-Rolle sind auf die drei Scrum-Projektmanagement-Rollen aufgeteilt. Das Projekt ist in eine Reihe von Iterationen fester Länge integriert, die als Sprints bezeichnet werden. Der Erfolg jedes Sprints mit agiler Methodik führt zu einem Gefühl von spürbarem Fortschritt und kontinuierlicher Inspiration. Ziel jeder Iteration ist es, ein funktionierendes Produkt zu erstellen, das den Stakeholdern demonstriert werden kann. Der Scrum-Master für agile Methoden arbeitet mit dem Product Owner und dem Team zusammen, um die Erreichung der Ziele durch das Entfernen von Roadblocks zu erleichtern. Das Entwicklungsteam für agile Methoden ist funktionsübergreifend und umfasst neben Entwicklern auch Tester, Designer und Operationsingenieure.
Traditionelles Projektmanagement: Der Wasserfall
Eines der bekanntesten traditionellen Projektmanagementsysteme ist der Wasserfall. Es wurde seit den 1970er Jahren häufig verwendet. In IT-Projekten gibt es mehrere bekannte und weit verbreitete Wasserfallmethoden. Dazu gehört PRINCE2, das von der britischen Regierung für den öffentlichen Sektor geschaffen wurde.
Wie der Name schon sagt, handelt es sich um einen sequentiellen Workflow. Das Endprodukt wird zu Beginn des Projekts festgelegt. Anschließend werden die verschiedenen Phasen des Workflows nacheinander abgeschlossen (Initiierung der Konzeption, Analyse, Entwurf, Konstruktion, Test, Implementierung und Wartung). Sobald der vorherige Schritt abgeschlossen ist, fahren die Entwickler mit dem nächsten Schritt fort. Der Projektplan sollte narrensicher sein; Sobald eine Phase in der Sequenz abgeschlossen ist, können die Entwickler diese nicht erneut aufrufen, ohne erneut von vorne zu beginnen. Es ist ein statischer Ansatz für agile Methoden im Projektmanagement. Es gibt keinen Raum für Änderungen oder Fehler und der Projektplan für die agile Methodik muss sorgfältig befolgt werden.
Man kann eine Analogie zwischen Wasserfallmanagement und dem Malen eines Meisterwerks ziehen. Das Bild des letzten Meisterwerks ist bereits im Kopf des Künstlers und er arbeitet stetig daran. Wenn sich das Endprodukt aus irgendeinem Grund von dem unterscheidet, was er sich vorgestellt hat, kann er es nicht einfach ändern.
Agil oder Wasserfall?
- Was ist agil? Agile eignet sich eher für kleine Teams, die an inkrementellen und evolutionären Projekten arbeiten, während Waterfall für große Projekte oder Entwicklungsprojekte geeignet ist. Das Wasserfallmanagement ist möglicherweise besser für Branchen wie das Baugewerbe geeignet. Agile wird in dynamischeren Projekten wie denen der IT-Branche eingesetzt.
- Agile Systeme erfordern hochqualifizierte Teammitglieder, die alle Phasen des Projekts bewältigen können. Es erfordert einen dramatischen Wechsel in der Rolle eines Projektmanagers. Der Wasserfallprozess ist traditioneller strukturiert, linear und möglicherweise für Nicht-Entwickler und für diejenigen, die neu in der Softwareentwicklung sind, einfacher zu verstehen.
- Viele Organisationen finden die Waterfall-Methode beruhigend, da sie besser dokumentiert ist. Agile ist dafür bekannt, dass es auf eine umfangreiche Dokumentation keinen Wert legt. Es ist mehr personenabhängig, was in Organisationen mit hoher Abnutzungsrate unangenehm sein kann.
- Kleinere, unkomplizierte Projekte erfordern möglicherweise kein Agile-Methoden-Framework, und ein sequentielles Wasserfallmodell funktioniert möglicherweise genauso gut.
Wohin geht das alles?
Laut einer Umfrage von HP im Mai 2015 machen agile Entwicklungsmethoden mehr als zwei Drittel aller IT-Projekte in den USA aus.
Aber Agile ist nicht immer die "perfekte" Lösung. Es handelt sich nicht um eine Komplettlösung, weshalb viele Unternehmen (laut HP-Umfrage 24%) inzwischen einen hybriden Ansatz gewählt haben.
Eine Mischung aus agilen und Wasserfall-Methoden könnte die Vorteile beider Methoden nutzen. Dieser hybride Ansatz könnte für komplizierte Projekte mit externen Kunden und großen Teams funktionieren. Dieser Ansatz wurde von Erick Bergmann und Andy Hamilton beschrieben. Es ist ein Kompromiss zwischen den beiden Methoden, der es Softwareteams ermöglicht, "agil" zu arbeiten, während Hardware-Entwicklungsteams und Produktmanager die traditionelle Methode anwenden.
Mark Fromson, ein digitaler Berater, weist auf eine andere Art und Weise hin, wie ein Hybrid funktionieren kann:
Unterteilen des Projekts in wasserfallähnliche Phasen, um ein Festangebot und einen definierten Umfang in einer kleineren Phase zu ermöglichen, das Projekt jedoch insgesamt flüssig zu halten.
Unabhängig von der Form, die zukünftige Teams annehmen werden, ist es klar, dass die Entwicklung agiler Methoden hier bleiben wird. Dies ermöglichte Flexibilität, Zeit- und Kostenvorteile sowie den wichtigsten Faktor: den Menschen, die an diesen Projekten arbeiten, ein Gefühl der Zufriedenheit und eine motivierende Atmosphäre zu verleihen.
Quelle:
Für agiles Manifest und die 12 agilen Prinzipien - www.agilemanifesto.org
Ähnliche Kurse:-
Agiles Projektmanagement - Erfahren Sie agile Methoden