"Wir machen SCRUM. Nur die Retrospektive lassen wir aus. Wir kennen uns gut genug - und die Aufgabe ist auch klar - da nutzen wir lieber unsere Zeit für Entwicklung."
Diese oft vertretende Meinung zeigt ein nicht-agiles Vorgehen im SCRUM-Gewand.
Die zwölf Prinzipien, welche das agile Manifest begründen, beschreiben die Art der Zusammenarbeit mit dem Kunden, die Art der Software-Erstellung und definieren Umgangsformen des Software-Teams. Diese Prinzipien bescheiben ein sich selbst organisierendes, lernendes Team, das offen mit einer sich ständig ändernden Umwelt umgeht.
Das zwölfte Prinzip lautet:
"At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly."
Im agilen Alltag gehen die Wertewelt, die in sich in den vier Kernaussagen des Manifests und den zwölf Prinzipien zeigt, unter.
Anstatt die Werte des agilen Manifests zu leben, konzentrieren sich die agilen Teams auf die Methodenbausteine der von ihnen gewählten agilen Methode. Auf Grund von Zeitmangel oder Projektdruck (der eigentlich so nicht entstehen sollte), verzichten sie auf einzelne Methodenbausteine.
Software-Entwicklung findet in einem Umfeld statt, dass eher chaotisch-komplex ist als dem Ursache-Wirkungs-Prinzip folgt. Um in diesem chaotisch-komplexen Umfeld bestehen zu können, muss das Team aus dem bisherigen Geschehen lernen und ggf. das eigene Verhalten anpassen.
Wird gerade dieser Methodenbaustein ausgelassen, verzichtet das Team auf eine Optimierung des Vorgehens und damit eine Steigerung der geforderten Effizienz + des Teamergebnisses im Projektverlauf. Die agile Idee wird unterlaufen. Um dies zu verhindern, sei jedem agilen Team geraten, sich neben den Methodenbausteinen auch die Prinzipien, die das agile Manifest begründen, anzusehen.