Schlagwort

Easy Agile Team

  • Engineering

    Zeitsparende VSCode-Kurzbefehle zur Steigerung der Entwicklerproduktivität

    Effizienz ist für Ingenieure von entscheidender Bedeutung. Wenn Sie die Tastenkombinationen in Visual Studio Code beherrschen, können Sie wertvolle Zeit sparen und mehr Zeit haben, sich auf die Problemlösung zu konzentrieren. Anstatt durch Menüs zu navigieren, können Sie mit den richtigen Tastenkombinationen schneller programmieren, nahtlos umgestalten und konzentriert bleiben. In diesem Handbuch behandeln wir wichtige Tastenkombinationen in einer TypeScript-Umgebung, mit denen Sie Ihren Arbeitsablauf optimieren und Ihre Produktivität steigern können.

    IntelliSense-Code-Vervollständigungen

    In den meisten Fällen werden Sie beim Tippen wahrscheinlich Codevervollständigungen verwenden, aber manchmal kann es schneller sein, sie manuell auszulösen, um schnell einen Eigenschafts- oder Parameterwert abzurufen. Sowohl unter macOS als auch unter Windows lautet die Tastenkombination Strg+Leertaste.

    Code-Schnipsel

    Dies ist nicht unbedingt eine Abkürzung, aber ich wollte sie hinzufügen, da sie bei der Eingabe sich wiederholender Codemuster viel Zeit sparen kann. Codefragmente sind im Wesentlichen Vorlagen, die von Ihnen oder der Community erstellt werden, um die Eingabe sich wiederholender Codemuster wie Schleifen oder bedingter Anweisungen erheblich zu beschleunigen. Sie haben sie vielleicht schon einmal bemerkt, als das Intellisense-Popupmenü zur Codevervollständigung angezeigt wird. Sie sind an dem quadratischen Symbol zu erkennen. Ich schreibe häufig TypeScript, daher verwende ich häufig die integrierten JavaScript-Schnipsel, eine ES7+ React-Erweiterung und einige benutzerdefinierte Jest-Snippets. Ich kann das nur empfehlen Snippets-Benutzerhandbuch in der Visual Studio Codes-Dokumentation, wenn Sie mit dieser beginnen möchten!

    Symbol umbenennen

    Mit diesem Tastenkürzel können Sie die Funktion oder Variable, auf der sich Ihr Cursor befindet, umbenennen. Es benennt seine Definition und alle seine Referenzen um. Sowohl unter macOS als auch unter Windows lautet die Tastenkombination F2.

    Schnelle Importe mit Quick Fix

    Das manuelle Importieren von Variablen und Funktionen kann zeitaufwändig sein. Zum Glück geht das mit der Quickfix-Funktion viel schneller. Wenn sich Ihr Cursor auf einer Zeile mit einem Fehler oder einer Warnung befindet, können Sie ihn mit aktivieren ⌘+. auf macOS oder Strg+. unter Windows. Überprüfen Sie unbedingt die Importvorschläge, wenn Sie es mit einer größeren Codebasis zu tun haben, die mehrere Definitionen für dieselbe Variable oder Funktion haben könnte. In diesen größeren Umgebungen wird Ihnen möglicherweise zunächst der falsche Vorschlag unterbreitet!

    Refaktorierung

    Mit dieser Funktion können Sie den hervorgehobenen Code in eine wiederverwendbare Variable oder Funktion verschieben. Es kann sich als nützlich erweisen, wenn Sie dazu neigen, den Code zunächst einfach zusammenzuhacken und ihn dann zu überarbeiten und zu polieren, bevor Sie ihn an Ihre entfernte Filiale weitergeben und von Kollegen überprüft werden. Unter macOS lautet die Abkürzung ⌘+⌘+R und für Windows sind sie Strg+Shift+R.

    Linie hoch/runter bewegen

    Die Funktion „Linie nach oben oder unten bewegen“ macht genau das. Bewegen Sie die Linie, auf der sich Ihr Cursor befindet, nach oben oder unten. Das funktioniert auch, wenn Sie mehrere Zeilen markieren. Ich benutze das ziemlich oft, weil ich ehrlich gesagt ein Mensch bin und die Reihenfolge meines Codes nicht immer beim ersten Mal richtig verstehe. Auf macOS sind die Abkürzungen +↑ /↓ und Windows sind sie Alt+↑ /↓.

    Gehe zur Definition und zeige Referenzen

    Wenn Sie den Mauszeiger über einen Verweis auf eine Variable oder Funktion bewegen, wird Go to Definition genau das tun. Wenn Sie den Mauszeiger über eine Variablen- oder Funktionsdeklaration bewegen, zeigt die Tastenkombination „Referenz anzeigen“ ein Menü mit allen Referenzen an, falls es mehrere gibt, oder direkt zur Referenz, wenn es nur eine gibt. Unter macOS sind die Tastenkombinationen F12/G+F12 und Windows sind sie F12/Umschalttaste+F12.

    Diese Tastenkombinationen sind großartig, aber ich persönlich finde, dass F12 etwas weit von meiner allgemeinen Handposition auf einer Tastatur entfernt ist, also entscheide ich mich für ⌘/Strg+Linksklick was ich häufig verwende und für beide Funktionen funktioniert.

    Importe organisieren

    Diese Tastenkombination entfernt alle unbenutzten Importe, sortiert bestehende Importe nach Dateipfaden und sortiert auch benannte Importe. Unter macOS lautet die Tastenkombination ++O und Windows Alt+Umschalttaste+O.

    Dies ist eine wunderbare Abkürzung, um Zeit beim Aufräumen Ihrer Importe zu sparen, bevor Sie einen Commit ausführen, wenn Sie es gewohnt sind, ihn zu verwenden. Möglicherweise ziehen Sie es jedoch vor, Ihre settings.json mit der folgenden Konfiguration zu bearbeiten, damit die IDE dies beim Speichern für Sie erledigt. Die Datei settings.json kann gefunden werden, indem Sie die Befehlspalette öffnen (macOS & Windows: F1) und suche danach.

    "editor.codeActionsOnSave": { "source.organizeImports": true }

    Diese Tastenkombinationen sind nur die wichtigsten, die ich häufig verwende oder von denen ich beabsichtige, mehr zu verwenden, aber es gibt eine Vielzahl von Tastenkombinationen für Visual Studio Code. Wenn Sie Ihre Effizienz in Visual Studio Code noch weiter steigern möchten, bieten sie einen Spickzettel für macOS und Windows was gut sein kann, um es griffbereit zu haben.

  • Engineering

    So erstellen Sie Observability für Forge-Anwendungen

    Observability ist ein entscheidender Aspekt bei der Entwicklung und Wartung zuverlässiger Anwendungen, und bei Easy Agile haben wir große Anstrengungen unternommen, um unsere Anwendungen so beobachtbar wie möglich zu machen. In einem kürzlichen Vortrag auf dem Atlas Camp 2025 berichtete Ryan Brown, unser Staff Engineer, über unsere Erfahrungen bei der Umstellung auf Forge und die dabei gewonnenen Erkenntnisse. Hier sind die wichtigsten Höhepunkte seines Vortrags.

    Was ist Beobachtbarkeit und warum ist sie wichtig

    Bei Observability geht es darum, genügend Daten zu sammeln und zu visualisieren, um den Zustand Ihrer Softwaresysteme zu verstehen und Probleme zu beheben, wenn sie auftreten. Im Gegensatz zur herkömmlichen Überwachung, bei der Sie erfahren, was wann passiert ist, geht Observability noch einen Schritt weiter und erklärt, warum und wie Probleme auftreten.

    Für uns bei Easy Agile bedeutet starke Beobachtbarkeit:

    • Hat uns geholfen, bessere Entscheidungen über Leistungs- und Infrastrukturanforderungen zu treffen
    • Wir haben unseren Kundensupport drastisch verbessert, indem wir Probleme schnell lokalisieren konnten
    • Passen wir uns an die Realität moderner, verteilter Anwendungen an

    Ryan drückte es in seinem Vortrag so aus: „Als ich damals an Anwendungen gearbeitet habe, liefen wir auf zwei, drei, vielleicht höchstens vier Rechenzentren. Jetzt sprechen wir über Anwendungen, die auf globaler Ebene wachsen und von Menschen auf der ganzen Welt genutzt werden.“

    Moderne Anwendungen sind weitaus verteilter als früher, und dicke Frontends werden so komplex wie Backends. Aufgrund dieser Verteilung ist der herkömmliche Ansatz, einige Server manuell zu überprüfen, unzureichend — wir benötigen ausgeklügelte Observability-Lösungen, um zu verstehen, was auf unseren Systemen vor sich geht.

    Die drei Säulen der Beobachtbarkeit

    Observability basiert auf drei Hauptpfeilern:

    Metriken

    Dies sind die zahlenbasierten Messungen Ihrer Software — CPU-Auslastung, Anforderungszeiten, Fehleranzahl usw. Aber rohe Zahlen allein sind nicht sehr hilfreich. Der Kontext ist entscheidend — zu wissen, dass Sie fünf Fehler haben, ist etwas ganz anderes als zu wissen, dass Sie innerhalb von zwei Minuten fünf Fehler von einem bestimmten Benutzer auf einem Server haben.

    Metriken sind besonders aussagekräftig, wenn es darum geht, Trends im Laufe der Zeit zu identifizieren, sodass Sie genau feststellen können, wann Leistungsprobleme auftraten, oder Änderungen mit dem Systemverhalten korrelieren können.

    Logs

    Logs sind oft das Erste, womit Ingenieure Erfahrung sammeln, wenn es um Observability geht. Sie bieten detaillierte Aufzeichnungen von Ereignissen und sind der Eckpfeiler, um zu verstehen, was in Ihrem System vor sich geht. Sie liefern mehr Informationen als nur Metriken und erfassen nicht nur, was passiert ist, sondern auch Details zu jedem Ereignis, das eingetreten ist.

    Sie sind reicher an Informationen, generieren aber auch mehr Daten. Logs könnten Ihnen beispielsweise sagen, dass ein Fehler aufgetreten ist, weil eine API eine schlechte Antwort zurückgegeben hat — aber das allein sagt Ihnen immer noch nicht, warum die Downstream-API ausgefallen ist.

    Spuren

    Mithilfe von Traces können Sie nachvollziehen, was auf all Ihren Systemen passiert, die zusammenarbeiten. Sie verfolgen Transaktionen, während sie verschiedene Dienste durchlaufen, und zeigen Ihnen genau, was passiert, wenn ein Benutzer auf eine Schaltfläche klickt oder eine Aktion ausführt.

    „Die Rückverfolgung ist überraschend einfach“, erklärte Ryan. „Sie haben lediglich eine eindeutige Kennung für eine Transaktion, die von einem System zum nächsten System gemeinsam genutzt wird.“

    Traces sind besonders nützlich, wenn Sie diese Kennung Endbenutzern zur Verfügung stellen können, wenn etwas schief geht. Diese ID kann Ihnen genau zeigen, was bei dieser Transaktion passiert ist, sodass das Rätselraten bei der Fehlerbehebung ein Kinderspiel ist.

    Beobachtbarkeit bei Connect und Forge

    Unser aktueller Connect-Ansatz

    Bei Easy Agile haben wir umfassende Observability für unsere Connect-Apps implementiert.

    • Für alle unsere Anwendungen erfasste Metriken, Logs und Traces
    • All diese Daten werden an einen Observability-Dienst eines Drittanbieters gesendet, um eine zentrale Ansicht zu erhalten
    • Frontend-Komponenten, die auch Observability-Daten an denselben Dienst senden

    Dieser Ansatz reduziert die kognitive Belastung unserer Techniker und bietet einen vollständigen Überblick über die Benutzerabläufe und das, was in unseren Systemen passiert. Dafür empfiehlt Ryan, kommerzielle Dienste wie Datadog oder New Relic oder sogar Open-Source-Optionen wie Signoz zu verwenden.

    Bedenken hinsichtlich des Übergangs für Forge

    Als wir uns Forge zum ersten Mal ansahen, hatten wir mehrere Fragen:

    • Wie gut würde Tracing mit dem Kommunikationsmodell von Forge funktionieren?
    • Könnten wir unsere eigenen benutzerdefinierten Metriken definieren?
    • Wären wir in der Lage, Metriken und Logs sowohl vom Frontend als auch vom Backend zu sammeln?
    • Könnten wir bestimmte Benutzertransaktionen zu Supportzwecken identifizieren?

    Zum Zeitpunkt unserer Evaluierung waren Forge-Funktionen die primäre verfügbare Rechenoption, was Fragen zur Funktionsweise von Standard-Tracing-Bibliotheken im einzigartigen Kommunikationsmodell von Forge aufwarf.

    Experimentieren mit einer einfachen App

    Anstatt zu versuchen, eines unserer größeren Produkte zu migrieren, haben wir eine einfache „Sprint Notes“ -App erstellt, um die Beobachtbarkeit auf Forge zu testen. Dadurch konnten wir:

    • Iterieren Sie schnell durch verschiedene Forge-Topologien
    • Konzentrieren Sie sich beim Experiment auf die Beobachtbarkeit
    • Beinhaltet alle notwendigen Komponenten (UI, API, Datenbank)

    Wir haben diese App durch mehrere Phasen geführt:

    1. Verbinde dich auf Forge: Unsere Connect-App über Forge ausführen
    2. Forge mit Fernbedienungen: Verwenden Sie zwei Ansätze: Aufrufen von Fernbedienungen über Forge-Funktionen und Aufrufen von Fernbedienungen direkt von der Benutzeroberfläche aus
    3. Forge Native: Die App komplett neu schreiben, um die Forge-Funktionen und den Entitätsspeicher zu verwenden

    Wichtigste Ergebnisse

    Auf Forge verbinden

    Wenn Sie unsere Connect-App über Forge ausführen:

    • Unsere gesamte bestehende Beobachtbarkeit funktionierte ohne Änderungen
    • Frontend- und Backend-Metriken funktionierten weiterhin wie zuvor
    • Die Ablaufverfolgungskennungen wurden korrekt weitergegeben
    • Logs und Metriken wurden nicht in der Atlassian Developer Console angezeigt (was sinnvoll ist, da wir keine Forge-Module verwendet haben)

    Die Observability-Story für Connect on Forge ist ziemlich einfach — sie funktioniert einfach. Ryan merkte an: „Die gesamte Observability, die wir auf Connect eingerichtet hatten, funktionierte genauso wie zuvor. Es gab keine großen Änderungen oder Probleme mit dem, was wir dort gesehen haben.“

    Wir haben sogar mit verschiedenen Methoden experimentiert, um Daten an unseren Observability-Dienst zu senden, einschließlich der Verwendung eines Proxys unter unserer eigenen Domain, und alles funktionierte konsistent, solange die richtigen Content-Security-Header gesetzt waren.

    Forge mit Fernbedienungen

    Für Forge mit Fernbedienungen haben wir Folgendes gefunden:

    • Frontend- und Backend-Observability funktionierten größtenteils
    • Wir mussten permissions.external.fetch.client so einstellen, dass Metriken vom Frontend aus gesendet werden können
    • Das Hinzufügen dieser Berechtigungen erforderte ein Upgrade der Hauptversion
    • Metriken erfassten nicht alle API-Aufrufe, insbesondere Frontend-Aufrufe an Atlas-APIs
    • Tracing-Identifikatoren waren Remote-Anrufern nicht zugänglich, wodurch die durchgängige Verfolgung eingeschränkt wurde

    „Das ist ein bisschen enttäuschend... wir haben festgestellt, dass Forge bei Anrufen an unsere Fernbedienungen Tracing-Identifikatoren für die Verwendung im Backend generierte, aber leider waren diese Identifikatoren dann nicht dem ausgesetzt, was diese Fernanrufe tätigte“, erklärte Ryan.

    Wir konnten zwar Protokolle in der Developer Console sehen und einige Metriken wurden erfasst, aber die Unfähigkeit, Tracing-Identifikatoren an Aufrufer weiterzuleiten, bedeutete, dass wir keine vollständige Rückverfolgbarkeit von der Benutzeroberfläche zur Datenbank erreichen oder Transaktions-IDs den Endbenutzern anzeigen konnten, ohne Problemumgehungen zu implementieren.

    Forge-Einheimischer

    Mit einem vollständig nativen Forge-Ansatz:

    • Benutzerdefinierte Metriken und einfaches Tracing sind möglich, erfordern jedoch einen erheblichen Aufwand.
    • Wir mussten eine benutzerdefinierte Handhabung mit Bibliotheken wie OpenTelemetry implementieren
    • Die Beobachtbarkeit der Benutzeroberfläche blieb ähnlich wie bei der Remote-Implementierung.
    • Wir könnten über undokumentierte Forge-API-Funktionen auf Korrelations-IDs zugreifen

    Wir haben es geschafft, einen Machbarkeitsnachweis zu erstellen, der Spuren von Forge-Funktionen zu unserem Observability-Dienst zeigt, obwohl die Implementierung einer vollständigen Datenspeicherverfolgung zusätzliche Arbeit erfordern würde.

    Empfehlungen und bewährte Verfahren

    Basierend auf unseren Ergebnissen empfehlen wir:

    1. Legen Sie Basiswerte für die Beobachtbarkeit fest

    Finden Sie heraus, welche Daten Sie wirklich benötigen, anstatt alles zu sammeln. Observability-Dienste werden nach Volumen abgerechnet, sodass das Sammeln unnötiger Daten schnell teuer werden kann.

    2. Verwenden Sie OpenTelemetry

    Es entspricht der internen Implementierung von Forge und bietet eine gute Standardisierung. Es ist zwar schwieriger zu verwenden als einige sofort einsatzbereite Lösungen, aber die langfristigen Vorteile sind es wert.

    3. Ziehen Sie einen Observability-Proxy in Betracht

    Dies ermöglicht:

    • Authentifizierung für eingehende Metriken
    • Zusätzlichen Kontext hinzufügen
    • Datenredigierung für sensible Informationen
    • Entkopplung Ihrer Implementierung von bestimmten Anbietern

    In Kombination mit OpenTelemetry bedeutet dieser Ansatz, dass Ihre Forge-Komponenten nicht wissen müssen, welchen Observability-Dienst Sie verwenden, wodurch Berechtigungsänderungen vermieden werden, wenn Sie den Anbieter wechseln.

    4. Plane Genehmigungsaktualisierungen strategisch

    Da sie wichtige Versionsupgrades erfordern, sollten Sie sie frühzeitig in Ihre Entwicklung einbeziehen.

    5. Weitere wichtige Überlegungen

    • Größere Versionsupgrades sind erforderlich, wenn Berechtigungen für Observability hinzugefügt werden
    • Die Dokumentation für den Export von Logs und Metriken ist technisch korrekt, kann aber leicht falsch interpretiert werden
    • Traces werden in Remote-Implementierungen nicht automatisch an Aufrufer weitergegeben

    Abschließende Gedanken

    Das Erreichen aller drei Säulen der Beobachtbarkeit auf Forge ist möglich, erfordert jedoch je nach Ihrer Implementierungsstrategie unterschiedliche Ansätze:

    • Connect on Forge funktioniert nahtlos mit vorhandener Observability
    • Forge mit Fernbedienungen erfordert eine zusätzliche Konfiguration
    • Forge Native benötigt mehr benutzerdefinierte Implementierung

    Diese Experimente werden für Open Source vorbereitet, also bleiben Sie dran Ryans LinkedIn für Updates.

  • Workflow

    So schließen Sie den Value Stream Mapping Prozess ab

    „Bottleneck“ ist ein Schlagwort, das Sie nicht hören möchten. Wenn es um Ihren Produktionsprozess geht, geht es bei der Maximierung Ihrer Zeit und Ihres Budgets vor allem darum, die Effizienz hoch zu halten. Wenn Sie jedoch nur die Schritte in Ihrem Prozess verkürzen, werden Ihre Kunden möglicherweise nicht glücklicher. Wenn Sie eine hohe Kapitalrendite und eine höhere Kundenzufriedenheit erzielen möchten, ist die Wertstromanalyse eine ideale Methode, um Ihr Team auf Kurs zu halten.

    Was ist Wertstromanalyse?

    Value Stream Mapping (VSM) ist eine Technik der Methode der Lean-Prinzipien das hilft Ihnen, die Schritte zu visualisieren, die Sie unternehmen müssen, um ein fertiges Produkt oder eine Dienstleistung zu liefern. Wertstromansichten beschreiben den Informationsfluss und die materiellen Materialien, um zu erkennen, wo für den Kunden ein Mehrwert entsteht. Der Zweck von VSM besteht darin, die Effizienz zu steigern, indem die Verschwendung im Produktionsprozess reduziert wird.

    Weithin bekannt als die schlanke Fertigungsmethode, die in der Toyota-Produktionssystem, VSM wird heute häufig zur Beseitigung von Engpässen in anderen Branchen wie Softwareentwicklung, Lieferkette und Gesundheitswesen eingesetzt. Es ist eine vielseitige Technik, die vielen Organisationen helfen kann, zu glänzen. 🌟

    Optimieren Sie die Sichtbarkeit und sorgen Sie für Transparenz Ihres Programms für alle Teams

    Einfache agile Programme

    Nehmen Sie an einer Demo teil

    Warum Wertstromanalyse wichtig ist

    Wenn Unternehmen Effizienz anstreben, konzentrieren sie sich häufig darauf, die Gesamtzahl der erforderlichen Produktionsschritte zu reduzieren. Kunden sehen jedoch nicht immer, was hinter den Kulissen passiert. Die Verkürzung Ihrer Workflows kommt in erster Linie Ihrem Prozess zugute, ohne dass sich die Erfahrung für sie verändert. Auf der anderen Seite sorgt der Prozess der Wertstromanalyse dafür, dass Ihre Teammitglieder stets über die Bedürfnisse Ihrer Kunden informiert sind, sodass sich Ihr Unternehmen von anderen abheben kann.

    Für Teams, die Wertstromanalysen verwenden, geht es bei der Reduzierung von Ineffizienzen vor allem darum, Produktionsprozessschritte zu reduzieren, die keinen Mehrwert bieten. Wertstromansichten visualisieren, wo Sie Mühe verschwenden. Sie zeigen Ihrem Team, dass es in Ordnung ist, Schritte innerhalb Ihres Prozesses beizubehalten — aber jeder dieser Schritte sollte den Kunden in gewisser Weise helfen. Infolgedessen verhindert VSM eine Überproduktion und stellt gleichzeitig sicher, dass Ihre Kunden mit Ihrem Endprodukt oder Ihrer Dienstleistung zufrieden sind.

    Du kannst es besser erreichen schlank, agil Workflows mit Wertstromanalyse, um effektiv mit der Kundennachfrage Schritt zu halten. 💪

    Begriffe zur Wertstromanalyse

    Eine typische Wertstromansicht ist in drei Hauptabschnitte unterteilt — Informationsfluss, Materialfluss und Durchlaufzeitleiter —, anhand derer Sie erkennen können, wo Prozessverbesserungen möglich sind. Um Ihnen zu helfen, jeden Teil einer Wertstromansicht einfacher zu vervollständigen, erklären wir Ihnen eine Handvoll gängiger Begriffe, auf die Sie in den einzelnen Abschnitten stoßen werden.

    Wenn Sie sich mit diesen Begriffen vertraut machen, können Sie sich auf diese Microsoft-Vorlage um ein paar VSM-Symbole zu sehen, die Sie häufig verwenden werden.

    Informationsfluss

    Am Anfang einer Standardwertstromansicht befindet sich ein Abschnitt zum Informationsfluss, der zeigt, wie Daten zwischen Ihren Teammitgliedern, Kunden und anderen Stakeholdern übertragen werden. Zu den allgemeinen Begriffen, die Sie kennen müssen, um diesen Abschnitt auszufüllen, gehören:

    • Kunde: Dies ist der Verbraucher, der Ihr Endprodukt erhält. Ihr Kunde wird in der oberen rechten Ecke Ihrer Karte dargestellt.
    • Lieferant: Das ist Ihre Organisation. Lieferanten werden in der oberen linken Seite der Wertstromansichten angezeigt.
    • Dedizierter Prozessablauf: Dies ist ein Prozess oder eine Abteilung (wie die „Produktionskontrolle“), durch die Informationen fließen.

    Materialfluss

    In der Mitte einer Wertstromansicht befindet sich ein Abschnitt zum Materialfluss, der Schritt für Schritt zeigt, wie Sie Ihr Produkt oder Ihre Dienstleistung zur Auslieferung bringen. Jedes Feld steht für eine einzigartige Aufgabe, die nach einer Materialübergabe von demselben oder einem anderen Team ausgeführt werden kann.

    Um den Abschnitt Materialfluss abzuschließen, müssen Sie die folgenden Begriffe kennen:

    • Lieferungen: Auf Wertstromansichten zeigen „Versand“ -Pfeile vom Lieferanten zum ersten Schritt im Materialfluss oder vom letzten Schritt zum Kunden. Sie zeigen, wie Ihr Informationsfluss mit dem Beginn und Ende Ihres Produktionsprozesses zusammenhängt. Ein Pfeil kann beispielsweise zeigen, wie sich Rohstoffe zwischen dem Lieferanten und der Fabrik bewegen oder wie der Softwarezugriff an einen Benutzer „gesendet“ wird.
    • Zykluszeit (C/T): Diese Kennzahl gibt die Zeit an, die zwischen den Lieferungen benötigt wird.
    • Inventar: Inventar ist das, was zwischen den einzelnen Phasen des Produktionsprozesses produziert wird. Ihr Inventar steht normalerweise unter einem Dreieck mit einem „I“ darin. 🔺

    Vorlaufzeitleiter

    Am Ende einer Wertstromanalyse befindet sich in der Regel eine Zeitleiter, anhand derer Sie Ihre Durchlaufzeit visualisieren können. Dabei handelt es sich um die durchschnittliche Zeit, die Sie für jeden Schritt Ihres Materialflusses aufgewendet haben.

    Kaizen-Burst

    In deiner Wertstromkarte kannst du Kaizen-Bursts einbeziehen. Diese stellen Aktivitätsschübe dar (wie ein Sprint), in dem sich Ihr Team darauf konzentriert, ein bestimmtes Problem zu lösen — z. B. die Bearbeitung von Kundenretouren —, um potenzielle Engpässe schnell zu beheben. Die Symbole für Kaizen-Bursts sehen aus wie Explosionen in Comics, um deine Aufmerksamkeit zu erregen. 💥

    So erstellen Sie eine Wertstromkarte

    Wenn Sie bereit sind, mit der Wertstromanalyse zu beginnen, wählen Sie das spezifische Produkt oder die Dienstleistung aus, für die Sie eine Karte erstellen möchten. Obwohl alle Produktionsprozesse von einer kontinuierlichen Verbesserung profitieren können, sollten Sie idealerweise mit einem Produkt oder einer Dienstleistung beginnen, die am meisten von VSM profitieren könnte. Sobald Sie Ihre Auswahl getroffen haben, gehen Sie mit Ihrem VSM-Team wie folgt vor:

    1. Definiere dein Ziel: Identifizieren Sie, was Sie als Ergebnis der Wertstromanalyse für den Kunden ändern möchten. Beispielsweise möchten Sie vielleicht die Qualität eines Produkts oder die Geschwindigkeit, mit der Sie eine Dienstleistung erbringen, verbessern.
    2. Klären Sie Ihren Anwendungsbereich ab: Definieren Sie den Anfang und das Ende Ihrer Wertstromkarte. Sie können eine Übersicht erstellen, die alle Schritte zwischen Konzept und Umsetzung umfasst. Sie können mit einem ineffizienten Teil Ihres Wertstroms beginnen oder mit einer Vertragsvereinbarung statt einer herkömmlichen Lieferung enden.
    3. Beschreiben Sie Ihren Prozess: Listen Sie jeden Schritt Ihres Produktionsprozesses auf. Sprechen Sie zunächst mit Teammitgliedern aus allen am Prozess beteiligten Abteilungen, um alle erforderlichen Erkenntnisse zu sammeln. Ihre Liste sollte Schritte enthalten, die keinen Mehrwert generieren. Sammeln Sie Daten über Zykluszeiten, Durchlaufzeiten, Inventar und mehr, um jeden Schritt noch besser zu verstehen.
    4. Erstellen und evaluieren Sie Ihre aktuelle Zustandskarte: Erstellen Sie anhand der gesammelten Informationen eine Karte, die den aktuellen Stand Ihres Prozesses widerspiegelt. Ermitteln Sie gemeinsam mit Ihrem Team, welche Schritte produktiv sind und wo Verbesserungen erforderlich sind. Mithilfe dieser Karte können Sie Bereiche identifizieren, in denen Probleme auftreten, z. B. lange Prozesszeiten oder Softwareausfälle.
    5. Entwickeln Sie eine zukünftige Wertstromkarte des Bundesstaates: Erstellen Sie eine zweite Karte, die einen verbesserten Prozess veranschaulicht, bei dem unwichtige Schritte vermieden werden. Dies wird die Karte sein, der Sie letztendlich folgen werden, um Ihre Ziele zu erreichen.
    6. Erstellen Sie einen Implementierungsplan: Legen Sie fest, wie Ihr Team den neuen Prozess umsetzen wird, um sich Ihrem zukünftigen Status zuzuwenden. Geben Sie an, welche Kennzahlen Sie im Auge behalten werden, um sicherzustellen, dass Sie auf dem richtigen Weg sind, Ihre Ziele zu erreichen. Sie können auch festlegen, wie oft Sie Ihre Fortschritte überprüfen und Ihre zukünftige Zustandskarte (falls erforderlich) während der Implementierungsphase anpassen.

    📣 Erreichen Sie eine skalierbare Teamausrichtung mit Einfache agile Programme

    Nehmen Sie an einer Demo teil

    Bieten Sie Ihren Kunden weiterhin einen Mehrwert

    Zu lernen, aus der Perspektive Ihrer Kunden zu sehen, ist entscheidend, um sicherzustellen, dass Sie sich von Ihren Mitbewerbern abheben. Wenn Sie den Wertstromanalyseprozess verfolgen, können Sie sich ein Bild davon machen, wo Ihr Team Mehrwert generiert und wo Sie zusätzliche Arbeit leisten, die leicht vermieden werden kann.

    Erfahren Sie, wie Sie Ihren Kunden weiterhin einen Mehrwert bieten Einfache agile Programme kann Ihnen helfen, tiefer in die Kundenreise Ihres Produkts einzutauchen.

    Testen Sie Easy Agile Programs für Jira

  • Workflow

    Verwenden Sie ein Sprint-Burndown-Diagramm, um Ihr Produkt auf Kurs zu halten

    Die Stakeholder auf dem Laufenden zu halten, ist eine der Hauptaufgaben eines Product Owners. Hinter den Kulissen wird eine Menge Arbeit geleistet, bevor den Stakeholdern Informationen über die Ergebnisse und den Zeitplan eines Produkts präsentiert werden können. Wenn Sprints Ihr Framework für die Erledigung der Arbeit und die Prognose von Lieferterminen sind, muss das agile Entwicklungsteam sicherstellen, dass es den Produkt-Backlog im richtigen Tempo abarbeitet. Das Sprint-Burndown-Diagramm kann Ihnen den Weg weisen.

    In diesem Beitrag werden wir darüber sprechen, wie Sie anhand eines Sprint-Burndown-Diagramms überwachen können, ob Ihr Team auf dem richtigen Weg ist, seine Arbeit abzuschließen, und wie die Einbindung von User Stories in Sprints und Epics mithilfe von User Story Maps zu noch besseren Erkenntnissen führt.

    Was ist ein Sprint-Burndown-Diagramm?

    screenshot of sprint burndown chart

    Bildquelle: Atlassian

    Zuerst eine Bewertung: A Sprint ist ein fester Zeitraum — in der Regel zwischen zwei und vier Wochen —, den ein agiles Softwareentwicklungsteam verwendet, um eine definierte Reihe von Arbeiten abzuschließen.

    Ein Sprint-Burndown-Diagramm ist ein visueller Vergleich, wie viel Arbeit während eines Sprints abgeschlossen wurde und wie viel Arbeit insgesamt noch übrig ist. Es hilft dabei, den Fortschritt eines Scrum-Teams zu messen, und es bietet einen einfachen Überblick darüber, ob das Team Anpassungen vornehmen muss, um seine Arbeit für die aktuelle Sprint-Iteration abzuschließen.

    Ein Burndown-Diagramm ist ein Graph mit einer Y-Achse und einer X-Achse 📉. Die vertikale Achse misst den Gesamtaufwand an Arbeit, den das Team nach Schätzungen im aktuellen Sprint erledigen wird. Die horizontale Achse zeigt die Anzahl der verbleibenden Tage bis zum Ende des Sprints. Auf dem Diagramm befinden sich zwei Linien: die tatsächliche Arbeitslinie (eine Linie, die den Fortschritt des Teams darstellt) und die ideale Arbeitslinie (eine gerade Linie vom oberen Ende der Y-Achse bis zum Ende der X-Achse).

    Sie möchten, dass Ihre tatsächliche Arbeitslinie Ihrer idealen Arbeitslinie so genau wie möglich folgt. Das würde bedeuten, dass die Arbeit schrittweise und mit einer solchen Geschwindigkeit abgeschlossen wird, dass sie bis zum Ende des Sprints abgeschlossen werden kann. Sprintziel erreicht. 👍

    Für den Product Owner eines Teams empfiehlt es sich, das Burndown-Diagramm täglich zu überprüfen. Auf diese Weise können Sie feststellen, ob während des Sprints Fortschrittsprobleme auftreten. Wenn Ihre tatsächliche Arbeitslinie beispielsweise tendenziell über der idealen Arbeitslinie liegt, bleibt zu viel Arbeit übrig, um bis zum Ende des Sprints im aktuellen Tempo erledigt zu werden. Wir werden später in diesem Beitrag einige Gründe aufschlüsseln, warum das passieren könnte. 😉

    Das Sprint-Burndown-Diagramm ist auch ein großartiges Tool für die Verwendung während einer Sprint-Rückblick. Wenn man das als Team betrachtet, kann das helfen, Diskussionspunkte zu den drei wichtigsten Fragen der Sprint-Retrospektive zu generieren: Was lief im Sprint gut? Was lief nicht so gut, wie wir es uns erhofft hatten? Wie können wir im nächsten Sprint besser werden?

    Eine Einführung in Schätzmethoden

    sprint burndown chart: group of people discussing something

    Um den Kraftaufwand auf der vertikalen Achse zu messen, müssen wir eine Metrik wählen.

    In der Vergangenheit nutzten traditionelle Softwareteams Zeit, um den Aufwand abzuschätzen, der für die Fertigstellung einer Aufgabe oder eines Projekts erforderlich war. Zum Beispiel: „Ich denke, ich werde drei Tage brauchen, um diese User Story fertigzustellen.“ Dieser Ansatz kann jedoch riskant sein, weil Menschen neigen dazu, zu unterschätzen die Zeit, die benötigt wird, um ein Projekt abzuschließen.

    Die Maßeinheit auf der Y-Achse Ihres Sprint-Burndown-Diagramms hängt von Ihrem ab Schätzungsmetrik nach Wahl. Sehen wir uns zwei gängige Methoden an, die von agilen Sprint-Teams eingesetzt werden.

    Ideale Tage

    Ein idealer Tag ist eine Schätzung eines Softwareentwicklers, wie viele ununterbrochene Tage es dauern wird, eine Aufgabe zu erledigen. Unter der Annahme, dass ein idealer Arbeitstag aus acht Stunden unterbrechungsfreier Arbeit besteht, könnte die Schätzung wie folgt ausgedrückt werden: „Für diese Benutzergeschichte brauche ich idealerweise zwei Tage.“ Ein Vorteil dieses Ansatzes besteht darin, dass Arbeitsunterbrechungen berücksichtigt werden. Er kann jedoch problematisch sein, da Schätzungen häufig als Best-Case-Szenarien betrachtet werden.

    Story-Punkte

    Agile Teams nutzen Storypoints als relative Schätzung des Aufwands im Gegensatz zu einem zeitbasierten Ansatz. Anstatt zu sagen: „Ich glaube, ich werde zwei Tage brauchen, um diese Aufgabe zu erledigen“, würden Sie sagen: „Ich denke, diese Aufgabe ist zwei Storypoints wert.“ Bei dieser Schätzmethode sind zwei Storypoints doppelt so viel Aufwand wie ein Storypoint.

    Teams können ideale Tage als Grundlage verwenden, um ihre Story-Point-Schätzungen zu kalibrieren. Ein idealer Tag kann beispielsweise einem Story Point entsprechen, zwei ideale Tage zwei Story Points usw.

    Ein Hauptvorteil der Verwendung Storypoints Eine Schätzung bedeutet, dass Teams sich so auf den relativen Aufwand konzentrieren können, anstatt darüber nachzudenken, wie lange es dauern wird, eine Aufgabe zu erledigen.

    Warum dein Sprint-Burndown aus dem Ruder laufen könnte

    woman looking at sticky notes posted on the glass wall

    Eine perfekte echte Burndown-Linie ist wie Bigfoot — wenn sie beobachtet wurde, ist es wahrscheinlich ein Scherz. 😂

    Kein Team kann seine Arbeit perfekt einschätzen und sich genau in dem Tempo entwickeln, das die Ideallinie vorgibt. Wenn Sie jedoch große Unterschiede zwischen Ihrer tatsächlichen Linie und der Ideallinie feststellen (d. h., Ihre tatsächliche Linie ist viel höher oder niedriger als die Ideallinie), können eine Reihe von Dingen passieren:

    • Das Team hat sich zu viel oder zu wenig mit dem Arbeitsaufwand bei der Sprint-Planung beschäftigt
    • Story Points wurden dem Sprint hinzugefügt oder daraus entfernt, nachdem er gestartet wurde (Scope Creep)
    • Der geschätzte Aufwand für einige User Stories ist falsch

    Wenn Sie als Product Owner nach Ihrer täglichen Überprüfung Ihres Diagramms feststellen, dass etwas an Ihrer Linie nicht stimmt, sollten Sie dies Ihren Teammitgliedern gegenüber erwähnen. Das tägliche Stand-up ist der perfekte Zeitpunkt dafür.

    User Stories und Epen liefern das große Ganze

    Geschichten von Nutzern beschreiben, wie ein funktionaler Teil eines Produkts aus der Sicht eines Benutzers funktionieren wird. Das übliche Format einer User Story lautet: „Als [Benutzerrolle] möchte ich [Benutzeraktivität], damit ich [Benutzerziele] erreichen kann.“ Zum Beispiel könnte man lesen: „Als neuer Kunde möchte ich mich für dieses Produkt registrieren, damit ich mein Profil erstellen kann.“

    User Stories werden in Sprints platziert, um zu zeigen, welche Arbeiten (aus Nutzersicht) bis wann abgeschlossen sein werden. Sie können auch platziert werden Epen um sie innerhalb eines Produkts nach Themen zu gruppieren. Epics werden häufig von agilen Teams verwendet, um die Aktivitäten auf hohem Niveau darzustellen, die Benutzer bei der Verwendung eines Produkts ausführen.

    In unserem Beispiel oben kann ein Epic alle Nutzerberichte erfassen, die sich auf die Benutzerregistrierung beziehen, z. B. die Registrierung, das Hinzufügen von Zahlungsinformationen, das Erstellen eines Benutzerprofils und das Konfigurieren von Benachrichtigungseinstellungen.

    Wenn der Sprint-Burndown darauf hindeutet, dass das Team bei einem bestimmten Sprint nicht auf der Strecke ist, kann dir eine kombinierte Ansicht von Sprints und Epen dabei helfen, herauszufinden, welche Auswirkungen das auf das Gesamtbild haben könnte. Und wie wir als Nächstes sehen werden, kann eine interaktive User Story Map das Problem lösen.

    User Story Maps: Ein Überblick über Epen und Sprints

    screenshot of story map by Easy Agile

    Ein Sprint-Burndown-Diagramm ist eines der praktischsten Tools, die ein agiles Softwareentwicklungsteam verwenden kann, um sicherzustellen, dass es in einem soliden Tempo arbeitet und liefert. Das Burndown-Diagramm zeigt, ob Anpassungen an Ihrem Sprint vorgenommen werden müssen.

    User-Story-Maps bieten weitere Einblicke in den Teamfortschritt, indem Sie:

    • Sprints als vertikale Schwimmbahnen anzeigen
    • Anzeige von Epen als Spalten, die die Benutzerreise durch das Produkt darstellen

    Diese Kombination aus Swimlanes und Columns verringert deinen Sprint-Backlog. Es visualisiert, was das Team liefern wird und bis wann.

    Mit Einfache Agile User Story Maps für Jira, kannst du deine Fähigkeit verbessern, Anpassungen an deinem Sprint vorzunehmen. Es kann dir helfen:

    • Neue User Stories erstellen
    • Story Points in einer User Story bearbeiten
    • Ordne Gegenstände im Backlog einem Epic und einem Sprint zu

    Mit diesem Tool können Teams ihre Sprint-Statistiken auf einen Blick einsehen und Maßnahmen ergreifen. Sie können sicherstellen, dass sie sich nicht zu sehr verpflichten und dass sie auf dem richtigen Weg sind, ihre Sprintziele zu erreichen. Es ist die umfassendste User-Story-Map-Lösung der Jira-Marktplatz dafür, dass Sie Maßnahmen ergriffen haben, um Ihre Sprints aus der Sicht des Gesamtbildes anzupassen.

  • Engineering

    Wie ich zur Webentwicklung gekommen bin

    Ich bin in die Webentwicklung geraten, so fühlt es sich an, ohne in die Details zu gehen. Das klingt nicht so, wie man bei der Berufswahl vorgehen möchte, aber in Wirklichkeit waren es Jahre voller kleiner Entscheidungen und Anstöße, die mich dazu gebracht haben, eine Arbeit zu machen, die mir wirklich Spaß macht.

    Ich bin mit allem aufgewachsen, was mit Computern zu tun hat, aber seien wir ehrlich, es waren hauptsächlich Videospiele. In der High School habe ich alle verfügbaren Fächer belegt, die irgendetwas mit Informatik zu tun hatten, ironischerweise mit Ausnahme des Faches Softwareentwicklung. Ich glaube, weil ich nicht wusste, wie kreativ das Potenzial ist, dachte ich, das wäre alles harte Mathematik. Ich hatte ein Fach, in dem mein Hauptprojekt eine Batman-Flash-Animation war. Ich war in diesem Kurs motiviert — während andere vielleicht abgeblustelt und Flash-Spiele gespielt haben, konzentrierte ich mich darauf, meine Flash-Animation zu machen und jede Minute davon zu genießen.

    Dann wurde es Zeit, nach der High School etwas zu unternehmen. Ich hatte immer noch keine gute Vorstellung davon, was ich machen wollte, also entschied ich mich für einen breiten Studiengang, der Computer beinhaltete — Informationstechnologie an der UOW. In diesem Studium war es ein Pflichtfach in der Programmierung, das mir einen Vorgeschmack auf Softwareentwicklung gab. Es ging darum, Programme zu entwickeln, bei denen die Ausgabe nur im Terminal war, was mich nicht sonderlich reizte.

    Dann kam ein Thema, bei dem alles zusammenpasste, Webprogrammierung — ich glaube, es hieß. Es kombinierte Design und Code, verwendete einige neuere Webtechnologien und wurde von Dozenten unterrichtet, die eindeutig eine Leidenschaft für das Web hatten. Wir haben Projekte wie die Neugestaltung der Filmseite durchgeführt und ich fand es toll. Es gab mir auch einen Vorgeschmack darauf, etwas Nützliches zu machen. In anderen Programmierfächern, die ich zuvor gemacht habe, ging es nur darum, Zeilen an die Konsole auszugeben.

    Sam's first web project

    Nach dieser Erfahrung kam mir immer noch nicht in den Sinn, dass ich dafür einen Job bekommen könnte, ich kannte niemanden, der Webentwicklung als Job machte. Also ging ich nach der Universität in einen einmonatigen Urlaub und versuchte, nicht darüber nachzudenken, was ich tun würde, wenn ich zurückkam.

    Als ich zurückkam, fing ich an, mich für Jobs zu bewerben, und einige davon für diese Rolle namens Frontend-Entwickler, was für mich ein neuer Begriff war. Während ich die Projekte zum Mitnehmen durchführte, die mir im Rahmen der Vorstellungsgespräche gegeben wurden, wurde mir klar, dass ich in dieser Sache, die mir Spaß machte, einen Job bekommen könnte.

    Seitdem sind ungefähr 5 Jahre vergangen und die Zeit ist schnell vergangen. In dieser Zeit wurde ich in das kalte Wasser vieler Projekte geworfen und habe sie immer mit mehr Wissen abgeschlossen als zu Beginn. Vielen Dank sowohl an die talentierten Leute, mit denen ich zusammengearbeitet habe, als auch an die Herausforderung, die die Projekte selbst mit sich bringen.

    Ich freue mich auf das nächste Kapitel hier bei Easy Agile!

  • Workflow

    Warum Sie SAFe verwenden sollten (und wie Sie SAFe Training als Hilfe finden)

    Wenn Sie die Eigenschaften agiler SAFe-Teams besser verstehen möchten und wissen möchten, was zu Erfolgen und Misserfolgen führt. Melden Sie sich jetzt für unser bevorstehendes Webinar an.

    Die Vorteile und Verbote agiler Teams mit Adaptavist

    Dienstag, 8. März AEDT

    REGISTRIERE DICH JETZT

    Große Unternehmen nutzen SAFe Agile, um ihre Abläufe zu verbessern. Wenn Sie dieses Framework verwenden, skalieren Sie Agile, um ein schlankes Unternehmen zu schaffen.

    Dieser Ansatz hilft, die Herausforderung zu bewältigen, einen konstanten Wert zu liefern. Es hilft auch, kontinuierliche Verbesserungen zu unterstützen.

    Ein weiterer Vorteil der Verwendung von SAFe® besteht darin, dass Sie einen vorhersehbaren Workflow-Zeitplan planen und anwenden können. Wenn Führungskräfte Strategie und Umsetzung verknüpfen, steigern sie ihre Leistung und Produktivität.

    SAFe steht für Scaled Agile Framework Enterprise. Sie können dieses Framework verwenden, um agile Methoden anzuwenden, wie zum Beispiel Scrum oder Kanban, für größere Teams. SAFe-Schulungen und Zertifizierungskurse helfen Führungskräften bei der Planung und Umsetzung der Philosophie.

    In diesem Artikel erfahren Sie, welche Vorteile SAFe Ihrem Unternehmen bieten kann und wie effektive Organisatoren SAFe leiten und implementieren. Sie werden auch von Schulungen erfahren, die Ihnen helfen können.

    Möchten Sie Ihr Team befähigen, das Scaled Agile Framework (SAFe) zu implementieren?

    Testen Sie Easy Agile Programs für Jira

    Kostenlose Testversion

    Hauptvorteile der Implementierung von SAFe

    SAFe legt Wert auf Ausrichtung, Transparenz, Qualität und Ausführung. Es inspiriert Unternehmen dazu, Lean-Agile-Denken in mehreren Abteilungen oder Teams einzuführen. Lean-Methodik bedeutet höhere Produktivität, geringere Kosten und verbesserte Arbeitsqualität. Indem Sie bei der Implementierung von SAFe Wertströme identifizieren und Arbeitsprozesse optimieren, können Sie mit dem Aufbau eines schlanken Unternehmens beginnen.

    💥 Teamausrichtung im großen Maßstab erreichen: Produktdemo von Easy Agile Programs 💥

    Registriere dich

    Durch die Implementierung von SAFe erhalten Sie die Tools zur Unterstützung des schlanken Denkens. Sie stellen Scrum-Teams zusammen, die verstehen, was der Benutzer will, wie diese Änderungen mit minimalem Zeitverlust umgesetzt werden können, und die effiziente Prozesse schaffen. SAFe klärt auch Rollen und Prozesse, damit Teams schnell auf Probleme reagieren können.

    Viele große Unternehmen haben SAFe angewendet und melden wichtige Vorteile. Einer dieser Vorteile ist die Steigerung der Mitarbeiterzufriedenheit und Produktivität um bis zu 50% Dann werden die Produktqualität und die Markteinführungszeit um bis zu 75% erhöht.

    Die SAFe-Methode lehrt Sie, einen systemischen Ansatz auf Problembereiche, Workflow-Management und Wertströme anzuwenden. Ein gesundes Maß an teamübergreifender Zusammenarbeit kann beginnen. Das Endziel ist ein verbesserter Wertfluss.

    Der Übergang zur Verwendung von SAFe kann Zeit und Versuch und Irrtum erfordern. Zu dieser neuen Norm gehört es, mutig genug zu sein, sich auf einer sinnvollen Ebene zu engagieren und qualitativ bessere Ergebnisse zu erzielen.

    Beginn der Nutzung von SAFe: Das große Ganze

    Die Verwendung von SAFe in Ihrem Unternehmen kann ein großer Wandel sein. Sie müssen sich überlegen, wie effektive Führung und Umsetzung dazu beitragen, diesen Übergang zu bewerkstelligen.

    1. Führendes SAFe

    SAFe zu leiten bedeutet, funktionsübergreifende Teams aufzubauen und Workflows zu entwickeln, die Ihrem Team helfen, den größtmöglichen Nutzen aus der Planung zu ziehen. Auf diese Weise können Softwareentwicklungsteams schnell auf die Bedürfnisse der Kunden reagieren.

    Ein solider SAFe-Marktführer verbessert die Produktivität, die Produktqualität und die Markteinführungszeit.

    Weitere Merkmale einer qualitativ hochwertigen SAFe-Führung sind ein besseres Engagement der Teammitglieder, das dazu beiträgt, besser zu arbeiten und sich als Teil eines unterstützten und unterstützenden Teams zu fühlen. Der Wert, den Einzelpersonen für das Unternehmen leisten, steigt dann.

    Führender SAFe-Kurs

    Das Führender SAFe® -Schulungskurs ist grundlegend. Sie lernen hauptsächlich die SAFe-Prinzipien und ihre Praktiken kennen. Mit der SAFe-Zertifizierung lernen Sie, wie Sie das skalierte Agile-Framework für Lean und agile Entwicklung anwenden und skalieren können. Sie lernen auch, wie man plant und implementiert Programminkremente (PI).

    Sobald Sie über diese Informationen verfügen, können Sie die Transformation in Ihrem gesamten Unternehmen leiten.

    2. Implementierung von SAFe

    Um SAFe richtig zu implementieren, müssen Sie wissen, wie Sie agile Teams mithilfe des SAFe-Frameworks und der Lean-Agile-Denkweise coachen können.

    Bevor Sie dies tun können, müssen Sie wissen, wie Sie Wertströme in Arbeitsprozessen identifizieren und maximieren können. Auf diese Weise verbessern Sie die Zusammenarbeit im Team. Durch die Verbesserung der Zusammenarbeit sind Sie besser positioniert, um den Produktverantwortlichen einen Mehrwert zu bieten.

    Während Sie SAFe implementieren, werden Sie ständig Lösungen für organisatorische Probleme entwickeln und die Rolle der einzelnen Personen in diesem Rahmen verstehen.

    Im Wesentlichen beginnen und unterstützen Sie langfristige Veränderungen, die Wert und Gewinne steigern. Anschließend coachen Sie andere darin, den Wert zu nutzen und die SAFe-Prinzipien in der Praxis anzuwenden, um langfristige Veränderungen zu erreichen.

    Implementierung des SAFe-Kurses

    Implementierung von SAFe® ist ein weiterer Grundkurs. Diese Schulung bietet einen detaillierten Einblick in das SAFe Agile Framework. Es zeigt Ihnen auch, wie Sie Ihr Gelerntes anwenden können.

    In diesem Kurs lernen Sie, wie Sie einen SAFe-Implementierungsplan entwerfen, die Unternehmenstransformation planen, einführen und auf den Markt bringen Agile Release-Züge (ARTs) und ermutigen Sie die Organisation zu einem schlanken Unternehmen. Du wirst ein großer agiler Coach, der anderen beibringt, umfangreiche Lösungen zu erkennen und anzuwenden.

    Die Implementierung von SAFe ist ideal für alle, die wissen möchten, wie man die Transformation leitet. Es konzentriert sich auf die Leitung von SAFe mit Remote-Teams. Sie erfahren, wie Sie Agile Release Trains (ARTs) erstellen und anderen zeigen, wie man ARTs entwirft.

    Mehr SAFe-Rollen und -Prozesse

    Während Sie lernen, SAFe zu integrieren, müssen Sie sich darauf konzentrieren, wichtige Teammitglieder zu stärken und sich auf einige wichtige Bereiche zu konzentrieren. Für einige dieser Rollen und Prozesse sind SAFe-Schulungen verfügbar.

    • Das SAFe Advanced Scrum Master coacht Scrum-Teams bei der Übernahme der agilen Denkweise.
    • Lean Portfoliomanagement hilft bei der teamübergreifenden Zusammenarbeit, während Sie sich an die Kundenbedürfnisse anpassen.
    • Das SAFe Release Train Engineer ist der Schlüssel für Agile Release Trains. Diese Person arbeitet unter anderem an PI Planning. Dies ist zusammen mit dem Produktmanager eine zentrale Position für die Leitung von SAFe, um das Beste aus Wertströmen herauszuholen
    • Ein zertifizierter SAFe Program Consultant (SPC) leitet Veränderungen im gesamten Unternehmen auf allen Ebenen, indem er Teammitglieder bei der Übernahme der Lean-Agile-Denkweise coacht und schult. Das SPC organisiert und betreut auch Mitarbeiter, um ein kontinuierliches Engagement zu fördern.
    • Du musst Teams stärken um zu lernen, wie man ein kompetentes Mitglied eines Agile Release Trains wird.

    Sind Sie ein Release Train Engineer oder Program Manager und haben Schwierigkeiten, einen agilen Release-Train oder ein agiles Programm effektiv zu verwalten?

    Registrieren Sie sich für die Produktdemo von Easy Agile Programs

    Als stolzer Scaled Agile Platform Partner ermöglicht Easy Agile Programs Release Train Engineers und Program Managern, Programme auf Team-of-Team-Ebene effektiv zu verwalten, um die Abstimmung im großen Maßstab zu gewährleisten.

    Jetzt testen — Kostenlose Testversion

    Weitere Agilist-Zertifizierungskurse beinhalten die Ausbildung zum Release Train Engineer und zum SAFe Scrum Master. Sie können auch an diesen zwei- bis viertägigen zertifizierten SAFe-Schulungen teilnehmen, um Ihre Kompetenzen zu verbessern.

    Tipps dazu, welche zertifizierten SAFe-Kurse für Sie am besten geeignet sind, finden Sie in diesen Häufig gestellte Fragen um die kontinuierlichen Verbesserungen in Ihrem Unternehmen voranzutreiben.

    SAFe-Training für mehr Unternehmensagilität

    Setzen Sie SAFe ein, um ein schlankes Unternehmen mit umfassenden Veränderungen aufzubauen. Es fördert die teamübergreifende Zusammenarbeit, systemisches Denken und eine schlanke Denkweise.

    Die Implementierung von SAFe kann zwar einige Zeit in Anspruch nehmen, aber es gibt Ressourcen, die helfen können, darunter SAFe-Schulungen. Konzentrieren Sie sich auf Teammitglieder und Prozesse, die am meisten von zusätzlicher Beratung profitieren können.

    Du kannst auch folgen der Easy Agile Blog, Podcast, und Lernzentrum für umfassende Anleitungen zu agilen Prinzipien, Rollen und Tools.

    Optimieren Sie die Sichtbarkeit und sorgen Sie für Transparenz in Ihrem Programm

    Produktdemo zu Easy Agile Programs

    Registriere dich jetzt

  • Workflow

    Vorlagen für die Sprint-Retrospektive zur Durchführung besserer Sprints

    Agile Retrospektiven sind eine Zeit, um über den vorherigen Sprint nachzudenken. Während dieser Zeit entscheidet das Scrum-Team über die agile Vorlage für die Retrospektive, die in den retrospektiven Besprechungen verwendet werden soll. Eine Vorlage für eine Sprint-Retrospektive bietet eine Struktur für retrospektive Besprechungen. Diese Vorlagen für die Retrospektive helfen agilen Teams bei der Analyse ihres vorherigen Sprints.

    Was ist eine agile Retrospektive?

    Teams verwenden agiler Rückblick Treffen zur Verbesserung des nächsten Sprints. Während sich die Teammitglieder durch den Produktlebenszyklus bewegen, gewinnen sie nach jeder Sprint-Retrospektive neue Erkenntnisse, die sie auf den nächsten Sprint anwenden.

    Der Schwerpunkt des Sprint-Retrospektiv-Meetings

    Bei Sprint-Retrospektivgesprächen werden vier Fragen gestellt, die unten aufgeführt sind. Das agile Team platziert diese vier Fragen in den vier Quadranten seiner Vorlage für die Retrospektive. (Hinweis: Teammitglieder können ein Whiteboard oder Haftnotizen verwenden, um ihre Besprechungen einzurichten. Oder sie können verwenden Jira-Software um Teambesprechungen aus der Ferne in Echtzeit zu ermöglichen.)

    Agile Teams am selben Standort können auch Whiteboards und Haftnotizen verwenden, um ein agiles Retro zu erstellen. Für Teams an entfernten Standorten ermöglicht die agile Vorlagensoftware für Retrospektiven jedoch allen Teammitgliedern, an Sprint-Meetings teilzunehmen.

    Hier sind die vier Fragenbereiche, die zur Diskussion stehen:

    • Was lief wie geplant?
    • Wo hätte das Team Verbesserungen vornehmen können?
    • Was sollten die Teammitglieder im nächsten Sprint tun?
    • Was verwirrt das Team?

    1. Was lief wie geplant?

    Die agile Retrospektive erfordert eine eingehende Analyse. Die Teammitglieder können darüber chatten, was ihnen gefallen hat, welche Methoden für sie funktioniert haben und welche agilen Ideen es wert sind, in den nächsten Sprint aufgenommen zu werden.

    Zu den typischen Fragen, die agile Teams in dieser ersten Phase stellen, gehören:

    • Womit waren die Teammitglieder zufrieden?
    • Welche Maßnahmen haben zu positiven Ergebnissen geführt?
    • Mit welchen Prozessen oder Aktionen sollte das agile Team fortfahren?
    • Sollte jemand für seinen Beitrag einen besonderen Dank erhalten?

    2. Wie hätte sich das Team verbessern können?

    Die Interessengruppen untersuchen, wo sie einen Fehler gemacht haben, und versuchen, die Ursache der Probleme zu finden. Beim Brainstorming geht es darum, was sie zuvor hätten ausprobieren können, wo Verbesserungen erforderlich sind und welche Prozesse oder Aktionen sie im nächsten Sprint testen können.

    Hier sind einige Möglichkeiten, diese Frage zu konkretisieren:

    • Was hat das Team zuvor nicht versucht, das vielleicht funktionieren könnte?
    • Was ist eine neue Sache, die wir versuchen könnten?
    • Welche neuen Taktiken oder Aktionen können wir als Nächstes testen?

    3. Was sollten die Teammitglieder im nächsten Sprint tun?

    In diesem Teil der Vorlage untersucht das Team neue Ideen, wie es seinen Folgeansatz verbessern kann. Neue Ideen können riskant sein, daher sollte das Scrum-Team Verbesserungsmöglichkeiten sorgfältig prüfen. In dieser Befragungsphase geht es darum, Problembereiche zu klären, in denen kein Mehrwert geschaffen wurde und was im vorherigen Sprint rätselhaft war.

    In dieser Runde sollte das Team Folgendes besprechen:

    • Was hat nicht funktioniert?
    • Was hat das Team getan, das keinen Mehrwert gebracht hat?
    • In welchen Bereichen sind konkret Verbesserungen erforderlich?
    • Was lief nicht wie erwartet?
    • Welche Probleme im vorherigen Sprint sind verwirrend?

    4. Was verwirrt das Team immer noch?

    In diesem Abschnitt sollte sich das Team auf Bereiche konzentrieren, die nicht so effektiv waren oder nicht wie erwartet verliefen und welche Bereiche verbessert werden müssen. Zu den weiteren relevanten Bereichen gehören, in denen das agile Team keinen Mehrwert geliefert hat, Bereiche, die weiterentwickelt werden müssen und was am Sprint verwirrend war.

    Hier ist es wichtig, über Folgendes zu sprechen:

    • Welche Fragen sind noch unbeantwortet?
    • Welche Ergebnisse müssen noch weiter untersucht werden?
    • Folgt das Team Prozessen, die keinen klaren Mehrwert liefern?

    In einem Iterationsprozess führt das Scrum-Team ein Brainstorming durch, um Lösungen in Echtzeit zu finden, die dann in den nächsten Sprint übernommen werden können. Anhand retrospektiver Ideen füllt das Team die vier Quadranten der Retro-Vorlage aus und erstellt so eine visuelle Darstellung ihrer Post-Mortem-Erfahrung.

    Scrum-Teams können die vier oben genannten Fragen in anderen Vorlagen für die Retrospektive anwenden oder eine Vorlage anpassen, um ihre Post-Mortems durchzuführen.

    Optionen für rückwirkende Vorlagen

    Teammitglieder können aus Vorlagen für die Rückschau wählen, um ihre Sprint-Meetings individuell zu gestalten.

    Die Sprint-Planung kann von jeder der folgenden agilen Retrospektiv-Vorlagen profitieren:

    • Die Vorlage „Start, Stopp, Weiter“
    • Die vier Ls als Vorlage für eine Retrospektive
    • Ein Rückblick auf Seesterne
    • Segelboot-Retrospektive
    • Froh, traurig, wütend
    • Verrückt, traurig, froh

    1. Starten, stoppen, weitermachen

    Im „Start“ -Teil dieses Retros schaut sich das agile Team an, welche Maßnahmen es im nächsten Sprint ergreifen wird. „Stopp“ bezieht sich auf den kürzlich abgeschlossenen Sprint, um zu untersuchen, was nicht funktioniert hat und welche Maßnahmen das Team nicht mehr ergreifen sollte. „Fortfahren“ bedeutet, herauszufinden, was im aktuellen Sprint funktioniert hat und in den nächsten Zyklus übernommen werden sollte.

    2. Vier Ls

    Agile Teams verwenden diese Retro-Vorlage, um zu verstehen, was sie am Ende der Sprint-Iteration „geliebt, gelernt, verabscheut und wonach sie sich gesehnt haben“. Das Team nennt, was sie schätzen, was ihnen der Sprint beigebracht hat, was schief gelaufen ist und wovon sie sich mehr gewünscht hätten (Kaffee, Teammitglieder, Zeit usw.).

    3. Seestern

    Anstatt ein Retro-Design zu verwenden, das sich darauf konzentriert, was funktioniert hat und was nicht, hebt der Seestern den Grad der Effizienz der Ergebnisse hervor. Teamarbeit beinhaltet die Bewertung von Maßnahmen nach Effektivitätsstufen, um zu bestimmen, welche Methoden sie beibehalten, verwerfen und in der nächsten Runde anwenden sollten.

    4. Segelboot

    Scrum-Teams verwenden das Segelboot Retro, um ihre Flugbahn in unbekannten Gewässern zu bestimmen. Das Segelboot-Retro anzuwenden bedeutet zu wissen, welche Ansätze den Fortschritt behindern, welche neuen Ansätze zu wünschenswerten Ergebnissen führen werden, und eine Richtung für die Sprint-Planung festzulegen.

    5. Verrückt, traurig, froh

    Die verrückte, traurige, frohe Sprint-Retrospektive ist eine Technik, die sich auf den emotionalen Status von Teams konzentriert. Scrum-Teams stellen sich gegenseitig Fragen, um positive emotionale Unterstützung zu schaffen. Diese Fragen zielen auch darauf ab, die Moral zu stärken, um eine positive Atmosphäre zu schaffen, die Teamarbeit und kontinuierliche Verbesserung unterstützt.

    Der agile Retro kann jeder Vorlage folgen, die er wählt, oder eine auswählen und sie an seine spezifischen Bedürfnisse anpassen. Was auch immer sie tun, Teamarbeit ist entscheidend für den Erfolg einer kontinuierlichen Verbesserung.

    Entscheiden Sie sich noch heute für Ihre Retro-Vorlage

    Nachdem Sie nun verstanden haben, wie die Vorlage für die Sprint-Retrospektive funktioniert, können Sie Ihre Vorlage für die gemeinsame Teamarbeit anpassen.

    Anstatt sich auf ersehnte Ergebnisse und Funktionen zu konzentrieren, Einfach und agil kann Ihrem Scrum-Team helfen, von traurig zu froh zu werden.

    Team-Retrospektiven direkt in Jira

    Sie möchten die Zusammenarbeit Ihres Teams verbessern? Easy Agile TeamRhythm hilft Ihnen mit Team-Retrospektiven, Erkenntnisse in die Tat umzusetzen, um Ihre Arbeitsweise zu verbessern und Ihre nächste Version besser als die letzte zu machen.

    EASY AGILE TEAMRHYTHM 30 TAGE KOSTENLOS TESTEN

  • Agile Best Practice

    Wie sieht ein guter Produktmanager aus?

    Es gibt viele Gemeinsamkeiten zwischen einem Produktmanager und dem Geschäftsführer eines professionellen Sportvereins. Kaufst du es nicht? Nun, das solltest du 😋, und hier ist der Grund.

    • Beide sind Experten in ihrem Geschäft.
    • Sie wissen beide, was es braucht, um zu gewinnen. 🏆
    • Sie sind großartige Leiter ihrer Teams.

    Bleiben Sie dran, denn dieser Artikel gibt Ihnen einen Überblick darüber, wie einzigartig die Rolle des Produktmanagements ist. Sie erfahren, was ihre Aufgaben sind und vieles mehr.

    Und wenn Sie eine Stelle als Produktmanager bekommen haben, helfen wir Ihnen dabei, Ihr Handwerk zu beherrschen. 🥇

    Aber das Wichtigste zuerst: die Rolle definieren. Und sobald Sie das wissen, erkunden wir ihre Aufgaben, einzigartigen Eigenschaften und die Herausforderungen, vor denen sie stehen.

    Was ist ein Produktmanager?

    Lassen Sie uns zum Kontext mit der Rolle des Produktmanagements in der PI-Planung (Product Increment) beginnen.

    Laut Unser Leitfaden zur PI-Planung, der Produktmanager muss die Kundenbedürfnisse verstehen und validieren Sie Lösungen anhand dieser Anforderungen. Das ist der Ausgangspunkt und die Grundlage für ihre Rolle. Aber das ist immer noch generisch. 🤔

    Der Produktmanager ist DER Produktexperte. Das macht ihn zum am besten ausgestatteten Teammitglied, um strategische Entscheidungen über das Produkt zu treffen. Diese Entscheidungen wirken sich auf die Arbeit vieler Menschen in einem Unternehmen aus.

    Der Produktmanager ist ein Produktvisionär und Stratege. Sie überwachen und analysieren Sie den Marktwettbewerb. So definieren sie ein Unikat Produktvision und Produktstrategie. Ihr oberstes Ziel ist es, dem Markt einen einzigartigen Mehrwert zu bieten, der auf den Kundenbedürfnissen basiert.

    Der Produktmanager entscheidet, welche Produkte oder Produktmerkmale in welcher Reihenfolge gebaut werden sollen. Das bedeutet, dass sie neuen Produkten oder neuen Funktionen in einem bestehenden Produkt Priorität einräumen. Die Definition einer Produktvision und einer Produktstrategie steht in engem Zusammenhang mit der Priorisierung. Sie müssen ihr Bestes geben, um beides zu maximieren Wert für den Kunden und geschäftlicher Wert. Keine leichte Herausforderung!

    Der Produktmanager leitet die Teams, die für die Entwicklung eines neuen Produkts oder die Verbesserung eines bestehenden Produkts verantwortlich sind. Sie arbeiten in der Regel in funktionsübergreifenden Teams, weshalb ihre Führung vom Produktmanager ein hohes Maß an Organisation erfordert. Außerdem müssen sie in der Lage sein, Mitarbeiter aus den Bereichen Technik, Marketing, Vertrieb und Kundensupport zu verbinden, mit ihnen zu kommunizieren und sie zu beaufsichtigen.

    Der Produktmanager ist an allen Phasen der Produktentwicklung beteiligt, von der Planung und Konzeption bis hin zur Markteinführung oder Veröffentlichung. Aber welche Aufgaben erledigen sie?

    Die Aufgaben des Produktmanagers

    Sie kennen bereits einige Aufgaben des Produktmanagements. Aber hier ist eine umfassende Liste der Produktmanagement-Aufgaben:

    • Verstehen, identifizieren und, falls erforderlich, repräsentieren Schmerzpunkte der Kunden und geschäftliche Herausforderungen.
    • Managen der Prozess der Generierung neuer Ideen für Produkte oder Funktionen und entscheiden Sie, mit welchen Ideen Sie fortfahren möchten.
    • Beschreiben Sie eine Produktvision und richten Sie alle Teams auf diese Vision aus, insbesondere in großen Unternehmen.
    • Erstellen und verwalten Sie die Produkt-Roadmap.
    • Entwerfen Sie eine Strategie für die Produktentwicklung.
    • Begrenzen Sie die Umfang des Projekts.
    • Ordnen Sie Funktionen der Produktstrategie zu, Unternehmensziele, Kundennutzen und Kunden- oder Benutzerfeedback.
    • Geben Sie die Anforderungen für jedes Feature an.
    • Definieren Sie den Start- oder Veröffentlichungsprozess, der Phasen und Meilensteine umfasst.
    • Verwalten Sie Abhängigkeiten innerhalb und zwischen Phasen.
    • Identifizieren Sie die Ergebnisse und die entsprechenden Fälligkeitstermine für die funktionsübergreifenden Teams.
    • Koordinieren Sie die Aktivitäten der einzelnen Teams von der Produktentwicklung bis zur Markteinführung des Produkts.
    • Validieren Sie das Produktdesign und die Implementierung.
    • Stellen Sie sicher, dass das Produkt erfolgreich eingeführt oder veröffentlicht wird.

    Arbeitest du jetzt mit Gedränge? Wenn ja, wundern Sie sich vielleicht über die Unterschiede zwischen dem Produktmanager und der Product Owner.

    Produktmanager im Vergleich zu Produktbesitzern

    Obwohl sie Aufgaben austauschen können, handelt es sich um unterschiedliche Rollen. Kurz gesagt, letzteres dient der Realisierung der Produktvision und der Produktstrategie, die das erste definiert.

    Der Product Owner arbeitet enger mit dem Softwareentwicklungsteam zusammen. Auf der anderen Seite kommuniziert der Produktmanager direkt mit Kunden, Benutzern und Partnern.

    Manchmal, wenn es keinen Produktmanager gibt, übernimmt der Product Owner diese Rolle. In diesem Fall bleibt jedoch wenig Zeit, um die Arbeit aller Teams rund um dieselbe Produktvision zu koordinieren.

    Aber unabhängig davon, ob es bereits einen Product Owner gibt, gibt es wichtige Zutaten, die gute und großartige Produktmanager ausmachen. Lassen Sie uns das als Nächstes besprechen.

    Was macht einen guten Produktmanager aus?

    Die Eigenschaften eines großartigen Produktmanagers bestehen aus technischen Fähigkeiten und Persönlichkeitsmerkmalen. Neben technischen Fähigkeiten sollten sie also ein hoher EQ (emotionaler Koeffizient). Das bedeutet:

    • Zeigen Sie Kunden und Benutzern Empathie bei jeder Kommunikation mit ihnen
    • Aufbau vertrauensvoller Beziehungen zu internen Teams und externen Stakeholdern
    • Inspirierende und motivierende Teammitglieder
    • Menschen diskret davon überzeugen, die notwendigen Schritte zu unternehmen, um ein gemeinsames Ziel zu erreichen, was damit beginnt, ihnen zuzuhören
    • Vermeidung von Vorurteilen bei der Präferenz für Lösungen, indem benutzerorientiert vorgegangen wird und sichergestellt wird, dass die Lösungen den Bedürfnissen der Nutzer entsprechen
    • Stressbewältigung und gute Leistung unter Druck
    • Demonstration der Dringlichkeit der Aufgabenerledigung, ohne Panik auszulösen
    • Wissen, wie man den richtigen Leuten zur richtigen Zeit die besten Fragen stellt
    • Delegierung der Entscheidungsbefugnis, indem Teams eine Methodik und Kriterien für die Eskalation bei Bedarf an die Hand gegeben werden
    • Sie wagen es, selbstbewusst klare Aussagen zu Prioritäten zu treffen und sich für jede ihrer Entscheidungen einzusetzen
    • Den Mut haben, zu entscheiden, wen man bei einer Entscheidung bevorzugt, egal ob es sich um Technik, Marketing oder Vertrieb handelt
    • Keine Angst vor Veränderungen wie der Definition einer neuen Produktstrategie für das Geschäftswachstum
    • Die Emotionen von Kunden, Benutzern und internen Teammitgliedern lesen und ihre Bedenken festhalten

    Wenn sie alle oder die meisten der oben genannten Punkte ankreuzen, ist der Produktmanager auf dem besten Weg, emotional intelligent zu werden.

    Typische Ergebnisse eines herausragenden Produktmanagers

    Wenn der Produktmanager einen hohen EQ hat, kann er am besten:

    • Wachsende Teams, um leistungsstark zu werden
    • Verhandlungen mit Kunden, Benutzern, Partnern und Mitarbeitern aus verschiedenen Abteilungen
    • Lösung von Konflikten, die funktionsübergreifenden Teams bei der Herstellung erfolgreicher Produkte im Weg stehen könnten
    • Mehr Geld, Top-Talente und andere Arten von Unterstützung oder Ressourcen erhalten
    • Priorisierung gemäß den Schmerzpunkten der Kunden
    • Stellen Sie sicher, dass das Entwicklungsteam weiß, dass die Benutzer die Änderungen, die sie implementieren, tatsächlich benötigen
    • Erzielung der besten Kompromisse zwischen den verschiedenen Personen und Teams, die an der Entwicklung eines Produkts beteiligt und interessiert sind

    Letztlich vertrauen Kunden darauf, dass der Produktmanager Probleme mit dem Produkt behebt. Außerdem akzeptieren die Ingenieure, dass sie sich die Mühe machen, kurzfristig ein Mikrofeature zu integrieren. Und wenn der Produktmanager immer ruhig und gelassen ist, wird das Management seiner Arbeit vertrauen.

    An diesem Punkt wissen Sie, wie wichtig Persönlichkeit für den Erfolg der Produktmanagement-Rolle ist. Als Nächstes erfahren Sie, wie sich die Art des Produkts und seine Benutzer auch auf ihre Arbeit auswirken.

    Das richtige Maß an Technik

    Je komplexer ein technisches Produkt ist, desto mehr Erfahrung sollte der Produktmanager mit der Entwicklung ähnlicher Produkte haben.

    Andererseits reicht für ein weniger komplexes technisches Produkt Erfahrung mit der Markteinführung von Produkten und der Unterstützung von Kunden aus.

    Zusammenfassend lässt sich sagen, dass der Produktmanager weiß, wie man mit den Benutzern eines Produkts und dem Kunden spricht. Darüber hinaus verfügen sie mindestens über ein grundlegendes technisches Verständnis des Produkts.

    Aber warte! Das ist noch nicht alles. Produktmanager können auch etwas zaubern, wenn sie mit Ingenieuren und dem Top-Management interagieren.

    Der Kontakt zu Ingenieuren und dem Top-Management ist von entscheidender Bedeutung

    Der Produktmanager sollte eine Beziehung zum Entwicklungsteam und zum Top-Management aufbauen, pflegen und verwalten.

    In Bezug auf die Ingenieure

    Die Beziehung zwischen dem Produktmanager und dem Engineering-Team hängt von der Sicht des Unternehmens auf den Produktentwicklungsprozess ab. Und das kann auf drei verschiedene Arten geschehen:

    1. Der Produktmanager übergibt die Anforderungen an das Produkt an das Ingenieurteam, das sie umwandelt in technische Anforderungen.
    2. Ingenieure entwickeln das Produkt, das der Produktmanager validiert und monetarisiert manchmal.
    3. Der Produktmanager und das Engineering-Team arbeiten eng zusammen, um das Produkt zu entwickeln.

    ❌ Der erste Ansatz ist nicht so agil oder schnell. In der Tat ähnelt es ein Wasserfallansatz zur Produktentwicklung, deren Umsetzung ewig dauert ein brauchbares Produkt. Außerdem konzentrieren sich Ingenieure auf das Programmieren und verlieren möglicherweise den Fokus auf UX (Benutzererfahrung).

    ❌ Die zweite Alternative könnte innovativ sein, indem neue Kunden- und Nutzerbedürfnisse geschaffen werden. Dennoch könnte das Feedback der Nutzer zu spät kommen, um das Produkt an den Bedürfnissen der Nutzer auszurichten, ohne mehr zu kosten.

    ✔️ Schließlich sammeln der Produktmanager und das Engineering-Team bei der dritten Option die Anforderungen und treffen gemeinsam Entscheidungen. Die erste sagt dem Letzteren nicht, wie er codieren soll, und letzteres sagt dem ersten nicht, wie er Prioritäten setzen soll. Das Ergebnis ist eine bessere Benutzererfahrung, eine schnellere Produktentwicklung und eine bessere Produktqualität. Und alle sind glücklich! 🎉

    In Bezug auf das Top-Management

    Der Produktmanager sollte nicht nur eng mit dem Engineering-Team, sondern auch mit dem Top-Management zusammenarbeiten. Die Einbindung des Top-Managements in den Produktentwicklungsprozess ist entscheidend für den Produkterfolg und den Erfolg der Produktmanagement-Rolle.

    Je mehr das Top-Management an der Produktentwicklung beteiligt ist, desto mehr spielt der Produktmanager eine unterstützende Rolle. Und das gilt umso mehr für junge Unternehmen.

    In einer Startup-Umgebung leitet der Produktmanager oft nicht den Prozess der Ideengenerierung. Ein weiterer Nachteil junger Unternehmen für diese Fachkräfte ist, dass sie weniger Einfluss auf die Produktvision haben.

    Es ist an der Zeit, darüber nachzudenken, wie sich der Reifegrad eines Unternehmens auf die Rolle des Produktmanagements auswirkt.

    Wie die Unternehmensreife den Produktmanager beeinflusst

    Die Reife des Unternehmens beeinflusst die Leistung und den Erfolg des Produktmanagers. In einem Startup sollte diese Rolle vielseitiger sein. Andererseits ist die Rolle in einem reifen Unternehmen enger und hat klarere Grenzen.

    In einem Startup könnte der Produktmanager also für Marktforschung, Preisgestaltung und Kundenbetreuung verantwortlich sein. Das liegt daran, dass Startups wachsende Unternehmen sind, die oft über ein knappes Personalbudget verfügen.

    Obwohl es sich um ein hochdynamisches Umfeld handelt, bieten junge Unternehmen ein Land voller Möglichkeiten für Produktmanager. Sie könnten die Geschäftsstrategie stärker beeinflussen, wenn das Unternehmen wächst. Und sie könnten auch ein Mitspracherecht haben, wenn es darum geht, Unternehmensressourcen zu nutzen oder zuzuweisen.

    Was dem Produktmanager in einem Startup fehlt, haben sie in einem ausgereiften Unternehmen schließlich im Überfluss. Ein etabliertes Kundenportfolio ist ein Beispiel dafür.

    Produktmanager sind das Rückgrat des Produkts

    Die Rolle des Produktmanagements ist ein wesentlicher Bestandteil jedes Technologieunternehmens. Vielleicht besteht ihre Hauptverantwortung darin, die Produktstrategie zu definieren und eine Schlüsselrolle bei der Sprint-Planung oder PI-Planung zu spielen. Sie priorisieren aber auch im Vorfeld die geplanten Funktionen für das Inkrement. Und sie koordinieren die Arbeit von Teams aus verschiedenen Abteilungen.

    Auf einer höheren Ebene muss der Produktmanager mit diesen Teams kommunizieren. Ziel ist es, sicherzustellen, dass alle auf derselben Seite sind. Und letztlich sind es starke Führungskräfte, die die Entwicklung nützlicher und profitabler Produkte vorantreiben.

    Wenn Sie ein Produktmanager sind und nach weiteren Tools zur Verwaltung Ihres Produkts suchen, schauen Sie sich die Tools von Easy Agile an. Unser Roadmapping-Tool für Jira könnte Ihnen helfen, Funktionen für die Lieferung an Ihre Kunden zu sequenzieren. Und Die PI-Planungslösung von Easy Agile für Jira kann Ihnen helfen, Programmabhängigkeiten und Meilensteine zu visualisieren und teamübergreifend zu planen.

  • Agile Best Practice

    7 Produktmanagement-Softwaretools zur Rationalisierung der Entwicklung

    Sie können Dutzende von Produktmanagement-Tools finden, die den SaaS-Zielen entsprechen.

    Diese Tools unterscheiden sich in ihren Merkmalen, Funktionen und Preisen. Eines ist jedoch sicher: Produktmanagement-Tools sind unterstützender als je zuvor.

    Finden Sie heraus, welches Produktmanagement Ihre Softwareentwicklung am besten unterstützen kann.

    Was sind Produktmanagement-Softwaretools?

    Softwaretools für das Produktmanagement helfen dabei, Softwareentwicklungsteams durch ihren Arbeitsablauf zu führen.

    Produktmanagement-Tools können Teammitgliedern dabei helfen, Recherchen durchzuführen, Bewertungen zu erstellen, Iterationen durchzuführen und ihre Produkteinführungen zu planen. Einige Tools unterstützen sogar das Roadmapping der Produktentwicklung, sodass sie agile Teams unterstützen können.

    Entwicklungsteams können Roadmapping-Tools verwenden, um:

    • Optimieren Sie die Produktstrategie
    • Erstellen Sie ihren Produktplan
    • Erstellen Sie ihre Produkt-Roadmaps
    • Entwickeln Sie User Journey Maps
    • Backlogs verwalten
    • Recherchen zu den Kundenbedürfnissen durchführen
    • Verbessern Sie die Priorisierung von Produktmerkmalen
    • Bestimmen Sie die Länge ihrer Scrum-Sprints
    • Analysieren Sie Daten für ihre Produktforschung
    • Führen Sie eine Prozesszuordnung durch
    • Produktveröffentlichungen verwalten
    • Verbessern Sie die Zusammenarbeit agiler Teams
    • Neue Produkte erstellen
    • Liefern Sie bessere Produkte
    • Teammitgliedern eine Nachricht senden

    Die Verwendung von Produktmanagement-Tools ist ideal für die Arbeit mit Remote-Teams. Es ist auch die Lösung für die Verbesserung der Zusammenarbeit zwischen funktionsübergreifenden Teams.

    Viele oder die meisten dieser Produktmanagement-Tools lassen sich auch gut in bestehende Software integrieren, sodass es keine große Sache ist, bestehende Systeme anzupassen. Sie können viele dieser Produktmanagement-Tools auch an die Anforderungen Ihres Produktteams anpassen.

    Hier sind acht der bekanntesten Produkt-Softwaretools, mit denen Sie Ihre neue Roadmapping-Reise beginnen können.

    1. Jira

    Jira wird in der Regel als das beste Produktmanagement-Softwaretool für die Softwareentwicklung angesehen. Viele andere Branchen verwenden Jira jedoch für das Roadmapping und die Verwaltung ihrer Projekte. Diese Beliebtheit ist auf die Tatsache zurückzuführen, dass Jira einen kostenlosen Plan anbietet, der jedoch noch tiefer geht.

    Jira ist das ideale Software-Management-Tool für die Verwaltung von Scrum, Kanban, Waterfall und anderen agile Methoden. Die Benutzeroberfläche ist intuitiv, sodass sie einfach und bequem zu bedienen ist, egal ob Sie ein Produktmanager für Software oder andere Produkte sind. Da es sich auch um ein praktisches Tool handelt, können Sie es verwenden, um Aufgaben zuzuweisen und Projekte und Produktentwicklung zu verwalten.

    Produktmanager können Arbeitsabläufe, agile Teamverantwortlichkeiten und Aufgaben leicht im Auge behalten. Sie können sehen, wo sich Backlogs in Scrum oder Kanban aufbauen. Mit der Jira-Software kannst du auch Velocity-Charts, Burndown-Charts, Release-Burndown- und Sprint-Berichte verwalten.

    Du kannst auch Software wie Slack, GitHub und andere hinzufügen, um dein Jira-Produktmanagement-Tool abzurunden.

    Zu den wichtigsten Funktionen, die Sie in dieser Software erwarten können, gehören:

    • Visuelle Erfassung der Produktvision zur Entwicklung besserer Produkte
    • Tools für die Zusammenarbeit, um Teams in Echtzeit an Bord zu halten
    • Gantt-Diagramme zur Anzeige des Projekt- und Produktfortschritts
    • EIN Scrum oder Kanban-Board
    • Benutzerfreundliche Roadmaps
    • Meilensteinverfolgung
    • Portfoliomanagement
    • Umfassendes Agle-Reporting
    • Umfassende Automatisierung des Produktmanagementprozesses
    • Die Fähigkeit, Codes mit Problemen zu verbinden

    In Bezug auf die Preisgestaltung entscheiden sich kleine Unternehmen häufig für den kostenlosen Tarif. Mit dem kostenlosen Tarif von Jira können 10 Benutzer gleichzeitig auf Roadmapping und andere Funktionen zugreifen. Der kostenpflichtige Tarif kostet etwa 7$ pro Monat für jeden Benutzer.

    Agile Teams, die Jira verwenden, können davon profitieren Einfache Agile-Programme für Jira. Es hilft Teams, sich auf ihre Ziele zu konzentrieren, sich auf Funktionen und Epen zu konzentrieren und Abhängigkeiten zu erkennen. Aber alle Einfache Agile-Plugins arbeite mit Jira. Sie vereinfachen alles, von der PI-Planung bis zur Erstellung Personas und Straßenkarten.

    2. Trello

    Trello verwendet ein Kartensystem, um Kanban- und andere Produktentwicklungsabläufe zu verwalten. Wenn der Administrator das Trello-Board einrichtet, erhalten die Produktteams eine visuelle Darstellung von Workflows. Sie können Anwenderberichte sehen, wer für Aufgaben verantwortlich ist, und einen Gesamtüberblick über Arbeitsabläufe und Produktlebenszyklen erhalten. All diese und andere Funktionen sind ein hervorragendes Roadmap-Tool.

    Der Nachteil dieses Systems ist, dass es keinen Kalender hat. Ein weiterer Nachteil ist, dass es grundlegende Ordner für die Aufgabenkategorisierung bietet. Es wird beispielsweise schwierig sein, Trello für Scrum zu verwenden, da Sie nur eingeschränkten Zugriff auf Ordner haben und es keine Unterordner gibt. Du kannst jedoch auf mehrere User Stories zugreifen, um Arbeitsabläufe für einfache Projekte zu optimieren.

    Trotz dieser Nachteile bietet Trello dank des Butler-Roboters eine Workflow-Automatisierung. Mit dieser kleinen Roboterfunktion können Sie bestimmte Regeln und Kalender-Trigger festlegen, sodass Sie sich wiederholende Aufgaben automatisieren können. Trello eignet sich wahrscheinlich besser für Startups oder die Verfolgung des Fortschritts, wenn Sie eine kleine Vertriebsmannschaft haben.

    Da die Trello-Plattform einfach (aber intuitiv) ist, ist die Zusammenarbeit im Team praktisch. Die Kommunikation über Trello ist auch benutzerfreundlich und hilft den Produktteams, sofort zu sehen, wer was tut und welche Aufgaben zu erledigen sind.

    Trello verwendet standardmäßig die Kanban-Methode, du kannst sie aber auch für andere Projekttypen verwenden.

    Es gibt mehrere Funktionen, auf die du dich bei Trello freuen kannst, darunter:

    • Priorisierung von Aufgaben
    • Termine verfolgen
    • Gantt-Diagramme
    • Kanban-Tafel
    • Tools für agile Teamzusammenarbeit
    • Ressourcen- und Aufgabenmanagement
    • Automatisierung von Arbeitsabläufen
    • Den Fortschritt der Teammitglieder verfolgen
    • Verschiedene Vorlagen

    Trello hat einen kostenlosen Plan, bei dem Produktmanager bis zu 10 Boards für jedes ihrer Teams verwenden können. Du kannst den Schmerzplan auch auf jährlicher Basis erwerben, was etwa 10$ pro Benutzer kostet.

    3. Wrike

    Wrike ist sowohl ein Tool zur Rationalisierung von Arbeitsabläufen als auch zur Verwaltung der Produktentwicklung. Wrike ist flexibel, anpassungsfähig und dynamisch und ein Tool, das für bessere Produktentscheidungen entwickelt wurde.

    Sie können es für das Management kleiner Produkte, für die Verwaltung einzelner Kunden oder als unternehmensweites Tool für das Produktmanagement verwenden. Wrike ist auch vielseitig genug, um es in der Softwareproduktentwicklung oder im Marketing einzusetzen. Diese Plattform verfügt auch über ein spezielles Tool für das Marketing, das die Verwaltung von Salesforce-Abläufen erleichtert.

    Wrike ist anpassbar, sodass Sie Gantt-Diagramme und Kanban-Boards hinzufügen können, um die Zusammenarbeit der Teammitglieder zu verbessern. Eine weitere Funktion dieser Plattform ist das Work Intelligence KI-Tool, mit dem Produktmanager das Produktrisiko automatisieren und vorhersagen können.

    Wrike funktioniert gut mit Jira, Slack, GitHub, Dropbox und mehreren anderen Tools. Sie können auch andere Integrationen anpassen, um Wrike auf Produktmanagement-Teams zuzuschneiden. Wenn Sie Software hinzufügen möchten, die diese Plattform nicht unterstützt, können Sie das tun. Sie erstellen einfach die Lösung, die Sie benötigen.

    Die wichtigsten Funktionen von Wrike sind:

    • Die Fähigkeit, Anwendungen von Drittanbietern zu integrieren
    • Seine umfassende, vielseitige API
    • Verwaltung mehrerer Vorlagenoptionen
    • Erlaubnis und Zugriffskontrolle
    • Daten importieren und exportieren
    • Integration von Tabellenkalkulationen und Tabellen
    • Komfortables Aufgabenmanagement
    • Eine Benutzeroberfläche zum Ziehen und Ablegen
    • Produktaufgaben kategorisieren und strukturieren
    • Kalender- und Zeitleistensteuerung
    • Verwaltung von Dateien und Dokumenten
    • Aktivitäten und Fortschritte verfolgen
    • Filterung von Daten
    • Statistiken und Berichterstattung
    • Gemeinsamer oder öffentlicher Arbeitsbereich

    Wrike bietet einen kostenlosen Tarif für die Nutzung einfacher Funktionen an. Sie müssen jedoch für jeden Benutzer etwa 9,80 USD pro Monat bezahlen, um auf komplexere Funktionen zugreifen zu können.

    4. Produktboard

    Productboard steht mit Unternehmen wie Zendesk ganz oben. Es bietet eine der besten Funktionen zum Sammeln von Benutzerfeedback. Wie jedes Softwareentwicklungsteam weiß, kann das Feedback der Benutzer über den Erfolg eines Produkts entscheiden oder ihn zum Scheitern bringen. Mit diesem Produkt können Sie Kundenfeedback kategorisieren, in wertvolle Informationen umwandeln und dieses Feedback priorisieren.

    Mit Productboard können Sie ihr Feedback während des Lebenszyklus jedes Produkts über ein Portal verfolgen. Dieses Portal unterstützt den Ideenaustausch und das Management. Diese Informationen nutzen die Teammitglieder als Input, um den Produktwert zu steigern. Dieses Software-Tool eignet sich auch hervorragend zum Sammeln Anwendungsfälle und das Nutzerverhalten zu verstehen, um die richtigen Produkte für Kunden zu entwickeln.

    Sie können Slack und E-Mail mit dem Productboard verwenden, aber wenn Sie eine zusätzliche Softwareintegration wünschen, müssen Sie dies selbst arrangieren. Zum Glück ist die API in diesem Produkt benutzerfreundlich, um dies zu ermöglichen.

    Zu den Hauptfunktionen von Productboard gehören:

    • Lagerhäuser für Produktfeedback
    • Kundensegmente, die besonders dynamisch sind
    • Die Fähigkeit, Kundenfeedback zu priorisieren und zu kategorisieren
    • Feedback in wertvolle Erkenntnisse umwandeln
    • Ein leistungsstarkes System zur Wertbewertung
    • Roadmapping-Tools, die Sie anpassen können
    • Priorisierung von Aufgaben

    Sie können einen jährlichen Productboard-Basisplan für etwa 20 USD pro Monat für jeden Benutzer erwerben.

    5. ProdPad

    ProdPad berücksichtigt die Benutzererfahrung. Es verfügt über eine schlanke Roadmapping-Funktion, mit der Sie Ziele und Vorgaben hervorheben können. Sie können mit diesem Produktsoftwaretool experimentieren, um Benutzerfeedback in die Produktentwicklung einzubeziehen. ProdPad ist auch als eines der besten Produktmanagement-Softwaretools auf dem Markt bekannt.

    Die Produkt-Roadmap-Tools sind einfach zu verwenden und enthalten eine Farbcodierung für das Roadmapping. ProdPad verfügt über eine einfache Drag-and-Drop-Funktion sowie Datenschutzeinstellungen, und Sie können die Prioritätsprüfpunkte nach Bedarf verwenden.

    Entwicklungsteams können auf eine Funktion zur Ideenverwaltung zugreifen, um Prioritätsdiagramme zu erstellen. Hier können sie sehen, wie Rückstände die Wirkungs- und Aufwandsdiagramme in Workflows beeinflussen. Sie können auch einfach Daten aus anderen Quellen importieren, um bei Bedarf die Entwicklung neuer Produkte voranzutreiben.

    Eine weitere Funktion, die ProdPad auszeichnet, ist die Fähigkeit der Teammitglieder, Zusammenhänge zwischen Benutzerideen und Produktentwicklung zu erkennen. Sie können auch Kundenlisten erstellen, um weitere Fragen zu ihren Produkterfahrungen zu stellen.

    Sie können Anwendungsfälle sammeln und das Nutzerverhalten besser verstehen. All diese Informationen können Sie dann als Input für die Entwicklung neuer Produkte verwenden.

    Funktionen, die Sie von diesem Produktmanagement-Tool erwarten können, sind:

    • Ideengenerierung und Erfassung
    • Erfassung und Speicherung von Kundenfeedback
    • Integration mit Apps, die Kundenfeedback unterstützen
    • Integration mit anderen Apps von Drittanbietern
    • Prioritätenliste der Ideen
    • Lean Produkt-Roadmaps
    • Auf Zielsetzungen basierendes Produkt-Roadmapping
    • Erstellung von Kundenportfolios

    Sie können den Essential Plan von ProdPad für etwa 149 USD pro Monat für die jährliche Abrechnung erwerben. Mit diesem Plan können Sie drei Administratoren oder Redakteure für die Produktplanung verwenden.

    6. Asana

    Asana ist auch eine nützliche Verwaltungsplattform. Sie können es als Lösung für die Planung von Arbeitsabläufen verwenden. Asana ist bei kleinen Unternehmensgründungen und größeren Unternehmen beliebt.

    Diese Verwaltungslösung ist cloudbasiert. Sie ermöglicht es Teammitgliedern, ihren Arbeitsbereich gemeinsam zu nutzen und Aufgaben und Arbeitsfortschritte zuzuweisen und zu verfolgen. Asana ist auch eine hervorragende Plattform für die Zusammenarbeit von Teammitgliedern.

    Mit Asana erhalten Sie nicht viel Kundensupport. Und obwohl Asana nicht ideal für ein komplexes Teammanagement ist, bietet es viele nützliche Funktionen, von denen einige Folgendes beinhalten:

    • Exzellente Kommunikation und Zusammenarbeit im Team
    • Ideal, um detaillierte Ziele zu skizzieren
    • Effizient für die Verwaltung mehrerer Aufgaben und Teammitglieder
    • Ein benutzerfreundliches Dashboard
    • Verfolgung von Meilensteinen
    • Automatisierung
    • Option für mehrere Vorlagen
    • Funktionen zur Projektplanung
    • Mehrere Analyse- und Berichtsoptionen
    • Verwaltung von Ressourcen
    • Zeit- und Kostenerfassung

    Asana hat einen kostenlosen Tarif, wenn Sie mit eingeschränkten Funktionen zurechtkommen. Bezahlte Tarife beginnen bei etwa 10,99 USD pro Monat für jeden Benutzer. Das Unternehmen stellt jährlich Rechnungen ab.

    7. SEGELFLUGZEUG

    Es gibt mehrere Verwaltungslösungen zur Rationalisierung von Produktabläufen. GLIDR bietet eine weitere Plattform, von der aus die Entwicklungsziele für Produktsoftware erreicht werden können. Sie können detaillierte Produktpläne entwickeln, die den Kundenerwartungen entsprechen. GLIDR hebt das Kundenerlebnis hervor und stellt daher deren Feedback in den Vordergrund, um die besten Produktleistungen zu erzielen.

    Auf dieser Plattform können Sie Produktrecherchen, Anwendungsfälle und Nutzerverhalten verwalten. Anschließend können Sie Produktspezifikationen erstellen, Ideen verknüpfen und realisierbare Ideen erstellen Anwenderberichte, priorisieren Sie Funktionen und vieles mehr.

    GLIDR bietet verschiedene Board-View-Optionen, die Softwareentwicklern helfen, Themen aus Ideen zu erstellen. Sie können Ideen auch nach ihrem Status kategorisieren, Zeitleisten ausfüllen oder diese Ideen auf Kanban-Boards zeigen.

    Zu den weiteren hilfreichen Funktionen gehört die Möglichkeit, Apps wie Intercom und Zendesk in GLIDR zu integrieren. Sie können Jira und Trello auch mit dieser Produktverwaltungssoftware verknüpfen.

    Produktmanager und Teams können GLIDR verwenden, um ihre Arbeitsabläufe zu optimieren, den Produktfortschritt zu verfolgen, Berichte zu erstellen und Roadmaps in die bestmöglichen Produkte umzuwandeln.

    Zu den Hauptfunktionen von GLIDR gehören:

    • Produktwerbeanzeigen
    • Öffentliche Straßenkartierung
    • Optionen für Forschung und Experimente
    • Trendergebnisse zur Einstufung von Ideen
    • Priorisierung von Funktionen
    • Aktivitäts-Feeds
    • Fortschrittsverfolgung und Überwachung
    • Benutzerfreundliche Dashboards
    • Berichte, die Sie im PDF-Format exportieren können

    Du kannst GLIDR 14 Tage lang kostenlos testen. Dann kostet die günstigste Option etwa 8 USD pro Person und Monat für ein Team von fünf Personen. GLIDR stellt jährlich Rechnungen ab und bietet drei weitere Tarifoptionen, mit denen Sie auf weitere Funktionen zugreifen können.

    Verbessern Sie Ihr Spiel mit Easy Agile

    Eine Möglichkeit, Ihre Produktmanagement-Software zu verbessern, besteht darin, die Ressourcen von Easy Agile zu nutzen. Sie können entweder unsere Jira-Apps verwenden, um sie in bestehende Produktmanagement-Plattformen zu integrieren, oder Ihrem bestehenden System einen Schub geben.

    Wählen Sie aus Apps für Kanban-Arbeitsablauf für Jira oder steigern Sie die Leistung der Produktentwicklung mit Story-Maps von Benutzern für Jira.

    Verbessern Sie Ihr Spiel mit Easy Agile Straßenkarten für Jira, um dein Team zum Produkterfolg zu führen, oder nutze unsere Programme für Jira für Program Increment Planning.

    Welche Apps du auch wählst (alle?) , können Sie das Produktteammanagement mit der besten verfügbaren Produktmanagementsoftware verbessern.

  • Workflow

    7 Strategien zur Planung der Produkteinführung für Entwicklungsteams

    Die bloße Entwicklung eines Produkts bedeutet nicht, dass es ein Erfolg wird. Viele Faktoren bestimmen, wie gut ein Produkt ankommt — und vieles davon beginnt mit der Planung der Produkteinführung.

    Wie werden Sie Ihr Produkt der Welt vorstellen? Wer kann auf Ihr Produkt zugreifen, wenn es zum ersten Mal auf den Markt kommt? Welche Funktionen benötigen Sie für die Erstentwicklung des Produkts und welche Funktionen sollten für die weitere Entwicklung gespeichert werden? Wie stellen Sie sicher, dass alles rechtzeitig zum erhofften Startdatum fertig ist?

    Die Planung der Produkteinführung verbindet Ihre Entwicklungsstrategie mit Ihrer Vertriebs- und Marketingstrategie, um sicherzustellen, dass alle Abteilungen zusammenarbeiten und die wichtigsten Ziele verfolgen. Es ist ein stürmischer Wettlauf bis zur Ziellinie, aber es ist auch eine aufregende Zeit für Produktentwickler. Wie wird Ihr Produkt aufgenommen? Was werden Kunden und Interessengruppen denken?

    In diesem Beitrag besprechen wir sieben wichtige Strategien für eine erfolgreiche Produkteinführungsplanung. Zeit für den Start! 🚀

    1. Setze klare Ziele und definiere, wie Erfolg aussieht

    Setzen Sie sich klare Ziele und gehen Sie realistisch davon aus, was Sie erreichen möchten. Das Setzen von hohen, unerreichbaren Zielen lenkt von dem ab, was am wichtigsten ist, und es kann zu Enttäuschung, mangelnder Motivation und verminderter Moral führen.

    Machen Sie sich klar, wer im Produktteam wofür verantwortlich ist, und stellen Sie sicher, dass Teammitglieder außerhalb der Produktentwicklung, einschließlich Vertriebsteams und Marketingteams, an der Planung der Produkteinführung beteiligt sind.

    Wie werden Sie auf den Markt gehen? Was hoffen Sie mit Ihrer Markteinführung zu erreichen? Welche Planung für die Produkteinführung muss erfolgen, bevor Sie weitermachen können? Welche Ergebnisse vor der Markteinführung sind entscheidend, um die Entwicklung voranzutreiben? Welche Hindernisse könnten Ihren Erfolg verhindern?

    Wenn Sie verstehen, was Sie erreichen möchten, ist es einfacher zu erkennen, wann Sie erfolgreich sind. Lassen Sie nichts offen, damit jeder im Team weiß, worauf Sie hinarbeiten und wie Sie es erreichen können.

    2. Lerne dein Publikum kennen

    Großartige Produkte werden entwickelt, wenn die Kundenbedürfnisse bei der Entscheidungsfindung im Vordergrund stehen. Ganz gleich, in welcher Phase der Produkteinführungsplanung Sie sich befinden, Sie sollten immer die Customer Journey im Auge behalten. Überlegen Sie, wie jede Entscheidung, die Sie treffen, Ihren Kunden einen Mehrwert bringt.

    Kundenpersönlichkeiten beschreiben wichtige Details zu einer Zielgruppe, wie z. B. Schmerzpunkte, Verhaltensmuster, demografische Merkmale, Ziele und Kaufgewohnheiten. Für ein erfolgreiches Produkt und eine erfolgreiche Produkteinführung ist es von entscheidender Bedeutung, genau zu verstehen, für wen Sie ein Produkt entwickeln und was sie benötigen.

    Einfacher agiler Teamrhythmus unterstützt das User Story Mapping und hilft Teams dabei, sich in die Kunden hineinzuversetzen, sodass Entwicklungs- und Markteinführungsentscheidungen auf der Grundlage dessen getroffen werden können, was für Ihren Zielmarkt den größten Mehrwert bietet.

    3. Feedback einholen und testen, testen, testen

    Testen, testen, testen! Wir können das nicht oft genug sagen. Sie müssen kontinuierlich testen, Fragen stellen und Marktforschung sammeln.

    Stellen Sie Ihr Produkt regelmäßig Stakeholdern und Kunden vor, um unterwegs Feedback zu erhalten. Je mehr Sie bei der Entwicklung Ihres Produkts lernen, desto mehr Probleme werden Sie im Laufe der Zeit lösen und desto besser wird das Projekt am Ende sein.

    Der Testprozess gibt Ihnen auch einen tieferen Einblick in das, wonach Ihre Benutzer suchen, sodass Sie die Kundenbedürfnisse besser erfüllen können. Wie interagieren sie mit dem Produkt? Welche Probleme treten auf? Welche Fragen haben sie? Verstehen sie, wie man es benutzt? Nach welchen Funktionen suchen sie?

    Sammeln Sie so viel Feedback wie möglich, damit Sie das Produkt bis zur Markteinführung kontinuierlich verbessern können. Binden Sie Ihre Stakeholder und Kunden in Ihren Prozess ein, um deren Bedürfnisse besser zu verstehen und zu erfahren, wie Sie einen konsistenten Mehrwert bieten können.

    4. Verwenden Sie umfassende Tools, um die Planung der Produkteinführung zu verfolgen

    Die Planung der Produkteinführung ist ein komplexer Prozess mit vielen beweglichen Teilen, Teammitgliedern und Terminen. Die richtigen Tools sind für den Erfolg der Markteinführung unerlässlich. Das gesamte Team muss in der Lage sein, zu sehen, was geplant ist, was erwartet wird und wie die einzelnen Teile, die zur Markteinführung führen, miteinander verbunden sind.

    Erstellen Sie eine klare Vorlage für den Produkteinführungsplan, die das Team voranbringt. Gehen Sie vom gewünschten Startdatum zurück, um einen Zeitplan für die Markteinführung zu erstellen, in dem alles aufgeführt ist, was erledigt werden muss, bevor das Produkt auf den Markt gebracht wird.

    Eine Roadmap zur Produkteinführung ist ein effektives Instrument, um Ihre Fortschritte zu verfolgen. Roadmaps helfen Teams dabei, ihre Vision aufeinander abzustimmen, bestimmte Produkteinführungstermine im Auge zu behalten und die wichtigsten Priorisierungen klar zu erkennen.

    Lernen wie man eine Produkt-Roadmap erstellt Muster mit Einfache Agile Roadmaps für Jira. Sie helfen Teams dabei, sich auf eine Produktvision und eine Markteinführungsstrategie auszurichten, um den Kunden kontinuierlich einen Mehrwert zu bieten.

    5. Konzentrieren Sie sich auf ein anfängliches großartiges Produkt, nicht auf Funktionen

    Konzentrieren Sie sich auf Ihre mindestens lebensfähiges Produkt zuerst. Dies ist Ihre oberste Entwicklungspriorität vor dem Start — egal, wie verlockend andere ausgefallene Funktionen auch sein mögen.

    Ausgefallene Funktionen mögen ansprechend sein, aber sie können die Entwicklung verlangsamen, das Team unnötig belasten und zu unerwünschten Problemen führen, kurz bevor Sie Ihr Produkt auf den Markt bringen sollen. Nehmen Sie sich die Arbeit auf, um ein Produkt zu entwickeln, das die Bedürfnisse der Stakeholder erfüllt und die Kunden begeistert. Wenn das gut läuft, wird es viele Möglichkeiten geben, sich später auf andere Funktionen zu konzentrieren.

    6. Erwarte das Unerwartete

    Egal, wie viel Feedback Sie erhalten und wie viele Tests Sie durchführen, es gibt immer Überraschungen, wenn es darum geht, ein neues Produkt auf den Markt zu bringen. Der Tag der Markteinführung verläuft möglicherweise nicht so reibungslos, wie Sie es sich erhofft haben. Es ist in Ordnung, wenn die Dinge nicht genau so laufen, wie Sie es erwartet haben, solange Sie sich auf diese Möglichkeiten vorbereitet haben und sich anpassen können.

    Eine umfassende Planung der Produkteinführung hilft Ihnen dabei, Überraschungen zu bewältigen. Es hilft auch, die Bewegungen vorher zu üben. Nehmen Sie sich vor der Markteinführung des neuen Produkts Zeit, um die erforderlichen Schritte zu überprüfen und zu üben. Probiere deinen Prozess, um so viele mögliche Probleme wie möglich zu beheben. Die zusätzliche Zeit, die Sie damit verbringen, die Bewegungen durchzugehen, wird auch dazu beitragen, die Nerven der am Startvorgang beteiligten Teammitglieder zu schonen.

    7. Halten Sie nach dem Start eine Retrospektive ab

    Nachdem alles gesagt und getan ist, gibt es noch einen weiteren wichtigen Schritt für Ihre Produkteinführungsplanung. EIN Rückblick hilft Teams dabei, die Startstrategie zu untersuchen und herauszufinden, wie sich alles entwickelt hat. Was ist gut gelaufen? Was ist nicht so gut gelaufen? Und was kann aus dem Prozess gelernt werden?

    Auch wenn Sie in absehbarer Zeit kein weiteres Produkt auf den Markt bringen werden, ist eine Retrospektive nach der Markteinführung eine großartige Gelegenheit, aus Ihren Erfahrungen zu lernen. Sie können diese Erkenntnisse und Erfolgskennzahlen berücksichtigen, wenn Sie zukünftige Funktionen oder andere Produkte auf den Markt bringen. Außerdem gibt es dem Team die Möglichkeit, nach Abschluss der Markteinführungsaktivitäten eine Nachbesprechung durchzuführen.

    Lassen Sie uns diese Strategien noch einmal zusammenfassen:

    1. Setze klare Ziele und definiere, wie Erfolg aussieht.

    2. Lerne dein Publikum kennen.

    3. Feedback einholen und testen, testen, testen.

    4. Verwenden Sie umfassende Tools, um die Planung der Produkteinführung zu verfolgen.

    5. Konzentrieren Sie sich auf ein anfängliches großartiges Produkt, nicht auf Funktionen.

    6. Erwarte das Unerwartete.

    7. Halten Sie nach dem Start eine Retrospektive ab.

    Erfahren Sie mehr im Easy Agile Blog

    Es gibt noch mehr, wo das herkam. Wir setzen uns dafür ein, Teams dabei zu helfen, besser zu arbeiten agile Tools und Praktiken. Wir entwickeln einfache, kollaborative, kundenorientierte Plugins für Jira und veröffentlichen regelmäßig Artikel über Strategien, agile Informationen und Anleitungen für Produktmanager und agile Teams.

    Folge uns auf LinkedIn für die neuesten agilen Ressourcen, Leitfäden und Produktneuheiten.

  • Company

    Eigenverantwortung bei Easy Agile

    💬 „Wir wissen, dass wir etwas Besonderes geschaffen haben, ein ESOP wie kein anderes...“

    Nick und ich haben Easy Agile gegründet, nachdem wir nach Australien zurückgekehrt waren, nachdem wir in San Francisco gelebt und gearbeitet hatten, wo wir die guten und weniger guten Seiten von Startups erlebt haben.

    Wir hatten das Glück, die großartigen Karrieremöglichkeiten und das Wachstum, die die Arbeit für erfolgreiche Unternehmen wie Atlassian und Twitter bieten kann, aus erster Hand zu erleben. Auf der anderen Seite haben wir auch gesehen, wie Unternehmen gegründet wurden, riesige Summen an Finanzmitteln verbrauchten und ausbrannten. Unseren Gründerfreunden und ihren Familien, die auf der Suche nach Erfolg um jeden Preis die Balance ihres Lebens zur Seite legten, wurde ein schrecklicher Tribut gefordert.

    All das haben wir berücksichtigt, als wir angefangen haben. Einfach und agil. Wir wollten nicht auf die standardmäßige VC-gestützte Reise zurückgreifen, also legten wir unser eigenes Tempo fest. Wir wollten lernen, was es heißt, ein kundenfinanziertes, nachhaltiges Wachstumsproduktgeschäft aufzubauen, auch wenn das eine schwierigere Lernkurve bedeutete, während wir unseren eigenen Weg beschritten.

    Nun, das war vor 6 Jahren und hier sind wir glücklicherweise seit über 5 Jahren von unseren Kunden finanziert und wachsen in einer aufregenden Geschwindigkeit, von der wir glauben, dass es gesund und nachhaltig ist. Wir sind stolz darauf, dass wir einen Bootstrap haben, und das wollen wir nicht wirklich ändern.

    💬 „Wir können die Dinge anders machen“

    Ein Teil des gängigen Startup-Playbooks, den wir beibehalten wollten, ist die Mitarbeiterbeteiligung. Wir brennen schon seit langem darauf, ein ESOP einzuführen, aber aufgrund des Bootstraps und der Kundenfinanzierung ist die Erstellung eines Mitarbeiteraktienoptionsplans etwas komplizierter. Standardpläne basieren in der Regel auf dem Konzept eines geplanten (oder erhofften) Ausstiegs, da dies das einzige Mal ist, dass Unternehmen, die Geld verbrennen, einen Mehrwert für die Aktionäre erzielen können. Das würde für uns nicht funktionieren und wir wollten unserem Team eine zugänglichere Möglichkeit bieten, die Wertzuwächse zu realisieren, wenn wir wachsen.

    In unserem Herzen wussten wir auch, dass unser ESOP die Werte von Easy Agile widerspiegeln musste. Wir wissen, dass die wunderbaren Menschen, aus denen Easy Agile besteht, sich alle in unterschiedlichen Phasen ihrer Karriere befinden und unterschiedliche finanzielle Bedürfnisse haben. Deshalb haben wir unser ESOP so konzipiert, dass es dies berücksichtigt.

    Unser ESOP musste auch großzügig sein. Nick und ich möchten die Großzügigkeit, die wir erleben durften, weiterhin weitergeben und unserem gesamten Easy Agile-Team die Möglichkeit geben, finanzielle Freiheit zu erlangen. Wir hoffen, dass sich viele Mitglieder unseres Easy Agile-Teams eines Tages als Gründer erfolgreicher Unternehmen wiederfinden und diese Tradition mit ihren eigenen ESOPs fortsetzen werden. 🤞

    Jetzt ist unser ESOP live, wir wissen, dass wir etwas Besonderes geschaffen haben, ein ESOP wie kein anderes. Es gibt keine Standardvorlage für das, was wir entwickelt haben, da nur sehr wenige Startups oder Scale-Ups in Australien in unserer Position sind. Wir wachsen schnell, wir sind profitabel und wir sind nicht durch die Anforderungen der Anleger eingeschränkt.

    Es bedeutet, dass wir die Dinge anders machen können.

    Wie das Easy Agile ESOP anders ist

    1. Großzügige Bewertung von Anfang an

    Für unsere anfängliche Gewährung von Optionen haben wir Easy Agile mit einer extrem niedrigen Bewertung bewertet. Dies gibt unserer anfänglichen Optionsgewährung die höchste sofortige Wertsteigerung, die wir auf dem Papier geben können.

    Diese Art der Bewertung auf der Grundlage unserer „Net Tangible Assets“ (NTA) wird durch die Australian Startup Tax Concessions ermöglicht. Da wir ein Softwareunternehmen sind, beschränkt sich unser Vermögen auf das Bargeld auf unserer Bank und auf einigen Laptops. Wir haben keine Schulden.

    Gleichzeitig haben wir auch einen „Fair Market Value“ (FMV), der ähnlich wie bei anderen SaaS-Unternehmen berechnet wird. Es stellte sich heraus, dass unsere NTA-Bewertung für unseren ursprünglichen Zuschuss 44-mal niedriger war als unsere FMV-Bewertung. Das heißt, wenn Sie Ihre Optionen akzeptieren, sind Ihre Optionen auf dem Papier bereits 44-mal mehr wert, als Sie jemals zahlen würden, um sie auszuüben.

    Wir finden, das ist etwas ganz Besonderes.

    2. Echter $-Wert für unser Team, häufiger durch einen Optionsrückkauf

    Wir verstehen, dass unsere Teammitglieder alle unterschiedliche finanzielle Bedürfnisse haben. Einige haben Hypotheken. Andere wollen ein Haus kaufen. Andere vermieten gerne und investieren in andere Dinge.

    Wir haben dafür gesorgt, dass unser Team die Möglichkeit hat, einen Ausstieg zu einem Zeitpunkt zu realisieren, der seinen persönlichen Bedürfnissen besser entspricht.

    Unser Optionsrückkaufprogramm ermöglicht es Easy Agile, von unserem Team erworbene Optionen zum fairen Marktwert zurückzukaufen. Unser Team kann sich dafür entscheiden, das Wachstum des Unternehmens zu nutzen und einige seiner Optionen viel schneller in Bargeld umzuwandeln, als auf ein Ausstiegsereignis zu warten (Börsengang, Zweitverkauf, Verkauf usw.). Dieses Konzept unterscheidet sich grundlegend von dem der meisten SaaS-Unternehmen. Sie können sich auch dafür entscheiden, an ihren Optionen festzuhalten, um die langfristigen Gewinne zu erzielen, an denen wir alle zusammenarbeiten.

    3. Dividenden

    Die meisten SaaS-Produktunternehmen kommen nicht wirklich in die Phase der Dividendenausschüttung. Sie haben einfach nicht die Gewinne zur Verfügung. Noch einmal, wir sind hier anders. Wir haben einen nachhaltigen Wachstumskurs, der es Nick und mir ermöglicht, im Laufe der Laufzeit von Easy Agile Dividenden an die Aktionäre auszuschütten. Wir werden dies auch in Zukunft tun, sodass die Aktionäre von Easy Agile langfristig von den Dividenden und Stimmrechten profitieren werden, die mit Stammaktien einhergehen.

    4. Sie können einen Trust nominieren

    Wir ermöglichen es Ihnen, einen Trust zu nominieren, der Ihre Anteile hält. Nick und ich sind Fans davon, ernsthaft mit Finanzplanung und Bildung zu beginnen (fragen Sie einfach unser Team!). Wir wollten unserem Team die größtmögliche Flexibilität bieten. Deshalb geben wir unseren Teammitgliedern die Möglichkeit, einen Trust zu nominieren, um ihre Optionen zu erhalten, anstatt sie selbst persönlich.

    Was kommt als Nächstes?

    Wir freuen uns sehr, in dieser Phase unserer Reise zu sein, da Nick und ich so das Team, das Easy Agile mit uns entwickelt hat, besser belohnen können.

    Wir freuen uns noch mehr auf die bevorstehende Reise. Wir haben große Pläne, die Fähigkeit, in unser Team, unsere Produkte, unser Wachstum und vor allem in die Wirkung zu investieren, die wir für unsere Kunden haben.

    Wir sind immer anheuern Bitte kontaktieren Sie uns, wenn Sie Teil des Teams werden möchten, das Unternehmen auf der ganzen Welt dabei unterstützt, agil zu sein.

    💬 „Wir hoffen, dass sich viele Mitglieder unseres Easy Agile-Teams eines Tages als Gründer erfolgreicher Unternehmen wiederfinden und diese Tradition mit ihren eigenen ESOPs fortsetzen werden.“

  • Workflow

    Agile Tipps aus der Ferne: Umstellung Ihres Arbeitsplatzes und Ihrer Teams

    Für viele Menschen läuft 2020 nicht ganz wie erwartet.

    Vielleicht wurde die eine oder andere Konferenz abgesagt (wie der Atlassian Summit 😭). Vielleicht steht Ihr großes Teamplanungsevent in den Hintergrund. Oder vielleicht wurde Ihre gesamte Belegschaft angewiesen, bis auf weiteres von zu Hause aus zu arbeiten.

    Amazon hat hat alle unnötigen Reisen gestoppt und eine Reihe großer Technologieunternehmen haben dazu ermutigt Mitarbeiter sollen von zu Hause aus arbeiten, einschließlich Apple, Google, Microsoft, Twitter, Facebook und HP (in einigen oder allen Regionen).

    Du denkst, du bist störend? Nun, offensichtlich haben Sie COVID-19 noch nicht getroffen!

    Die neue Pandemie hat die Dinge durcheinander gebracht. Rekordzahlen von Unternehmen suchen nach Möglichkeiten, sich schnell anzupassen und ihre Teams auf Telearbeit umzustellen. Das ist eine große Herausforderung, wenn man bedenkt, dass Agile in der Regel für die persönliche Interaktion konzipiert ist — insbesondere bei kritischen Ereignissen wie der vierteljährlichen PI-Planung.

    Basierend auf unseren eigenen Erfahrungen und der Zusammenarbeit mit großen Unternehmen, die schon seit einiger Zeit mit Remote-Teammitgliedern zusammenarbeiten, haben wir einige Gedanken zusammengestellt, die Ihnen helfen sollen, Ihr Team schnell auf Distributed Agile umzustellen. Das Wichtigste zuerst...

    1. Keine Panik (in Bezug auf Distributed Agile)

    Wir sind nicht qualifiziert, Ihnen zu sagen, ob Sie wegen der Pandemie in Panik geraten sollten (aber ernsthaft... Sie benötigen nicht so viel Toilettenpapier). Aber wir sind qualifiziert, Ihnen zu sagen, dass eine Belegschaft im Homeoffice nicht so gruselig ist, wie es sich anhört. Es wird dir gut gehen.

    Organisationen wie Ihre machen seit Jahren ihr Ding mit einem verteilten agilen Team. Einer unserer Kunden hat ein großes, verteiltes Team und führt PI-Planung nur aus der Ferne durch. Es ist möglich, das durchzuziehen.

    2. Zeigen Sie den Leuten, wie sie von zu Hause aus arbeiten können

    Einige der Leute in Ihrem Team haben wahrscheinlich noch nie von zu Hause aus gearbeitet. Zumindest nicht für einen längeren Zeitraum. Bieten Sie also Ratschläge dazu an, was erwartet wird und wie sie das Beste aus der Arbeit zu Hause herausholen können.

    Du weißt schon... wie das Geschäft oben, die Jogginghose drunter, und niemand, der an der Telefonkonferenz teilnimmt, wird klüger sein.

    Aber im Ernst, es ist eine gute Idee, Anleitungen zu teilen wie:

    • Welche Ausrüstung werden sie benötigen
    • Eine Liste der herunterzuladenden Software und Apps (mit Lizenzinformationen)
    • Wo man Informationen findet und auf Dateien zugreifen kann (eine einzige Informationsquelle ist immer am besten, aber vor allem, wenn die Dinge bereits etwas überwältigend sind)
    • Wie kommuniziert man virtuell
    • Ideale Umgebungen für Konzentration und Produktivität
    • So blenden Sie Lärm und Ablenkungen aus
    • Erwartete Arbeitsstunden
    • So schalten Sie ab und machen Pausen

    Aber eine kleine Anleitung wird viel dazu beitragen, dass sich alle in der neuen Arbeitssituation „wie zu Hause“ fühlen.

    3. Ermutigen Sie den Informationsaustausch

    Möglicherweise haben Sie bereits ein verteiltes agiles Team, das Erfahrung mit Telearbeit hat. Ermutigen Sie also die erfahrenen Telearbeiter, sich für diese Praxis einzusetzen und andere zu leiten.

    Erstelle einen Slack-Channel oder eine andere Umgebung, in der Diskussionen über das Arbeiten von zu Hause aus stattfinden, damit die Leute Tipps und Erfahrungen austauschen und Fragen stellen können. Bei Easy Agile haben wir einen #remote -Kanal eingerichtet, um unsere Setups zu teilen.

    4. Holen Sie sich die richtigen Tools

    Wenn Ihr Team zum ersten Mal remote arbeitet, hat es möglicherweise nicht alle Kleinigkeiten, die es zu Hause benötigt, um seine Arbeit zu erledigen, an Besprechungen teilzunehmen oder ordnungsgemäß zu einer PI-Planungsveranstaltung aus der Ferne zu erscheinen.

    Abhängig von ihrer Rolle benötigen sie möglicherweise:

    • Computer — Ein Desktop- und Monitor-Setup oder ein Laptop mit ausreichender Rechenleistung für alltägliche Aufgaben
    • Konferenzausstattung — Webcam, Kopfhörer und funktionierendes Mikrofon
    • Deine bevorzugten Kommunikations-Apps — Slack, Zoom, Google Hangouts, Skype oder Microsoft Teams
    • Sicherheitsmaßnahmen — Passwortmanager, VPNs und Antivirensoftware
    • Ihr Projektmanagement-Tool — Jira, Trello, Asana oder Smartsheet
    • Einfache agile Programme für PI-Planung in Jira

    5. Schau dir das als Pilot an

    Immer mehr Menschen möchten von zu Hause aus arbeiten, und es ist für Unternehmen sehr sinnvoll, diese neue Arbeitsweise zu fördern. Es kann eine Menge Geld sparen (eine Schätzung geht von 10.000$ pro Person und Jahr aus), wenn Teams zu Hause bleiben. Und Sie können Hunderttausende pro PI Planning-Sitzung sparen, wenn Sie nicht für Flüge, Unterkünfte und Veranstaltungsräume für ein Team von bis zu 100 Personen bezahlen müssen.

    Der Trend zur Telearbeit wird nicht verschwinden — auch nach dem Abklingen der Pandemie. Sehen Sie das also als Gelegenheit, Distributed Agile auszuprobieren, falls Sie es noch nicht getan haben. Sie könnten feststellen, dass dies eine bessere und kostengünstigere Methode für Sie ist, Dinge zu erledigen und Ihren Mitarbeitern das zu geben, was sie wollen.

    6.Vertraue deinen Leuten

    Niemand fühlt sich gerne beobachtet, während er arbeitet 👀 Vor allem aber nicht, wenn er von zu Hause aus arbeitet. Zu Hause werden Ihre Mitarbeiter wahrscheinlich:

    • Ertrage mehr Ablenkungen (wie Kinder!)
    • Gehen Sie weg, um eine Ladung Wäsche anzulegen
    • Schnapp dir einen Kaffee (und wahrscheinlich noch ein paar andere Dinge 😋🍛🍫🧁) aus der Küche

    Zwischen all dem müssen Sie darauf vertrauen können, dass sie ihre Arbeit erledigen, ihr Bestes geben und produktiv sind — auch wenn dies außerhalb der regulären Geschäftszeiten passiert.

    Wenn Sie agil sind, haben Sie glücklicherweise wahrscheinlich bereits eine Vertrauenskultur aufgebaut. Halten Sie also mit regelmäßiger Kommunikation, virtuellen Standups und Transparenz Schritt. Dies sollte ausreichen, um den Fortschritt zu überwachen und Ihre Mitarbeiter ohne Mikromanagement zur Rechenschaft zu ziehen

    7. Bleib sozial

    Auch wenn Sie sich nicht persönlich treffen können, bieten Sie Ihren Teams die Möglichkeit, virtuell zusammenzukommen, Kontakte zu knüpfen und zu chatten. Richten Sie einen Slack-Kanal ein, der nicht zur Arbeit gehört, führen Sie regelmäßig Videoanrufe durch und sprechen Sie über mehr als nur die Arbeit. Menschen, Beziehungen und Verbundenheit sind noch wichtiger, wenn ihr nicht zusammen im selben Raum sein könnt.

    8. Werden Sie besser im Risikomanagement

    Wenn all das vorbei ist (und das wird es), werden Sie als viel stärkere Organisation hervorgehen als zuvor. Wenn ein einzelnes Teammitglied, ein ganzes Team oder Ihre gesamte Organisation in Zukunft remote arbeiten muss, können Sie problemlos und mit minimaler Unterbrechung den Gang wechseln.

    Nutzen Sie diese Gelegenheit, um Risiken aufzudecken, die Sie zuvor möglicherweise nicht in Betracht gezogen haben. Stellen Sie Fragen wie:

    • Was ist, wenn die Hälfte von uns krank wird und ein paar Wochen nicht arbeiten kann?
    • Welche Backup-Optionen gibt es für unsere Internetverbindung, Dateien und Kommunikation?
    • Was ist, wenn unser Gebäude plötzlich nicht mehr zugänglich ist?
    • Machen Sie sich der potenziellen Risiken für Ihr Unternehmen bewusster, damit Sie in Zukunft besser vorbereitet sind.

    9. Schau auf die positive Seite

    Eine Pandemie ist zwar kein ideales Szenario, aber es ist in Ordnung, nach positiven Aspekten Ausschau zu halten, wie zum Beispiel:

    • Ihre Teams werden vielleicht feststellen, dass sie es lieben, von zu Hause aus zu arbeiten
    • Einige verteilte agile Teams werden feststellen, dass sie tatsächlich produktiver sind.
    • Sie erhalten eine bessere Work-Life-Balance
    • Keine Pendelfahrten
    • Mehr Qualitätszeit mit der Familie
    • Reduzierte Emissionen von Autos und Flugzeugen
    • Ruhigere Straßen mit weniger Staus und Unfällen

    Und vielleicht... nur vielleicht... bleiben einige dieser Änderungen zum Besseren bestehen 🤞