Easy Agile Team

Abfall ist teuer! 💸 Es geht darum, jemanden zu bezahlen, der keine wirkliche Arbeit verrichtet, für Materialien zu bezahlen, die Sie nicht benötigen, oder dafür zu bezahlen, dass Teammitglieder ein vermeidbares Problem lösen. Lean Agile zielt darauf ab, verschwenderische Ressourcen und Aufgaben zu eliminieren, um die Effizienz zu verbessern und die Kosten zu senken — ohne dabei Abstriche bei der Qualität zu machen. Tatsächlich legt Lean Agile Wert darauf, dem Kunden mit jeder getroffenen Entscheidung einen Mehrwert zu bieten.

Lean Agile ist eine Entwicklungsmethode, die Teams hilft, Verschwendung zu erkennen und Prozesse zu verfeinern. Es ist eine leitende Denkweise, die Effizienz, Effektivität und kontinuierliche Verbesserung ermöglicht.

Bedenken Sie Folgendes: Sie arbeiten wahrscheinlich viel besser, wenn Ihr Schreibtisch nicht vollständig mit Dingen bedeckt ist, die Sie nicht benötigen. Wenn Sie Ablenkungen und Verschwendung vermeiden, schaffen Sie einen organisierten Arbeitsplatz und Arbeitsablauf. So können Sie sich auf das Wesentliche konzentrieren und sicherstellen, dass Sie effizient und effektiv arbeiten.

Hier erfährst du mehr über die Entwicklung von Lean, die Vorteile von Lean Agile und die fünf Kernprinzipien von Lean.

Die Entwicklung von Lean Agile

Lean Agile oder Lean Software Development basiert auf den Prinzipien von Schlanke Fertigung. Das Konzept wurde in die Fertigung eingeführt, um die Gewinne zu steigern, indem die Kosten gesenkt wurden, anstatt sich ausschließlich auf höhere Umsätze zu verlassen. Wenn ein Unternehmen Verschwendung vermeiden und effizienter werden kann, kann es Geld sparen und so den Gesamtgewinn steigern.

Lean Agile ist eine agile Methode, die im Grunde genommen recht einfach ist: Verbessern Sie die Effizienz, indem Sie Verschwendung vermeiden. Im Gegensatz zum herkömmlichen Wasserfall-Projektmanagement, das einen festen Plan vorschreibt, der von einem Projektmanager entworfen wird, ist Lean Agile bestrebt, alle Aufgaben und Aktivitäten zu reduzieren, die keinen echten Mehrwert bieten. Dadurch wird sichergestellt, dass alle an einem Projekt oder einer Produktentwicklung Beteiligten mit optimaler Effizienz arbeiten können.

Wenn Sie in die Geschichte von Lean Agile eintauchen möchten, Lean Enterprise Institute Inc., 1997 von James P. Womack, PhD, gegründet, ist eine führende Ressource für Lean-Methodologie. Es zielt darauf ab, Menschen und Teams zu helfen, durch Lean-Denken und -Praktiken besser zu arbeiten.

Lean-Praktiken sind beliebt, weil sie auf andere agile Ansätze angewendet werden können und Methoden der Softwareentwicklung. Lean Agile bietet eine klare Anwendung für agile Skalierung, was für große oder wachsende Organisationen oft schwierig ist.

Die Vorteile von Lean Agile

Falls Sie mit Lean Agile noch nicht vertraut sind, schauen wir uns die wichtigsten Vorteile an.

Verschwenden Sie weniger Zeit

Zeit wird verschwendet, wenn Prozesse nicht reibungslos ablaufen. Bei der schlanken Fertigung ist es wichtig, dass Waren und Dienstleistungen schnell und effektiv geliefert werden. Niemand sollte bei der Arbeit seine Zeit verschwenden, und Unternehmen sollten kürzere Lieferzeiten anstreben, ohne Abstriche bei der Qualität machen zu müssen.

Zeitverschwendung ist in jeder Branche teuer, aber es ist besonders wichtig, aufmerksam zu sein, wenn Sie in der agilen Softwareentwicklung arbeiten. Selbst ein kleiner Engpass oder ein fehlerhafter Prozess können einen Arbeitsablauf oder eine Produktfrist komplett zum Erliegen bringen. Lean Agile hilft Entwicklungsteams dabei, ihre Zeit effektiv zu verwalten, um sicherzustellen, dass alle Mitarbeiter ausgelastet sind, niemand seine Zeit verschwendet und Hindernisse im Voraus antizipiert werden.

Senken Sie die Kosten

Wenn Unternehmen Verschwendung vermeiden, sparen sie Geld. In seiner ursprünglichen Form sorgte Lean Manufacturing dafür, dass Unternehmen zu jeder Zeit über die richtige Menge an Materialien, Mitarbeitern und Arbeitszeiten verfügten. Überproduktion, Überbesetzung oder einfach zu viele Materialien zum Lagern sind teure Verschwendung, die durch ein besseres System- und Prozessmanagement vermieden werden kann.

Jedes Unternehmen, unabhängig von der Branche, wird durch verbesserte Effizienz Geld sparen. Lean Agile stellt sicher, dass Verschwendung kontinuierlich vermieden wird und agile Teams die Prozesse weiter optimieren, um optimale Effizienz zu erzielen.

Verbessern Sie die Arbeitsqualität

Bei Lean Agile geht es nicht nur um Effizienz — es geht darum, effiziente Prozesse aufrechtzuerhalten und gleichzeitig Kunden und Stakeholdern ein Qualitätsprodukt anzubieten. Wenn Unternehmen ihre Prozesse bewusst verbessern, bleiben sie wettbewerbsfähig. Die Lean-Prinzipien berücksichtigen den Kundennutzen jeder Maßnahme oder Entscheidung, um sicherzustellen, dass Anforderungen stets erfüllt oder übertroffen werden.

Die fünf Prinzipien von Lean Agile

Es gibt fünf Kernprinzipien zur Umsetzung der Lean-Methodik:

1. Wert
2. Wertstrom
3. Fluss
4. Ziehen
5. Perfektion

Diese Prinzipien beschreiben einen fünfstufigen Prozess, der die Implementierung von Lean-Techniken in der Fertigung, Softwareentwicklungsteams und anderen agilen Praxisbranchen leitet.

1. Identifizieren Sie den Wert

Im ersten Schritt müssen Sie in die Fußstapfen des Kunden treten. Der Wert ist das, was der Kunde von einem bestimmten Projekt oder Produkt benötigt und erwartet.

Überlegen Sie sich aus Sicht der Kunden: Was sind ihre Erwartungen? Wofür sind sie bereit zu zahlen? Wie wollen sie, dass ihre Bedürfnisse erfüllt werden?

Manchmal können Kunden möglicherweise nicht genau definieren, wonach sie suchen — insbesondere, wenn es sich um ein neues Produkt oder eine neue Technologie handelt, mit der sie nicht vertraut sind.

In jedem Fall kann das Projekt nicht voranschreiten, ohne klar zu definieren, was zur Kundenzufriedenheit erforderlich ist. Sie müssen das Endziel (den Wert) identifizieren, den sich die Kunden mit dem Produkt oder der Dienstleistung erhoffen.

2. Ordnen Sie den Wertstrom zu

Als nächstes das Team Karten visuell alle Schritte und Prozesse, die erforderlich sind, um das Produkt von der Idee bis zur Auslieferung zu bringen. Indem Sie jeden Schritt sichtbar machen und stets den Wert im Auge behalten, ist es einfacher zu erkennen, welche Schritte nicht direkt zur kontinuierlichen Lieferung beitragen. Sobald verschwenderische Schritte gefunden wurden, findet das Team Wege, diese Schritte zu eliminieren oder so weit wie möglich zu reduzieren.

Durch die Beseitigung von Verschwendung wird sichergestellt, dass Ihr Unternehmen nicht unnötig Geld für Schritte und Prozesse ausgibt, die keinen Mehrwert bieten. Und — am wichtigsten — der Kunde bekommt genau das, wonach er sucht.

3. Flow erstellen

Sobald die Verschwendung aus dem Wertstrom entfernt ist, besteht der nächste Schritt darin, sicherzustellen, dass die verbleibenden Prozesse so effektiv und effizient wie möglich funktionieren, was bedeutet, dass keine Verzögerungen, Störungen oder Engpässe auftreten. Es ist wichtig, dass die Schritte, die einen Mehrwert schaffen, in engen Abfolgen ablaufen, um sicherzustellen, dass das Produkt reibungslos zum Kunden fließt.

Um diese Art der agilen Transformation zu erreichen, müssen schlanke Unternehmen ihre Mitarbeiter darin schulen, anpassungsfähig und vielseitig zu sein, funktionsübergreifende Teams bilden, Produktionsschritte aufteilen und neu konfigurieren und die Arbeitsbelastung der Mitarbeiter ausgleichen.

4. Richten Sie ein Pull-System ein

Dank des verbesserten Ablaufs kann Ihr Team Produkte und Dienstleistungen schneller bereitstellen. Ein Pull-System ermöglicht eine „Just-in-Time“ -Fertigung und -Lieferung und begrenzt den Bestand an Artikeln und unfertigen Artikeln (WIP), da nur genug produziert wird, um die Kundennachfrage zu decken.

Durch die Einrichtung eines Pull-Systems erstellen Sie Produkte und Dienstleistungen nach Bedarf, anstatt sie im Voraus zu erstellen. Dies führt zu einem wachsenden Inventar oder einer Liste von Aufgaben, die gespeichert und verwaltet werden müssen, was Ihr Geschäftsergebnis belastet.

5. Strebe nach Perfektion

Wenn Sie die Schritte 1 bis 4 abschließen, wird Abfall vermieden — vorerst. Die Arbeit ist jedoch nie erledigt. Es gibt immer einen Prozess, der verbessert werden könnte, und es wird immer Schritte in der Projekt- und Produktentwicklung geben, die Zeit und Geld verschwenden oder keinen Mehrwert bieten. Deshalb ist der fünfte Schritt der Suche nach Perfektion entscheidend.

Die Implementierung von Lean nimmt Zeit in Anspruch, und es reicht nicht aus, den Prozess einmal zu durchlaufen. Bauen Sie eine Denkweise der kontinuierlichen Verbesserung in Ihre Unternehmenskultur ein und geben Sie sich nie mit dem Alten zufrieden.

Lean Agile leicht gemacht

Lean legt Wert auf die Vermeidung von Verschwendung, um die Effizienz zu verbessern. Dies hilft Teams, ihre Prozesse kontinuierlich zu verbessern und gleichzeitig den Schwerpunkt auf die Aufgaben zu legen, die den Kunden den größten Mehrwert bieten.

Wenn Sie mehr darüber erfahren möchten, wie agile Prinzipien mit anderen Entwicklungsansätzen zusammenarbeiten, haben wir kürzlich acht verschiedene behandelt Methoden der Softwareentwicklung, einschließlich Rapid Application Development, Extreme Programming (XP) und anderer agiler Frameworks.

Easy Agile hat es sich zur Aufgabe gemacht, Teams dabei zu unterstützen, ihre Prozesse und agilen Methoden zu verbessern. Unser Jira-Plugins helfen Sie Produktbesitzern, Scrum Mastern und Entwicklungsteams dabei, sich auf Produktziele, Arbeitsabläufe und Kundenbedürfnisse auszurichten. Die Tools sind einfach zu verwenden, kollaborativ, flexibel und funktionieren nahtlos mit Scrum, Kanban-Boards und anderen agilen Prozessen, die in der Jira-Software verwaltet werden.

Du kannst kontaktiere unser Team oder schau dir ein Demo um mehr über unsere Tools zu erfahren und folge unserem Blog für die neuesten Inhalte zu Jira, Agile, Lean und dem Entwicklungsprozess.

Die Lean-Prinzipien konzentrieren sich darauf, durch den Einsatz minimaler Ressourcen einen höheren Kundennutzen zu erzielen. Unternehmen nutzen diese Lean-Prinzipien, um auf der Grundlage kontinuierlicher Verbesserungen vorzugehen. Sie stützen ihre Verbesserungen teilweise auf die Praxis der Nullverschwendung.

Hier können Sie Ihr Wissen über Lean-Prinzipien zur Steigerung der Produktivität verbessern. Sie können auch Softwaretools verwenden, um positive Veränderungen in Ihrem Arbeitsumfeld zu unterstützen. Ein schlankes und agiles Team ist produktiver und die Teammitglieder können ihr neues Wissen weitergeben.

Die Geschichte der Lean-Prinzipien

Inspiriert von Fords Massenfertigungssystem entwickelte Eiji Toyoda das „Toyota Production System“. Dies diente ihren Kunden und führte die „Just-in-Time“ -Fertigung (JIT) ein.

JIT bedeutet, nur genügend Fahrzeuge auf Lager zu haben, um die schnelle Produktion zu rationalisieren. Indem ein Unternehmen nur ein Inventar der benötigten Teile vorrätig hat, spart es Geld und Zeit.

Ab hier hat sich die Lean-Methode im Laufe der Zeit weiterentwickelt. Heute besteht Lean aus drei Hauptkonzepten Zweck, Menschen und Prozesse.

Der Zweck von Lean-Konzepten besteht darin, dem Kunden das zu bieten, was er will, Verschwendung zu reduzieren und die Moral der Mitarbeiter in den Mittelpunkt zu stellen. Es fördert auch die Rechenschaftspflicht. Lean fördert Eigenverantwortung für Arbeit, Probleme und Erfolge.

Überblick über die Lean-Prinzipien

Unternehmen verwenden Lean-Prinzipien, um die Gesamtleistung zu verbessern. Sie tun dies, indem sie darauf achten, wie sie ihre knappen Ressourcen einsetzen, um die Kundennachfrage zu erfüllen.

Das Konzept und die Praxis der Lean-Prinzipien umfassen:

1. Beseitigung von Abfällen
2. Qualität durch den Mehrwert für den Endkunden berücksichtigen
3. Generierung von Wissen unter den Teammitgliedern
4. Aufschieben von Workflow-Verpflichtungen
5. Schnelle Lieferung produzieren
6. Menschen respektieren
7. Förderung ganzheitlicher Prozessverbesserungen

Praktizieren der Lean-Prinzipien

Die Lean-Prinzipien erfordern schlanke Prozesse und schlanke Tools. Wenn Sie also eine schlanke Organisation wollen, muss die Führung Lean-Denken unterstützen und den Mitarbeitern (Personen) die Werkzeuge an die Hand geben, um dieses Ziel zu erreichen.

So setzen Sie die Lean-Prinzipien um:

Konzentrieren Sie sich auf den Wert

Das bedeutet, Produkte herzustellen, die sich die Kunden wünschen, indem sie ermutigt werden, Details und Feedback zu Produkten und Dienstleistungen zu geben.

Kaizen ist Teil der japanischen Philosophie, die die Vermeidung von Verschwendung betont, um Veränderungen zum Besseren herbeizuführen und so einen höheren Kundennutzen zu erzielen.

Wertstromanalyse verwenden

Dieser Prozess beinhaltet die Erfassung aller Personen und Maßnahmen, die erforderlich sind, um ein wünschenswertes Endprodukt zu liefern. Sie erfahren, welche Prozesse funktionieren und welche keinen Mehrwert bieten. Sie haben auch eine bessere Chance, Engpässe zu erkennen, bevor sie zu einem Problem werden.

Sobald Sie eine Engpassanalyse durchgeführt haben, können Sie Hindernisse beseitigen und Prozesse verbessern. Bei einer Engpassanalyse geht es darum, die Ursache dafür zu finden, was die Fertigstellung der Arbeit behindert, und bessere Verfahren zu finden, um alle Arbeitsstapel, die voneinander abhängig sind, aufeinander abzustimmen.

Entwickeln Sie einen logischen Arbeitsablauf

Zu diesem Zweck konzentrieren Sie sich darauf, die richtigen Schritte zur Wertschöpfung in einer logischen Reihenfolge zu implementieren.

Sie können helfen, Arbeitsabläufe zu rationalisieren, indem Sie die Scrum-Sprint-Prinzipien verwenden und die Arbeit in kleinere Teile unterteilen. Sie können auch Tools wie verwenden strategische Roadmaps um Scrum zu visualisieren und zu verbessern oder Kanban-Arbeitsabläufe.

Entwickeln Sie ein Pull-System

Ein Pull-System stellt sicher, dass Teams wissen, was wann zu tun ist, sodass sie weniger Aufwand bei der Erstellung von Ergebnissen aufwenden müssen.

Ein Pull-System reagiert auf die Nachfrage. Wenn eine Nachfrage nach einem Produkt besteht, reagieren Sie, indem Sie alles Notwendige tun, um diese Nachfrage zu befriedigen. Wenn Sie wissen, dass eine Nachfrage besteht, können Sie wertlose Prozesse reduzieren und Ressourcen mithilfe von JIT oder Kanban optimieren.

Ermutigen Sie zur kontinuierlichen Verbesserung

Sie können den Kaizen-Ansatz und andere Elemente der Lean-Philosophie verwenden, um zu verbessern kontinuierliche Verbesserung indem wir ständig Wege finden, Dinge besser zu machen.

Eine Möglichkeit, die Dinge besser zu machen, besteht darin, Ihre Wertstromanalyse weiter zu überprüfen, um sicherzustellen, dass alle an Bord bleiben. Sie müssen auch sicherstellen, dass alle Mitarbeiter an schlanken Prozessen teilnehmen und aktiv nach Möglichkeiten suchen, die Lieferkette zu verbessern.

Die Vorteile der Implementierung schlanker Prozesse

Jedes Unternehmen, das den Weg der Lean-Prinzipien einschlagen möchte, kann mit einigen hervorragenden Vorteilen rechnen.

Einige dieser Vorteile umfassen:

• Verbesserung der Kommunikation zwischen Teammitgliedern und Teams
• Menschen befähigen, Entscheidungen zu treffen und sich an kontinuierlichen positiven Veränderungen zu beteiligen
• Entwicklung integrierter funktionsübergreifender Teams, die Wissen und Fähigkeiten teilen
• Verbesserung der Endzielerreichung zur Steigerung des Endkundenwerts
• Verkürzung der Gesamtzeit, die benötigt wird, um den Kunden diesen Mehrwert zu bieten

Neben der Verwendung von Scrum Stand-up-Treffen und Tools und Prozesse für die Softwareentwicklung. Sie können schlankere Tools verwenden, um ein Team oder eine Organisation zusammenzustellen, die Lean-Denken fördert.

Tools für Lean-Prinzipien

Unternehmen können Kennzahlen wie Verkaufsdaten und Kundenfeedback als Tools zur Bewertung der Kundennachfrage verwenden. Doch erst nachdem Unternehmen den Wert identifiziert haben, können sie das Lean-Tool der Wertstromanalyse nutzen, um ihr Endziel zu erreichen.

Sie können auch die Informationsressourcen auf der Institut für Lean Enterprise um mehr über Lean-Prinzipien zu erfahren. Sie können auch andere Lean-Denkweisen wie Six Sigma, Error Proofing, Plan-Do-Check-Act (PDCA) und andere Tools zur Unterstützung einer schlanken Organisation ausprobieren.

Jira-Softwaretools von Easy Agile

Easy Agile bietet Organisationen und Teams mehrere Tools, mit denen sie ihre Arbeitsabläufe optimieren können. Sie können Jira beispielsweise verwenden, um logische Workflows zu entwickeln und Ihre Teams mit Lean-Denken vertraut zu machen.

Tools wie Einfacher agiler Scrum-Workflow für Jira sind kostenlos erhältlich, um diese positive Veränderung zu erleichtern. Ein weiteres Tool, das die Wertstromanalyse ergänzt, ist Einfache Agile-Programme für Jira.

Die Einführung von Lean-Prinzipien ist mit der Unterstützung der Easy Agile-Ressourcen viel einfacher. Bringen Sie Ihr Lean-Team also noch heute in Schwung.

Jede organisatorische Veränderung ist komplex, egal wie groß oder klein. Die Verfolgung von Arbeitsabläufen kann auch ohne Software große Kopfschmerzen bereiten. Egal, ob du einen neuen Jira-Workflow starten, einen einfachen Workflow erstellen oder etwas Komplexeres durchführen möchtest, es gibt Tools, die dir helfen.

Hier behandeln wir einige Beispiele für Jira-Workflows, damit du entscheiden kannst, welche Option am besten zu den Bedürfnissen deines Teams passt. Du kannst diese Beispiele auch als Mini-Tutorials verwenden, um dich durch einfaches Aufgabenmanagement, komplexe Projekte oder Prozessmanagement zu führen.

Sobald du weißt, wie Jira Software dir helfen kann, deine Geschäftsprozesse zu optimieren, wirst du dich wahrscheinlich fragen, wie du jemals ohne sie gelebt hast.

Was ist ein Jira-Workflow?

Ein Jira-Workflow ist ein Softwareplugin das hilft Ihnen, Veränderungen in der Organisation zu bewältigen. Ganz gleich, ob es sich um eine kleine, mittlere oder umfangreiche Änderung handelt, diese Jira-Workflow-Beispiele können dir dabei helfen, die Aufgabe zu bewältigen.

Hier erfährst du, warum du Jira Workflow benötigst, um Geschäftsprozesse zu verwalten:

• Aufgabenmanagement bedeutet, sich mit Aufgaben in kleinem Maßstab zu befassen. Ein Jira-Workflow kann dir helfen, diese Aufgaben schnell und effektiv zu erledigen.
• Die Verwaltung größerer Projekte erfordert einen komplexeren Arbeitsablauf. In diesem Fall müssen Sie den Status „In Bearbeitung“ verwenden, um die Aufgaben besser verfolgen zu können. Für komplexe Workflows können Sie auch Status wie „Wartet auf Genehmigung“, „Überprüfung in Bearbeitung“ und „Prüfung abgeschlossen“ verwenden.
• Der Jira-Workflow umfasst Status und Lösungen für mehrere Aufgaben. Diese Workflow-Ebene zeigt, wie vielfältig das Aufgabenmanagement in großem Umfang sein kann. Der Prozessmanagement-Workflow eignet sich für die Verwaltung von Geschäfts- oder Entwicklungsprozessen.

Sie können den Standard-Workflow, den neuen Workflow oder die benutzerdefinierte Workflow-Automatisierung verwenden, je nachdem, welchen Änderungsprozess Sie durchführen möchten. Wir werden diese drei Kategorien gleich behandeln.

Wichtige Jira-Workflow-Elemente

Bevor wir uns mit den Jira-Workflow-Beispielen befassen, müssen wir alle Elemente des Workflows behandeln.

Warten Sie, bis das Team mit der Arbeit an diesem System vertraut ist, um Anpassungen vorzunehmen. Andernfalls könnten agile Teammitglieder versehentlich die Übertragungs- oder Abschlussschritte umgehen, was zu einer unvollständigen Aufzeichnung des Workflows führt.

Du wirst dich mit mehreren grundlegenden Elementen im Jira-Workflow befassen. Zu diesen Elementen gehören:

• Status
• Übergänge
• Bevollmächtigte
• Auflösungen
• Bedingungen
• Validatoren
• Funktionen posten
• Trigger
• Workflow-Eigenschaften
• Workflow-Schemata

Diese Status geben an, wer für Aufgaben verantwortlich ist, wo die Aufgaben liegen, was passieren muss und welche Arbeiten abgeschlossen werden müssen.

1. Status des Arbeitsablaufs

Das Einstellen des Aufgabenproblems auf „Wird geprüft“ kann der erste Status in einem Prozess von mehreren sein. Für jede Aufgabe sind dann mehrere Aktionen statt einer erforderlich.

Für ein Jira-Problem gilt jeweils nur ein Status. Entweder lautet die Aufgabe „In Bearbeitung“ oder „Abgeschlossen“. Sobald der Jira-Administrator feststellt, dass alle Anforderungen für die endgültige Genehmigung erfüllt sind, wird die Aufgabe als „Abgeschlossen“ markiert.

Während ihres gesamten Lebenszyklus können mehrere Aufgaben unter einem beliebigen Status erscheinen.

2. Workflow-Übergänge

Die Jira Workflow-Software verwendet Übergänge, um zwei Status miteinander zu verbinden. Übergänge erhalten Namen wie „Zur Überprüfung einreichen“, wodurch die Status „In Bearbeitung“ und „In Prüfung“ miteinander verbunden werden.

Beachten Sie, dass nur der Jira-Administrator Aufgaben zwischen Status verschieben kann. Du kannst das System so anpassen, dass verschiedene Teammitglieder benachrichtigt werden, wenn eine Änderung vorgenommen wird.

Übergänge sind Teil der Jira-Workflow-Elemente, die Aufgaben in Richtung einer Lösung verschieben, um den Lebenszyklus eines Produkts, Prozesses oder Projekts abzuschließen.

3. Bevollmächtigte

Beauftragte sind Teammitglieder, die für die Erledigung von Problemen oder Arbeitsaufgaben verantwortlich sind. Diese Verantwortung ändert sich häufig, wenn Teammitglieder Probleme zwischen Status übertragen. Sobald ein Beauftragter einen Vorgang abgeschlossen hat, entfernt der Jira-Administrator seinen Namen aus der Aufgabe.

4. Problemlösungen im Jira-Workflow

Der Jira-Administrator oder der verantwortliche Beauftragte mit der erforderlichen Berechtigung löst dann die Aufgabe. Gelöste Aufgaben werden je nach Status „Erforderlich“ auf „Abgeschlossen“, „Behoben“ oder „Wird nicht behoben“ übertragen.

Wenn Sie gelöste Statusprobleme erneut öffnen müssen, müssen Sie die Lösung zunächst als „Gelöst“ markieren. Wenn Sie das Problem nicht löschen, wird es an verschiedenen Stellen angezeigt, z. B. unter „In Bearbeitung“ und unter „Abgeschlossen“, was verwirrend sein kann.

Lösung ist kein Status im Workflow eines Jira-Projekts, sondern das Entfernen des Aufgabenproblems aus dem System. Verwechsle die beiden nicht.

5. Bedingungen

Jira-Administratoren legen bestimmte Bedingungen fest für Jira-Spielbrett um zu kontrollieren, wer einen Übergang erstellen kann.

6. Validatoren

Validatoren können je nach bestimmten Einschränkungen Übergänge zulassen oder verbieten. Zu den Einschränkungen gehört beispielsweise, dass der Beauftragte den Nachweis erbringt, dass das Problem mit der Aufgabe durch das System übertragen werden kann.

7. Funktionen posten

Wenn du Funktionen veröffentlichst, nimmst du weitere Änderungen an Problemen vor. Mit anderen Worten, Sie können eine Lösung entfernen, nachdem Sie ein Problem erneut geöffnet haben. Sie können auch Funktionen posten, um Änderungen an Übergängen vorzunehmen.

8. löst aus

Mit Triggern können Sie Übergänge automatisch aktivieren, sobald bestimmte Ereignisse eintreten. Ein Beispiel für einen Auslöser ist, wenn Sie ein Agile-Problem aus dem Abschnitt „In Bearbeitung“ in „Wird geprüft“ verschieben, nachdem Sie den Code für ein Softwareentwicklungsprojekt fertiggestellt haben. Das Team speichert diesen Code entweder in der Jira-Cloud, BitBucket oder einem anderen Cloud-basierten System, in dem relevante Stakeholder Zugriff auf die Arbeit des Teams haben.

9. Workflow-Eigenschaften

Der Jira-Administrator kann bestimmte Eigenschaften festlegen, um Übergänge zu verwalten. Ein Beispiel hierfür wäre die Anzeige von Lösungen für Teammitglieder, die auf einen bestimmten Problemtyp verweisen.

10. Workflow-Schemata

Workflow-Schemata unterstützen den Jira-Workflow, indem sie die relevanten Links zwischen den Unteraufgaben, Vorgangstypen und neuen Status anzeigen.

Schauen wir uns den Aufgabenverwaltungsprozess in Jira-Workflow-Beispielen genauer an.

Beispiele für Jira-Workflows

Auch hier kannst du die Jira-Software verwenden, um minimale oder mehrere Aufgaben zu verfolgen und aufzuzeichnen. Die Verwendung von Software zur Aufzeichnung von Änderungen erleichtert die Teamarbeit, da viele Teammitglieder denselben Änderungsverlauf einsehen können. Beispiele für Jira-Workflows geben Ihnen auch einen guten Überblick darüber, wozu diese Software in der Lage ist, und um sie zu Ihrem Vorteil bei der Verwaltung verschiedener Geschäftsprozesse zu nutzen.

(Tipp: Easy Agile Straßenkarten for Jira ist eine einfache Möglichkeit, deinen Arbeitsablauf zu visualisieren.)

1. Standardmäßiges Workflow-Management

Mit dem Standardworkflow können Sie ein Workflow-Schema erstellen, um einfache Aufgaben im System zu verfolgen, zu verschieben und abzuschließen. Sie helfen auch dabei, Engpässe im System zu identifizieren, die den Fortschritt behindern.

Ein Beispiel für die Verwendung dieses Workflows wäre das Schreiben von Artikeln für eine interne Kommunikationskampagne. Bei den Artikeln handelt es sich um die Probleme oder neuen Aufgaben in der Aufgabenliste. Wenn Sie mit dem Schreiben jedes Artikels beginnen, verschieben Sie ihn in den Abschnitt „In Bearbeitung“. Ebenso übertragen Sie jeden Artikel, wenn Sie ihn fertiggestellt haben, in die Kategorie „Erledigt“.

2. Jira Workflow-Opportunity-Rückstand

Der Opportunity-Backlog besteht aus Produktproblemen, die Sie sich ansehen müssen, bevor Sie sie in den Workflow aufnehmen.

Jira-Nutzer können diesen schrittweisen Workflow-Prozess befolgen, um ein Opportunity-Backlog zu verwalten:

• Wenn die Beteiligten Feedback geben, wird der Projektleiter für die Bewältigung dieser Probleme verantwortlich.
• Der Projektleiter leitet die Probleme an das Portfoliomanagement-Team weiter. Das Team überprüft die Punkte und entscheidet, ob sie in das Backlog aufgenommen werden sollen.
• Diese Möglichkeiten werden in Bezug auf die Entwicklungskosten und den Nutzen, den die Anwendungsfälle bieten werden, bewertet.
• Alternativ kann der Teamleiter oder Portfoliomanager diese Möglichkeiten zur weiteren Diskussion und Bewertung auf Confluence platzieren.
• Wenn das Team alle notwendigen Informationen über die Opportunity hat, kann der Scrum Master oder Validator sie in den Status „Noch zu entscheiden“ versetzen.
• Sobald eine Entscheidung getroffen ist, können Sie die Backlog-Gelegenheit in den Entwicklungsplan übertragen oder sie auf „Auf Eis legen“.
• Das Forschungs- und Entwicklungsteam verwendet die Warteschlange „Zu liefern“, um anzuzeigen, welche Opportunities in zukünftigen Versionen enthalten sein sollen. Das Forschungs- und Entwicklungsteam wird sich auf die wichtigsten Weiterentwicklungsmöglichkeiten konzentrieren.
• Sobald die Beteiligten beschließen, bestimmte Backlog-Möglichkeiten in Anspruch zu nehmen, werden diese zu Epen oder Geschichten für die Release-Projekte.
• Die Backlog-Chance geht dann auf „Under Development“ über. Der Teamleiter verknüpft dann die Opportunity mit den entsprechenden Anwenderberichte.
• Wenn die Teamarbeiten abgeschlossen sind, wird die Geschichte oder das Epos nach der Auslieferung des Produkts abgeschlossen.

Einfacher agiler Teamrhythmus for Jira macht es einfach, Backlog-Elemente zu Ihrer Story Map hinzuzufügen.

3. Neuer Arbeitsablauf

Wenn Sie einen neuen Workflow erstellen, können Sie ihn an die Bedürfnisse Ihres Teams anpassen. Sie können entweder einen vorhandenen Workflow kopieren und einfügen oder von vorne beginnen.

Wenn Sie einen Workflow kopieren und einfügen, beachten Sie, dass Sie auch Berechtigungen kopieren, die möglicherweise geändert werden müssen, um Berechtigungsfehler zu vermeiden.

Im Gegensatz zur Verwaltung Ihres eigenen Standard-Workflows, was einfach ist, benötigen Sie möglicherweise die Genehmigung eines Scrum-Masters oder Kanban-Validators. Sie können diese Berechtigungen dann in den neuen Workflow aufnehmen und so das Problem vermeiden, dass alte Berechtigungen versehentlich übertragen werden.

Anschließend kannst du den Jira-Workflow so anpassen, dass er den Status „Wartet auf Genehmigung“, „Final Product Review“ oder „Product Approved“ enthält.

Ebenso kann ein Status wie „Überprüfung in Bearbeitung“ dabei helfen, die Qualität neuer Aufgaben zu überprüfen. Schließlich zeigt ein Status „Prüfung abgeschlossen“ an, dass die Arbeitsprobleme ihren Arbeitsablauf abgeschlossen haben. Sie können auch Übergangsbildschirme verwenden, um Probleme durch ihren Lebenszyklus zu bewegen.

4. Maßgeschneiderter Jira-Workflow

Wenn Sie mehrere, unterschiedliche Teams haben, die an einem Projekt arbeiten, möchten Sie Ihren Arbeitsablauf wahrscheinlich an deren Anforderungen anpassen. Verschiedene Teams, von der Softwareentwicklung über Marketing bis hin zur Personalabteilung, verwenden Jira Software, um ihre individuellen Workflows zu verwalten.

In ähnlicher Weise können Sie Anpassungen wie die im obigen Opportunity-Backlog-Beispiel verwenden, um Status einzubeziehen, die Ihren Workflow-Anforderungen entsprechen. Beispielsweise kann ein Personalverantwortlicher in einer Einstellungskampagne für eine bestimmte Position verschiedene Status verwenden, um die Position von Kandidaten für Stellen anzugeben. Ein Anfangsstatus kann „Lebensläufe erhalten“ sein, gefolgt von „Mögliche Kandidaten für ein Vorstellungsgespräch“ usw. bis zum letzten Status, der „Kandidaten zum Vorstellungsgespräch“ und „Kandidat ernannt“ lauten könnte.

Konzentrieren Sie sich bei der Anpassung Ihres Workflows auf das Gesamtbild, wenn Sie sich mit Add-Ons befassen, da diese den Prozess komplizieren können.

Erste Schritte mit automatisierten Jira-Workflows

Ordne deinen Workflow für einfache Projekte zu oder passe sie mit zusätzlichen Jira-Plugins an. Wenn du Schwierigkeiten bei der Anpassung eines Workflows hast, kannst du dich jederzeit an den Jira Service Desk wenden, um Hilfe zu erhalten.

Wenn Sie mit der Automatisierung Ihres Workflows beginnen möchten, bietet Easy Agile im Atlassian Marketplace zwei kostenlose Workflows für Gedränge und Kanban.

Ergänzen Sie Ihre neue Workflow-Automatisierung um weitere wertvolle Ressourcen wie die von Easy Agile Teamrhythmus für Jira oder Easy Agile Straßenkarten für Jira.

Das Ziel von Easy Agile ist es, eine bessere Arbeitsweise zu finden. Im Jahr 2018 haben wir das bewusst anerkannt was uns hierher gebracht hat 👇🏼, bringt uns nicht dorthin 👉🏼. Mit anderen Worten, wir müssen uns ändern, um unsere Ziele zu erreichen. Die eigentliche Herausforderung besteht darin, proaktiv nach Veränderungen zu streben, anstatt dazu gezwungen zu werden.

„Wir glauben, dass es eine bessere Art zu arbeiten gibt“

Was hat uns hierher gebracht

Als Easy Agile (damals Arijea) 2016 auf den Markt kam, verbrachten Nick und ich ein ganzes Drittel unseres Tages damit, darüber zu diskutieren, was wir tun würden und wie wir es machen würden (was eine ziemlich gute Idee ist, wenn man nicht weiß, was man tut!). Es waren diese Gespräche, zusammen mit dem Lesen Schnell und langsam denken, Tiefgründige Arbeit und Kleine Riesen was die Grundlage für einige unserer Werte des Unternehmens und wie wir bei Easy Agile arbeiten. Wir reden immer noch viel, nicht ganz ein Drittel des Tages, aber es geht eher darum wie wir werden arbeiten, anstatt was wir werden daran arbeiten.

Eine kurze Geschichte: 2016 - 2018

In den ersten Jahren des Bestehens von Easy Agile ist viel passiert. Wir haben einige erfolgreiche Produkte entwickelt, sind zu Atlassian-Veranstaltungen um die Welt gereist und hatten generell eine Menge Spaß. Außerdem haben wir riesige Rückstände an Arbeiten aufgebaut, die wir niemals beginnen, geschweige denn beenden würden.

Damals war unsere Situation etwas anders als bei den meisten anderen Softwareunternehmen. Wir hatten mehr Produkte als Entwickler! Zu einem Zeitpunkt hatten wir 5 Produkte und einen Entwickler. Dies verbesserte sich auf 3 Entwickler und 2 Produkte, aber trotzdem schienen unsere internen Systeme und andere Arbeiten, die nicht mit dem Kunden zu tun hatten, nie in Gang zu kommen.

Diese frühen Jahre waren chaotisch, was ausschließlich meine Schuld war. Es war meine Zurückhaltung, das Programmieren aufzugeben, was dazu führte, dass ich mich im Gras verirrte, anstatt herauszuzoomen und zu versuchen, ein fantastisches Team zusammenzustellen. Wir stapften einfach weiter, schauten auf unsere Schuhe und ließen uns von kleinen Dingen ablenken, anstatt innezuhalten, nachzudenken und uns auf unser Kernziel festzulegen. Ich musste mein Verhalten ändern, um dem Team zu helfen, sich zu verbessern. Zum Glück fiel mir ein wirklich cooles Video ein, das irgendwann der Anstoß dafür sein sollte, dass ich meinen Fokus vom Code auf das Team verlagerte...

Ich habe dieses Video in den letzten Jahren unzählige Male gesehen. Jedes Mal, wenn ich das tue, fühle ich mich so glücklich, dass ich bei Atlassian gearbeitet habe und daran teilnehmen konnte Versenden und Innovationswochen. Ich empfehle Ihnen dringend, sich die Zeit zu nehmen, es sich anzusehen, falls Sie es noch nicht getan haben.

Die Bedeutung von Autonomie, Meister und Zweck

Die Ideen, die in diesem Video vorgestellt werden Autonomie, Meisterschaft und Zweck hat mich einfach dazu gebracht, darüber hinaus zu denken wie wir arbeiten daran, über die Gründe nachzudenken warum wir arbeiten. Natürlich ist das erste, was mir in den Sinn kommt, Geld. Es ist wichtig, genug Geld zu haben, um ein erfülltes Leben zu führen (und ich bin stolz darauf, sagen zu können, dass wir uns bei Easy Agile bemühen). Wie im obigen Video behandelt, ist mehr Geld jedoch nicht unbedingt ein guter Motivator. Es sind Autonomie, Beherrschung und Zielstrebigkeit, die das ermöglichen.

Während ich also einen Schritt zurücktrat, um eine bessere Arbeitsweise zu entwickeln, dachte ich mir, wir könnten genauso gut versuchen, Autonomie, Beherrschung und Zielstrebigkeit einzubauen, zusammen mit einer Vorschrift, die verhindert, dass sich unerwünschte Dinge einschleichen. Die Hauptschuldigen, die ich im Visier hatte, sind Bürokratie, Bürokratie, heilige Kühe, alte Systeme und Politik.

Wenn du dir die Mühe machst, ein großartiges Team talentierter Menschen aufzubauen, die sich Zeit nehmen, um für dich zu arbeiten, ist das Letzte, was du tun willst, ihnen mit sinnlosen Ritualen in die Quere zu kommen, die ihre Kreativität ersticken und ihre Zeit verschwenden!

Perspektive gewinnen durch Herauszoomen

Als Softwareunternehmen ist der Herzschlag von Easy Agile unser Softwareentwicklungsprozess. Heutzutage machen wir jedoch so viel mehr als nur Software zu entwickeln. Unser gesamtes Team kommuniziert täglich direkt mit unseren Kunden über den Kundensupport. Wir haben fantastische Vermarkter, Produktmanager und einen Datenanalysten. Wir brauchten eine Arbeitsweise, die über Rückstände und Schätzungen hinausgeht und alle zusammenbringt, um gemeinsam unsere Ziele zu erreichen.

Wir arbeiten am besten zusammen in funktionsübergreifenden Teams, also wollte ich das von Anfang an einbauen, anstatt Silos aufzubauen, während wir wachsen. Wir begannen damit, dass alle einen Backlog abarbeiteten und planten unsere gesamte Arbeit in Jira (einschließlich Sean, unserem ersten Mitarbeiter im Bereich Marketing). Wie Sie sich vorstellen können, skaliert dies jedoch nicht. Die Details, die bei unseren Planungssitzungen besprochen wurden, wurden für den Großteil des Teams irrelevant. Am Ende haben wir die meisten Details nur überflogen, wodurch Planung und Schätzung größtenteils irrelevant wurden.

Anfang 2019 habe ich es mir zur Aufgabe gemacht, ernsthaft nach einer besseren Arbeitsweise zu suchen. Also habe ich aufgehört zu programmieren (es war sowieso ein schrecklicher Gründercode). Seitdem haben wir unseren Entwicklungsprozess vier Mal überarbeitet. Wir haben sogar das Motto „Einen besseren Weg zur Arbeit finden“ zu unserem Motto gemacht.

Die Einzelheiten dieser Transformation würden den Rahmen dieses Blogposts sprengen. Sagen wir jedoch einfach, dass wir von einem chaotischen, nicht verwalteten Backlog zu einem weitaus organisierteren und durchdachteren Arbeitsansatz übergegangen sind. Die aktuelle Überarbeitung unseres Entwicklungsprozesses ermöglicht es uns, an (und) zu arbeiten Hundefutter) unsere Produkte und unsere internen Systeme gleichzeitig. Es passt sich uns an, wenn wir wachsen, fördert funktionsübergreifende Teams und verankert unsere Unternehmenswerte sowie Autonomie, Meisterschaft und Zielstrebigkeit für alle Teammitglieder.

Shape Up von Basecamp bildet die Grundlage unserer Arbeitsweise

Ich wurde zuerst auf Basecamps aufmerksam gemacht Form dich auf in einem Kommentar, den Nick zu einem Blogbeitrag gemacht hat, den ich geschrieben habe, um eine der oben genannten Überarbeitungen unseres Entwicklungsprozesses anzukündigen. Es war 4 Monate später, als ich ernsthaft mit der Suche nach einer besseren Arbeitsweise begonnen hatte, als ich mich daran erinnerte und als ich es noch einmal las, hatte ich das Gefühl, dass es vielleicht funktionieren könnte.

In Shape Up arbeitest du in 6-wöchige Zyklen was gerade lang genug ist, um etwas Konkretes zu tun, aber kurz genug, um nicht das Gefühl zu haben, dass die Frist zu weit entfernt ist. Darauf folgt ein zweiwöchiger „Cooldown“, bei dem jeder frei ist, Fehler zu beheben, etwas Neues auszuprobieren und sich für den nächsten sechswöchigen Zyklus zusammenzutun. Bei Easy Agile haben wir bereits in einem „Produktzyklus“ gearbeitet, in dem wir uns auf ein Produkt nach dem anderen konzentrierten, sodass diese Idee gut hineinpasste.

Sechs Wochen sind lang genug, um etwas Sinnvolles von Anfang bis Ende zu erstellen, und kurz genug, dass jeder von Anfang an spüren kann, dass die Frist abläuft, also nutzen sie die Zeit mit Bedacht. Die meisten unserer neuen Funktionen werden in einem sechswöchigen Zyklus entwickelt und veröffentlicht.

Shape Up schlägt weiter das Konzept der „Pitches“ und „Bets“ vor. Ein Pitch ist eine präzise Beschreibung eines Features oder einer Änderung, die groß genug ist, um bei erfolgreicher Umsetzung spürbare Auswirkungen auf das Unternehmen zu haben.

Shape Up verdankt seinen Namen dem „Formgebungsverfahren“, das bei der Formung einer Tonhöhe angewendet wird. Einen Pitch zu gestalten bedeutet, sich einfach die Zeit zu nehmen, sich auf das Problem zu konzentrieren und eine gute Lösung zu definieren. Sie werden ermutigt, Personen Ihres Vertrauens hinzuzuziehen, um den Umfang Ihres Pitches „einzugrenzen“, damit klar ist, was der Pitch bewirkt und was nicht. Das entspricht unseren Werten „Engage System 2“ und „Commit, as a team“.

Ich bin kein Wettfan, und da dieser Standpunkt in der Mannschaft ziemlich weit verbreitet zu sein schien, haben wir uns eine alternative Umgangssprache ausgedacht: Gelegenheit.

Was ist eine Gelegenheit?

Chancen bestätigen die Arbeit unserer Produktmanager. Es kann bis zu vier Wochen oder länger dauern, bis sie Gestalt annehmen, was im krassen Gegensatz zu anderen Arbeitsplätzen steht, in denen Produktmanager dafür verantwortlich sind, „das Biest zu füttern“ (Arbeit zu finden oder nachzuholen, um das Entwicklungsteam voll ausgelastet zu halten).

Die Chancen stehen entweder für 2 oder 4 Wochen Arbeit. Alles weniger und es lohnt sich wahrscheinlich nicht wirklich, oder es ist eine kleine Verbesserung, die von unserem Team für kleine Verbesserungen vorgenommen wird (dazu später mehr).

Unser Zyklus

Während der Zyklus von Shape Up insgesamt acht Wochen dauert, experimentieren wir derzeit mit einem sechswöchigen Zyklus. Wir haben vier Wochen Arbeit an Opportunities, gefolgt von einer Woche, in der wir auszahlen Technische Schulden, zum Markt und zur endgültigen Opportunity-Gestaltung. Wir runden das Ganze mit ein paar Dash Days ab (auch dazu später mehr).

1. Wie wir Chancen gestalten und auswählen

Die Gestaltung von Chancen liegt in erster Linie auf den Schultern unserer Produktmanager Teagan und Elizabeth. Jeder kann in Jira ein Opportunity-Ticket erstellen, aber damit müssen wir auch die volle Verantwortung dafür übernehmen, das Unternehmen durch die Entwicklung, das Testen und die Produktion zu begleiten und den Zustand und die Kennzahlen nach der Markteinführung zu überwachen. Aus diesem Grund empfehlen wir in der Regel, mit einem Produktmanager zusammenzuarbeiten, um das Ganze zu konkretisieren.

Der Prozess der Formgebung und des Zielfernrohrs wird in der Regel mit ein paar Mitarbeitern durchgeführt, die einen Überblick über alle beweglichen Teile geben können, die an dem, was Sie versuchen, beteiligt sind.

Derzeit versuchen wir, die Opportunities auszuwählen, die Easy Agile in die bestmögliche Position bringen, um unsere Ziele (auch bekannt als unsere vierteljährlichen und jährlichen OKRs) zu erreichen. Opportunities, die nicht im richtigen Umfang oder in der richtigen Form vorliegen, werden noch einmal von vorne beginnen, um sie in weiteren 6 Wochen erneut zu prüfen.

Wir untersuchen derzeit, wie wir den Opportunity-Auswahlprozess verbessern können. Das Wetttisch Das in Shape Up beschriebene Meeting ist eine Möglichkeit, auszuwählen, woran gearbeitet werden soll. Wir sind jedoch der Meinung, dass es einen besseren Weg gibt, den wir noch nicht genau kennen. Im Idealfall hilft uns jede Gelegenheit dabei, eines oder mehrere unserer Hauptziele zu erreichen. Wenn wir unsere OKRs in unsere Arbeitsplanung einbeziehen, haben sie das ganze Jahr über oberste Priorität.

2. Gelegenheit: Teambildung

Der autonome Teil unseres Entwicklungsprozesses ist besonders wichtig, wenn es um die Teambildung geht. Mit nur einer Ausnahme** werden alle Teams selbst ausgewählt und bestehen aus genau drei Mitgliedern des Entwicklungsteams (einem Senior-, Mittel- und Junior-Teammitglied) — etwas, das wir sind stellt immer noch aktiv ein für). Teammitglieder aus Produktmanagement, Datenanalyse und Marketing bilden gemeinsam wirklich funktionsübergreifende Teams. Das bedeutet, dass, wenn die Opportunity live geht, das gesamte erforderliche Marketingmaterial, die Dokumentation und andere nicht entwicklungsbezogene Arbeiten bereit sind, veröffentlicht zu werden, sodass wir zur Tech Debt/Go to Market/Shaping Week übergehen können.

Wir haben drei Teammitglieder pro Opportunity ausgewählt, da jedes Team so seine eigenen Pull-Requests selbst bearbeiten kann. Für unsere Pull-Requests sind mindestens zwei Genehmigungen erforderlich, um zusammengeführt zu werden. Drei Teammitglieder reduzieren die Störungen und den Kontextwechsel, die anderen Teams aufgezwungen werden.

**Ein kleines Team arbeitet an Bugs und kleinen Verbesserungen im Rahmen einer zweiwöchigen Opportunity, die immer ausgewählt wird. Die Teammitglieder dieses Teams arbeiten nach einer Rotation, sodass jeder seinen Versuch unternehmen kann.

3. Tech Debt/Go to Market/Shaping and Selection Week (ja — wir brauchen einen besseren Namen)

In der Woche nach Abschluss unserer vierwöchigen Opportunity-Arbeit nimmt sich das Entwicklungsteam eine Woche Zeit, um sich auf technische Probleme oder die Verbesserung der Entwicklungsumgebung zu konzentrieren. Wir nutzen diese Woche auch als Rollover-Puffer, um alle Arbeiten abzuschließen, die in den Opportunity-Wochen nicht abgeschlossen wurden. Wir versuchen, den Rollover auf ein absolutes Minimum zu beschränken.

Das Marketingteam wird alle Initiativen einführen, die es in den letzten vier Wochen entwickelt hat, um alle neuen Funktionen zu unterstützen, die ausgeliefert wurden.

Das Produktmanagement-Team wird mit der Gestaltung seiner Opportunities weitermachen und sie darauf vorbereiten, gemeinsam mit dem Team den nächsten Opportunity-Zyklus abzuarbeiten.

4. Dash Days

Dash Days (ehemals Inception Week) ist eine Zeit der Freiheit und Autonomie, in der Sie an einem Projekt Ihrer Wahl arbeiten können. Wenn es erfolgreich ist, wird es uns idealerweise zum Nachdenken anregen „Wie haben wir früher ohne das gelebt!?“. Sie sind im Wesentlichen eine Mischung aus ShipIt/ Innovation Weeks/ 20% Time, die ich bei Atlassian erlebt habe. Sie sind eine großartige Möglichkeit, der Kreativität unseres Teams freien Lauf zu lassen.

Einige aktuelle erfolgreiche Dash Days-Projekte.

1. EEinfache und agile Personas
2. Unser Dev Container vscode-Setup
3. „Mr. Tulip“ (unser Slack-Bot der fast alles macht)
4. Produktinterner NPS
5. Der Easy Agile Podcast
6. Unser Bereitstellungs-Dashboard (zeigt die Anzahl der Tage seit einer Cloud- oder On-Premise-Bereitstellung an)
7. Wir betreiben unsere Website mit Sanity.io CMS
8. ea-kit (unsere eigene Komponentenbibliothek)
9. Ein neues Modell zur zufälligen Abwanderung von Wäldern, um die Frustrationen unserer Kunden besser zu verstehen
10. Unser eigenes Logo-/Markendesign-Framework

Wie Sie sehen können, gibt es eine große Vielfalt an Dash Days-Projekten, die wir versendet haben. Der Versand ist jedoch keine Voraussetzung für Dash Days. Oft ist es am besten, sich etwas Zeit zu nehmen, um neue Ideen auszuprobieren oder einen Prototyp zu bauen, um ihn den Kunden vorzustellen.

Ein gutes Beispiel dafür ist eine Feature-Verfeinerung, die von Sam und Angad, zwei unserer neuesten Frontend-Entwickler, entwickelt wurde. Sie arbeiteten mit unserem Produktteam zusammen, um eine neue Methode zur Erstellung von Problemabhängigkeiten in Easy Agile-Programmen zu entwickeln. Ihre Definition von erledigt bestand nicht darin, es für die Produktion freizugeben, sondern es auf einen Testserver zu bringen, den wir für Kundeninterviews nutzten, die von unseren Produktmanagern Teagan und Elizabeth durchgeführt wurden. An den folgenden Dash Days nahmen Sam und Angad dieses Feedback entgegen, verfeinerten die Funktion mit Hilfe der Produktteams und schickten eine Version der Easy Agile Programs in die Cloud-Version. Bisher scheint der neue Ansatz zur Erstellung von Abhängigkeiten zehnmal beliebter zu sein! Erfolgreich!

Dash Days sind auch eine großartige Zeit für Teammitglieder, um ihr Lern- und Entwicklungsbudget in Höhe von 5000 USD zu nutzen, das jedes Teammitglied jedes Jahr erhält.

Eine neue Art zu arbeiten gestalten

Die Einführung eines Shape Up-Verfahrens hier bei Easy Agile hat es uns ermöglicht, bei der Arbeit, die wir übernehmen, an Konzentration und Sicherheit zu gewinnen. Es ermöglicht uns, langfristige Ziele zu verfolgen, ohne unflexible Roadmaps erstellen zu müssen. Unsere Produktmanager werden ermutigt, sich die Zeit zu nehmen, die sie benötigen, um sich zu konzentrieren und fantastische neue Lösungen für unsere Kunden zu entwickeln. Der sechswöchige Zyklus gibt uns die Flexibilität, auf externe Veränderungen zu reagieren oder neue Chancen zu nutzen, die sich ergeben, ohne dass die Pläne für den Rest des Jahres aus den Fugen geraten. Wir können die Erkenntnisse aus unseren vergangenen Gelegenheiten nutzen und sie in den Plan für das nächste einfließen lassen, wodurch unsere Erfolgschancen erhöht werden.

Die Entwicklungsteams von Easy Agile sind flexibel und entscheiden, mit wem sie zusammenarbeiten und woran sie arbeiten. Wir zahlen ständig technische Schulden ab und meiden Bürokratie, veraltete Systeme und heilige Kühe. Wir arbeiten in funktionsübergreifenden und flexiblen Teams.

Wir konnten Shape Up übernehmen und Dinge wie Dash Days und unsere Unternehmenswerte einbauen. Wir lieben es, dass die Art und Weise, wie wir arbeiten, es uns ermöglicht (und uns ermutigt), alle 6 Wochen innezuhalten, durchzuatmen und unserer Kreativität freien Lauf zu lassen. Die Tech Debt Week und die Dash Days sind auch eine großartige Möglichkeit, die Konzentration unseres Entwicklungsteams auf ihre Hauptprojekte zu erhöhen, indem kleine Aufgaben, die sie unterbrechen und ablenken, verschoben werden.

Wir glauben, dass ein stetiger, das Leben inklusiver und ausgewogener Ansatz, bei dem wir jeden Tag unser ganzes Ich zur Arbeit bringen, besser ist, als sich auszubrennen und unrealistische Termine einzuhalten.

Und schließlich, während wir wachsen, wissen wir, dass das System, auf dem Easy Agile läuft Testament ändern Sie sich weiter, um uns zu helfen, eine bessere Arbeitsweise zu finden.

Oder warum Sie Beispielvariablen aussagekräftige Namen geben sollten

Frustriert beugte ich mich über meinen Schreibtisch und unterdrückte den Drang zu schreien, um das rhythmische Klackern meiner Kollegen nicht zu stören. Ich war den ganzen Morgen über ein besonders fieses Problem beim unendlichen erneuten Rendern von React frustriert, das ich einfach nicht zum Laufen bringen konnte. Der Drang zu schreien kam, als ich mich, mein eigener Werkzeugkasten erschöpft, an Google wandte.

Sie sehen, es sah so aus, als wäre jemand anderes auf dasselbe Problem gestoßen und hätte beschlossen, eine Lösung für Wohlstand (und Internetpoints) aufzuzeichnen. Ich suchte eifrig auf der Seite nach dem Beispielcode, der mir den Morgen retten würde. Als ich ihn fand, wurde mein Blick auf den gefürchteten FooBarbaz gelenkt und ich wusste, dass mein Morgen noch viel schlimmer werden würde, bevor er besser wurde.

Ich liebe die Geschichte des Programmierens und die kleinen Ostereier, die andere Entwickler weitergegeben haben (mein persönlicher Favorit - Ich bin eine Teekanne). Diese tragen dazu bei, dass diese Arbeit mit Computern viel unterhaltsamer und menschlicher ist. Ich verstehe, dass die Verwendung von FooBarbaz bei der Benennung von Beispielfunktionen und Variablen eine lange und geschichtsträchtige Tradition hat, die mindestens bis in die Tech Model Railroad Club am MIT, um 1960. Ich erkenne an, dass die Verwendung von FooBarbaz in erster Linie nicht dazu dient, von dem, was gezeigt wird, ablenken zu lassen. Ich denke auch, dass wir so gut wie aufhören sollten, sie zu benutzen.

Ich bin immer wieder beeindruckt von der Menge an Informationen, die meine Entwicklerkollegen im Internet für mich weggelassen haben. So viele Menschen in diesem Bereich scheinen ein angeborenes Bedürfnis zu haben, anderen zu helfen, was dazu führt, dass sie unzählige Stunden investieren, um Stack Overflow und Blogs mit nützlichen Informationen zu füllen. Ich kann mir nur vorstellen, dass die Leute, die ihre Zeit und Mühe in dieses Ziel investieren, hoffen, dass ihre Bemühungen so vielen Menschen wie möglich helfen werden. fooBarbaz steht dem im Weg.

Lassen Sie mich für eine Sekunde meinen Entwicklerhut abnehmen und meinen kürzlich weggeworfenen, leicht unförmigen und angeschlagenen Psychologen-Hut aufsetzen. Das Verweben komplexer Fakten zu Geschichten ist eine bewährte Technik, die das Lernen erleichtert. Hier in Australien wurde die Technik wird seit Zehntausenden von Jahren von den Aborigines und den Torres Strait Islandern genutzt um ihnen zu helfen, sich wichtige und komplexe Informationen wie die Standorte von Wasserlöchern in weiten Teilen der unwirtlichen Wüste zu merken. Unser Gehirn besteht aus Netzwerken miteinander verbundener Neuronen. Es ist also wahrscheinlicher, dass wir an dem Gelernten festhalten, wenn wir in der Lage sind, neue Informationen in unsere aktuelle Wissensbasis zu integrieren. Der moderne Begriff dafür lautet assoziatives Lernen.

Darüber hinaus war es, wie Sie sich sicher aus der Schule erinnern werden, das Lernen interessant zu halten gezeigt ein starker Motivator zu sein, der das Lernen anregt.

Wenn wir uns all diese Zeit und Mühe nehmen, um mit unseren Entwicklerkollegen zu kommunizieren, können und sollten wir den Vorteil des assoziativen Lernens und der intrinsischen Motivation nutzen, um sicherzustellen, dass die Informationen, die wir veröffentlichen, für so viele Menschen wie möglich nützlich wie möglich sind. Deshalb glaube ich, dass wir bei der Erstellung von Beispielcode genauso viel über sinnvolle Benennungen nachdenken sollten wie in unseren eigenen Codebasen.

Marijn Haverbekes Beredtes Javascript steht regelmäßig an der Spitze Listen von Büchern, die Sie lesen sollten, wenn Sie Javascript lernen (JS). Es ist kein Zufall, dass er auch ein Meister darin ist, aussagekräftige Namen zu verwenden, um Menschen zu helfen, die Prinzipien der Codierung besser zu verstehen. Wenn er neuen Programmierern den Vergleich von Zeichenketten in JS beibringt, verwendet er das folgende Beispiel:

Marijn nutzt unser vorhandenes Wissen über Springfields Lieblings-Zeichentrickfiguren, um diesem Beispiel zusätzliche Bedeutung und Interesse zu verleihen. Wir wissen, dass Itchy und Scratchy jeweils eine Maus und eine Katze sind und daher definitiv nicht dasselbe sind.

Betrachten Sie dasselbe Beispiel, aber stattdessen mit dem gefürchteten Foo/Bar gerendert:

Für erfahrene Entwickler ist das vielleicht leicht zu analysieren: Sie haben Hunderte von Beispielen wie diesem gelesen und so den Zusammenhang zwischen Foo und Bar gelernt und verinnerlicht. Dies stellt jedoch eine Lernbarriere für neue Entwickler dar, die diese Regel noch nicht verinnerlicht haben, und erhöht stattdessen die mentale Belastung für sie, das Konzept zu verstehen. Es fehlt auch daran, den kleinen Funken von Interesse oder Freude zu erzeugen, um das Interesse der Leser zu wecken und so ihre Motivation zu steigern, das zugrundeliegende Konzept zu verstehen.

Ich sage nicht, dass FooBarbaz absolut keinen Platz hat (obwohl ich denke, dass ihr Nutzen begrenzt ist). Der beste Weg, diese Begriffe zu verwenden, besteht darin, zu betonen, dass alles an einem bestimmten Ort platziert werden kann. Ein Beispiel dafür ist, wenn wir über Argumente und Parameter in JS-Funktionen sprechen. Sie sehen, in Vanilla JS gibt es keine Typüberprüfung. Wenn wir also eine Funktion wie die folgende haben, die einen Parameter akzeptiert und seinen Wert einfach in der Konsole protokolliert, spielt es keine Rolle, welche Art von Argument wir übergeben:

Ich glaube, dass diese Begriffe in diesem Fall am nützlichsten sind, da sie betonen sollen, dass ihr Typ keine Rolle spielt. Ich möchte auch den Vorbehalt hinzufügen, dass die Verwendung dieser Begriffe auf diese Weise nur geeignet ist, wenn Sie Inhalte für erfahrene Entwickler produzieren, die sich ein funktionierendes Verständnis dieser Begriffe erarbeitet haben.

Auch wenn sich das an erfahrene Entwickler richtet, glaube ich immer noch, dass aussagekräftigere Namen in diesem Beispiel besser wären:

Ein anderes Beispiel, bei dem aussagekräftigere Variablennamen nützlich wären, bezieht sich auf metasyntaktische Variablen. Diese Variablen sind häufig im Quellcode zu finden und sollen vor der realen Verwendung geändert oder ersetzt werden. Diese Variablen sind zwar nur Platzhalter, aber ich glaube, dass es auch besser ist, einen Variablennamen zu verwenden, der Ihrem Entwicklerkollegen mehr Kontext bietet, um ihn beim Lesen und Implementieren des Codes in Zukunft zu unterstützen.

Wir arbeiten in einem wunderbaren Beruf mit einer reichen Geschichte, in dem viele Menschen bereit sind, ihre Zeit zu investieren, um ihre Programmiererkollegen auszubilden und zu betreuen. Die Verwendung aussagekräftiger Variablennamen anstelle von fooBarbaz ist eine Möglichkeit, sicherzustellen, dass sich dieser Aufwand lohnt und so vielen Menschen wie möglich hilft. Es senkt die Zugangsbarrieren für den Beruf und trägt zur Schaffung eines vielfältiger und eine freundliche Programmiergemeinschaft.

Also lass den FooBarbaz fallen (aber nicht den Teekanne) und geh raus und entfacht Freude!

Wir überprüfen die Brandung und haben eine Weile nicht miteinander gesprochen. Zwei Augenpaare auf das Meer gerichtet. Lohnt es sich, an diesem windigen Wintermorgen rauszupaddeln? „Wo arbeitest du jetzt?“ fragst du abgelenkt. „Ich bin eigentlich Softwareentwickler.“ ' Ihre Augen brechen vor dem Anschwellen und suchen instinktiv nach Anzeichen eines Traumas oder Burnouts. „Wow, du hättest nichts anderes wählen können!“ sagst du, ein bisschen überrascht.

Ich habe immer wieder eine Version dieses Gesprächs geführt, seit ich von der Psychologie zum Programmieren gewechselt bin. Die Leute sind oft verwirrt darüber, wie sicher ich bin, dass ich die richtige Wahl getroffen habe, obwohl ich mit Mitte dreißig und um die Geburt meines ersten Babys eine lukrative Karriere verwarf, für die ich viel Zeit und Mühe aufgewendet hatte und für die ich gut geeignet zu sein schien.

Die Wahrheit ist, dass diese Änderung, als ich es tat, meine Gesundheit und das Glück meiner Familie erheblich verbessert hat. Es war ein Privileg, mit meinen Kunden zusammenzuarbeiten und ihre innersten Geheimnisse, Hoffnungen und Träume zu teilen. Es war auch extrem traumatisch und entmutigend und hat mich zermürbt. Dann sagte meine Frau eines Tages: „Sie müssen keine Psychologin sein, wissen Sie?“ Es mag offensichtlich erscheinen, aber dieser kurze Satz hat mir den Verstand geöffnet.

Ich begann darüber nachzudenken, was ich sonst noch tun möchte. Ich hatte Freunde von mir immer beneidet, die Schreiner oder Maurer waren und so viel Befriedigung darin zu finden schienen, ihr Handwerk allmählich zu beherrschen. Das Problem ist, ich kann schlecht mit Werkzeugen umgehen und kann ums Verrecken keinen Nagel hämmern. Ein Gespräch mit einem Freund, der Programmierer ist, in dem er auf die gleiche Weise über sein Handwerk sprach, brachte mich zum Nachdenken.

Ich habe an einem kostenlosen Online-Kurs teilgenommen, um das Terrain zu sondieren, und war sofort begeistert. Ich musste mich bemühen, jeden Abend zu einer anständigen Zeit ins Bett zu gehen, da ich immer mehr über Themen wie CSS, Browser, Clean Code und asynchrones Javascript erfuhr. Ein paar Wochen später begann ich meinen Master in Informationstechnologie und stürzte mich hinein.

Ok, ich dachte, es gibt keinen besseren Weg zum Lernen als bei der Arbeit, also habe ich mich an jedes Unternehmen gewandt, das ich in Fahrweite finden konnte, und bot an, alles zu tun, was auch nur nebenbei mit Programmieren zu tun hat, um einen Fuß in die Tür zu bekommen.

Zum Glück, die Wollongong-Tech-Community (Hallo zusammen Siligong!) ist aufgeschlossen und zwei großartige Unternehmen, zuerst FinoComp und jetzt Easy Agile, konnten meinen ungewöhnlichen Hintergrund hinter mir lassen, um mein Potenzial zu erkennen.

Ich bin jetzt ein echter Frontend-Entwickler und freue mich riesig darauf, jeden Tag zu arbeiten, mein Toolset zu erweitern und mein Handwerk zu verfeinern, um großartige Produkte für unsere Kunden zu entwickeln, die ihr Leben verbessern.

Für jeden da draußen, der über eine berufliche Veränderung nachdenkt, ist es nie zu spät. Es hat mein Leben zum Besseren verändert und es könnte auch deins verändern.

„Die Reise von tausend Meilen beginnt mit einem Schritt“ Lao Tzu.

(Oh, du solltest auf jeden Fall auch in dieser Brandung rauspaddeln. Unabhängig von den Bedingungen ist eine Brandung immer eine gute Idee.)

Wenn du die Rolle des Entwicklungsmanagers übernimmst, kann es sich so anfühlen, als würdest du von allem ein bisschen machen. Ihre Aufgabe besteht nicht mehr darin, sich ausschließlich auf den Code zu konzentrieren — und Sie leiten kein durchschnittliches Team. In Ihrem Alltag vertreten Sie Ihr Engineering-Team, entwerfen Strategien für es und entwickeln sogar gemeinsam mit ihm.

Bei all den Aufgaben, die Ihre To-Do-Liste füllen, kann es leicht passieren, dass Sie vergessen: Qualitativ hochwertige Ergebnisse zu erzielen, hängt von der Qualität Ihrer Führung ab. Bei der Arbeit geht es nicht nur um Projekte — und Sie sind kein Projektmanager. Gute Entwicklungsmanager sind genauso gut darin, mit Menschen zu arbeiten, Kultur aufzubauen und ihre Teammitglieder zu unterstützen, wie sie darin sind, die Effizienz zu steigern und an allen technischen Dingen zu arbeiten.

Um das Beste aus Ihrem Team herauszuholen, finden Sie hier fünf Tipps, die jeder Entwicklungsmanager kennen muss, um das Beste aus seinem Team herauszuholen.

1. Bieten Sie Beratung an, nicht Mikromanagement

Hast du jemals etwas mit jemandem gemacht, der dir im Nacken sitzt? Es ist nicht bequem und schafft eine Kultur des Misstrauens. In einem agile Umgebung, das widerspricht dem Prinzip, ein sich selbst organisierendes Team zu haben — eines, in dem jedes Teammitglied seine eigenen Verantwortlichkeiten und Zeitpläne selbst in die Hand nimmt.

Ein guter Entwicklungsmanager weiß, dass jedes Teammitglied seine eigene Arbeitserfahrung und sein Wissen in ein Team einbringt. Ihre Stellenbeschreibung besteht nicht darin, die Arbeit anderer Leute für sie zu erledigen oder sie herumzukommandieren. Es geht vielmehr darum, sicherzustellen, dass das Engineering-Team qualitativ hochwertige Produkte rechtzeitig produziert.

Du holst mehr aus deinem Team heraus, indem du sie inspirierst, anstatt ihnen zu sagen, was sie tun sollen. Anstatt Termine zu diktieren, leiten Sie Ihr Team in die richtige Richtung, indem Sie die Bedeutung Ihrer vorrangigen Projekte veranschaulichen.

Wie wird sich der Beitrag jeder Person auf das gesamte Unternehmen auswirken? Wie eröffnet die frühzeitige Erledigung einer Aufgabe dem Team neue Möglichkeiten? Ermutigen Sie Ihre Mitarbeiter zu besseren Entscheidungen, die sie selbst treffen, um ein Team aufzubauen, das von seiner Arbeit begeistert ist.

2. Planen Sie unter Berücksichtigung des Gesamtbildes

Während Mitglieder Ihres Produktentwicklungsteams vielleicht in die Details eintauchen — Code schreiben, kleinere Aufgaben abhaken — besteht Ihre Aufgabe als Entwicklungsleiter darin, in großen Maßstäben zu denken. Entwicklungsmanager spielen eine Schlüsselrolle in der agile Planung Prozess, indem sie herausfinden, welche Projekte ihr Team priorisieren sollte und wie sie am besten abgeschlossen werden können.

Anstatt nur darüber nachzudenken, was für Ihr Team am besten ist, müssen Sie überlegen, welche Projekte und Aufgaben am besten zu den allgemeinen Geschäftszielen Ihres Unternehmens passen. Dies wird Ihnen helfen, ein Entwicklungsteam aufzubauen, das herausragende Ergebnisse für das gesamte Unternehmen erzielt.

Gleichzeitig sollten Sie sich darüber im Klaren sein, was für Ihr Team möglich ist. Wird die Verpflichtung zu einem neuen Produkt die Arbeitsbelastung einer Person weitaus mehr erhöhen als die anderer? Hat Ihr Team überhaupt die Kapazität für mehr Arbeit? Unabhängig davon, wie viele Jahre Erfahrung Ihr Team hat, brauchen sie — als Einzelpersonen und als Ganzes — Raum zum Atmen, damit sie nicht ausbrennen.

3. Halten Sie Ihre technischen Fähigkeiten auf dem neuesten Stand

„Manager“ mag das prahlerische Highlight Ihrer Berufsbezeichnung sein, aber das bedeutet nicht, dass Sie Ihre technischen Fähigkeiten aufgeben können. Die Chancen stehen gut, dass Programmieren immer noch einen Teil Ihres Alltags ausmachen wird — oder zumindest Ihrer Woche für Woche. Auch wenn Sie nicht direkt mit einer Softwareentwicklungsaufgabe beauftragt sind, müssen Sie Ihre Teammitglieder dennoch durch ihre individuellen Aufgaben führen.

Um Ihrem Team die Unterstützung zu geben, die es benötigt, müssen Sie in der Lage sein, seine Programmiersprache zu sprechen. Dies hilft Ihnen dabei, Code-Reviews zu leiten, an technischen Gesprächen teilzunehmen, Hindernisse zu antizipieren (und zu verhindern) und sicherzustellen, dass Sie die effizientesten Technologien implementieren. Die regelmäßige Teilnahme an Kursen und der Beitritt zu einer Programmier-Community sind zwei einfache Möglichkeiten, um für Ihr Entwicklungsteam ein Meister der Problemlösung zu werden.

Ihr technisches Fachwissen hilft Ihrem Team, sich an Ihre Anforderungen zu halten Produkt-Roadmaps und erreichen Sie wichtige Meilensteine.

4. Stärken Sie Ihre Kommunikationsfähigkeiten

Wenn Sie den Job als Entwicklungsleiter übernehmen, werden Sie zum Bindeglied zwischen Ihrem Engineering-Team und anderen Teilen Ihres Unternehmens. Beispielsweise können Sie der Geschäftsleitung die Bedürfnisse Ihrer Entwickler mitteilen oder Anfragen von Vertriebsleitern an Ihr Team weiterleiten.

Leute ohne technischen Hintergrund denken vielleicht, dass du über Musik sprichst, wenn du anfängst, über C# zu sprechen. Ingenieure ohne Erfahrung in der Unternehmensführung verdrehen möglicherweise die Augen, wenn Sie anfangen, über Fünfjahrespläne statt über bevorstehende Pläne zu sprechen Produkteinführung. Obwohl Mitarbeiter dieselbe Unternehmenskultur teilen, „verstehen“ sie sich nicht unbedingt ständig.

Entwicklermanager sind Übersetzer, die ihr Team repräsentieren und ihnen bei Bedarf Nachrichten zurücksenden.

Da Sie ständig mit Menschen mit unterschiedlichem Hintergrund zusammenarbeiten, müssen Sie Ihre zwischenmenschlichen Fähigkeiten stärken. Erfahre, wie du am besten mit verschiedenen Menschen kommunizieren kannst. Welche Teams bevorzugen E-Mail gegenüber SMS? Wer ist der Ansprechpartner für jedes Team? Hört jemand besser zu, wenn er keinen Hunger hat? 🙋

Je stärker Ihre Kommunikationsfähigkeiten sind, desto wahrscheinlicher ist es, dass Ihr Team die Ressourcen erhält, die es benötigt, und desto besser wird es seine Prioritäten mit denen Ihres Unternehmens verbinden.

5. Seien Sie verfügbar, um Ihre Teammitglieder zu unterstützen

Der Entwicklungsleiter kann in Teilzeit eine leitende und eine Teilzeit-technische Rolle innehaben, aber in dieser Position müssen Sie ein Vollzeitleiter für Ihr Team sein. Wenn Sie die Leistung Ihres Teams kontinuierlich verbessern möchten, müssen Sie Ihre erstklassigen Führungsqualitäten Tag für Tag in die Praxis umsetzen.

Als Entwicklungsmanager müssen Sie als eine Art Coach für Ihre Teammitglieder agieren. Planen Sie regelmäßige Einzelgespräche mit Ihren Teammitgliedern ein, bei denen Sie sich zusätzlich zu aktuellen Projekten über Karriereziele und Problembereiche unterhalten können. Wenn Sie einen neuen Mitarbeiter haben, sprechen Sie während der Onboarding-Phase mit ihm über seinen gewünschten Karriereweg.

Basierend auf dem, was du gelernt hast, kannst du dir überlegen, wie du ihre berufliche Entwicklung unterstützen kannst. Sie müssen nicht für ihren Bachelor-Abschluss bezahlen, um ihnen zum Erfolg zu verhelfen. Bringen Sie sie mit Mentoren in Kontakt, schicken Sie sie auf Konferenzen, empfehlen Sie sie für Vorträge — Ihre Möglichkeiten sind endlos (und einfacher als Sie vielleicht denken).

Unterstützung sowohl bei aktuellen Projekten als auch bei langfristigen Karrierezielen zu bieten, ist Ihre Chance, in Ihre Mitarbeiter zu investieren. Es wird ihnen helfen, bessere Mitarbeiter zu werden — und sie werden sich auch geschätzt fühlen. Wussten Sie fast die Hälfte der Mitarbeiter ihren Job verlassen, um neue Fähigkeiten zu erwerben? Um Ihr Entwicklungsteam langfristig in Bestform zu halten, müssen Sie jedem Mitarbeiter helfen, sich weiterzuentwickeln.

Führe dein Team als effektiver Entwicklungsmanager

Um Ihr Entwicklungsteam zum Erfolg zu führen, ist eine unschlagbare Mischung aus menschlichen Fähigkeiten, technischen Fähigkeiten und Führungsqualitäten erforderlich. In Ihrer vielseitigen Rolle ist Ihre Fähigkeit, zu kommunizieren und Ihr Team mit dem Rest Ihres Unternehmens in Einklang zu bringen, von unschätzbarem Wert.

Mit Easy Agile Roadmaps für Jira kannst du die Teamzusammenstellung vereinfachen, indem du jedes Jira-Problem per Drag-and-Drop auf eine visuelle Zeitleiste ziehst. Schauen Sie sich unsere Demo an heute, um zu sehen, wie dieses Tool Ihrem Engineering-Team helfen kann, zu glänzen!

Agil sein oder agil handeln — was ist der Unterschied?

Organisationen auf der ganzen Welt haben erkannt, dass sie schnell reagieren müssen, um den Herausforderungen des ständigen Wandels zu begegnen. Infolgedessen kämpfen sie um die Einführung agiler Arbeitsweisen, und die Pandemie beschleunigt die Einführung agiler Methoden.

Diejenigen, die es richtig machen, können einen starken Einfluss auf ihr Geschäftsergebnis und ihren Wettbewerbsvorteil haben. Aber für andere sind die Vorteile vielleicht noch abzuwarten.

Hier kann „agil handeln“ und „agil sein“ den entscheidenden Unterschied ausmachen. Denn um die Vorteile agiler Methoden wirklich nutzen zu können, müssen Unternehmen von tun zu Sein.

Dieser Artikel erklärt den Unterschied zwischen agil sein oder agil handeln. Außerdem werden wir Sie durch einige der häufigsten Herausforderungen führen, mit denen viele Unternehmen auf ihrem Weg zur Agilität konfrontiert sind.

Die wichtigsten Punkte

• Um das volle Potenzial agiler Arbeitsweisen auszuschöpfen, müssen Teams eine agile Denkweise entwickeln und agile Prozesse einführen.
• Der Übergang von „agil handeln“ zu „agil sein“ erfordert Zeit, Coaching und einen neuen Managementansatz.
• Richtig gemacht, kann Agilität die Kundenzufriedenheit, das Engagement der Mitarbeiter, das Wachstum und die Rentabilität steigern.

Warum agil und warum jetzt?

Agile erfreut sich bereits seit über 20 Jahren zunehmender Beliebtheit, aber als die Pandemie ausbrach, beschleunigte sich dieses Wachstum.

In allen Branchen ist es heute von entscheidender Bedeutung, digitale Erlebnisse bieten zu können. Unternehmen müssen heute wie Softwareunternehmen handeln und denken, wobei das Online-Erlebnis der Kunden im Mittelpunkt steht. Zusammen mit einem aktiven Ansatz bei der Kundengewinnung müssen Sie einen echten Mehrwert bieten, um sich von der Konkurrenz abzuheben.

Für Unternehmen, die in diesem Umfeld überleben und gedeihen wollen, wenden sich viele an agile Frameworks um schnell einen Mehrwert für Kunden zu schaffen und Geschäftsergebnisse zu erzielen. Agilität ermöglicht es Teams:

• Machen Sie das Komplexe einfach — durch das Arbeiten in einem klaren, strukturierten Rahmen wird aus Chaos Ordnung.
• Behalten Sie den Überblick — Agile Teams haben ein gemeinsames Verständnis von ihren Fortschritten auf dem Weg zu ihren Zielen.
• Erfolge replizieren — Wenn ein Team einen effektiven Weg findet, Ergebnisse zu erzielen, kann es Lösungen für andere Zwecke verwenden und unternehmensweit austauschen.
• Schaffen Sie eine abgestimmte, zielgerichtete Kultur — wenn Hunderte von Mitarbeitern in einer Organisation Dutzende agiler Teams bilden, bilden sie ein stabiles Rückgrat und gehen denselben Weg zum gleichen Ziel.

„Agile Organisationen, die als lebende Systeme betrachtet werden, haben sich weiterentwickelt, um in einem unvorhersehbaren, sich schnell verändernden Umfeld erfolgreich zu sein. Diese Organisationen sind sowohl stabil als auch dynamisch. Sie konzentrieren sich auf die Kunden, passen sich flexibel an Umweltveränderungen an und sind offen, inklusiv und hierarchiefrei. Sie entwickeln sich kontinuierlich weiter und akzeptieren Ungewissheit und Ambiguität. Wir glauben, dass solche Organisationen für die Zukunft weitaus besser gerüstet sind als traditionelle Organisationen.“

- McKinsey & Company

Was bedeutet es, agil zu sein?

Viele Organisationen verwenden einige agile Prozesse, um Projekte zu verwalten. Das heißt aber nicht, dass die Teams die agile Methodik vollständig verstanden und angenommen haben. Es könnte sein, dass sie „agil handeln“, anstatt tatsächlich „agil zu sein“.

Hier ist der Unterschied zwischen den beiden:

Agil handeln

„Agile handeln“ ist das Missverständnis, dass Ihr Unternehmen agil wird und auf Veränderungen reagiert, wenn Sie agile Dinge tun. Unternehmen, die in diese Falle getappt sind, könnten einige agile Prozesse durchmachen, wie zum Beispiel tägliche Stehaufsteher, Sprints, und Rückblicke. Teams sind so strukturiert, dass sie klein, funktionsübergreifend und kollaborativ sind. Aber wenn sie dort aufhören, werden diese Teams nicht wirklich agil und es kann sein, dass sie Schwierigkeiten haben, Ergebnisse zu erzielen.

Agile Zeremonien, Tools und Strukturen sind zwar entscheidend für die Implementierung, aber sie sind nur ein Teil dessen, was ein Unternehmen agil macht.

Agil sein

„Agil sein“ bedeutet, dass Sie die oben genannten Aktivitäten einbeziehen, aber über die Prozesse hinausgehen. Das bedeutet, eine agile Denkweise und agile Werte auf alle Bereiche der Organisation anzuwenden. Teams müssen geschult werden, um die agile Denkweise zu beherrschen und alle Herausforderungen zu meistern, die sich auf dem Weg dorthin ergeben. Es erfordert mehr Zeit und Mühe, als einfach agil zu arbeiten, aber es ist entscheidend, wenn Sie die Vorteile nutzen möchten.

Was ist eine agile Denkweise?

Eine agile Denkweise anzunehmen bedeutet, ihre vier Kernwerte zu verstehen und zu leben. Um agil zu sein, müssen Sie:

1. Respektiere die Menschen - Erkennen Sie, dass Mitarbeiter für den Erfolg Ihres Unternehmens von entscheidender Bedeutung sind. Sorgen Sie dafür, dass die Mitarbeiter gemeinsame Ziele verfolgen, sich sicher und in der Lage fühlen, Ideen auszutauschen, und dass Sie eine „Wir“ -Mentalität gegenüber „Ich“ annehmen.
2. Fluss optimieren - Erhöhen Sie die Qualität bei jedem Schritt, damit Sie Probleme erkennen und frühzeitig Kurskorrekturen vornehmen können. Dies trägt dazu bei, den Wert zu maximieren und Verschwendung zu minimieren und gleichzeitig einen konsistenten, nachhaltigen Arbeitsablauf zu schaffen.
3. Innovation fördern — Fördern Sie das Experimentieren mit Zusammenarbeit, konstruktivem Feedback und Autonomie. Planen Sie Zeit und Raum ein, damit Kreativität und Ideen fließen können.
4. Unermüdlich verbessern - Denken Sie daran, dass es mit der agilen Denkweise keinen Endpunkt gibt. Es geht um kontinuierliche Verbesserung. Daher müssen Sie zukünftige Prozesse im Rahmen einer kontinuierlichen Praxis kontinuierlich reflektieren und verbessern.

Um diese Werte zur Grundlage für die Arbeit in Ihrem gesamten Unternehmen zu machen, müssen Sie agile Prozesse mit einer agilen Denkweise kombinieren. Ohne die agile Denkweise sind Sie nicht „agil“, und Ihre Prozesse werden nicht das volle Potenzial Ihres Unternehmens entfalten.

„Die agile Denkweise ist ein Denkprozess, der Verständnis, Zusammenarbeit, Lernen und Flexibilität beinhaltet, um leistungsstarke Ergebnisse zu erzielen. Durch die Kombination der agilen Denkweise mit Prozessen und Tools kann sich das Team an Veränderungen anpassen und seinen Kunden einen Mehrwert bieten.“

- Atlassian

Agile Prozesse und Tools reichen nicht aus

Agile Prozesse, einschließlich der Zeremonien, Tools und Apps, sind dazu da, die Denkweise des Teams zu unterstützen. Aber ohne die richtige Denkweise in Ihrem Unternehmen zu vermitteln, werden Sie nicht wirklich agil sein.

Die Förderung der agilen Denkweise gibt einem Unternehmen die Möglichkeit, sich jederzeit schnell in eine bestimmte Richtung zu bewegen, um den Kunden den besten Wert zu bieten. Teams, die Agilität beherrschen, sind in der Regel:

• Autonom und ermächtigt um Entscheidungen rund um das Produkt und das Kundenerlebnis zu treffen.
• In der Lage an Veränderungen anpassen schnell.
• Immer bereit zu lernen etwas Neues.

Verlobt mit einem geteilter Zweck und eine Kultur der Zusammenarbeit.

„Es geht darum, sich auf Veränderungen einstellen zu können. Ob das nun in Bezug auf Mitarbeiter, Ressourcen oder Budget ist — wie auch immer das für ein Unternehmen aussieht. Wenn Sie in der Lage sind, schnell von einem Schwerpunktbereich zum anderen zu wechseln, bevor es Ihr Konkurrent tut, dann haben Sie einen Wettbewerbsvorteil auf dem Markt.“

- Sean Blake, Marketingleiter, Easy Agile

Häufige Herausforderungen, auf die Sie achten sollten, wenn Sie von agiler zu agiler Arbeit übergehen

Je früher Sie handeln und von agiler zu agiler Vorgehensweise übergehen können, desto eher profitieren Ihre Kunden, Mitarbeiter und Ihr Geschäftsergebnis.

Im Folgenden finden Sie einige häufig auftretende Herausforderungen und Tipps zu deren Bewältigung.

• Die Leute könnten an alten Gewohnheiten festhalten
  Menschen finden Veränderungen schwierig, besonders wenn Gewohnheiten tief verwurzelt sind. Sie werden vielleicht feststellen, dass einige Leute auf ihrem Standpunkt beharren und an der alten Art festhalten, Dinge zu tun. Es ist wichtig, sich daran zu erinnern, dass dies einige Zeit in Anspruch nehmen kann und die Menschen Unterstützung benötigen, um neue Arbeitsweisen zu erlernen. Stellen Sie sicher, dass Sie genügend Gelegenheiten für Feedback und Diskussionen bereitstellen, damit Sie als Team das wiederholen können, um einen Prozess zu finden, der für Ihr Unternehmen funktioniert.
• Nicht nur das Team muss gecoacht werden
  Agil zu sein ist eine Denkweise für das gesamte Unternehmen, einschließlich Manager und Führungskräfte. Wenn Ihre Führungskräfte Agilität nicht verstehen und unterstützen, wird es schwierig sein, an Dynamik zu gewinnen und alte Prozesse und Hierarchien zu verändern. Scrum Master und Agile Trainer müssen Zeit damit verbringen, Führungskräfte zu coachen, um neue agile Denkweisen und Fähigkeiten zu entwickeln.
• Für viele Unternehmen erfordert Agilität einen neuen Führungsstil
  Der traditionelle Führungsstil von Command and Control mag im Industriezeitalter funktioniert haben. Aber jetzt passt es nicht mehr zu der Art und Weise, wie Unternehmen und Mitarbeiter heute arbeiten müssen, und es unterstützt nicht die agile Denkweise. Um agil zu sein, benötigen Teams das Vertrauen, die Autonomie und die Fähigkeit, eine Idee ohne Hindernisse bis zur Umsetzung umzusetzen. Damit dies gelingt, müssen Führungskräfte hinter diesen vielseitigen Bemühungen zur kulturellen Transformation stehen.

Bist du bereit, agil zu sein?

Über agile Prozesse hinauszugehen und ein agiles Mindset im gesamten Unternehmen zu skalieren, ist nichts, was Sie über Nacht in Angriff nehmen können. Es erfordert Zeit, Mühe, Training und Unterstützung durch Führungskräfte, um agile Werte zu verinnerlichen und die Kommando-Mentalität der Vergangenheit hinter sich zu lassen.

Unterwegs stehen Sie möglicherweise vor Herausforderungen, Sie werden feststellen, dass es immer mehr zu lernen gibt, und Sie müssen agil sein, wenn es um die Einführung von Agile geht.

Der Preis für echte Agilität ist jedoch erheblich, einschließlich der Steigerung der Kundenzufriedenheit, der Steigerung des Mitarbeiterengagements und der Verbesserung der Produktivität — die Investition lohnt sich also.

Agilität hilft modernen Unternehmen, durch Veränderungen in einer unsicheren und unvorhersehbaren Welt erfolgreich zu sein. Für die meisten von uns ist dies keine wünschenswerte Arbeitsweise mehr — sie ist unverzichtbar.

Bei Easy Agile orientieren wir uns (natürlich) an agilen Prinzipien und bemühen uns, Softwareentwicklungsteams dabei zu unterstützen, agile Methoden in die Praxis umzusetzen. Da jedoch jeden Tag so viel zu erledigen ist, ist es leicht, die Kernprinzipien der agiles Manifest.

Sie denken wahrscheinlich, dass Sie die agilen Prinzipien schon einmal gelesen haben und sie jetzt in die Praxis umsetzen... den ganzen Tag, jeden Tag. Warum müssen wir sie noch einmal überdenken?

Sie müssen die Prinzipien nicht auswendig lernen. Sie sind viel mehr ein Leitfaden als ein Routineprozess. Aber wenn Sie die agilen Prinzipien mit Ihren täglichen agilen Praktiken abgleichen, wird bestätigt, dass Sie sie in die Tat umsetzen. Dies hilft Ihnen auch dabei, Bereiche zu identifizieren, in denen Verbesserungen möglich sind. 🙌

Die anhaltende Relevanz der Prinzipien des agilen Manifests

Das agile Manifest konzentriert sich auf:

• Kontinuierliche Verbesserung durch Reaktion auf Feedback und Änderungen
• Es ermöglicht Softwareentwicklern und funktionsübergreifenden Teams, sich so zu organisieren, dass Zusammenarbeit und Interaktion gefördert werden
• Kunden in den Entwicklungsprozess einbeziehen und auf ihr Feedback reagieren

Das Manifest skizziert 12 agile Prinzipien, die das A und O der agilen Softwareentwicklung sind. Wir möchten diesen agilen Prinzipien einen praktischen Kontext bieten und werden sie daher in drei Kategorien unterteilen: Entwicklung funktionierender Software durch Organisation, Unterstützung der Teams bei der Zusammenarbeit und Taktiken zur Kundenzufriedenheit.

Organisieren Sie sich, damit Sie funktionierende Software erstellen können

Die ersten agilen Prinzipien, die wir besprechen werden, drehen sich um das Konzept einer funktionierenden Software — ein Produkt, das Ihre Kunden so früh wie möglich im Softwareentwicklungsprozess verwenden können. Sie passen es an, sobald Sie Feedback darüber erhalten, was gut funktioniert und was verbessert werden könnte. Dies steht im Gegensatz zu einem Wasserfall von der Methodik bis zur Entwicklung, bei der es sich um einen lineareren Ansatz handelt, der in der Regel keine iterativen Aktualisierungen zulässt.

Ein Ziel ist es, funktionierende Software zu entwickeln, die kontinuierlich aktualisiert werden kann. Aber das ist leichter gesagt als getan ohne die Hilfe von speziell entwickelten Tools wie Jira, dessen Ziel es ist, agilen Teams bei der Verwaltung ihres gewählten agilen Frameworks zu helfen, sei es Kanban oder Gedränge. (Sie können unseren Leitfaden zu den Unterschieden zwischen lesen Kanban und Scrum... oder wie man sie zusammen benutzt. 💪)

Schauen wir uns nun an, welche der 12 agilen Prinzipien in diese Kategorie fallen — #3, #7 und #8 — und wie Jira dabei hilft, ein Framework zu implementieren, das diesen Prinzipien entspricht.

Agiles Prinzip #3

„Stellen Sie häufig funktionierende Software bereit, von ein paar Wochen bis zu ein paar Monaten, wobei Sie den kürzeren Zeitrahmen bevorzugen.“

Atlassian (die Macher von Jira) fasst zusammen die Verkörperung dieses Prinzips perfekt in seiner Definition eines Sprints: „Ein Sprint ist ein kurzer, zeitlich begrenzter Zeitraum, in dem ein Scrum-Team daran arbeitet, eine bestimmte Menge an Arbeit zu erledigen.“

Agile Sprints laufen zwar über einen kurzen Zeitraum, aber ihre reibungslose Ausführung erfordert für Produktbesitzer und Softwareentwickler viel Arbeit. Zum Glück bietet Jira Möglichkeiten, diese Arbeit zu rationalisieren — sieh dir unseren Leitfaden an Teile deines Sprints automatisieren.

Agiles Prinzip #7

„Funktionierende Software ist das wichtigste Maß für Fortschritt.“

Mit Sprints können Sie sicherstellen, dass Ihr Team schrittweise funktionierende Software bereitstellt. Wenn ein Sprint gut genug geplant ist, kann er als Stopp für die Veröffentlichung Ihrer nächsten Reihe von Features und Funktionen für Ihre Endbenutzer dienen.

Agiles Prinzip #8

„Agile Prozesse fördern eine nachhaltige Entwicklung. Die Sponsoren, Entwickler und Nutzer sollten in der Lage sein, auf unbestimmte Zeit ein konstantes Tempo beizubehalten.“

Agile Frameworks wie Scrum können dabei helfen zu messen, ob ein Team ein konsistentes Tempo einhält. Innerhalb von Sprints kann der Aufwand auf verschiedene Arten gemessen werden, wie agile Storypoints. Wenn Sprints abgeschlossen sind, erstellt Jira automatisch einen visuellen Bericht darüber, wie viele Storypoints ein Team in seinem Team von Sprint zu Sprint abschließt Geschwindigkeitstabelle.

Zeit für Teamzusammenarbeit

Du bist ein agiles Team, das funktionierende Software bereitstellt und ein Super-Tool wie Jira nutzt, um deine Arbeit zu planen und deine Fortschritte zu verfolgen. Aber du brauchst eine menschliche Berührung, um wirklich agilen Werten zu folgen. Bitte begrüßen Sie die agilen Prinzipien #4, #6, #11, #5 und #12 auf der Bühne.

Agiles Prinzip #4

„Geschäftsleute und Entwickler müssen während des gesamten Projekts täglich zusammenarbeiten.“

Tägliche Stand-up-Meetings sind eine Manifestation dieses Prinzips. In diesem Meeting ging jedes Teammitglied auf drei Themen ein: (1) woran sie gestern gearbeitet haben; (2) woran sie heute arbeiten; und (3) was sie daran hindert, heute Fortschritte zu erzielen.

Agiles Prinzip #6

„Die effizienteste und effektivste Methode, Informationen an und innerhalb eines Entwicklungsteams zu vermitteln, ist ein persönliches Gespräch.“

Ob in einem persönlichen Meeting oder in einem Remote-Meeting, die Vermittlung von Informationen ist schwierig — aber (puh) wir haben das bereits mit Methoden wie täglichen Sprints und Geschwindigkeitsdiagrammen angegangen, um Informationen zwischen den Teammitgliedern auszutauschen und den Teamfortschritt visuell zu überprüfen. Und schon bald werden Sie andere Möglichkeiten sehen, wie agile Softwareentwicklungsteams sich organisieren und miteinander kommunizieren.

Agiles Prinzip #11

„Die besten Architekturen, Anforderungen und Designs entstehen in Teams, die sich selbst organisieren.“

Nun, zunächst, was genau ist ein sich selbst organisierendes Team? Es bedarf keiner Anleitung oder eines Mikromanagements von außen, um herauszufinden, woran gearbeitet werden muss und wie diese Arbeit definiert und priorisiert wird. Diese Teams finden heraus, wie sie ihre Arbeit planen, iterieren, um diese Arbeit zu erledigen, und arbeiten dann gemeinsam daran, wie sie sich kontinuierlich verbessern können. Das agile Scrum-Zeremonien — Stand Up, Sprint Planning, Sprint Review und Retrospektive — sind ein praktisches Beispiel dafür.

Agiles Prinzip #5

„Baue Projekte rund um motivierte Menschen auf. Bieten Sie ihnen das Umfeld und die Unterstützung, die sie benötigen, und vertrauen Sie darauf, dass sie die Arbeit erledigen.“

Ok, nach diesem Prinzip sind wir aus dem Ruder gelaufen — aber aus gutem Grund. Das Befolgen des Prinzips #11 ist sinnvoll, da gute, selbstorganisierte Teams von Natur aus motiviert sind. Sie arbeiten zusammen, um herauszufinden, wie die Arbeit erledigt werden kann, und um sich gegenseitig zu helfen, wenn jemand nicht weiterkommt. Nichtsdestotrotz ist es wichtig, dass definierte Rollen in einem agilen Team, wie ein Scrum Master, der Teammitglieder motivieren und ihnen Feedback geben kann.

Agiles Prinzip #12

„In regelmäßigen Abständen denkt das Team darüber nach, wie es effektiver werden kann, und passt dann sein Verhalten entsprechend an.“

Dieses Prinzip beschreibt perfekt eine Rückblick — eine Teambesprechung, um über deinen letzten Sprint oder deine letzte Iteration nachzudenken und zu besprechen, wie du dich für den nächsten Sprint verbessern kannst. Indem du diese Fragen beantwortest: (1) Was lief gut? ; (2) Was hätte besser laufen können? ; und (3) Was können wir anpassen, um uns beim nächsten Mal zu verbessern? Ihr Team arbeitet zusammen und interagiert, um effektiver zu werden.

Kundenzufriedenheit erreichen

Nicht zuletzt gehören zu den agilen Prinzipien auch Kundenbedürfnisse. Wer ist Ihr Kunde? Was sind ihre Bedürfnisse? Wie reagieren Sie auf ihr Feedback, um sicherzustellen, dass Sie ein funktionierendes Produkt anbieten, das sie lieben? Geben Sie die Prinzipien #1, #2, #9 und #10 ein.

Agiles Prinzip #1

„Unsere höchste Priorität ist es, den Kunden durch frühzeitige und kontinuierliche Lieferung wertvoller Software zufrieden zu stellen.“

Es stellt sich heraus, dass Sie wissen müssen, wer Ihr Kunde ist, um Ihren Kunden zufrieden zu stellen. 😉 Das erfordert Arbeit. Eine bewährte Methode, um herauszufinden, wer Ihre Kunden sind, besteht darin, Kundenpersönlichkeiten. Dabei handelt es sich um fiktive Profile Ihrer Kunden, die Dinge wie ihre Verhaltensmuster, ihre gemeinsamen Probleme und das Aussehen ihrer allgemeinen demografischen Informationen dokumentieren.

Agiles Prinzip #2

„Wir begrüßen die sich ändernden Anforderungen, auch in der späten Entwicklungsphase. Agile Prozesse nutzen Veränderungen zum Wettbewerbsvorteil des Kunden.“

Anforderungen können nur wirksam geändert werden, wenn sie definiert und den Stakeholdern zur Rückmeldung zur Verfügung gestellt werden. Selbst wenn dieses Feedback spät in einem Entwicklungszyklus zu Veränderungen führt, ist das in Ordnung! (Wahrscheinlich erhalten Sie auch Feedback zu der funktionierenden Software, die Sie bereits geliefert haben. 😎) Tools wie ein Produkt-Roadmap oder ein User-Story-Map die visuelle Ansicht Ihres Produkt-Backlogs bieten Ihren Kunden und Stakeholdern eine Plattform, auf der sie Feedback geben können.

Agiles Prinzip #9

„Kontinuierliches Augenmerk auf technische Exzellenz und gutes Design erhöht die Agilität.“

Ein Wort: Rückblick.

Ok, noch zwei Worte: Sprint Review.

Im Zusammenhang mit Prinzip #9 sind die Retrospektive und das Sprint-Review zwei agile Zeremonien, mit denen Sie die Qualität und das Design Ihrer Software kontinuierlich anpassen können, um die Bedürfnisse Ihrer Kunden bestmöglich zu erfüllen.

Agiles Prinzip #10

„Einfachheit — die Kunst, die Menge der nicht geleisteten Arbeit zu maximieren — ist unerlässlich.“

Stellen Sie sich vor, Sie hätten Ansichten Ihrer Kundenprofile (Personas), eine visuelle Abbildung ihrer Reise durch Ihr Produkt (User Story Map) und eine priorisierte Ansicht Ihres Plans zur Auslieferung Ihres Produkts (Roadmap). Was für eine Zeit, um am Leben zu sein! Wenn Sie alle drei Dinge tun, hat Ihr Team wahrscheinlich ziemlich gute Einblicke in die Frage, ob Sie die richtige Arbeit erledigen oder nicht. 💪

Die 12 agilen Prinzipien in die Tat umsetzen

Jetzt verstehst du, wie die agilen Prinzipien in agile Frameworks umgewandelt wurden und wie Tools wie Jira agilen Teams helfen können, mit diesen Frameworks zu arbeiten. Wir haben auch drei effektive Möglichkeiten erwähnt, um diese Prinzipien in die Tat umzusetzen, und unsere Produkte machen es einfach.

• Einfacher agiler Teamrhythmus unterstützt agile Teams von der Planung bis zur Überprüfung mit Funktionen, die User Story Mapping, Backlog-Refinement, Sprint- und Versionsplanung sowie Team-Retrospektiven unterstützen.
• Einfache Agile Personas für Jira bietet Teams einen kundenorientierten Ansatz zur Verfeinerung von Backlogs.
• Einfache Agile Roadmaps für Jira bietet Teams und Stakeholdern visuelle Einblicke in die Vision und den Plan für ein Produkt.
• Einfache agile Programme ist eine komplette PI-Planungslösung, die eine skalierte teamübergreifende Planung und Ausführung einfach macht.

Schauen Sie sich alle unsere agilen Lösungen an in Der Marktplatz von Atlassian!

Agile Softwareentwicklung verwendet Iteration, um agile Praktiken zu verbessern. More as the use development teams agile Principes zur Verbesserung der Selbstorganisation. The improvement of the Scrum Frameworks has to improve the quick results and the product results through iteration.

Aber agil werden if you are not familiar with this approach, this can be a challenge. The team members need a tool to overbrücking. Ein Brückentool wie virtuelle Teambuilding-Aktivitäten unterstützt neue Lernaktivitäten. Neues Lernen fördert neue Denkweisen, die eine kontinuierliche Verbesserung fördern. Treten Sie ein, Agile Games!

Erfahre, wie diese Spiele Teambildung unterstützen und die Problemlösung für bessere Softwareentwicklungsprozesse fördern können und nach welchen agilen Spielen du Ausschau halten solltest.

Was sind agile Spiele?

Agile Games are Online games, the whole teams can play. This games were developed for teambuilding activities. Sie helfen dabei, effektive Teams zu fördern, indem sie alle dazu bringen, auf ein gemeinsames Ziel hinzuarbeiten. Wenn agile Teams ihre Köpfe zusammenfügen, effektiv kommunizieren und neues lernen, gewinnen alle — auch der Product Owner.

Teambuilding-Games treiben Innovationen voran, indem sie durch Teambuilding-Übungen eine neue Perspektive fördern. Agile Games machen Spaß, sind aber auch praktisch. This practical approach allows es the team members, new behavior approach.

If they play agile games, implementation teams better work methods in the software development. Agile Games support the teambildung by new learning activities and repetations.

Final improve agile games the good communication and self-organization of devOps-teams. The result agile games is, that your team members agile software faster assimilieren.

Wenn agile Teams ihre Fähigkeiten zur Problemlösung verbessern, profitieren sie von zahlreichen Vorteilen, die möglicherweise auf der Strecke geblieben sind, wenn sie keine agile Methodologie oder diese agilen Spiele verwendet haben.

Arten von agilen Spielen

Es gibt mehrere agile Spiele, mit denen sie neue Teams mit agiler Software vertraut machen können. Leckere Cupcakes entwickelte viele dieser einfachen Spiele als Eisbrecher, die Introvertierten dazu ermutigen, stärker an Scrum-Übungen teilzunehmen. This games help also to develop Multitasking-Fähigkeiten in anspruchsvollen DevOps-Umgebungen, die jeder agile Coach gerne einsetzen wird.

Nun, da Sie einige Grundlagen haben, die Ihnen helfen, die Denkweisen hinter agilen Spielen zu verstehen, würden Sie wahrscheinlich herausfinden, welche Arten von Spielen Sie spielen können, um Teamwork aufzubauen.

Hier sind ein paar agile Spiele, um deinen Appetit anzuregen. This list of games reicht von der kürzesten bis zur längsten Spieldauer, jeder hat sein eigenes Ziel.

1. Schokoriegel-Spiel

Spieldauer Erforderliche Spieldauer FormatZiele 5 Minuten+4 virtuelle und persönliche Teambuilding-Aktivitäten für Kundenfeedback und Iterationen

Das Chocolate Bar Game ist ideal für neue Teams, die mit agilen Praktiken nicht vertraut sind. The team work is improve if the members play and more about iteration. Ganze Teams können dieses Spiel auch spielen, um zu verstehen, wie Kundenfeedback in ihre Retrospektiven integriert werden kann.

Sie können das Spiel entweder persönlich oder ein Online-Spiel mit Remote-Teams spielen.

The Chocolate Bar Game works as Scrum Simulation. Es ist das Ziel, ein Schokosiegel herzustellen, als ob sie die Anweisungen des Produktbesitzers befolgen würden. Entwicklungsteams wählen ihren Produktmanager, der auch der Product Owner sein kann. Der Rest der agilen Teams sind die Kunden.

The Product Owner fungiere as moderator and allows the team members to made a schokoriegel, the target market. This schokoriegel must be köstlich and can either be made from dunkler chocolate, milk chocolate or white chocolate.

Darüber hinaus kann das Team eine Reihe von Füllungen auswählen, um sein Produkt zu verbessern. Toppings und andere einzigartige Eigenschaften kommen ebenfalls ins Spiel, da die Teams biologische oder glutenfreie Zutaten hinzufügen können, die auf einen Nischenmarkt zugeschnitten sind.

Nach jeder Iteration gibt der Projektmanager dem Team Kundenfeedback. Customers can give an the software development team (or the team for the create of schokoriegeln) a high for your creation, if they agree with the the agile team made chocolate. Customers can give an the team members also a time after below, if they not failed the first phase their chocolate iegels.

In der Teamarbeit werden die Reaktionen der Kunden auf Änderungen vor der nächsten Iteration, bei der es um die Schockoriegelfüllungen geht, aufgenommen. The team members build their schokoriegel and added filling and charges or remove to remove to the most customers are satisfied with their created.

Wie Sie sehen können, erfordert das Spielen von Chocolate Bar Game wiederholte Wiederholungen auf der Grundlage von Kundenfeedback, was das Ziel dieses agilen Spiels ist.

2. Wie umarmt man

Spieldauer Erforderliche SpielerFormatObjective5 Minuten (oder weniger) 3+Nur virtuelle Agile Teamzusammenarbeit

How to Hug ist ein einfaches Spiel zur Verbesserung der Teamzusammenarbeit, insbesondere in einem Remote-Team. How to Hug is a großartiger Eisbrecher, wenn es darum geht, neue Teammitglieder vorstellen.

The Scrum Team can access on this agile Teambuilding activity. Das gesamte Team lädt seine Fotos hoch, um sie auf dem virtuellen Kreis How to Hug anzuzeigen. The total team can then to votes, his image to place in the middle of the circle.

Sobald das agile Team ein zentrales Bild hat, bewegen die anderen Mitglieder ihre Bilder so, dass sie das Bild des Scrum Masters in der Mitte des Kreises berühren.

Jeder hat die Möglichkeit, sein Bild in der Mitte des Kreises zu platzieren, und das Team wiederholt den Vorgang. Obwohl es um ein einfaches Spiel geht, ist das eine dieser virtuellen Teambuilding-Aktivitäten, bei denen viel gelacht wird.

Die Teammitglieder lernen während dieser virtuellen Umarmungssitzung voneinander. Collaboration and team bindung to make a großartiges team.

3. Kugelschreiberspiel

Spieldauer: Spieler benötigen FormatZiel: 15 Minuten, aufgeteilt in 3-minütige Sessions, 4 plus persönlicher und virtueller Produktionsprozess

Das Ziel beim Spielen von Ball Point ist es, dass das Scrum-Team agile Projekte besser steuert. Durch das Verständnis des agilen Produktionsprozesses weiß das Team die Bedeutung der Selbstorganisation zu schätzen. Self-organization is the eckpfeiler for the creation of Scrum processes, that the entire team can perform efficient iterations.

Ganze Teams können dieses Spiel physisch oder online spielen, indem sie die Spielsymbole auf dem virtuellen Whiteboard verwenden.

Das gemeinsame Ziel besteht darin, dass die Mannschaft einen Ball oder mehrere Bälle um den Tisch bewegt. The team members must be the ball or the balls all once. When a team member has touch the ball, the following person must do same. Das Scrum-Team verdient einen Punkt, wenn es erfolgreich ist, den Ball auf den Tisch zu bewegen.

Jeder Sprint dauert drei Minuten, und das gesamte Team muss an fünf Sprints teilnehmen, um zu sehen, wer das Ballpunktspiel gewinnt. When the first sprint, the team is his strategy and make notes, to previsto, how many points is achieve in the first minute.

In der zweiten Minute bewegt sich der Ball um den Tisch. The Scrum team zeichnet in der dritten Minute seine Punkte auf und das neue Lernen.

Im Lauf des Spiels wird die Teamarbeit intensiviert, da die Mitglieder in den folgenden Sprintrunden weitere Bälle hinzufügen. Wenn das Team gleichzeitig Bälle weitergibt, wird das Spiel komplexer. Im Iterationsprozess ist mehr Nachdenken erforderlich, da die Teammitglieder versuchen, ihre Punktzahlen zu erhöhen. Nach jeder Runde werfen die Teams einen kurzen Rückblick, um zu sehen, mit welcher Taktik sie als nächstes im Sprint mehr Punkte erzielen können. Simply but effective!

4. Marshmallow-Turm

Spieldauer Erforderliche Spieldauer Formatziele 20 Min.4+ Nur persönliche Wiederholung und Zusammenarbeit

This is a personal teambuilding activity, and the team requires a paar pre-rates:

• Trockene Spaghetti
• Ein Meter Band
• Ein Meter Schnur
• Marshmallows

The team members must participate in groups of four people to this learning activity. The Scrum Master verteilt 20 Stück Spaghetti an jedes Team, zusammen mit den anderen Lebensmitteln.

Das Ziel ist es, mit diesen Gegenständen den höchsten Marshmallow-Turm zu bauen. The Marshmallow Tower must be freistehend and the team members must place all marshmallows above on the structure. Bei einigen agilen Spielen wird ein Marshmallow verwendet, während die Marshmallow-Zahlen den Spaghettistäbchen zugeordnet werden.

Unweigerlich stürzt der Turm ein, als das Team den Marshmallow darauf legt. Ziel ist es jedoch, die Scrum-Retrospektive durch mehrere Iterationen zu simulieren. The entire team must be quickly new form by good communication and work to improve in any further round.

Das Konzept klingt einfach, aber die Umsetzung ist täuschend knifflig. Teams müssen schnell zusammenarbeiten, und sie werden in letzter Sekunde viele Türme mit Sicherheit sehen, wenn die Teams sich bemühen, den Marshmallow auf ihren Gebäuden zu platzieren.

Wenn Sie die Herausforderung jedoch mehrmals wiederholen, werden Sie sehen, wie Teams ihre Ansätze zur Zusammenarbeit verfeinern und ihre früheren Kreationen wiederholen.

5. LEGO Flow-Game

Spieldauer Erforderliche Formatziele 60-90 Minuten 3-9 Scrum-Simulation, Iteration, Zusammenarbeit, Workflow nur vor Ort

Das LEGO Flow Game sie konzentriert sich auf eine Scrum-Simulation. Agile Teams erstellen einen virtuellen LEGO-Adventskalender, um Arbeitsaufgaben in einem effizienten Arbeitsablauf detailliert zu beschreiben. In jedem Abschnitt des Workflows sind bestimmte Rollenspieler involviert.

The common goal is into build the items, find the following adventskalender number (analysis) and then identify a series of LEGO-parts, which must conform with the reference source (suppliers).

Das Scrum-Team baut (baut) den LEGO-Gegenstand, während es im Spiel voranschreitet. The team members must to repeat, to be specified, if the build correct and is acceptable for the market representatives or the product components (accept).

Agile-Trainer werden dieses Spiel lieben, da es ein hervorragendes Tool ist, um neue Teams an Agile heranzuführen. LEGO Flow bietet neuen Teams die Möglichkeit, mithilfe einer simulierten Scrum-Übung an neuen Lernaktivitäten teilzunehmen.

LEGO Flow is a agile game, the three runds with each own goal requires. This goal are stapelweise and phase based processes as as time managed and flow based processes.

After each of three runds includes the team work sprint-retrospectives, to know to know, was good running and which challenges the team is made. Ziel ist es, die Vor- und Nachteile der einzelnen Sprintansätze zu analysieren und die Vorteile der Teamarbeit aufzuzeigen. Das Spiel endet mit der Erstellung eines kumulativen Gesamtflussdiagramms.

This chart allows the whole team, his strategies and decisions, to consider that it in each round this agile game is not run, and improve its workflow.

Wenn es die Zeit erlaubt, kann der Scrum Master die Teammitglieder fragen, welche Richtlinien-Änderungen sie für zukünftige Sprints vornehmen würden.

Agile Games and Teambuilding Activities

Das gesamte Team kann sein Arbeitsleben mit virtuellen Teambuilding-Aktivitäten über Zoom verändern. Spass beim Lernen zu haben, ist definitiv besser als ein physisches Whiteboard und Haftnotizen zu verwenden, um neuen Teams das Scrum-Framework vorstellen zu können.

Simple Agile Apps are a further innovation possible to make your new team to make into the agile family. Sie tauchen ein in die Welt von Einfacher agiler Scrum-Workflow für Jira die du mit LEGO Flow kombinieren kannst.

Brainstorming als Gruppe kann eine Menge Ideen hervorbringen, aber was machst du mit all diesen Ideen, nachdem du sie dir ausgedacht hast? Wie organisiert man die Ideen eines ganzen Teams? Wie grenzen Sie die beste Lösung ein? Und wie dokumentiert man die Ideenfindung, damit keine Daten verloren gehen? Keine Angst — Affinity Mapping ist da. 🗺

Affinity Mapping ist eine agile Technik, mit der Teams nach einer Brainstorming-Sitzung, einem Usability-Test oder einer Nutzerumfrage einen Konsens erzielen können. Es ist am hilfreichsten, wenn Sie eine große Datenmenge zu sortieren haben und wenn Sie all diese Daten zu spezifischen Lösungen zusammenfassen müssen, auf die sich das gesamte Team einigen kann.

Lesen Sie weiter, um mehr über Affinitätszuordnungen zu erfahren, z. B. wann Sie die Maps verwenden sollten, welche Vorteile Affinitätskarten bieten und wie Sie eine Affinitätszuordnungssitzung durchführen.

Was ist Affinitäts-Mapping?

Affinity Mapping ist ein wendig Technik, die verwendet wird, um Probleme zu lösen, indem viele Ideen zur besten Lösung oder zum besten Weg zusammengefasst werden. Die Übung soll Teams schnell auf den gleichen Stand bringen, wenn es um ein Problem geht, das gelöst werden muss.

In der Regel erfolgt das Affinitäts-Mapping nach einem Brainstorming in großen Gruppen, bei dem viele Teammitglieder und manchmal auch Kunden oder Interessenvertreter ihren Beitrag geleistet haben.

Alle Ideen des Teams werden auf Haftnotizen zusammengefasst, die so angeordnet sind, dass jeder sie sehen kann. Das Team gruppiert ähnliche Lösungen, bis sich natürliche Beziehungen bilden. Jeder, der an der Sitzung beteiligt ist, kann verschiedene Lösungswege erkennen, die besprochen und bis zur besten Lösung eingegrenzt werden können.

Versuchen Sie Affinitäts-Mapping, wann immer:

• Ein Problem muss als Gruppe gelöst werden
• Das Team hatte Mühe, einen Konsens zu erzielen
• Es gibt ein Problem oder ein Problem, das zu komplex oder schwer zu verstehen ist
• Sie müssen eine Lösung finden, an die sich alle im Team halten.
• Große Datenmengen müssen sortiert werden
• Daten oder Umfrageergebnisse müssen analysiert werden
• Ein Projekt oder Produkt befindet sich im Chaos

Die Aktivität löst erste Diskussionen über Probleme aus, die am besten gelöst werden können, wenn viele Köpfe zusammenkommen und sich auf eine Vorgehensweise einigen. Affinitätsdiagramme werden in der Regel in den Bereichen User Experience Design, UX-Forschung und Design Thinking eingesetzt, aber die Praxis kann von jedem Team umgesetzt werden, das Informationen zusammenfassen möchte.

Die Vorteile von Affinity Mapping

Affinity Mapping bietet eine Reihe von Vorteilen für Teams, die ein Problem lösen, große Datenmengen sortieren oder einen gegenseitigen Konsens erzielen müssen.

Affinity Mapping hilft Teams:

• Priorisieren Sie, was am wichtigsten ist
• Schalte Ideen frei, die vorher nicht in Betracht gezogen wurden
• Entdecke das „echte“ Problem
• Arbeiten Sie zusammen, um ein Problem zu lösen (Teambuilding)
• Empathie für Nutzer oder Kunden in Bezug auf häufig auftretende Problembereiche
• Nutze mehrere Gedanken
• Gemeinsam einen Konsens erreichen
• Treffen Sie Entscheidungen, ohne zu viel Zeit in Anspruch zu nehmen
• Schaffen Sie eine sichere Umgebung, um heikle oder konfliktreiche Diskussionen zu konkretisieren
• Ermöglichen Sie die gleichberechtigte Teilhabe, auch von denen, die sich weniger äußern
• Stakeholder und Kunden in die Diskussion und den agilen Prozess einbeziehen

Der schrittweise Prozess für das Affinitäts-Mapping

Sie können Affinitätsdiagramme aus einer Vielzahl von Gründen verwenden. Sie werden häufig verwendet, um eine große Anzahl von Ideen nach einer Brainstorming-Sitzung zu sortieren oder um Daten nach Usability-Tests, Benutzerinterviews oder anderen Nutzerforschungen zu verstehen.

Brainstormen Sie Ideen oder sammeln Sie Daten

Der erste Schritt (oder präventiver Schritt) beim Affinitäts-Mapping ist das Sammeln Ihrer Datenpunkte. Wenn Sie versuchen, ein Problem zu lösen oder ein Projekt sinnvoll zu gestalten, müssen Sie als Gruppe eine Brainstorming-Sitzung durchführen. Stellen Sie sicher, dass jeder beim Brainstorming alleine anfängt, um sicherzustellen, dass niemand von den Ideen anderer beeinflusst wird, bevor er sich seine eigenen ausgedacht hat.

Es kann hilfreich sein, jedes Problem, das Sie zu lösen versuchen, in eine „Wie könnten wir“ -Aussage zu formulieren. Zum Beispiel: „Wie können wir ein jüngeres Publikum dazu bringen, unser Produkt zu nutzen“ oder „wie könnten wir die Verkaufsziele des letzten Jahres verdoppeln“.

Wenn Sie für Ihre Sitzung mit Forschungsergebnissen arbeiten, müssen Sie stattdessen alle qualitativen Daten transkribieren, damit sie während der Kartierungssitzung organisiert und sortiert werden können.

Veröffentlichen Sie die Ideen oder Daten, damit jeder sie sehen kann

Nehmen Sie alle Ideen, die sich alle ausgedacht haben, und kleben Sie sie auf einzelne Karteikarten oder verwenden Sie einen separaten Aufkleber, um jeden Punkt auf einem Whiteboard oder einer Wand darzustellen. Es ist wichtig, dass die von Ihnen gewählte Oberfläche für alle sichtbar ist.

Beginnen Sie mit der Gruppierung von Daten

Wenn Sie die einzelnen Punkte zur Hauptwand hinzufügen, sortieren Sie sie in verwandte Gruppen ein. Organisieren Sie die Cluster auf natürliche Weise, indem Sie Cluster kombinieren oder trennen, sodass sich verzweigte Ideen bilden.

Wirf keine doppelten Gedanken weg, denn diese helfen dir zu visualisieren, wie beliebt eine Idee ist. Füge weiter etwas auf die Tafel hinzu, bis alle Haftnotizen oder Karten einen angemessenen Platz auf der sichtbaren Wand haben.

Benutze einen „Parkplatz“ für Ideen, die du nicht sortieren kannst

Erstellen Sie einen Bereich an der Seite Ihrer Wand, der als „Parkplatz“ bezeichnet wird, für alle Ideen, die nicht in einen Cluster passen. Während du das Ideenbrett weiter zusammenstellst und sortierst, findest du vielleicht passende Plätze dafür.

Beurteile und benenne jede Kategorie

Beurteilen Sie Ihre Cluster. Gibt es Cluster, die einander zu ähnlich sind und die zu einer größeren Gruppe zusammengefügt werden könnten? Gibt es Cluster mit zu vielen verzweigten Ideen, die in kleinere Gruppen aufgeteilt werden sollten?

Sobald Sie Ihre Sortierung und thematische Analyse abgeschlossen haben, ist es an der Zeit, jeder Kategorie einen Namen zu geben. Nehmen Sie sich für diesen Teil nicht zu viel Zeit. Der Kategoriename muss lediglich die Ideen innerhalb des Clusters allgemein beschreiben. Stimmen Sie bei Bedarf über den besten Namen ab, um sicherzustellen, dass nicht zu viel Zeit mit Diskussionen verbracht wird.

Abstimmen und Entscheidungen treffen

Wenn Sie eine Sammlung von Daten analysieren, können Sie die Ergebnisse jetzt dokumentieren. Welche Kategorien haben die meisten Datenpunkte? Welche Verbindungen sehen Sie zwischen Clustern? Welche Beobachtungen können Sie anhand gemeinsamer Themen anstellen?

Bevor Sie die Karte auseinandernehmen, stellen Sie sicher, dass Sie alles mit Fotos dokumentieren, damit Sie jederzeit zur Affinitätskarte zurückkehren können, um weitere Erkenntnisse zu gewinnen.

Wenn Sie Ideen aus einer Brainstorming-Sitzung zusammengestellt haben, ist es an der Zeit, die möglichen Lösungen zu besprechen und über die beste Option abzustimmen. Platzieren Sie jede Lösungskategorie auf einer Wirkungsaufwandsmatrix hilft dem Team zu visualisieren, wo seine Bemühungen am besten eingesetzt werden sollten. Du kannst auch verschiedene Formen der Abstimmung durcharbeiten, wie zum Beispiel Punktabstimmung oder die Hundert-Dollar-Test.

Affinitätskartierung für Teams an entfernten Standorten

Viele der Teams und Unternehmen, mit denen wir zusammenarbeiten, sind remote, was bedeutet, dass es keine Option ist, in einen Raum zu gehen, um an einer Reihe von Post-its zusammenzuarbeiten. Zum Glück gibt es zahlreiche Online-Tools, die die Zuordnung von Affinitäten für Teams an verschiedenen Standorten ermöglichen.

Sie können eine Vorlage für ein Affinitätsdiagramm erstellen und fast alle der gleichen Schritte für die Affinitätszuordnung ausführen, indem Sie Online-Tools für kollaboratives Design Thinking verwenden wie Wandbild.

Affinity Mapping bringt Teams zu einem kollaborativen Erlebnis zusammen. Es ist ein einfacher Prozess, der mit einem Konsens über die beste Lösung oder den besten Weg endet. Dies ist besonders hilfreich bei komplexen Problemen, Engpässen oder Zeiten, in denen das Team auf derselben Wellenlänge sein muss.

Mehr von Easy Agile

Easy Agile hilft Teams mit Leidenschaft dabei, besser zu arbeiten. Für uns bedeutet das, effizienter, effektiver und kollaborativer zu arbeiten. Wenn Sie agilere Artikel und Anleitungen wie diesen wünschen, folgen Sie den Einfacher Agile-Blog für unsere neuesten Inhalte.

Wir entwickeln Produkte, die speziell für Jira-Benutzer entwickelt wurden, um agilen Teams bei der Zusammenarbeit zu helfen Käuferpersönlichkeiten, Straßenkarten, User-Story-Maps, und mehr. Unsere Tools sind einfach zu verwenden und lassen sich direkt in Jira integrieren, um eine reibungslose Produktentwicklung zu gewährleisten. Probiere eines unserer Plugins aus 30 Tage kostenlos.

Es ist Montagmorgen und ich bin gerade auf dem Parkplatz des Bahnhofs Kiama eingefahren.

Es ist ein kurzer Weg zum zentralen Geschäftsviertel von Wollongong, wo ich beim Betreten des Büros vom Team begrüßt werde.

Wir beginnen den Tag mit einer morgendlichen Runde, in der jeder von uns etwas Gutes erzählt, das in den letzten 24 Stunden passiert ist, woran wir an diesem Tag arbeiten werden und ob wir auf irgendwelche Blocker gestoßen sind.

Das gesamte Team macht dann einen Spaziergang zum örtlichen Café Beast und trinkt gemeinsam einen Kaffee. Es ist eine wunderbare Art, den Tag mit einer Gruppe inspirierender Menschen zu beginnen.

Für mich steht der Kundensupport als Nächstes an und ich freue mich sehr darauf, unseren Kunden auf ihrer täglichen Reise mit unserem Produkt zu helfen. Meine bisherigen Erfahrungen im Kundensupport haben mir gezeigt, wie sehr Kunden zeitnahe und hilfreiche Antworten schätzen. Es kann den Tag einer Person wirklich verändern.

Wenn Kunden beantwortet wurden, setze ich meine tägliche Arbeit mit den Tools von Easy Agile fort. Ich kann mit Sicherheit sagen, dass dies die Verwaltung und Bearbeitung von Sprints erheblich erleichtert.

Ich habe tolle Teamkollegen. Wenn ich etwas besprechen, Feedback einholen oder mich zusammenschließen möchte, ist mein Kollege Matt immer da, um zu helfen. Hier ist er:

Er ist ein echter Verfechter der Software-Handwerkskunst, und ich stimme diesem Ansatz voll und ganz zu.

Gegen Mittag machen wir alle eine Mittagspause. Einige von uns holen sich etwas zum Mitnehmen im örtlichen Einkaufszentrum, und andere bringen etwas von zu Hause mit, aber im Allgemeinen sitzen wir alle zusammen und genießen die Gesellschaft des anderen. Freitags zieht der Straßenmarkt die Aufmerksamkeit der meisten von uns auf sich. Normalerweise wird es eine Session auf der Switch geben — Mario Kart oder Smash Bros sind die beliebtesten Optionen.

Nach dem Mittagessen geht es wieder los und ich checke mit Dave ein, um zu sehen, wie es läuft. Wir besprechen meine bisherige Reise und meine Ideen für unsere bevorstehende Eröffnungswoche.

Es ist großartig, sich hinzusetzen und darüber zu sprechen, wie wir unsere Systeme verbessern und die tägliche Arbeit unseres Teams verbessern können.

Es gibt noch ein paar Dinge zu erledigen und dann ist es Zeit, zum Bahnhof zu fahren, um nach Hause zu pendeln. Matt und ich unterhalten uns über Softwarearchitektur und verpassen fast den Zug.

Wenn ich auf die letzten Wochen bei Easy Agile zurückblicke, fallen mir die Kultur und die Werte des Teams auf.

Das Bekenntnis zu Integrität, Ehrlichkeit, Inklusion und Arbeitsphilosophie ist wirklich inspirierend und ermutigend. Meiner Erfahrung nach habe ich noch nie einen Arbeitstag begonnen, an dem alle etwas Positives teilen. Das gibt wirklich den Ton für die folgenden Stunden an.

Easy Agile ist ein großartiges Unternehmen, besonders wenn ich es mit meinen Erfahrungen der letzten 20 Jahre in den Bereichen Fertigung, Kundensupport und Softwareentwicklung vergleiche. Das Team von Easy Agile zeigt praktisch einen ganzheitlichen Ansatz für Arbeit und Leben, der gleichermaßen erfrischend und ermutigend ist.