Fördern einer agilen Kultur innerhalb Ihres Teams

Azure DevOps Services | Azure DevOps Server 2022 - 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 mit ihnen wachsen. Und wenn Sie ein Unternehmen sind, das agile Methoden verwendet, möchten Sie Ihre agilen Tools, um die Geschäftsziele Ihres Unternehmens zu unterstützen.

Zum erfolgreichen Skalieren von Agile muss jedoch sowohl die Kultur als auch die Tools innerhalb Ihrer Organisation behandelt werden.

Ausrichtung ermöglicht die Autonomie

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

Zu viel Ausrichtung mit unzureichender Teamautonomie unterstützt keine Innovation oder Flexibilität von Teams, um Dinge zu erledigen. Zu wenig Ausrichtung mit jedem Team, das ihr eigenes Programm ausführt, bietet nicht den Einblick und die Koordination, die für die Erfüllung von Geschäftszielen erforderlich ist.

Mit der richtigen Ausrichtungsstufe in der gesamten Organisation und der Teamautonomie können Einzelpersonen innovationen und inspiriert werden, um geschäftliche Ziele zu erfüllen.

Erstellen von Ausrichtung und Unterstützung der Autonomie

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

Bereich

Erstellen der Ausrichtung

Unterstützung der Autonomie

Produktvision

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 können. Teams lösen Ziele in Benutzergeschichten oder Produktbacklogelemente mit ihren Team-Backlogs auf.

Teamstruktur

Basierend auf Geschäftszielen bestimmen Organisationen die Anzahl und Größe von Teams. Vertikal strukturierte Featureteams 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 handeln, Sprint-Demos entwickeln, Sprint-Retrospektive ausführen oder Sprint-E-Mails erstellen.

Entwicklungs cadence

Agile Organisationen müssen Produkte und Featureupdates in regelmäßigen Abständen freigeben. Das Einrichten regelmäßiger Release- und Sprintpläne fördert den Rhythmus des Unternehmens.
Jede Sprint-a-Time boxed Iteration der Konstantendauer zwischen zwei und vier Wochen umfasst Planung, Ausführung, Lieferung von Wert, Spiegelung und Engagement in einer kontinuierlichen 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 sind.
Teams wählen die agilen Methoden aus, die für sie funktionieren, Scrum, Kanban oder eine Mischung aus beiden. Teams übernimmt auch das Starten und Handeln in eigenen Methoden zur kontinuierlichen Verbesserung.
Es ist möglich, dass einige Teams in kürzeren Sprints ausgeführt werden. Wenn eine Organisation z. B. eine 2-Wochen-Sprint-Kadenz festlegt, können einige Teams sich für den Betrieb in 1-Wochen-Sprints entscheiden, während sie weiterhin mit dem Organisationsplan ausgerichtet sind.

Kommunikations cadence

Ebenso wie Sprints einen natürlichen Rhythmus zum Arbeitsfluss bringen, so werden auch regelmäßige Kommunikationen ausgeführt. Durch Festlegen von Erwartungen für die Arten von Kommunikationen, die sie sehen möchten, bleiben sie ausgerichtet und wie oft sie auftreten, erstellen Organisationen natürlich ausrichtungsübergreifende Teams und das Unternehmen.
Team-Sprint-E-Mails, Fehlerleistenstatus und Release-Featurebereitstellungsstatus sind Beispiele für solche regulären Kommunikationen.

Teams bestimmen die Details, die sie kommunizieren und wer die Kommunikation entwickelt. 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, durch die sie Qualität bewerten und Erwartungen für Qualitätsstandards festlegen. Einige Möglichkeiten, wie sie die Kriterien definieren, besteht darin, Exitkriterien für neue Featureentwicklung, Standards zum Verwalten von technischen Schulden und Fehlergrenzen für Teams oder Einzelpersonen festzulegen.
Außerdem können sie Fehlerstatus und Trends überwachen, indem Sie Fehlerdashboards erstellen.

Teams wählen aus, wie sie die Qualitätsstandards erfüllen. Sie können Fehlerbashes für neue Features oder am Ende jedes Sprints festlegen. Sie können eine Person auswählen, die als Bugschutz auf einer drehbaren Basis fungiert.

Verwalten von Risiken, Nachverfolgen der Arbeit

Die Organisation bestimmt, wie jede Funktionseinheit Status und Risiko kommuniziert. Sie stellen einen "Vertrag der Kommunikation" als mindest erforderliche Informationen fest, die die Organisation benötigt.
Außerdem stellt die Organisation die Infrastruktur bereit, um Risiken zu verringern. 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. Ob sie ein Whiteboard mit Klebnotizen oder einem vollständigen Gantt-Diagramm verwenden, verwalten sie die Details.
Beispielsweise können Teams ein Backlogelement hinzufügen, um eine Abhängigkeit zu verfolgen, 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 dazu bei, den Prozess und die Infrastruktur zu verbessern, um die Fähigkeit der Organisationen zu unterstützen, Risiken zu verwalten und Einblicke zu erhalten.

Featureteams

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

Horizontale und vertikale Teams

Mit der Einführung von agilen Methoden wurden vertikale Teamstrukturen, die die Architektur umfassen, jedoch eine größere Teamautonomie bieten. Vertikale Teams können die features bereitstellen, die sie besitzen, indem Sie in der Softwarearchitektur 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. Beispielsweise organisiert Fabrikam Fiber ihre Teams in die 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, die Dienste und das Design der Web- und mobilen Benutzeroberflächen strukturieren. Sie planen die Einhaltung der Qualitätsstandards, die von der Organisation festgelegt werden, und zu denen alle Teams beitragen.

Konfigurieren Ihrer agilen Tools zum Skalieren

Wenn Ihre Organisation wächst, können Sie Ihre agilen 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 die Funktionsweise unterstützen. Diese Tools umfassen Produkt-Backlogs, Kanban-Boards, Sprint-Backlogs und Taskboards und viele andere.

    Außerdem können Sie Teams konfigurieren, um eine Hierarchie von Backlogs und Portfolio-Backlogs zu 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 so strukturieren, dass eine flache Reihe von Sprints unterstützt wird oder eine Reihe von Sprints, die in geplante Versionen eingebettet sind. Jedes Team aktiviert die Reihe von Sprints und Versionen, an denen sie teilnehmen müssen.

  • Verwalten von Portfolios: Indem Sie eine Hierarchie von Teams und Backlogs einrichten und Portfolio-Backlogs aktivieren. 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 Den 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 über Teams nachverfolgen. Insbesondere können Sie Status- und Trenddiagramme basierend auf Abfragen hinzufügen, die Sie erstellen.

  • Gruppieren oder Kategorisieren von Arbeiten: Es gibt mehrere Möglichkeiten zum Gruppieren von Arbeiten, die Sie nachverfolgen möchten. Backlogs filtern Arbeitselemente basierend auf Teambereichzuweisungen. Und Portfolio-Backlogs ermöglichen es Ihnen, Backlogelemente unter Features und Epics zu gruppieren.

    Wenn Sie Arbeitselemente basierend auf anderen Gruppierungen nachverfolgen und melden möchten, können Sie diese nachverfolgen und melden. 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 detailliertere Featurebereiche darzustellen.

  • Hinzufügen von Ordnern und Verwenden von Team-Favoriten: Wenn Ihre Teams wachsen, sehen Sie eine wachsende Liste von Arbeitselementabfragen, Builddefinitionen und Quellcodeordnern. Mithilfe von Ordnern, Unterordnern und Team-Favoriten 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.