Ist es eine göttliche Fügung oder ein Kult? Die Agile Projektmanagement Methodik ist zweifellos spaltend. Aber wenn sie nur als allgemeiner Rahmen für die Softwarebereitstellung genutzt wird; indem wir Teams befähigen die Prozesse zu gestalten, zeigen wir, wie die Methodik genutzt werden kann, um sowohl die Produktivität als auch das Engagement der Teammitglieder zu steigern.
Nichts spaltet Softwareentwickler so sehr wie die Agile-Methodik. Eine einfache Google-Suche ergibt Ergebnisse für beide Seiten:
Nach unserer Erfahrung kann der agile Ansatz bei der Softwareentwicklung dazu beitragen, Einzelpersonen zu stärken und autonome und ergebnisorientierte Teams zu bilden. Dies kann dazu dienen, die intrinsischen Beweggründe aufzudecken, die wir alle haben, um Qualitätsprodukte zu entwickeln, die uns stolz machen.
In diesem praktischen Leitfaden werden wir uns einen Überblick darüber verschaffen, wie Agile-Teams am besten eingesetzt werden können, um die Interessen von Software Entwicklern, Product Owners, UI / UX, QAs und allen anderen Stakeholdern in Einklang zu bringen.
In diesem Artikel beschränken wir uns auf den Scrum-Ansatz, da dieses Format in unseren Teams am häufigsten verwendet wird. Ein grundlegendes Verständnis der Scrum-Begriffe und -Prozesse wird ebenfalls vorausgesetzt.
Ein agiles Team wird für die durchgehende Lieferung eines Produkts erwartet und muss daher autark sein. Daher enthält ein Standardteam eines oder mehrere der folgenden Teammitglieder:
Obwohl Einzelpersonen und Interaktionen über Prozesse geschätzt werden, glauben wir, dass bestimmte Prozesse die Kommunikation zwischen Einzelpersonen vereinfachen und rationalisieren und die Verantwortlichkeit erhöhen. Daher halten wir sie für wichtig, um schnelle Iterationen und anpassungsfähige Teams sicherzustellen.
In der Backlog-Verfeinerungsbesprechung setzt sich ein Produktmanager mit dem Teamleiter zusammen, um User Storys und Aufgaben für das Team zu priorisieren.
TUN:
NICHT TUN:
In den Sprint-Planungssitzungen setzt sich das Team zusammen, um die für den kommenden Sprint eingegangenen Verpflichtungen zu überprüfen und zu entscheiden, die Komplexität jeder Aufgabe sorgfältig zu bewerten und die Arbeitslast auf die Teammitglieder aufzuteilen.
TUN:
NICHT TUN:
Während des Sprints konzentrieren wir uns auf die Lieferung und versuchen, die Arbeitsabläufe innerhalb unserer bevorzugten Projektmanagementplattform bestmöglich zu nutzen, um unsere Fortschritte transparent zu machen.
TUN:
NICHT TUN:
Während der Stand-Ups teilen wir den Fortschritt des Sprints mit und erwähnen, ob es Blockierungsprobleme gibt, die den Fortschritt behindern.
TUN:
NICHT TUN:
Wir bieten eine Sprint-Präsentation, die am Ende der Sprints für jedermann zugänglich ist, um den Fortschritt der einzelnen Produkte darzustellen. Dies ist im Allgemeinen eine informelle Angelegenheit, um die Errungenschaften des Teams darzustellen, aber es erhöht auch die Verantwortlichkeit und hält uns auf dem Laufenden, um die Auswirkungen auf die Benutzer zu erzielen.
TUN:
NICHT TUN
Am Ende jedes Sprints haben wir Zeit, um Feedback von Teammitgliedern zu sammeln, um positive Ergebnisse und mögliche Verbesserungen zu diskutieren. Diese Meetings ermöglichen es uns, die Prozesse an die Bedürfnisse des Teams anzupassen. Zum Beispiel kann ein Team zu abendlichen Standup-Meetings wechseln, um die Teammitglieder zu synchronisieren.
TUN:
NICHT TUN:
Die Verwendung dieser Struktur und Prozesse in unseren Teams hilft uns dabei, unseren eigenen Weg zu gehen, die Impedanzen zu begrenzen, die zu Verzögerungen in unseren Projekten führen, und uns auf die Bereitstellung von Software zu konzentrieren, während wir uns daran messen. Wir finden auch, dass die Autonomie und Stärkung der Teams durch diese Maßnahmen es uns ermöglicht, auch das Engagement in unseren Teams zu erhöhen.
Öffnungszeiten unseres Shops:
Mo - Fr: 9.30 bis 18 Uhr
Sa: 10 bis 14 Uhr