What is Agile? - YouTube

WAS IST AGILE? VON MARK SHEAD

Hallo, ich bin Mark.

Ich helfe Unternehmen, Software effizienter zu programmieren,

und das heißt oft, Teams verstehen zu helfen,

was es heißt, diese auf eine Agile-Art zu entwickeln.

In diesem Video beantworten wir die Frage: „Was ist Agile?"

Und genauso wichtig, wir besprechen, was Agile nicht ist.

Viele Dinge werden Agile genannt,

besonders von Leuten, die einem etwas verkaufen wollen.

DIE DINGE SIND 100 % AGILE

Fragt man Papierhersteller,

werden sie einem sagen, dass man Agile braucht,

um Userstories auf Klebezettel zu schreiben,

die sie zufällig gerade verkaufen.

Wenn man einen Berater fragt, hört man vermutlich,

dass es eine Methode ist, um Software zu entwickeln,

dass eine Organisation es lernen kann, wenn man ihre Dienste kauft.

Und wenn man mit Herstellern orthopädischer Schuhe spricht,

wird einem gesagt, dass der Schlüssel zum Agile sein

in Besprechungen liegt, in denen alle stehen.

Je bequemer die Schuhe sind, umso Agiler das Team.

Die Definition von Agile kann im Agile-Manifest gefunden werden.

Das Manifest stellt deutlich klar, dass Agile keine Methode ist.

Es ist nicht eine bestimmte Art der Softwareentwicklung.

Es ist keine Rahmenbedingung oder ein Prozess.

Die meisten Dinge, die als Agile vermarktet werden,

verstehen nicht wirklich, was Agile eigentlich ist.

Agile ist eine Sammlung von Werten und Prinzipien.

Viel von der Diskussion rund um Agile

hat damit zu tun, dass es verschiedene Praktiken

und verschiedene Methoden gibt,

und auch die Entwicklung mit bestimmten Tools.

Während das vielleicht einem Team, das Agile verfolgt, hilft,

sind sie selbst nicht gleich Agile.

Beispielsweise,

ein Team findet ein tägliches Meeting im Stehen vielleicht hilfreich,

aber dieses Meeting ist nur insofern „Agile",

dass es das Resultat daraus ist,

dass ein Team die Agile-Prinzipien und Werte verfolgt.

Wenn man das versteht,

ist es leicht zu sehen, dass Agile verschiedene Glauben sind,

die Teams zu benutzen können, Entscheidungen zu treffen,

wie sie an der Softwareentwicklung arbeiten wollen.

Obwohl das bedeutet, dass der Begriff Agile

oft missbraucht wird,

wenn Leute behaupten, dieses oder jenes wäre Agile,

bedeutet es auch, wenn man wirklich versteht, was Agile ist,

ist es überraschend flexibel.

Agile trifft keine Entscheidungen für dich.

Stattdessen bietet es eine Grundlage,

die Teams dazu benutzen können, Entscheidungen zu treffen,

die in besserer Softwareentwicklung resultieren.

Das Agile-Manifest ist nur 68 Wörter lang,

und sagt nur, dass wir Software besser entwickeln können,

indem wir die Dinge auf der linken Seite mehr beachten,

als die Dinge auf der rechten Seite.

Das Agile-Manifest besagt:

Wir finden bessere Wege, Software zu entwickeln,

indem wir es tun und anderen dabei helfen.

Durch diese Arbeit kristallisierte sich das heraus:

Individuen und Interaktionen anstatt Prozesse und Werkzeuge,

Funktionierende Software anstatt umfassende Dokumentation,

Zusammenarbeit mit dem Kunden anstatt Vertragsverhandlungen,

auf Änderungen reagieren, anstatt einen Plan verfolgen.

Obwohl die Dinge rechts Bedeutung haben,

legen wir mehr wert auf die Dinge in der linken Spalte.

Zusätzlich zu den Werten im Manifest,

gibt es 12 Prinzipien, auf die sich diese Werte stützen.

Einmal mehr sind die Prinzipien sehr generell gehalten,

und es geht weniger darum, zu bestimmen, was man tun muss,

als die Möglichkeit zu schaffen,

dass man gute Entscheidungen in bestimmten Situationen trifft.

Die 12 Prinzipien sind:

Nummer 1:

Unsere höchste Priorität ist, den Kunden zufriedenzustellen,

durch frühe und kontinuierlicher Lieferung wertvoller Software.

Nummer 2:

Veränderungen auch spät im Entwicklungsprozess willkommen heißen.

Agile Prozesse nutzen Veränderungen zum Wettbewerbsvorteil des Kunden.

Nummer 3:

Lieferung von funktionierender Software in kurzen Abständen,

von ein paar Wochen bis zu ein paar Monaten,

bevorzugt in kurzen Zeitspannen.

Nummer 4:

Tägliche Zusammenarbeit von Fachexperten und Entwicklern

während des Projektes.

Nummer 5:

Projekte rund um motivierte Individuen aufbauen.

Bereitstellung der Unterstützung und der Umgebung, die sie brauchen,

und das Vertrauen, dass sie ihre Arbeit erledigen.

Nummer 6:

Die effektivste und effizienteste Methode, Information zu verbreiten,

ist ein Gespräch von Angesicht zu Angesicht.

Nummer 7:

Funktionierende Software ist das wichtigste Maß des Fortschritts.

Nummer 8:

Agile Prozesse fördern nachhaltige Entwicklung.

Die Sponsoren, Entwickler, und Anwender

sollen ein gleichmäßiges Arbeitstempo aufrecht erhalten können.

Nummer 9:

Ständiges Augenmerk auf technische Exzellenz

und gutes Design fördert Agilität.

Nummer 10:

Einfachheit, die Kunst, die noch nicht gemachte Arbeit

zu maximieren, ist essentiell.

Nummer 11:

Die besten Planungen, Voraussetzungen und Designs

kommen von Teams, die sich selbst organisieren.

Nummer 12:

In regelmäßigen Abständen

reflektiert das Team, wie man effizienter wird,

und passt dieses Verhalten dementsprechend an.

Da Agile eine Sammlung von Werten und Prinzipien ist,

ist die wahre Nützlichkeit, eine gemeinsame Grundlage zu schaffen,

nach der entschieden wird, wie man Software am besten entwickelt.

Beispielsweise wenn man ein neues Projekt annimmt,

und darüber spricht, wie man die Anforderungen

vom Auftraggeber erhält.

Das vorgeschlagene Vorgehen ist,

dass die Auftraggeber alle Anforderungen aufschreiben,

und diese absegnen, bevor man anfängt daran zu arbeiten.

Ein Team, das Agile verfolgt, würde sagen:

„Obwohl das funktionieren könnte, geht das nicht gegen unseren Glauben,

dass uns Zusammenarbeit mit dem Kunden mehr wert sein sollte,

als Vertragsverhandlungen?

Und verletzt das nicht unser Prinzip,

das besagt, dass die Entwickler jeden Tag

mit den Auftraggebern zusammenarbeiten sollten?

Wie man man diese Entscheidung auf eine Weise treffen,

die unseren Werten und Prinzipien entspricht?"

Oder bei einem Entwickler,

der daran arbeitet, ein Feature für den Auftraggeber zu implementieren,

und er bemerkt, dass er eine Datenbank braucht, damit es funktioniert.

Die erste Idee, die einem einfällt,

ist, die Arbeit an dem Feature zu beenden, und eine Datenbank zu bauen,

für die Bedürfnisse des Features,

und als Unterstützung für andere, spätere Entwicklungen zu leisten.

Wenn die Entwickler an die Agile-Werte glauben,

und versuchen, die Agile-Prinzipien zu verfolgen,

würden sie denken:

„Aber das zu programmieren bedeutet, ich muss die Lieferung dessen,

was der Kunde sehen kann, und der wertvollen Software, hinauszögern.

Wenn ich es schaffe, nur zu bauen,

was notwendig ist, um das Feature zu liefern,

passt das besser zu meinen Prinzipien."

Wenn man ein Team hat, das den Agile-Prinzipien folgt,

treffen sie jede Woche

hunderte solcher Entscheidungen.

Das heißt es, Agile zu sein.

Jede Entscheidung basierend auf den Prinzipien und Werten,

denen das Team folgt, zu treffen.

Der Entscheidungsprozess ist wichtig.

Man kann so etwas nicht kurz halten,

indem man Entscheidungen anderer Teams übernimmt

und blind dem folgt, was sie entschieden haben.

Ein anderes Team könnte Entscheidungen treffen,

basierend auf den Agile-Prinzipien und Werten,

die sie für ihre Arbeit einsetzen.

Nur zu versuchen, die Handlungen und Praktiken des anderen Teams

nachzuahmen, macht ein Team nicht Agile.

Nach dem zweiten Weltkrieg

sah man die Einwohner Melaniesiens, wie sie Frachtflugzeuge

und ihre Vorräte vom Himmel holen wollten, indem sie imitierten,

was sie während des Krieges sahen.

Dazu gehörte, den Wald zu roden, um eine Landebahn zu bauen,

mit original großen Flugzeugen aus Stroh.

Sie bauten auch Strukturen aus Bambus,

die wie Kontrolltürme aussahen,

und jemand saß den ganzen Tag mit Kokusnusskopfhörer darin.

Es ist einfach, dieselbe Mentalität anzunehmen,

was Agile betrifft.

Was man in einem gut funktionierenden Agile-Team leicht erkennt,

sind die Praktiken, die sie verwenden.

Aber die Praktiken, die ein Team einsetzt,

sind die Resultate daraus, dass man den Agile-Werten und Prinzipien folgt.

Es ist nicht so wichtig, welche Praktiken ein Team einsetzt,

als warum sie sie einsetzen.

Im Laufe der Zeit wird ein gut funktionierendes Agile-Team

ihre Praktiken verändern und neu definieren.

Ein Team beginnt vielleicht mit SCRUM,

und merkt später, dass Kanban besser passt,

um ihren Kunden etwas Nützliches zu liefern.

Ein Team könnte mit täglichen Meetings im Stehen anfangen,

und später entschieden, es funktioniert sitzend besser.

Ein anderes Team könnte am Anfang

mit Planned Poker die Größe einer Geschichte abschätzen,

und später die Aufzählungspunkte weglassen,

und die Geschichte in gleich große Teile aufteilen.

Das heißt nicht, dass es sinnlos ist, sich Praktiken anzusehen,

die gut arbeitende Teams einsetzen,

aber man kann nicht nach solchen Praktiken suchen, um Agile zu werden.

Durch die Prinzipien und Werte wird man Agile.

Man sucht die Praktiken, die seine Werte und Prinzipien unterstützen.

Wie man diese Praktiken auswählt

bestimmt, ob man Agile ist oder nicht.

Wenn eine Praktik ausgewählt wird,

weil es gut aussieht, um den Agile-Prinzipien zu folgen,

könnte es ein guter Ausgangspunkt sein.

Eine Praktik, die für ein Team nicht funktioniert,

könnte aus den falschen Gründen gewählt sein.

Was ist nun Agile?

Agile ist eine Sammlung von Werten und Prinzipien.

Wie wird ein Team Agile?

Sie treffen Entscheidungen basierend auf den Agile-Werten und Prinzipien.

Der Entscheidungsprozess macht ein Team Agile.

Die Werte und Prinzipien haben genug Flexibilität,

um den Teams zu erlauben, in vielen verschiedenen Organisationen

Software zu entwickeln,

auf Wege, die am besten in der Situation funktionieren,

und gleichzeitig genug Richtung geben,

um einem Team zu helfen, volles Potential zu erreichen.