So arbeiten wir bei Easy Agile

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.