Rollen
Member eines Scrumteams führen mindestens eine der drei Rollen aus. Die meisten Einzelpersonen gehören der Teamrolle an, die für das Erstellen der Software verantwortlich ist. Außerdem stellt der Produktbesitzer sicher, dass die Kunden im Team vertreten werden, und der ScrumMaster hilft dem Team und dem Produktbesitzer, die Scrum-Prozesse effektiv zu befolgen.
In diesem Thema
Team
Das Team besteht aus den Einzelpersonen, die für das Erstellen der Software zuständig sind. Das Team wählt zu Beginn des Sprints User Storys aus, implementiert und testet während des Sprints gemeinsam die User Storys und präsentiert bei der Sprintüberprüfung die fertige Software. Da das Team sich selbst und seine Arbeit in Eigenverantwortung regelt, ist es ein selbstorganisierendes Team. Das Team ist ein funktionsübergreifendes Team, da es die Fähigkeiten besitzt, die es zum Bereitstellen der User Storys im Produktrückstand benötigt. MSF for Agile Software Development v5.0 unterscheidet Rollen im Team nicht anhand von Kriterien wie konstruierende Disziplin oder Bereich der Kenntnisse.
Was ein gutes Team ausmacht
Das Zusammenstellen und Wachsen eines guten Softwareteams ist ein schwieriger und zeitintensiver Vorgang. Beispiele guter Teams finden sich überall in unserer Umgebung: chirurgische Teams, Fußballteams, Schäferhunde und ihre Schäfer. Jedes Teammitglied hat möglicherweise seine Spezialität, aber das Team arbeitet zusammen und ist erfolgreich oder scheitert zusammen.
Gute Softwareteams bestehen auch aus Einzelpersonen, die zusammen ein gemeinsames Ziel verfolgen. Ein Softwareteam sollte nicht nur als Sammlung von Experten betrachtet werden, die jeweils nur die Aufgaben ausführen, auf die sie sich spezialisieren. Stattdessen sollte ein Team als Gruppe von Personen betrachtet werden, deren kollektive Fähigkeiten und Kenntnisse jede Fähigkeit eines einzelnen Teammitglieds überwiegen. Durch Zusammenarbeit, Kommunikation, Vertrauenswürdigkeit und Offenheit kann ein Team Erfolge erzielen, über die individuellen Fähigkeiten der Mitglieder hinaus wachsen und ein leistungsstarkes Team werden.
Ein gutes Team umfasst die Personen und Fähigkeiten, die erforderlich sind, um funktionsfähige Software zu liefern. Die Vollzeitmitglieder des Teams sollten über die meisten oder alle Fähigkeiten verfügen, die zur Vollendung des Projekts erforderlich sind. Spezialisierte Einzelpersonen wie Designer, ausführende Personen, Architekten oder Experten in einer bestimmten Technologie sind möglicherweise nicht immer verfügbar. Das Team kann externe Spezialisten für kurzfristige Aktivitäten einziehen. Die Vollzeitmitglieder des Teams sollten jedoch aus einer Gruppe von Personen bestehen, die die meisten der Fähigkeiten abdecken können, die zum Ausführen der Arbeiten erforderlich sind.
Hauptzuständigkeiten des Teams
Die hauptsächliche Verantwortung des Teams besteht darin, Software zu erstellen, die den Kundenerwartungen und den Teamkriterien des Teams für fertige Software entspricht. Der Verantwortlichkeiten des Teams beginnen in der Sprintplanungsbesprechung und enden in der Sprintüberprüfungsbesprechung. Bei der Sprintplanungsbesprechung teilt das Team User Storys in Aufgaben auf. In der Sprintüberprüfungsbesprechung präsentiert das Team dem Produktbesitzer und evtl. den Kunden funktionsfähige Software.
Das Team ist auch für seine eigenen Ergebnisse zuständig. Das Team arbeitet in Selbstverwaltung, da es die ausgewählten Arbeiten definiert und ausführt und die Effektivität des Teams durch die Zusammenarbeit zwischen den Teammitgliedern optimiert. Das Team sollte stets durch folgende Aktivitäten an der Verbesserung seiner Ergebnisse arbeiten:
Definieren der Kriterien für das Produkt und das Fertigstellen einer Komponente vor dem Fortfahren mit der nächsten.
Annehmen von effektiven Entwicklungspraktiken.
Weitere Informationen finden Sie unter Entwicklungsverfahren.
Unterstützen des Produktbesitzers beim Erstellen und Priorisieren effektiver User Storys.
Einschätzen der User Storys.
ScrumMaster
Als ScrumMaster sind Sie für die Erstellung und Unterstützung eines gut funktionierenden Teams verantwortlich, das nach den Vorgaben der Scrum-Prozesse arbeitet. Sie sind für Änderungen zuständig und helfen dem Team bei der Bewältigung von Hindernissen.
Was macht einen guten ScrumMaster aus?
Als guter ScrumMaster sollten Sie ausgezeichnete Kommunikations-, Verhandlungs- und Konfliktlösungsfähigkeiten besitzen oder sich diese Fähigkeiten aneignen. Diese Fähigkeiten bringen Sie täglich zugunsten der Weiterentwicklung des Teams ein. Sie müssen nicht nur darauf achten, was Personen sagen und schreiben, sondern auch berücksichtigen, wie sie ihr Anliegen vorbringen (Körpersprache, Mimik, Sprechgeschwindigkeit und weitere nonverbale Kommunikation). Sie sollten Fragen stellen, um unausgesprochene Probleme zu identifizieren, und bestätigen, wie Sie die Informationen einer Person verstanden haben. Setzen Sie diese Fähigkeiten ein, um potenzielle Probleme im Team zu identifizieren und dazu beizutragen, dass sie nicht zu größeren Problemen werden. Es ist günstiger, einen Fehler kurz nach seiner Entdeckung zu beheben, und es hat geringere Auswirkungen, ein Problem im Team sofort anzugehen, solange die Situation noch überschaubar ist und bevor der Fehler sich zu einem ernsthaften und unkontrollierten Problem entwickelt. Sie sollten einen entspannten Umgang mit dem Team, dem Produktbesitzer und dem Geschäftsumfeld pflegen, während Sie Ihr Team zu Höchstleistungen bringen. Sie sollten Daten erfassen, analysieren und den Projektbeteiligten auf eine Weise präsentieren, die die Entwicklung und das Wachsen des Teams demonstriert. Wenn ein Team zum Beispiel qualitativ wesentlich bessere Arbeit leistet und weniger Fehler erzeugt, müssen Sie diese Verbesserung den Projektbeteiligten gegenüber demonstrieren.
Hauptzuständigkeiten des ScrumMaster
Ihre hauptsächliche Verantwortung besteht darin, sicherzustellen, dass das Team und der Produktbesitzer die Scrum-Prozesse befolgen. Sie sollten z. B. die tägliche Scrumbesprechung nicht in eine offene Diskussion von 45 Minuten Dauer ausarten lassen. Außerdem sollten sie sicherstellen, dass der Produktbesitzer das Team nicht dazu auffordert, in einen bereits begonnenen Sprint mehr Arbeit aufzunehmen. Das Team sollte in der Sprintüberprüfungsbesprechung keine User Storys präsentieren, wenn diese noch nicht fertig sind.
Sie helfen dabei, Blockierungsprobleme zu lösen, die im Team möglicherweise auftreten. Möglicherweise müssen Sie kleine Aufgaben ausführen, z. B. die Genehmigung des Kaufs eines neuen Buildcomputers, oder auch schwierigere Aufgaben wie die Vermittlung bei Konflikten zwischen Teammitgliedern. Wenn es im Team zu unangenehmen Auseinandersetzungen kommt, müssen Sie das Team dabei unterstützen, sich wieder davon zu erholen und in Zukunft effizienter zu arbeiten.
Produktbesitzer
Als Produktbesitzer besteht Ihre Funktion darin, als Schnittstelle zwischen den Kunden und dem Team zu fungieren. Eine Vielzahl von Kunden und Projektbeteiligten werden viele Anforderungen an Sie stellen.
Wodurch zeichnet sich ein guter Produktbesitzer aus?
Sie müssen die Kundenanforderungen analysieren und diese in User Storys beschreiben. Sie müssen über Verhandlungstalent verfügen, damit Sie Kunden helfen können, das Verhältnis zwischen angeforderten Funktionen und deren Auswirkungen auf den Zeitplan zu verstehen. Sie müssen gemeinsam mit den Kunden Prioritäten für den Produktrückstand festlegen, damit das Team in einzelnen Inkrementen nacheinander das optimale Produkt oder System entwickelt. Sie benötigen fundierte Sachkenntnis im Geschäftsbereich oder der Branche des zu entwickelnden Systems. Beispielsweise benötigen Sie Kenntnisse in den Gebieten Gesundheitswesen und Krankenversicherung, wenn das Team ein Gesundheitspflegesystem für ein Krankenhaus erstellt. Ohne diese Kenntnisse können Sie nicht effektiv Prioritäten für den Produktrückstand festlegen oder dem Team die Elemente des Produktrückstands erläutern. Sie profitieren auch von grundlegenden Finanzkenntnissen, z. B. in Bezug auf den Amortisationszeitraum eines Systems, Budgetabschreibungen sowie die Anschaffungs- und Betriebskostenrechnung. Ihr Verständnis der Scrum-Prozesse und deren Verwaltung sind für den Teamerfolg ebenfalls unverzichtbar.
Hauptzuständigkeiten des Produktbesitzers
Ihre Hauptzuständigkeiten bestehen darin, dem Team die Anforderungen der Kunden und Projektbeteiligten zu erläutern und Fragen des Teams zu beantworten. Sie müssen den Produktrückstand aktuell halten und priorisieren. Für die Verwaltung des Produktrückstands müssen Sie regelmäßig mit Kunden, Projektbeteiligten und dem Team kommunizieren. Sie sollten sich mindestens alle eine bis zwei Wochen mit den Projektbeteiligten treffen. Die Reihenfolge, in der Benutzertextabschnitte implementiert werden, wirkt sich auf den Amortisationszeitraum und das Arbeitsaufkommen des Teams aus. Das Team hilft Ihnen zu verstehen, wie sich die Reihenfolge von User Storys auf die Arbeit auswirkt. Sie müssen den Projektbeteiligten helfen, die Auswirkungen dieser Rangfolgeentscheidungen zu verstehen. Darüber hinaus verringern Sie die Notwendigkeit ausführlicher Spezifikationen, indem Sie den Teammitgliedern zur Verfügung stehen, wenn Fragen zum Implementieren der Funktionen auftreten. Um die Arbeit des Teams voranzubringen, müssen Sie Antworten auf diese Fragen parat haben oder in der Lage sein, diese Antworten sehr schnell (in nur wenigen Stunden) zu finden. Wenn Sie nicht verfügbar sind, beeinträchtigt dies die Ergebnisse des Teams.
Tipp
Die Detailstufe der Spezifikation hängt von vielen Faktoren ab. Zu diesen zählt auch der Typ der Anwendung, die vom Team entwickelt wird. Für viele Anwendungen sind ordnungsgemäß ausgearbeitete User Storys und offene Kommunikationskanäle die effektivsten Spezifikationen. Eine Anwendung, mit der Labortests verarbeitet werden, kann jedoch eine detaillierte Spezifikation erfordern, damit das Team die Auswirkungen der mit der Zeit vorgenommenen Änderungen ausführlicher analysieren kann.
Zusammen mit dem Team und den Projektbeteiligten erarbeiten Sie auch Akzeptanztests. Mit diesen Akzeptanztests wird bestimmt, ob eine User Story abgeschlossen und bereit für die Sprintüberprüfung ist. Sie müssen Risiken verstehen, benennen und gegenüber den Teammitgliedern und den Projektbeteiligten erläutern.