![\"Agile](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/agile-and-guiding-principles.png\")
Was ist das Agile Manifesto?<\/h2>\n
Die Formulierung des Manifestos ist sehr bewusst gew\u00e4hlt und betont die minimal notwendige Sprache, um die Essenz der Agilit\u00e4t zu erfassen:<\/p>\n
- \n
- Individuen und Interaktionen statt Prozesse und Werkzeuge<\/li>\n
- Funktionsf\u00e4hige Software statt umfassender Dokumentation<\/li>\n
- Kundenkollaboration statt Vertragsverhandlung<\/li>\n
- Reagieren auf Ver\u00e4nderungen statt einem Plan folgen<\/li>\n<\/ul>\n
![\"Agile](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/agile-manifesto.png\")
Agiles Manifesto<\/figcaption><\/figure>\n Hinweis:<\/strong><\/p>\n
- \n
- Die Schl\u00fcsselw\u00f6rter in all diesen Aussagen sind \u201eanstatt\u201c. Das Manifest will nicht vorschlagen, die rechte Seite durch die linke Seite zu ersetzen, sondern vielmehr die Priorisierung der linken Seite gegen\u00fcber der rechten betonen.<\/li>\n
- Das Agile Manifesto wurde als Alternative zu dokumentationsintensiven, schwerf\u00e4lligen Softwareentwicklungsprozessen (wie dem Wasserfallmodell) geschaffen.<\/li>\n<\/ul>\n
Prinzipien hinter dem Agile Manifesto<\/h2>\n
Als Erg\u00e4nzung zum zentralen Agile Manifesto erl\u00e4utern die Zw\u00f6lf Prinzipien, was Agilit\u00e4t bedeutet. Das Scrum-Framework f\u00f6rdert agile Prinzipien durch verschiedene Ereignisse (z.\u202fB. Product Backlog<\/a>, t\u00e4gliche Stand-ups, iterative Entwicklung, Retrospektiven):<\/p>\n
![\"Agile](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/agile-principles.png\")
<\/h2>\nAgile Prinzipien<\/p>\n
<\/h2>\n
- \n
- Unser h\u00f6chster Priorit\u00e4t ist es, den Kunden durch fr\u00fchzeitige und kontinuierliche Lieferung wertvoller Software zu befriedigen.<\/li>\n
- Willkommen sind ver\u00e4nderte Anforderungen, auch sp\u00e4t im Entwicklungsprozess. Agile Prozesse nutzen Ver\u00e4nderungen f\u00fcr den Wettbewerbsvorteil des Kunden.<\/li>\n
- H\u00e4ufige Lieferung funktionsf\u00e4higer Software, von einigen Wochen bis zu einigen Monaten, wobei k\u00fcrzere Zeitr\u00e4ume bevorzugt werden.<\/li>\n
- Gesch\u00e4ftspersonen und Entwickler m\u00fcssen t\u00e4glich w\u00e4hrend des gesamten Projekts zusammenarbeiten.<\/li>\n
- Bauen Sie Projekte um motivierte Personen auf. Bieten Sie ihnen die notwendige Umgebung und Unterst\u00fctzung und vertrauen Sie darauf, dass sie ihre Aufgabe erf\u00fcllen.<\/li>\n
- Die effektivste Methode, Informationen an ein Entwicklungsteam und innerhalb desselben zu \u00fcbermitteln, ist der pers\u00f6nliche Austausch.<\/li>\n
- Funktionsf\u00e4hige Software ist die prim\u00e4re Ma\u00dfgr\u00f6\u00dfe f\u00fcr Fortschritt.<\/li>\n
- Agile Prozesse f\u00f6rdern eine nachhaltige Entwicklung. Sponsoren, Entwickler und Nutzer sollten in der Lage sein, unendlich lang ein gleichbleibendes Tempo beizubehalten.<\/li>\n
- Dauerhafte Aufmerksamkeit f\u00fcr technische Exzellenz und gute Gestaltung erh\u00f6ht die Agilit\u00e4t.<\/li>\n
- Einfachheit \u2013 die Kunst, die Menge an Arbeit, die nicht erledigt werden muss, zu maximieren \u2013 ist entscheidend.<\/li>\n
- Die besten Architekturen, Anforderungen und Designs entstehen aus selbstorganisierten Teams.<\/li>\n
- Teams reflektieren regelm\u00e4\u00dfig, wie sie effektiver werden k\u00f6nnen, und passen ihr Verhalten entsprechend an.<\/li>\n<\/ol>\n
Wie funktioniert Scrum?<\/h2>\n
Scrum unterscheidet sich von anderen agilen Prozessen durch spezifische Konzepte und Praktiken, die in drei Kategorien unterteilt sind: Rollen (Product Owner<\/a>, Scrum Master<\/a>, Entwicklerteam und andere Stakeholder), Ereignisse, Artefakte und Regeln.<\/p>\n
Um den Scrum-Prozess zu starten, erstellt der Product Owner eine priorisierte Wunschliste, die alsProduct Backlog<\/a> bezeichnet wird. W\u00e4hrendSprint-Planung<\/a> wird der Backlog anhand von Komplexit\u00e4t und Gesch\u00e4ftswert (Priorit\u00e4t) bewertet. Der Product Owner (Kunde) und das Entwicklungsteam entscheiden, welche Backlog-Elemente in den Sprint aufgenommen werden. Das Team verf\u00fcgt \u00fcber eine festgelegte Zeit (einen Sprint<\/a>, typischerweise zwei bis vier Wochen) zur Erledigung ihrer Arbeit, trifft sich jedoch t\u00e4glich, um den Fortschritt zu bewerten (Daily Scrum<\/a>). W\u00e4hrend dieses Prozesses h\u00e4lt der Scrum Master das Team auf seine Ziele fokussiert. Am Ende des Sprints \u00fcberpr\u00fcft das Team seinen Fortschritt, zeigt das Arbeitsprodukt dem Kunden vor und bewertet, was gut lief und was f\u00fcr den n\u00e4chsten Sprint verbessert werden muss. Der Zyklus wiederholt sich dann.<\/p>\n
![\"What](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/the-agile-scrum-framework.png\")
<\/p>\nDer agile Ansatz funktioniert, indem das Projekt in kleine Teile von Nutzerfunktionen zerlegt, diese priorisiert und kontinuierlich in 2\u20134-Wochen-Zyklen, sogenannten Iterationen oder Sprints, geliefert werden.<\/p>\n
Das Team arbeitet in kurzen Zyklen, zielt auf kontinuierliche Verbesserung ab und entwickelt nur das, was die Nutzer wirklich wollen. Das Arbeitsziel wird zu Beginn jedes Zyklus vom Team definiert. Falls der Kunde Fragen zu einer Funktion hat, kommuniziert das Team direkt mit dem Kunden. Die Priorit\u00e4ten des Kunden werden vom Product Owner analysiert und an das Team weitergegeben, damit dieses weiter an den h\u00f6chstpriorit\u00e4ren Aufgaben arbeiten kann. Das Team sch\u00e4tzt ab, wie viel Zeit die Erledigung der Arbeit in einer Iteration in Anspruch nehmen wird und wie sie dies bewerkstelligen kann.<\/p>\n
Die Leistung wird am Ende jeder Iteration vom Kunden gemessen. Die w\u00e4hrend jeder Iteration gewonnenen Erkenntnisse werden in Retrospektiven dokumentiert und in zuk\u00fcnftige Iterationen umgesetzt. Auf diese Weise verbessert sich das Produkt kontinuierlich, und auch der Entwicklungsprozess wird stetig besser.<\/p>\n
Hinweis:<\/strong>
\nScrum ist ein Rahmenwerk zur Entwicklung und Pflege komplexer Produkte durch \u201eInspektion und Anpassung\u201c. Es ist ein agiler Ansatz, der dem Agile Manifesto und seinen Prinzipien folgt und dreiRollen<\/a>, drei Artefakte, f\u00fcnf Ereignisse und f\u00fcnf Werte \u2013 bekannt als die \u201e3355<\/a>.\u201d<\/p>\n![\"3355](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/3355-scrum-framework.png\")
3355 Scrum-Framework<\/figcaption><\/figure>\n In diesem Framework besteht der gesamte Entwicklungsprozess aus mehreren kurzen iterativen Zyklen, die Sprints<\/a>. Empfohlene Praktiken umfassen:<\/p>\n
- \n
- Jeder Sprint dauert 1 bis 4 Wochen.<\/li>\n
- Verwenden Sie die Produkt-Backlogs<\/a>um Produktanforderungen zu verwalten \u2013 eine priorisierte Liste, geordnet nach Wert.<\/li>\n
- In jeder Iteration w\u00e4hlt das Scrum-Team<\/a>die h\u00f6chste Priorit\u00e4t aufgrund des Produkt-Backlogs ausw\u00e4hlt, um daran zu arbeiten.<\/li>\n
- W\u00e4hrend des Sprint-Planungs-Events werden ausgew\u00e4hlte Anforderungen besprochen, analysiert und gesch\u00e4tzt, um das entsprechende Iterationsziel und den Lieferplan zu erreichen, der als das Sprint-Backlog<\/a>.<\/li>\n
- T\u00e4gliche Daily Scrum<\/a>Sitzungen finden w\u00e4hrend der gesamten Iteration statt. Am Ende jeder Iteration l\u00e4dt das Scrum-Team Gesch\u00e4ftsinteressenten und andere Beteiligte ein, den potenziell lieferbaren Produkt-Teilbestand zu \u00fcberpr\u00fcfen.<\/li>\n
- Anschlie\u00dfend \u00fcberpr\u00fcft das Team seine Arbeitsweise und verbessert sie weiter.<\/li>\n
- Scrum eignet sich nicht nur f\u00fcr Softwareentwicklungsprojekte, sondern auch f\u00fcr alle komplexen oder innovativen Projekte, Erkundungsarbeiten und Initiativen zur organisatorischen Ver\u00e4nderung.<\/li>\n<\/ul>\n
Scrum-Rollen<\/h2>\n
Das Scrum-Framework ist durch drei zentrale Rollen definiert: das Entwicklungs-Team, der Scrum Master und der Produktverantwortliche.<\/p>\n
Produktverantwortlicher<\/h3>\n
Der Produktverantwortliche ist daf\u00fcr verantwortlich, den Wert des Produkts und die Arbeit des Entwicklungs-Teams zu maximieren. Wie dies erreicht wird, kann je nach Organisation, Scrum-Team und Einzelperson variieren.<\/p>\n
Rolle des Produktverantwortlichen<\/h3>\n
Der Produktverantwortliche ist die einzige Person, die f\u00fcr die Verwaltung des Produkt-Backlogs<\/a>. Die Verwaltung des Produkt-Backlogs umfasst:<\/p>\n
- \n
- klare Formulierung der Produkt-Backlog-Elemente;<\/li>\n
- Ordnung der Elemente im Produkt-Backlog, um Ziele und Missionen bestm\u00f6glich zu erreichen;<\/li>\n
- Die Wertsteigerung der Arbeit, die das Entwicklerteam erbringt;<\/li>\n
- Sicherstellen, dass das Product Backlog f\u00fcr alle sichtbar, transparent und eindeutig ist und zeigt, woran das Scrum-Team als N\u00e4chstes arbeiten wird;<\/li>\n
- Sicherstellen, dass das Entwicklerteam die Eintr\u00e4ge im Product Backlog auf der erforderlichen Ebene versteht.<\/li>\n<\/ul>\n
Scrum Master<\/h3>\n
Der Scrum Master stellt sicher, dass Scrum verstanden und umgesetzt wird. Er tut dies, indem er daf\u00fcr sorgt, dass das Scrum-Team die Scrum-Theorie, -Praktiken und -Regeln einh\u00e4lt.<\/p>\n
Der Scrum Master ist ein Dienstleistungs-F\u00fchrer f\u00fcr das Scrum-Team. Der Scrum Master hilft Personen au\u00dferhalb des Scrum-Teams zu verstehen, welche Interaktionen mit dem Scrum-Team hilfreich sind und welche nicht. Der Scrum Master hilft allen, diese Interaktionen anzupassen, um den Wert zu maximieren, den das Scrum-Team schafft.<\/p>\n
Aufgaben des Scrum Masters<\/h4>\n
Der Scrum Master unterst\u00fctzt den Product Owner auf verschiedene Weise, darunter:<\/p>\n
- \n
- Effektive Techniken zur Produkt-Backlog-Verwaltung identifizieren;<\/li>\n
- Dem Scrum-Team helfen, die Notwendigkeit klarer und pr\u00e4ziser Product-Backlog-Eintr\u00e4ge zu verstehen;<\/li>\n
- Verst\u00e4ndnis f\u00fcr Produktplanung in einer empirischen Umgebung;<\/li>\n
- Sicherstellen, dass der Product Owner wei\u00df, wie er das Product Backlog priorisiert, um den Wert zu maximieren;<\/li>\n
- Verst\u00e4ndnis und Praxis von Agilit\u00e4t;<\/li>\n
- FacilitierenScrum-Veranstaltungen<\/a> wie erforderlich.<\/li>\n<\/ul>\n
Dienstleistungen des Scrum Masters f\u00fcr das Entwicklerteam
\nDer Scrum Master unterst\u00fctzt das Entwicklerteam auf verschiedene Weise, darunter:<\/p>\n- \n
- Den Entwicklerteam bei der Selbstorganisation und der Querschnittsf\u00e4higkeit f\u00fchren;<\/li>\n
- Dem Entwicklerteam helfen, hochwertige Produkte zu liefern;<\/li>\n
- Hindernisse beseitigen, die den Fortschritt des Teams behindern;<\/li>\n
- Scrum-Veranstaltungen bei Bedarf facilitieren;<\/li>\n
- Den Entwicklerteam in Organisationen f\u00fchren, die Scrum noch nicht vollst\u00e4ndig \u00fcbernommen oder verstanden haben.<\/li>\n<\/ul>\n
Dienstleistungen des Scrum Masters f\u00fcr die Organisation<\/p>\n
- \n
- Der Scrum Master unterst\u00fctzt die Organisation auf verschiedene Weise, darunter:<\/li>\n
- Die Organisation bei der Einf\u00fchrung von Scrum f\u00fchren und begleiten;<\/li>\n
- Die Planung der Scrum-Einf\u00fchrung innerhalb der Organisation;<\/li>\n
- Mitarbeitern und Stakeholdern helfen, Scrum und empirisches Produktentwicklung zu verstehen und zu \u00fcbernehmen;<\/li>\n
- Ver\u00e4nderungen vorantreiben, um die Produktivit\u00e4t des Scrum-Teams zu verbessern;<\/li>\n
- Zusammenarbeit mit anderen Scrum Masters, um die Wirksamkeit der Scrum-Anwendung innerhalb der Organisation zu verbessern.<\/li>\n<\/ul>\n
Entwicklungsteam<\/h4>\n
Das Entwicklungsteam besteht aus Fachleuten, die f\u00fcr die Lieferung eines potenziell lieferbaren Produktinkrements am Ende jedes Sprints verantwortlich sind. Nur Mitglieder des Entwicklungsteams k\u00f6nnen das Inkrement erstellen.<\/p>\n
Das Team wird von der Organisation aufgebaut und bef\u00e4higt, ihre eigene Arbeit zu organisieren und zu verwalten. Die entstehende Synergie optimiert die Gesamteffizienz und Effektivit\u00e4t des Teams.<\/p>\n
Eigenschaften des Entwicklungsteams<\/h4>\n
Das Entwicklungsteam verf\u00fcgt \u00fcber folgende Eigenschaften:<\/p>\n
- \n
- Sie sind selbstorganisiert. Niemand (auch nicht der Scrum Master) sagt dem Entwicklungsteam, wie Produkt-Backlog-Elemente in ein potenziell lieferbares Increment umgewandelt werden sollen;<\/li>\n
- Das Entwicklungsteam ist querschnittsorientiert und verf\u00fcgt \u00fcber alle F\u00e4higkeiten, die zur Erstellung eines Produktinkrements erforderlich sind;<\/li>\n
- Scrum erkennt keine Titel f\u00fcr Teammitglieder au\u00dfer \u201eEntwickler\u201c, unabh\u00e4ngig von der ausgef\u00fchrten Arbeit. Diese Regel hat keine Ausnahmen;<\/li>\n
- Scrum erkennt keine Untergruppen innerhalb des Entwicklungsteams, unabh\u00e4ngig vom spezifischen Bereich, wie z.\u202fB. Testen oder Gesch\u00e4ftsanalyse. Diese Regel hat keine Ausnahmen;<\/li>\n
- Individuelle Teammitglieder k\u00f6nnen spezialisierte F\u00e4higkeiten und Schwerpunkte haben, aber die Verantwortung liegt beim gesamten Entwicklungsteam.<\/li>\n<\/ul>\n
Scrum-Veranstaltungen<\/h2>\n
Das Scrum-Framework ist durch f\u00fcnf Veranstaltungen gekennzeichnet: Sprint,Sprint-Planung<\/a>, Daily Scrum<\/a>, Sprint-Review<\/a>, undSprint-Retrospektive<\/a>.<\/p>\n
- In jeder Iteration w\u00e4hlt das Scrum-Team<\/a>die h\u00f6chste Priorit\u00e4t aufgrund des Produkt-Backlogs ausw\u00e4hlt, um daran zu arbeiten.<\/li>\n