Die 3 Grundprinzipien von Scrum in einer agilen Denkweise

Scrum behauptet, mit seinen 3 Prinzipien und 3 Rollen "sehr einfach, aber sehr hart" zu sein. In der Tat sind die Spielregeln leicht zu verstehen und der Scrum-Prozess, der alles miteinander verbindet, ist einer der schlankesten, die es je gab. Der schwierige Teil von Scrum besteht darin zu verstehen, warum es funktioniert und wie man es zum Laufen bringt. Wenn Sie Scum auf der rechten Seite des Agilen Manifests implementieren, werden Sie es sehr schwer haben, es zum Laufen zu bringen. Noch wichtiger als die Regeln und Rollen von Scrum ist der Geist des Agilen Manifests. Scrum ist als praktischer Leitfaden für die Umsetzung von Agile gedacht. Es ist nicht einfach, einen Prozess mit Rollen, Regeln, Prinzipien, Meetings und Zeitplänen so zu implementieren, dass "Menschen und Interaktionen vor Prozessen und Tools" zum Leben erweckt werden. Wie schafft man eine Atmosphäre, in der Engagement und das Product Backlog nicht als strikter Vertrag mit dem Product Owner und dem Projektmanagement angesehen werden, sondern in der 'Customer Collaboration over Contract Negotiation' eine normale Sache ist. Reagieren auf Veränderungen statt Befolgen eines Plans" scheint perfekt zu passen, aber viele Scum-Implementierungen scheinen sich sehr darauf zu konzentrieren, Releases zu festen Terminen zu liefern, egal was passiert... Und viele Teams lieben 'funktionierende Software statt umfassender Dokumentation', wobei QA und Management immer noch eine vollständige Dokumentation verlangen. Der Punkt ist... Es ist schwierig, Scrum in einer echten agilen Denkweise zu implementieren.

Hier geht es nicht darum, warum Agile funktioniert. Hier geht es darum, warum Scrum agil ist: Warum machen die 3 Grundprinzipien von Scrum Scrum zu einer agilen Implementierung? Die 3 Prinzipien:

Timeboxing -- Alles ist Timeboxing Selbstverwaltete Teams -- Teams arbeiten in einem selbstverwalteten Modus Shippable Code -- Jeder Sprint liefert Shippable Code Warum ist das agil? Warum hilft es Ihnen, agil zu arbeiten, wenn Sie diese Prinzipien befolgen? Lassen Sie uns eins nach dem anderen betrachten: > Timeboxing

Alles ist eine Timebox. Denn Sie möchten planen, wann Sie eine Rückmeldung zu dem erhalten, was Sie getan haben. Für einen Sprint, aber auch für eine Aufgabe. Durch dieses Feedback verstehen Sie besser, und mit besserem Verständnis kann der Fokus stärker sein. Commitment sorgt dafür, dass die maximale Menge an Feedback generiert wird, so dass die Lernkurve steil sein kann. > Selbstverwaltete Teams

Selbstverwaltete Teams erzeugen eine Menge Energie, denn es macht einfach Spaß, eng zusammenzuarbeiten und sich selbst zu organisieren! All der Spaß und die positive Energie machen ein Team sehr produktiv. Diese Produktivität führt dazu, dass ein großer geschäftlicher Mehrwert geschaffen wird, was wiederum die Möglichkeit schafft, daraus zu lernen, es zu diskutieren, zu feiern, ...... zu interagieren ! Disziplin ist sehr wichtig, denn ohne Disziplin wird das Team unter einem Mangel an Schubkraft leiden und somit nicht mehr wirklich selbstverwaltend sein, und daher wird der Spaß geringer sein und die Produktivität wird mit einer geringeren (Qualität der) Interaktion am Ende abnehmen. > Versendbarer Code

Die funktionierenden Teile der Anwendung sind die einzig möglichen Maßstäbe für den wahren Status des Projekts. Die Transparenz, wirklich zu wissen, wo wir stehen und wohin wir gehen, schafft eine solide Grundlage für gutes Lernen. Lernen und Verbessern sind wie Brüder. Die Qualität des ausgelieferten Codes ist hier ein entscheidender Erfolgsfaktor, denn wenn die Qualität schlecht ist, werden die Leute trotzdem annehmen, dass sie gut ist. Das Lernen und Verbessern wird also auf der Grundlage dieser falschen Annahme erfolgen.