Agile Experts gegen Agile Manifesto

Glauben Sie, Ihr „lokaler Agile-Experte“ hat das Agile-Manifest gelesen? Hast du? Nun, es ist kein Problem ... wenn Sie das Wort "Agile" nicht täglich verwenden! Aber wenn Sie es tun (oder Ihr lokaler Experte) ... nun - das ist so etwas wie Menschen, die zu viel über Religion sprechen, aber die Bibel (politische Korrektheitswarnung) oder das Heilige Buch ihrer Wahl seit ihrem Literaturunterricht nicht mehr aufgeschlagen haben Vor 10 Jahren… Wir mögen sie nicht. Aus einem Grund.

Ok ok, lassen Sie uns nicht andere Leute und ihre Meinungen kommentieren. Lasst uns stattdessen Schritt für Schritt die "Agile Bibel" durchgehen.

Zitate aus dem Agile Manifest werden in gegeben

diese Art von Textblock

und unsere Kommentare werden in regelmäßigem Gedankenstrich wie folgt gegeben. Lass uns gehen!

Das Manifest, ein und alles!

Unsere höchste Priorität ist die Zufriedenheit unserer Kunden
durch frühzeitige und kontinuierliche Lieferung
von wertvoller Software.

Das ist so eine tolle Idee! Es war wirklich revolutionär zu der Zeit, als es gemacht wurde! Aber die Umsetzung dieser Idee ist viel schwieriger, als diese wenigen Zeilen hätten wahrnehmen können.

Hauptproblem: Jeder, der einen direkten Kontakt zum Kunden hatte, weiß, dass dieser Punkt des Manifests zumindest etwas knifflig ist.

Leider ist der Kunde nicht immer sicher, was er will oder was er zu viele Dinge gleichzeitig will und kann diese nicht richtig priorisieren! Darüber hinaus kann es sein, dass einige der Dinge, die Kunden dachten, die er wollte, später nicht wollten ...

Wenn wir das beiseite legen, beweist der Punkt des Manifests seinen Wert für den Erfolg des Produkts! Diese Ausnahmen sollten jedoch NICHT vernachlässigt werden, da sie tödlich sein können!

Der nächste Punkt behandelt etwas Ähnliches. Lassen Sie uns dieses Thema dort fortsetzen.

Willkommen, wenn sich die Anforderungen ändern, auch spät in der Nacht
Entwicklung. Agile Prozesse nutzen den Wandel für
Wettbewerbsvorteil des Kunden.

Das ist toll. Aber ständiges Schwenken und Druck auf das Entwicklungsteam machen das Produkt zerbrechlich. Durch die schnelle Codierung mit vielen Projektumleitungen ist die Codequalität des Produkts niedrig, sodass Änderungen schwieriger werden. Eine rationellere und ruhigere Entwicklung verbessert die Effizienz bei Änderungen in späteren Phasen der Produktentwicklung. Wir stimmen zu, dass Änderungen begrüßt werden sollten, aber andere Vertrags- / Vereinbarungsklauseln sollten auch proportional geändert werden! In vielen Fällen wird erwartet, dass das Produkt zur gleichen Zeit bereitgestellt wird, als wenn keine zusätzlichen Änderungen erforderlich gewesen wären. Uncool.

Beweglichkeit bedeutet, auf die erwarteten Veränderungen vorbereitet zu sein und nicht alles und immer zu verändern. Wer akkreditiert ist, um mit potenziellen Kunden zu kommunizieren, sollte von Anfang an eine realistische Vereinbarung aushandeln. Oft sparen 10 Minuten mit Stift und Papier in der richtigen Zeit (Projektbeginn) Tage, Wochen und sogar Monate der Entwicklung (Umleiten, Schwenken, Ändern) in späteren Phasen! Dieses Nachlassen des Produktstarts sollte als unprofessionell angesehen werden, da es sehr viel ist! Die Mentalität „Lass uns nur den Kunden holen, später werden wir uns etwas überlegen, um den Job zu beenden“ ist unethisch, und zu oft kommt es den Entwicklern vor, „den Tag zu retten“ (Überstunden, Arbeitswochenenden, Arbeit von zu Hause aus, Arbeit in stressige Umgebung)… nicht cool. Und wirklich - nicht einmal wendig.

Liefern Sie funktionierende Software
häufig von a
ein paar Wochen bis ein paar Monate, mit a
Präferenz für die kürzere Zeitskala.

Ich habe nur gute Erfahrungen mit diesem. Es bietet Möglichkeiten für frühzeitiges Traktionstesten, Lernen und Verbessern des Feedbacks. Tolles Zeug, wenn das Agile-Konzept für die Softwareentwicklung des benötigten Produkttyps geeignet ist. (Nicht immer der Fall, ob Sie es glauben oder nicht.)

Geschäftsleute und Entwickler müssen arbeiten
täglich während des gesamten Projekts zusammen.

Ok, vielleicht nicht täglich, aber auch - Daumen hoch! Wir (Menschen) haben es in den letzten 15 Jahren nicht geschafft, dies zu ruinieren. Geben Sie uns Zeit.

Bauen Sie Projekte um motivierte Einzelpersonen.
Geben Sie ihnen die Umgebung und Unterstützung, die sie brauchen,
und vertraue darauf, dass sie die Arbeit erledigen.

Hier versäumen es die meisten sogenannten Agilisten, nach dem Agilen Manifest zu handeln. Oft fehlt ihnen der Respekt vor den Personen, die in ihrem Fachgebiet noch bessere Fachleute sind, wenn nicht Experten, als der „agile“ Projektmanager. Dadurch ist der Manager zu sehr in die Arbeit anderer involviert, wodurch die wichtigen „Maschinengänge“ nacheinander unterbrochen werden. Die Agilität und Zuverlässigkeit der Maschine für Veränderungen wird verringert. Welches ist Counter Agile.

Die effizienteste und effektivste Methode von
Vermittlung von Informationen zu und innerhalb einer Entwicklung
Team ist ein persönliches Gespräch.

Nun, wir können nichts dagegen sagen. Im Gegenteil, auf Wiedersehen!

Arbeitssoftware ist das primäre Maß für den Fortschritt.

Ja. Das Problem ist, dass viele der sogenannten Agilisten diese Klausel ebenfalls nicht einhalten.

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

Schwer zu erreichen, aber natürlich - gute Richtlinie.

Kontinuierliche Aufmerksamkeit für technische Exzellenz
und gutes Design erhöht die Beweglichkeit.

Leider vergessen sogenannte agile Projektmanager diesen oft, was schwerwiegende, wenn nicht sogar fatale Konsequenzen nach sich zieht.

Einfachheit - die Kunst, die Menge zu maximieren
der Arbeit nicht erledigt - ist von wesentlicher Bedeutung.

Sei gegrüßt, Einfachheit!

Die besten Architekturen, Anforderungen und Designs
aus selbstorganisierenden Teams hervorgehen.

Ave!

In regelmäßigen Abständen reflektiert das Team, wie
um effektiver zu werden, wird abgestimmt und angepasst
sein Verhalten entsprechend.

Amen!