Wir überdenken unsere Benutzeroberfläche: Wie Easy Agile Innovationen für ein besseres Nutzererlebnis entwickelt

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.

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.

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.