Was sind die agilen Ausgangsbedingungen?

Lassen Sie mich zunächst sagen, dass ich denke, dass ein agiler Prozess aufgrund der folgenden zugrunde liegenden Prinzipien funktionieren kann:

• Es bringt Fokus
• Begrenzt das Rauschen, das den Fokus wirklich bringt

Zweitens frage ich mich, welche Ausgangsbedingungen erforderlich sind, damit ein agiler Prozess erfolgreich sein kann. Zum Beispiel müssen wir haben:

• Keine vorhandenen Fehler
• Vollautomatischer Testprozess oder zumindest ein hochautomatisierter Testprozess
• Menschen, die sich dem Projekt widmen
• Klarer definierte Neuentwicklung
• Entwicklung, die es nicht schneller oder stabiler macht
• ?

Was brauchen Sie also, um erfolgreich zu sein? Gibt es verschiedene agile Implementierungen, die besser damit umgehen können, einige dieser Anfangsbedingungen nicht zu haben?

Menschen auf allen Ebenen des Geschäfts, die wirklich und absolut an das Agile Manifest glauben

Wir entdecken bessere Möglichkeiten zur Entwicklung von Software, indem wir dies tun und anderen dabei helfen. Durch diese Arbeit sind wir zu Wert gekommen:

• Individuen und Interaktionen über Prozesse und Werkzeuge
• Arbeitssoftware über umfassende Dokumentation
• Kundenzusammenarbeit über Vertragsverhandlungen
• Antworten auf Umstellung nach einem Plan

Das heißt, während die Elemente auf der rechten Seite einen Wert haben, schätzen wir die Elemente auf der linken Seite mehr.

Und wenn ich sage, glaube an das agile Manifest, dann meine ich das gesamte agile Manifest. Sie können den letzten Teil nicht ignorieren. Es ist immer noch Wert in den Punkten auf der rechten Seite .

Wenn Sie diese Leute als Programmierer, als Manager, als Kunden haben, können Sie einige Variationen von Agility zum Funktionieren bringen. Wenn Sie dies nicht tun, werden Sie kämpfen.

Zumindest

In erster Linie müssen Sie ein Top-Down-Sponsoring haben, das die Prinzipien versteht und an sie genug glaubt, um sie in der gesamten Kette durchzusetzen, und der glaubt, dass Agile auf Ihre Situation anwendbar ist.

Eine Geschäftsleitung, die nicht an den Prozess glaubt, wird ihn letztendlich untergraben, weil sie es den Untergebenen ermöglicht, den Prozess zu verfälschen, zu verzerren, zu verschmutzen, zu untergraben oder schlimmer noch zu sabatieren.

Wenn die Geschäftsleitung die Prinzipien nicht versteht, werden sie Abkürzungen und Kompromisse fordern, die den Prozess verfälschen. Wenn dann die Dinge zusammenbrechen, können die Neinsager sagen: "Ich habe es dir gesagt, Agile funktioniert nicht!" zurück zum Todesmarsch!

Dies ist schlimmer als die Nichteinführung von Agile. Es wird normalerweise als "Agile But ..." bezeichnet. Das Management verwendet den agilen Begriff "Aber ...", der alle eigentlichen Prinzipien auswirft und weiterhin das tut, was sie zuvor getan haben. "Aber ..." nennt es jetzt Agil. Das gibt Agile einen schlechten Ruf für diejenigen, die es nicht besser wissen.

schöne Nebenwirkungen

Die Dinge, die Sie auflisten, keine Fehler, automatisierte Tests, klar definierte Entwicklung, engagierte Mitarbeiter usw., sind allesamt nette positive Nebenwirkungen von Agile.

Agil ist kein Wundermittel oder Allheilmittel, aber es fördert die Transparenz auf allen Ebenen (Kundenmanagement- <-> Entwickler) und lässt die Menschen, die Probleme mit der Produktivität haben, schnell hervorstechen. besonders spezifische Implementierungen von Agile wie Scrum.

Ein paar Dinge, die mir in den Sinn kommen:

• Professioneller Teamzusammenhalt - Sind diese Leute offen dafür, gut mit anderen zu spielen? Sind sie reife, verantwortungsbewusste Menschen, denen bei ihrer Arbeit Autonomie eingeräumt werden kann?

• Kommunikationskultur und -politik - Wie gut äußern Menschen Bedenken, Gedanken und Meinungen in der Organisation?

• Verstehen, was Agilität ist und was nicht - Wissen diese externen Stakeholder genug über den Prozess, um die Verantwortung für sich zu übernehmen? Wenn nicht, kann dies zu einer Pseudo-Agilität führen. Gibt es auch einen klar definierten Product Owner und ScrumMaster, die bei der Organisation einiger Dinge helfen?