Fördern einer agilen Kultur innerhalb Ihres Teams

Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018

Hinweis

Sind Sie neu bei Agile? Erfahren Sie mehr über agile Kultur und Skalierung agiler auf große Teams.

Wenn Ihr Team wächst, möchten Sie, dass Ihre Tools damit wachsen. Und wenn Sie ein Unternehmen sind, das Agile-Methoden verwendet, möchten Sie, dass Ihre Agile-Tools die Geschäftsziele Ihres Unternehmens unterstützen.

Um Agile erfolgreich zu skalieren, muss jedoch sowohl die Kultur als auch die Tools in Ihrer Organisation adressiert werden.

Ausrichtung ermöglicht Autonomie

Organisationen, die sich bemühen, agile zu sein, müssen die Zwillingsverpflichtungen berücksichtigen, um die Ausrichtung im gesamten Unternehmen zu schaffen und die Teamautonomie zu unterstützen. Teams benötigen Autonomie, um effizient zu sein. Und Unternehmen benötigen eine Ausrichtung über Teams und die Organisation hinweg, um effizient zu sein.

Zu viel Ausrichtung mit unzureichender Teamautonomie unterstützt keine Innovation oder Agilität von Teams, um Dinge zu erledigen. Zu wenig Ausrichtung mit jedem Team, das ihr eigenes Programm ausführt, bietet nicht die Einblicke und Koordination, die erforderlich ist, um Geschäftsziele zu erfüllen.

Mit der richtigen Ausrichtungsebene in der gesamten Organisation und Teamautonomie sind Einzelpersonen in der Lage, Innovationen zu entwickeln und zu inspirieren, um geschäftsziele zu erfüllen.

Erstellen von Ausrichtung und Unterstützung der Autonomie

Wenn Sie planen, wie Sie Ihren Agile-Toolsatz erweitern möchten, sollten Sie die folgenden Bereiche berücksichtigen. Diese Bereiche sind wichtig für die Erstellung der Unternehmensausrichtung während der Entwicklung von Teamautonomie.

Bereich

Ausrichtung erstellen

Unterstützung der Autonomie

Produktsicht

Die Organisation definiert die Ziele und Roadmap für die Organisation. Ziele können als Epen und Features definiert werden, die im Portfolio-Backlog angezeigt werden.

Teams bestimmen, wie Sie die Roadmap am besten erfüllen. Teams unterteilt Ziele in Benutzergeschichten oder Produktrückführungselemente mithilfe ihrer Team-Backlogs.

Teamstruktur

Basierend auf Geschäftszielen bestimmen Organisationen die Anzahl und Größe von Teams. Vertikal strukturierte Funktionsteams führen zu einer größeren Autonomie und Effizienz.

Bei Teams sollte es einige etablierte Rollen geben, z. B. Produktbesitzer und Entwicklungsleiter, aber auch Raum zum Drehen von Rollen. Teammitglieder können beispielsweise als Scrum Master fungieren, Sprint-Demos entwickeln, Sprint-Retrospektive ausführen oder Sprint-E-Mails erstellen.

Entwicklungskadenz

Agile Organisationen müssen Produkte und Funktionsupdates in regelmäßigen Abständen freigeben. Die Einrichtung regelmäßiger Freigabe- und Sprintpläne fördert den Rhythmus des Unternehmens.
Jede sprint-a time boxed Iteration der konstanten Dauer zwischen zwei und vier Wochen umfasst Planung, Ausführung, Bereitstellung von Wert, Reflexion und Engagement für kontinuierliche Verbesserung.

Alle Teams verwalten ihre Arbeit innerhalb der festgelegten Sprint-Kadenz. Teams bieten Eingaben in die Länge des Sprints, die für sie am besten geeignet ist.
Teams wählen die agilen Methoden aus, die für sie funktionieren, Scrum, Kanban oder eine Mischung aus beiden. Teams übernehmen auch den Besitz von Start- und Handeln auf eigenen Methoden zur kontinuierlichen Verbesserung.
Es ist möglich, dass einige Teams in kürzeren Sprints ausgeführt werden. Wenn eine Organisation z. B. einen 2-wochenigen Sprint-Kadenz festlegt, können einige Teams entscheiden, in 1-Wochen-Sprints zu arbeiten, während sie weiterhin mit dem Organisationsplan übereinstimmen.

Kommunikationskadenz

Ebenso wie Sprints einen natürlichen Rhythmus zum Arbeitsfluss bringen, so tun Sie auch regelmäßige Kommunikationen. Durch die Festlegung der Erwartungen an die Arten von Kommunikationen, die sie sehen möchten, bleiben sie ausgerichtet und wie oft sie auftreten, erstellen Organisationen natürlich die Ausrichtung über Teams und das Unternehmen hinweg.
Team-Sprint-E-Mails, Fehlerleistenstatus und Freigabe-Teamfeature-Übermittlungsstatus sind Beispiele für eine solche regelmäßige Kommunikation.

Teams bestimmen die Details, die sie kommunizieren und wer die Kommunikation entwickeln wird. Ihre Sprint-E-Mails können eine Zusammenfassung der vorherigen Sprintleistungen und nächste Sprintpläne enthalten oder eine Demo der kürzlich abgeschlossenen Features enthalten.

Qualität

Jede Organisation muss die Kriterien und Standards festlegen, nach denen sie Qualität bewerten und Die Erwartungen an Qualitätsstandards festlegen. Einige Möglichkeiten, wie sie die Kriterien definieren, besteht darin, Exitkriterien für neue Featureentwicklung, Standards für die Verwaltung technischer Schulden und Fehlergrenzen für Teams oder Einzelpersonen festzulegen.
Außerdem können sie den Fehlerstatus und Trends überwachen, indem Sie Fehlerdashboards erstellen.

Teams wählen aus, wie sie die Qualitätsstandards erfüllen. Sie können Fehler bashes für neue Features oder am Ende jedes Sprints stufen. Sie können eine Person auswählen, die als Bugschild auf drehbarer Basis fungiert.

Risiko verwalten, Arbeit nachverfolgen

Die Organisation bestimmt, wie jede Funktionseinheit Status und Risiko kommuniziert. Sie richten einen "Vertrag der Kommunikation" als die mindest erforderlichen Informationen ein, die die Organisation benötigt.
Außerdem stellt die Organisation die Infrastruktur bereit, um Risiken zu reduzieren. Die Organisation schuldet den Teams alles, was sie tun können, um Risiken zu reduzieren, die in allen Teams üblich sind.

Über die Von der Organisation festgelegten Anforderungen hinaus bestimmen Teams alle anderen Details, die sie verwalten und nachverfolgen müssen, um ihre Risiken zu reduzieren. Unabhängig davon, ob sie ein Whiteboard mit Kurznotizen oder einem vollständigen Gantt-Diagramm verwenden, verwalten sie die Details.
Beispielsweise können Teams ein Backlog-Element hinzufügen, um eine Abhängigkeit nachzuverfolgen, die sie für ein anderes Team haben. Oder sie können ihre Risiken über eine Liste von Problemen oder Hindernissen nachverfolgen. Außerdem tragen Teams regelmäßig zur Verbesserung des Prozesses und der Infrastruktur bei, um die Fähigkeit der Organisationen zur Verwaltung von Risiken zu unterstützen und Einblicke zu gewinnen.

Featureteams

Während Sie skalieren, ist eine der wichtigsten Aufgaben zu berücksichtigen, wie Sie Ihre Teams strukturieren. Traditionell teilen horizontale Teamstrukturen Teams nach der Softwarearchitektur: Benutzeroberfläche, dienstorientierte Architektur und Datenteams.

Horizontale und vertikale Teams

Mit der Einführung von Agile-Praktiken wurden jedoch vertikale Teamstrukturen, die die Architektur umfassen, gezeigt, dass eine größere Teamautonomie bereitgestellt wird. Vertikale Teams können die features bereitstellen, die sie besitzen, indem sie über die Softwarearchitektur hinweg arbeiten. Sie verbreiten auch das Wissen, das für die Arbeit auf allen Architekturebenen in allen Teams erforderlich ist.

Konfigurieren Sie Ihre Teams entlang der Wertströme, die Ihre Organisation bereitstellen möchte. Fabrikam Fiber organisiert beispielsweise ihre Teams in den folgenden sieben Featureteams.

Sieben Featureteams: Einkaufswagen, Kundenprofil, Servicestatus, Email, Voice, Internet und TV

Jedes Team plant die Features, die sie liefern. Sie haben die Autonomie, um zu bestimmen, wie sie die Daten strukturieren, die Dienste entwerfen und die Web- und mobilen Benutzeroberflächen entwerfen. Sie planen die Einhaltung der von der Organisation festgelegten Qualitätsstandards und tragen zu allen Teams bei.

Konfigurieren Ihrer Agile-Tools zum Skalieren

Wenn Ihre Organisation wächst, können Sie Ihre Agile-Tools auf folgende Weise skalieren.

  • Hinzufügen von Teams und gefilterten Backlogansichten: Sie fügen Teams hinzu, um die Teamautonomie zu unterstützen und ihnen die Tools bereitzustellen, die sie konfigurieren und verwalten können, die unterstützen, wie sie arbeiten möchten. Zu diesen Tools gehören Produktbacklogs, Kanban-Boards, Sprint-Backlogs und Taskboards sowie viele andere.

    Außerdem können Sie Teams so konfigurieren, dass sie eine Hierarchie von Backlogs und Portfolio-Backlogs unterstützen, damit Portfoliomanager Priorität und Fortschritt in mehreren Teams überprüfen können.

  • Einrichten von Sprints und Versionen: Sie können Ihre Iterationen strukturieren, um eine flache Reihe von Sprints oder eine Reihe von Sprints zu unterstützen, die in geplanten Versionen eingebettet sind. Jedes Team aktiviert die Reihe von Sprints und Veröffentlichungen, an denen sie teilnehmen müssen.

  • Verwalten Sie Portfolios: durch Einrichten einer Hierarchie von Teams und Backlogs und Aktivieren von Portfolio-Backlogs. Featureteams, die sich auf eine Teilmenge des Produktbacklogs konzentrieren, können sich nur auf ihren Backlog konzentrieren. Portfoliomanager, die Backlogs anzeigen und organisieren möchten, um Fortschritt und Abhängigkeiten zu verfolgen, können Portfolio-Backlogs von Features und Epics verwalten.

    Wenn andere Portfolio-Backlogs erforderlich sind – z. B. Szenarien oder Initiativen –, können Sie sie auch hinzufügen.

  • Konfigurieren von Dashboards: Mit Team-Dashboards können Sie viele Diagramme konfigurieren, die den Fortschritt innerhalb eines Teams oder in allen Teams nachverfolgen. Insbesondere können Sie Status- und Trenddiagramme basierend auf Abfragen hinzufügen, die Sie erstellen.

  • Arbeit gruppieren oder kategorisieren: Es gibt mehrere Möglichkeiten zum Gruppieren von Arbeiten, die Sie nachverfolgen möchten. Backlogs filtern Arbeitsaufgaben basierend auf Teambereichszuweisungen. Und Portfolio-Backlogs ermöglichen Es Ihnen, Backlog-Elemente unter Features und Epics zu gruppieren.

    Wenn Sie Arbeitselemente basierend auf anderen Gruppierungen nachverfolgen und melden möchten, können Sie dies erreichen. Sie können Tags zu Arbeitselementen hinzufügen und dann Backlogs oder Abfragen basierend auf Tags filtern. Außerdem können Sie Subarea-Pfade hinzufügen , um präzisere Featurebereiche darzustellen.

  • Hinzufügen von Ordnern und Verwenden von Teamfavoriten: Wenn Ihre Teams wachsen, sehen Sie eine wachsende Liste von Arbeitsaufgabenabfragen, Builddefinitionen und Quellcodeordnern. Mithilfe von Ordnern, Unterordnern und Teamfavoriten können Sie viele dieser Listen einfacher verwalten. Sie können Teamfavoriten für freigegebene Abfragen, Quellcode und Builddefinitionen hinzufügen.

Bevor Sie mit einem der Agile-Tools arbeiten können, benötigen Sie ein Projekt. Wenn Sie noch keines haben, können Sie eine erstellen.

Wenn Sie bereit sind, von einem Team zu zwei Teams zu wechseln oder mehrere Teams zu konfigurieren, lesen Sie "Teams hinzufügen". Informationen zum Hinzufügen eines Teamadministrators oder zum Konfigurieren von Teamressourcen finden Sie unter "Verwalten von Teams" und "Konfigurieren von Teamtools".

Weitere Informationen und Beispiele finden Sie in diesen Artikeln:

Ressourcen für agile Kulturindustrie

Skalieren mit Teams und nicht mit Projekten

Häufig betrachten Organisationen das Hinzufügen eines Projekts für jedes Softwareentwicklungsprojekt.

Das Hinzufügen von Teams zum Skalieren Ihrer Tools anstelle des Hinzufügens von Projekten wird aus folgenden Gründen empfohlen:

  • Sichtbarkeit: Es ist viel einfacher, den Fortschritt in allen Teams anzuzeigen.
  • Nachverfolgen und Überwachen: Es ist einfacher, Arbeitselemente und andere Objekte für Nachverfolgungs- und Überwachungszwecke zu verknüpfen
  • Wartbarkeit: Sie minimieren die Wartung von Sicherheitsgruppen und Prozessupdates.

Weitere Informationen finden Sie unter "Informationen zu Projekten" und zum Skalieren Ihrer Organisation.