Agile Best Practices und Praktiken für technische und nichttechnische Teams

Wenn Sie lange Zeit an Agile arbeiten, können Sie leicht die Grundwerte, Prinzipien und Praktiken identifizieren, dank derer sich heute eine große Anzahl von Unternehmen für Methoden entscheiden. Einige Praktiken in der Methodik werden von fast allen hoch gelobt, andere sind umstritten. Agile wäre jedoch nicht zu Agile geworden, wenn die besten Werte und Techniken der Methodik nicht die Gunst von Millionen von Managern und Entwicklern auf der ganzen Welt gewonnen hätten.

Bild

Die berühmte Methodik wurde für die Softwareentwicklung entwickelt. Daher werden dort fast alle agilen Praktiken angewendet. Dies hindert Agile jedoch nicht daran, sich bei vielen nicht technischen Teams zu bewerben.

Unternehmen, die nicht mit der IT verbunden sind, entdeckten schnell die Vorteile des flexiblen Denkens und einiger agiler Praktiken, die Unternehmen dabei helfen können, mehr zu erreichen, den Kunden maximalen Nutzen und Freude zu bieten und das Team darin zu vereinen.
Seit 2001 wurden agile Prinzipien in das berühmte Agile-Manifest aufgenommen , und die Methodik selbst ist zum Standard-Softwareentwicklungsprozess geworden.

Was sind die wichtigsten agilen Praktiken, die die Methodik so berühmt und gefragt gemacht haben?

Die folgende Liste ist nicht vollständig, da agile Praktiken aus verschiedenen Perspektiven und unter Verwendung verschiedener Klassifikationen betrachtet werden können. Unsere Liste enthält die grundlegendsten, die in der Softwareentwicklung und einige in nichttechnischen Produkten und Projekten angewendet werden können.

Liste der agilen Best Practices


Aufgabenwarteschlange


Oft müssen große Aufgaben in einem Projekt in Teile unterteilt werden. Viele von ihnen sammeln sich an und bilden eine Sequenz. In diesem Fall muss der Produktmanager sorgfältig mit allen Aufgaben des Backlogs arbeiten und die richtigen Prioritäten für jede Aufgabe ermitteln.

In der Regel enthält der Rückstand eines Produkts die folgenden Elemente: Produktmerkmale, mögliche Fehler, vorrangiges Produktwissen, einige technische Arbeiten usw.

Alle Artikel im Backlog werden nach ihrem Wert sortiert. Je wichtiger das Element ist, desto eher wird es zur Arbeit gehen. Die oberen Positionen sind im Vergleich zu den unteren Elementen detaillierter und klarer. Alle sollten nicht-technischen Teammitgliedern und Stakeholdern klar sein.

Eine Schlüsselrolle beim Backlog- Management spielt das Backlog-Grooming- Meeting, bei dem Vertreter des Agile-Teams die Details des Backlog des Produkts besprechen und die nächste Sprint-Planung vorbereiten.

Iterationen


Agile Teams wählen den Arbeitsaufwand, der zu einem bestimmten Zeitpunkt erledigt werden muss. Iterative Entwicklung bedeutet, dass das Team selbst entscheiden kann, was es tun kann, basierend auf seinen Fähigkeiten und Erfahrungen aus der vorherigen Iteration.

Kundenorientierung


Der Kundenservice ist der Schlüssel zur Agile-Methodik. Nach einem flexiblen Ansatz muss das Team alle von den Kunden benötigten Informationen bereitstellen und sie über den Fortschritt informieren. Kontinuierliche Kommunikation sollte auch Teil der internen Teamarbeit sein.

User Stories


Agile beschreibt die Funktionalität für die Kommunikation mit Kunden und dann auf bestimmte Weise von der Position des Produkts aus (erinnern Sie sich an die Formel „Ich als <Benutzertyp>, ich möchte <Aktion>, weil <Grund>“?). Benutzerhistorie im agilen Projektmanagement bedeutet eine Arbeitseinheit, die in einem Sprint abgeschlossen werden muss.

User Stories beinhalten Beschreibung, Akzeptanzkriterien und Zeitbewertung. Wenn sie zu komplex sind, teilen sie die Produktmanager in kleinere auf.

Agile Rollen


Die Methodik umfasst verschiedene Rollen und dementsprechend ihre unterschiedlichen Namen. Zusammenfassend lässt sich sagen, dass Rollen in Agile in Gruppen unterteilt werden können, darunter:

  • Teamleiter, Projektleiter und Scrum Masters
  • Teammitglieder
  • Product Owner für Scrum und On-Site-Kunde für XP
  • Interessengruppen

Agile Teams können auch aus zusätzlichen technischen Experten bestehen.

Wertstromanalyse


Die Wertstromanalyse ist eine Verwaltungsmethode zur Analyse des aktuellen Zustands und zur Entwicklung des zukünftigen Zustands eines Produkts. Der Zweck der Analyse besteht darin, „Abfall“ in Wertströmen zu identifizieren und zu entfernen, wodurch die Effizienz des Datenstroms erhöht wird.

Hier führt die Methodik zwei Prinzipien ein. Die erste ist eine Produktdefinition, die auf User Stories basiert, die auf Geschäftsanalysen basieren. Die zweite ist die Definition von Abhängigkeiten zwischen geschäftlicher und technischer Funktionalität.

Timeboxing


Timeboxing wird als Projektplanungsmethode verwendet. Der Zeitplan ist in mehrere separate Zeiträume (Zeitfelder) unterteilt, von denen jeder seine eigenen Endergebnisse, Fristen und Budgets hat.

Sprints werden gemäß den angegebenen Zeitrahmen fortgesetzt. Normalerweise von zwei Wochen bis zu einem Monat. Scrum-Rallyes dauern normalerweise etwa 15 Minuten.

Tägliche Treffen


Ein Scrum-Meeting ist beispielsweise eine tägliche Veranstaltung, ein kurzes Meeting am Morgen oder Nachmittag, das normalerweise von einem Produktmanager oder Produktbesitzer organisiert wird. Es dauert 10-15 Minuten und erfordert die Anwesenheit des Scrum-Masters und des gesamten Teams. Ein solches Treffen ist organisiert, um:

  • Denken Sie daran, was gestern getan wurde
  • Bestimmen Sie, was heute getan wird
  • Identifizieren Sie gegebenenfalls Hindernisse

Bild

Sprint-Demo-Meeting


Ein solches Meeting wird organisiert, wenn die Funktionalität definiert ist und es Zeit ist, dem Kunden zu erklären, wie es funktioniert. Dies ist wichtig, da Kunden bestätigen können, dass sie bestimmte Funktionen akzeptieren oder Punkte identifizieren, mit denen sie nicht einverstanden sind.

Rückblickendes Treffen


Dies ist eine Retrospektive der endgültigen iterativen Entwicklung. Eine nachträgliche Besprechung wird empfohlen, um an allen Teammitgliedern teilzunehmen. Kunden können auch teilnehmen.
Es wird die Möglichkeit zur Verbesserung von Prozessen, Arbeitsqualität, verwendeten Werkzeugen usw. erörtert.

Testen


Es ist sehr wichtig, rechtzeitig Informationen über Funktionen zu erhalten, die nicht wie geplant funktionieren. Tests werden vor Arbeitsbeginn automatisch ausgeführt. Dies stellt sicher, dass alle Codeänderungen akzeptabel sind.

Burndown-Diagramm


Diese Grafik zeigt, ob wirklich alles nach Programmierkalender und Gesamtplan läuft. Es spiegelt Daten und Zeitpläne wider. Burndown-Diagramme zeigen auch die Anzahl der User Stories pro Zeiteinheit.

Priorisierung von Anforderungen


Die Anforderungspriorisierung wird von Agile verwendet, um zu bestimmen, welche spezifischen Produktanforderungen in einer bestimmten Version enthalten sein sollen.

Produktmanager priorisieren auch Anforderungen, um Risiken während der Entwicklung zu minimieren - die wichtigsten werden zuerst implementiert. In diesem Fall verwenden erfahrene Produkt- und Projektmanager bekannte Priorisierungsmethoden und -techniken .

Release-Planung


Eine Produktversion ist eine Reihe neuer Funktionen oder die endgültige Einführung eines Produkts. Durch eine ordnungsgemäße Release-Planung können Teams Qualitätsprodukte herstellen.

Was ist das Geheimnis eines erfolgreichen Release-Managements ? Auf jeden Fall geht es nicht nur darum, Kunden Zugang zu neuen Funktionen zu verschaffen. Dies ist der letzte Termin, an dem Ihr Team neue Erfahrungen austauschen und Kundeninteraktionen unterstützen kann.

Alle Interessenten müssen wissen, wann sie mit neuen Funktionen rechnen können. Ein Release-Kalender sollte immer klar geplant sein.

Diese Liste kann fortgesetzt und durch andere interessante Praktiken ergänzt werden. Welche Praktiken können jedoch von einem nichttechnischen Team angewendet werden?

Ein eindrucksvolles Beispiel ist die Verwendung von Rückstand und Aufgabenpriorisierung durch das Team des Lufttransportunternehmens Air Methods , das sich auf Nothilfe spezialisiert hat.

Ein Unternehmen mit mehr als 6.000 Mitarbeitern arbeitet aktiv in einem Team, um eine Schulungs- und Entwicklungsstrategie zu erstellen und zu verwalten. Zu Beginn der Aktivität wurde dieses Team mit der Tatsache konfrontiert, dass die Stakeholder nicht verstanden, wie viel Zeit und Mühe erforderlich wäre, um Schulungen und Bildungsprojekte zu erstellen.

So kam das Team zu einer agilen Praxis, Rückstände zu nutzen und zu verwalten und Prioritäten zu setzen. Zur Visualisierung reagierten die Trello-Tools.

Stakeholder-Anfragen werden an der Tafel gesammelt, das Team weist jedem ein grünes oder rotes Etikett zu. "Grüne" Projekte können jetzt abgeschlossen werden, "rote" Projekte stehen in der Warteschlange.

Jeden Monat versammeln sich das Team und interessierte Personen, um neue Prioritäten festzulegen, abzustimmen und zu diskutieren.

Bild

Laut Unternehmensvertretern hilft diese Praxis, mit den Geschäftserwartungen zu arbeiten, schafft Synergien innerhalb des Teams und erhöht dessen Effektivität. Infolgedessen begann das nichttechnische Team, produktiv mit Stakeholdern zusammenzuarbeiten.

Wie oben erwähnt, kann diese Liste viele andere Praktiken enthalten, die sich auf Anforderungen, Design, Produktentwicklung, Tests und organisatorische Probleme beziehen.

Erfolgreiche Services und Tools für das Projektmanagement , die Geschichte globaler Unternehmen, die im Netzwerk verteilt sind, viele moderne Kurse und relevante Literatur zur Methodik tragen heute dazu bei, die Grundwerte von Agile erfolgreich anzuwenden. Dank dessen sichern agile Praktiken und Praktiken jeden Tag den Erfolg vieler Unternehmen und ziehen immer mehr technische und nichttechnische Teams an.

Source: https://habr.com/ru/post/de413871/


All Articles