Knowledge hub
Blogs
8. Aug. 2022

Wage es nicht zu sagen, dass du agil bist, wenn du diese 12 Prinzipien nicht kennst!

Im Jahr 2001 erstellten Vertreter von Scrum (Ken Schwaber und Jeff Sutherland), Extreme Programming (Kent Beck), Crystal (Alistair Cockburn und Jim Highsmith), Feature-Driven Development und andere das Manifest für agile Softwareentwicklung – auch bekannt als das agile Manifest – die 4 Werte und 12 Prinzipien umreißt. Diese Gruppe von Personen, die sich selbst „The Agile Alliance“ nannte und das Agile Manifest erstellte, brachte das hervor, was die Welt heute als Agilität kennt.

Der Inhalt des Agilen Manifests ist wichtig für alle, die mit Agile arbeiten und es praktizieren. Wichtiger als jeder Rahmen, jede Methode oder Rolle sind die 4 Werte und 12 Prinzipien, die alles tragen – die Säulen, auf denen das Manifest aufbaut. Ich konzentriere mich hier auf die 12 Prinzipien von Agile und die Botschaft dahinter. Es ist wichtig zu bedenken, dass dieses Manifest ursprünglich für einen Softwareentwicklungskontext erstellt wurde. Es kann und sollte jedoch auf einen breiteren Kontext angewendet werden, der Teams umfasst, die in allen Bereichen arbeiten. Denken Sie auch daran, dass alle Prinzipien direkt oder indirekt mit mindestens einem der 4 Werte verbunden sind. Beginnen wir in diesem Sinne mit dem ersten agilen Prinzip.

1. Unsere höchste Priorität ist es, den Kunden durch frühzeitige und kontinuierliche Lieferung wertvoller Software zufrieden zu stellen.

Einer der Hauptunterschiede zwischen klassischem Projektmanagement und Agile ist die Tatsache, dass ersteres phasenorientiert ist und der Wert erst am Ende des Projekts geliefert wird, während sich zweiteres auf die Kundenzufriedenheit konzentriert, indem es inkrementell und iterativ Werte liefert. Die Kundenzufriedenheit hat tendenziell einen höheren Stellenwert, da der Kunde die Möglichkeit hat, das Produkt bei jedem Schritt des Weges zu überprüfen.

2. Begrüßen Sie sich ändernde Anforderungen, selbst spät in der Entwicklung. Agile Prozesse nutzen den Wandel zum Wettbewerbsvorteil des Kunden.

Einer der im Agilen Manifest umrissenen Werte ist die Fähigkeit, auf Veränderungen zu reagieren, anstatt einem strengen Plan zu folgen. In komplexen Umfeldern und Kontexten, die von vielen Unsicherheiten geprägt sind, ist Veränderung unausweichlich. Es kann von mehreren Faktoren angetrieben werden: Technologie, Benutzer, Marktrhythmen, Marktereignisse, Wettbewerber und alles dazwischen. Wir müssen die Fähigkeit des Kunden verbessern, wettbewerbsfähig zu bleiben, indem wir uns an die durch diese Faktoren verursachten Veränderungen anpassen und häufig Mehrwert liefern. Lernen ist der Schlüssel, wenn wir über iterative und inkrementelle Entwicklung sprechen. 3. Stellen Sie häufig funktionierende Software bereit, alle paar Wochen bis alle paar Monate, wobei Sie kürzere Zeiträume bevorzugen.

Dieses Prinzip ist mit dem zuvor beschriebenen Prinzip Nr. 1 verwandt. In Agile wird häufig Wert geliefert, um Kunden zufrieden zu stellen und das Lernen und die Anpassung zu beschleunigen. „Häufig“ kann jedoch je nach Kontext, Organisation und Produkt unterschiedliche Maßstäbe haben. Dieses Prinzip schreibt vor, dass immer ein kürzerer und nachhaltigerer Zeitrahmen bevorzugt wird. „Häufig“ hängt von Ihrem Kontext, Ihrer Organisation und anderen Faktoren ab. Zum Beispiel: Während einmal am Tag für Sie zu häufig klingt, funktioniert es perfekt für Teams in anderen Organisationen.

4. Unternehmen, Mitarbeiter und Entwickler müssen während des gesamten Projekts täglich zusammenarbeiten.

Zwei integrale Werte des Agilen Manifests sind „Individuen und Interaktionen vor Prozessen und Tools“ und „Kundenzusammenarbeit vor Vertragsverhandlungen“. Dieses Prinzip beruht auf diesen beiden Werten. Alle am Projekt Beteiligten müssen zusammenarbeiten, um zusammenzuarbeiten, Gedanken und Informationen auszutauschen und darüber zu sprechen, was vor sich geht. Das bedeutet absolut alle: vom Unternehmen über Entwickler bis hin zu allen anderen Mitgliedern und Teams dazwischen. Wir brauchen eine gute Kommunikation und Zusammenarbeit zwischen allen beteiligten Akteuren, um wiederum Transparenz, Vertrauen, gemeinsame Verantwortung und Eigenverantwortung zu gewährleisten.


5. Bauen Sie Projekte um motivierte Personen auf. Geben Sie ihnen das Umfeld und die Unterstützung, die sie brauchen, und vertrauen Sie darauf, dass sie ihre Arbeit erledigen.

Die Menschen in Ihrer Organisation sind diejenigen, die die Arbeit erledigen. Diese Leute müssen motiviert werden. Sie müssen alles haben, was sie brauchen, um häufig Wert zu liefern. Wir vertrauen darauf, dass sie genau das tun. In der Theorie klingt das ziemlich einfach. Aber in der Praxis ist es nicht so einfach zu erreichen. Vertrauen, Eigenverantwortung, Zweck, Mission, intrinsische Motivation, Dezentralisierung der Entscheidungsfindung, ein sicheres Umfeld – das sind nur einige psychologische Aspekte, die vorhanden sein müssen, um die Motivation in Ihren Teams zu ermöglichen.

Lernen ist der Schlüssel, wenn wir über iterative und inkrementelle Entwicklung sprechen.
Raul Barth

6. Die effizienteste und effektivste Methode, Informationen an und innerhalb eines Entwicklungsteams zu übermitteln, ist das persönliche Gespräch.

Erinnern Sie sich an den zuvor erwähnten Wert: „Individuen und Interaktionen über Prozesse und Tools?“ . Nun, es gibt keine effektivere Kommunikationsmethode als das persönliche Gespräch. Die moderne Arbeitsumgebung hat sich verändert, da immer mehr Unternehmen den Remote- oder Hybrid-Ansatz übernehmen, was auch die Einführung von Tools erfordert, die die persönliche Kommunikation aus der Ferne erleichtern (wie Zoom oder Microsoft Teams), um eine effektive Interaktion aufrechtzuerhalten zwischen Einzelpersonen. Die wichtigste Erkenntnis hier ist, dass bürokratische Gespräche und Interaktionen möglichst vermieden und durch eine direktere und sachlichere Gesprächsführung ersetzt werden.

7. Funktionierende Software ist das primäre Maß für den Fortschritt.

Prinzip 3 besagt, dass wir häufig Software liefern müssen. Außerdem lautet einer der Werte „Funktionierende Software vor umfassender Dokumentation“. Woher wissen wir wirklich, wie die Erstellung des Projekts, Produkts oder der Lösung verläuft? Nun, indem wir prüfen, was inkrementell geliefert wird. Software ist hier der Wert, der inkrementell und iterativ aufgebaut und bereitgestellt wird. Wenn Sie nicht in einem Softwareentwicklungskontext tätig sind, ersetzen Sie „funktionierende Software“ durch „funktionierende Lösung“ oder „gelieferter Wert“. In jedem Fall ist dies Ihr wichtigstes Maß für den Fortschritt.

8. Agile Prozesse fördern nachhaltige Entwicklung. Die Sponsoren, Entwickler und Benutzer sollten in der Lage sein, ein konstantes Tempo auf unbestimmte Zeit beizubehalten.

Wir arbeiten in einem nachhaltigen Tempo. Zusammen. Jeder Stakeholder sollte während der gesamten Entwicklung an der Vision beteiligt sein, realistische Erwartungen müssen gesetzt werden, um die Moral innerhalb der Teams hoch zu halten, und Teams müssen lernen, wie sie die Effizienz und Qualität ihrer Arbeit am besten maximieren und damit den gelieferten Wert maximieren können.

9. Kontinuierliche Aufmerksamkeit für technische Exzellenz und gutes Design verbessert die Agilität.

Wert ist wichtig. Auch neue Funktionalitäten sind wichtig. Aber vergessen Sie nicht, dass auch Architektur, technische Aspekte, technische Schulden und die Behebung oder Vermeidung von Mängeln äußerst wichtig sind und mit der Zeit zu einem Wertverfall führen können, wenn Sie sie nicht beachten. Vergessen Sie nicht, dass Software, die erstellt wird, Software ist, die gewartet werden muss. Exzellenz und gutes Design halten Ihren Weg frei, um neue Werte zu implementieren und zu liefern.

10. Einfachheit – die Kunst, die Menge an nicht erledigter Arbeit zu maximieren – ist unerlässlich.

Einfachheit ist in Agile unerlässlich. Die Maximierung der Menge an nicht erledigter Arbeit bedeutet, dass wir vermeiden müssen, unnütze Funktionalitäten zu erstellen, die Entwicklung zu kompliziert zu machen und die Priorisierung zu vernachlässigen. Der Fokus muss darauf liegen, die effektivsten Funktionalitäten zu entwickeln, um mehr Wert zu schaffen. Sie müssen die wichtigen Fragen stellen: „Was hat jetzt höchste Priorität? Was kann als nächstes getan werden? Bringt es wirklich einen Mehrwert?“

11. Die besten Architekturen, Anforderungen und Designs entstehen aus sich selbst organisierenden Teams.

Wir sprechen viel über selbstorganisierende Teams in Agile. Dies liegt daran, dass wir die Bildung von Teams fördern möchten, die Entscheidungen treffen, Lösungen vorschlagen, die besten Wege zur Implementierung von Funktionen finden, Konflikte lösen und innovativ sein können. Wir wollen autarke Einheiten, die selbstständig funktionieren und Werte liefern können, ohne Angst vor einem Ausfall. Teams müssen Verantwortung und Verantwortung für das Projekt, das Produkt und den Fortschritt übernehmen. Um dies zu unterstützen, haben wir zum Beispiel in Scrum die Verantwortung des Scrum Masters. In SAFe hingegen ist der Release Train Engineer auch da, um sicherzustellen, dass alles nach Plan läuft.

12. In regelmäßigen Abständen überlegt das Team, wie es effektiver werden kann, und passt dann sein Verhalten entsprechend an.

Inspektion und Anpassung sind hier die Stichworte. Von Zeit zu Zeit muss das Team reflektieren, wie gut es als selbstorganisierte Einheit funktioniert und ob es sich aufgrund des Ergebnisses dieser Überprüfung anpasst. Sie müssen sich die wichtigen Fragen stellen: „Wie arbeiten wir? Läuft die Kommunikation gut? Haben wir eine Zusammenarbeit? Fehlen uns Kompetenzen? Wie war letzte Woche? Welche Probleme hatten wir? Wie können wir besser werden?“ Das sind Fragen, die sich aus der Selbstbeobachtung des Teams ergeben.


Die agile Bewegung zielt darauf ab, das Gleichgewicht innerhalb einer Organisation wiederherzustellen. In Agile begrüßen wir Modellierung und rationale, nützliche Dokumentation – nicht die Art von Dokumentation, die aufgegeben wird, um in einer Ecke zu verstauben. Wir begrüßen die Planung, aber wir wissen auch, dass jeder Plan seine Grenzen hat und dass Änderungen unvermeidlich sind. „The Agile Alliance“ hoffte durch die Erstellung des Agilen Manifests, dass ihre Arbeit Menschen helfen könnte, über Softwareentwicklung, Methoden und Organisationen auf neue – und agilere – Weisen nachzudenken. Und genau das haben sie erreicht. Das Agile Manifest ist ein Muss für alle, die agil arbeiten, verwenden oder agil sind.

Artikel von Raul Barth, Trainer der Gladwell Academy. Raul Barth ist SAFe Program Consultant (SPC) und zertifizierter Release Train Engineer (RTE). Er hat einen Green Belt in Lean und besitzt außerdem die Zertifizierungen Professional Scrum Master I & II (PSM) und Professional Scrum Product Owner (PSPO). Mit über 12 Jahren internationaler Erfahrung (Brasilien, Frankreich, UK) in den Bereichen Agile, Software

Entwicklung, IT, F&E und Teammanagement hat er auch mehr als 7

Jahrelange Erfahrung mit Agilität. Nachfolgend finden Sie einen Zeitplan der bevorstehenden Trainings, die von Raul angeboten werden.

Programm
Filter 4 Ergebnisse
Trainings
Standort
Sprache
Trainings-Art
19. Dez.

Implementing SAFe (SPC)

2.995 €
Guaranteed to run! Remote training - each day 08:30 - 17:30 CET
Scaled Agile
English
Virtual Course EU
Guaranteed to run! Remote training - each day 08:30 - 17:30 CET
2.995 €
English
Virtual Course EU
Show more
16. Jan.

SAFe Scrum Master (SSM)

1.495 €
Remote training - each day 09:00 - 17:00 CET
Scaled Agile
English
Virtual Course EU
Remote training - each day 09:00 - 17:00 CET
1.495 €
English
Virtual Course EU
Show more
20. Feb.

Implementing SAFe (SPC)

2.995 €
Remote training - each day 08:30 - 17:30 CET
Scaled Agile
English
Virtual Course EU
Remote training - each day 08:30 - 17:30 CET
2.995 €
English
Virtual Course EU
Show more
2. März

SAFe Scrum Master (SSM)

1.495 €
Remote training - each day 09:00 - 17:00 CET
Scaled Agile
English
Virtual Course EU
Remote training - each day 09:00 - 17:00 CET
1.495 €
English
Virtual Course EU
Show more
knowledge.written-by Gladwell Academy, We write our own content when trainers and partnering experts don't!