Company

Wir freuen uns, Ihnen mitteilen zu können, dass Easy Agile die SOC 2 Type II-Konformität erfolgreich erreicht hat. Dies ist ein wichtiger Meilenstein in unserem unerschütterlichen Engagement für die Einhaltung hoher Sicherheits- und Datenschutzstandards.

Was ist SOC 2 Typ II-Konformität?

System- und Organisationskontrollen (SOC) 2 ist ein weithin anerkannter Sicherheitsstandard, der von der AICPA entwickelt wurde und festlegt, wie Unternehmen Kundendaten verwalten sollten. Ein SOC 2-Bericht ist häufig das wichtigste Dokument, auf das sich Sicherheitsabteilungen verlassen, um zu beurteilen, ob ein Dienstanbieter in der Lage ist, angemessene Sicherheitsvorkehrungen zu gewährleisten.

Dienstleister wie Easy Agile werden freiwillig einer strengen Prüfung und Bewertung unterzogen, um sicherzustellen, dass ihre Sicherheitskontrollen den Trust Services-Kriterien von AICPA entsprechen, darunter:

• Sicherheit
• Verfügbarkeit
• Integrität der Verarbeitung
• Vertraulichkeit

SOC 2-Konformität gibt es in zwei Formen: Ein SOC 2-Typ-I-Bericht beschreibt das Design der Systemsteuerungen eines Dienstanbieters, um die relevanten Vertrauenskriterien zu einem bestimmten Zeitpunkt zu erfüllen, während ein SOC 2-Typ-II-Bericht detailliert beschreibt, wie effektiv diese Systemkontrollen über einen bestimmten Zeitraum funktionieren. Ein unabhängiger Prüfer, Johanson Gruppe, hat überprüft und zertifiziert, dass unsere Prozesse, Verfahren und Kontrollen so konzipiert sind, dass sie den SOC 2-Standards entsprechen.

Was bedeutet das für dich?

Unsere Erfüllung der SOC 2 Type II-Konformität bedeutet, dass Sie, wenn Sie die Dienste von Easy Agile nutzen, dies auch weiterhin mit der Gewissheit tun können, dass wir über robuste Kontrollen zum Schutz Ihrer Daten verfügen. Wir glauben, dass Sicherheit eine gemeinsame Verantwortung ist, und dieser Meilenstein ist Teil unserer kontinuierlichen Bemühungen, transparente und sichere Verfahren bereitzustellen, die Ihr Unternehmen unterstützen.

Wir möchten uns bei Ihnen für Ihr Vertrauen und Ihre Unterstützung in Easy Agile bedanken. Ihre Datensicherheit und Ihr Datenschutz haben für uns oberste Priorität, und wir verpflichten uns, Dienstleistungen bereitzustellen, die die Industriestandards nicht nur erfüllen, sondern übertreffen.

Wann kommt ISO 27001?

Nachdem wir unsere SOC 2 Type II-Konformität abgeschlossen haben, werden wir uns in den nächsten 12 bis 18 Monaten auf die Einhaltung von ISO 27001 konzentrieren.

Wo kann ich mehr erfahren?

Besuchen Sie unsere Vertrauensbericht um auf Sicherheitsberichte und Überwachung zuzugreifen.

Wenn Sie Fragen oder weitere Informationen zu unserer SOC 2 Type II-Konformität und deren Bedeutung für Sie haben, wenden Sie sich bitte an unser Team unter security@easyagile.com.

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

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

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

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

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

💬 „Wir können die Dinge anders machen“

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

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

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

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

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

Wie das Easy Agile ESOP anders ist

1. Großzügige Bewertung von Anfang an

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

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

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

Wir finden, das ist etwas ganz Besonderes.

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

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

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

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

3. Dividenden

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

4. Sie können einen Trust nominieren

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

Was kommt als Nächstes?

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

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

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

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

Anfang dieses Jahres bei einem Gespräch mit Michael Dockery, Chefstratege von Designbranchen (DI) in Melbourne, Australien, fragte ich: „Was könnten wir besser machen?“

Michael sagte: „... eine Möglichkeit für Anbieter, die mit uns zusammengearbeitet haben, die Art und Weise zu verbessern, wie Partnerschaften gefördert werden.“

Mit diesem Vorschlag ist der Easy Agile Lernen Sie den Partner kennen Die Interviewserie war geboren. Passenderweise findet unser erstes Interview mit dem Unternehmen statt, das die Initiative vorgeschlagen hat.

Design Industries ist besessen davon, die Produktivität seiner Kunden aus Unternehmen und Behörden zu verbessern. Zu diesem Zweck optimieren sie die Nutzung der Atlassian-Tools durch ihre Kunden und implementieren bewährte Verfahren. Gleichzeitig stellen sie durch ihre Partnerschaften mit AWS und Ali Cloud sicher, dass die Plattform und die Apps hochverfügbar bleiben.

Hier ist ein Gespräch, das wir hatten mit Michael, Philip (Marketing- und Kommunikationsdirektor) und Alice (Geschäftsführender Geschäftspartner). Wir haben besprochen, wer sie sind und was sie tun, einschließlich einiger gängiger IT-Akronyme, über die Sie mehr erfahren können, wenn Sie sie nachschlagen:)

Wie bist du auf die Atlassian-Plattform gestoßen?

Michael: Design Industries begann als Webentwicklungsunternehmen. Wir haben benutzerdefinierten Code erstellt, dann E-Commerce-Content-Management-Systeme, Web-Builds, Startup-Beratung, benutzerdefiniertes API-Mapping - alles Mögliche! Wir haben Atlassian für unsere Servicebereitstellung gewählt, da wir zu der Zeit SVN, ich glaube, es war Base Camp und andere Tools verwendet haben. Wir wussten, dass wir etwas anderes brauchten. Ich habe mir jahrelang viele Plattformen angesehen und mir jedes Projektmanagement-Tool angesehen, das es gibt.

Mir ist Jira aufgefallen und ich fand, dass es kompliziert aussieht, ein bisschen überwältigend, und dann sah ich den Preis — zu diesem Zeitpunkt veröffentlichte Atlassian sein Software-as-a-Service-Produkt — 10$ für zehn Benutzer! Alles andere kostete 160$ pro Benutzer und Monat, also haben wir es in Angriff genommen, und im Nachhinein war das eine großartige Entscheidung.

Und wo ist das Geschäft von Design Industries heute?

Michael: Wir sind jetzt halb in Melbourne, halb in Cebu auf den Philippinen. Wir unterstützen Kunden in ganz Australien und helfen ihnen, das Beste aus dem Atlassian-Stack herauszuholen. Das meiste, was wir tun, ist Unterstützung rund um Projektmanagement-Lösungen. Daher kommen Unternehmen zu uns und sagen: „Wir wollen Atlassian verwenden“ oder: „Wir verwenden Atlassian für das Projektmanagement, kannst du uns helfen?“ Und der Hauptanwendungsfall bezieht sich auf ITSM (IT Service Management), wo sie irgendeine Art von ITIL-Praxis durchführen möchten, also helfen wir dabei.

Es gibt auch viele benutzerdefinierte Szenarien: Ein Marketing-, Finanz- oder HR-Team, das seine Arbeitsabläufe verbessern möchte. Wir haben vordefinierte Konfigurationssätze für all diese verschiedenen Arten von operativen Kernkompetenzen erstellt, um deren wiederkehrende Herausforderungen zu lösen.

Im Wesentlichen helfen wir Unternehmen dabei, ihre Praxis schnell einzuleiten oder ihre Fähigkeiten schnell zu verbessern, indem wir diese vordefinierten Konfigurationssätze implementieren. Auf diese Weise unterstützen wir führende Unternehmen dabei, das Beste aus dem Atlassian Enterprise-Stack herauszuholen. Der nächste Schritt besteht nicht nur darin, die Plattform zu unterstützen und ihre Funktionen zu verbessern, sondern auch darin, dies kontinuierlich tun zu können — und genau hier sind wir marktführend.

Was wir mit vielen unserer Kunden tun, ist, die Plattformen kontinuierlich zu verbessern: seien es Verbesserungen bei Konfigurationen oder Berichten, zusätzliche Plugins, die Außerbetriebnahme anderer Softwareplattformen in der Umgebung, das Onboarding von Teams und Funktionen sowie die Integration mit anderen Plattformen und Anwendungen im Hintergrund.

Gibt es nennenswerte Kundenprojekte, die Sie erwähnen könnten?

Michael: Es sind einige aufgeführt auf unsere Website. Wir halfen einem großen Einzelhändler bei der Umstellung auf die Atlassian-Plattform als Kerngeschäft und halfen ihm dabei, seine Atlassian Data Center-Umgebung einzurichten. Wir haben unsere standardisierten Konfigurationen für das Projektmanagement eingeführt und dann die unterschiedlichen Plattformen auf eine primäre Unternehmensinstanz migriert. Sie waren in der Lage, ihre Atlassian-Instanzen zu standardisieren und zu konsolidieren, das war also ziemlich cool!

Dann gab es ein weiteres bemerkenswertes großes Finanzunternehmen. Auch hier half Design Industries ihnen beim Aufbau eines Atlassian-Stacks mit unseren vordefinierten Konfigurationssätzen und diesmal in unserem verwalteten AWS-Service. Dann übernahmen wir die verschlüsselten Daten von ihrer Muttergesellschaft und importierten sie in diese neue Umgebung. Es hat sich inzwischen zum Unternehmens-Stack entwickelt — zu ihrer zentralen Bereitstellungsplattform.

Philipp: Jedes Mal, wenn ein anderes großes Unternehmen zu uns kommt, hilft es, unseren Wissenspool auszubauen. Wir hören oft Kunden sagen: „Wow! Was, du meinst, du kannst eine Atlassian-Instanz per Knopfdruck aufrufen? Und dann haben wir Enterprise Maturity als skalierbares Framework?“

Wir antworten mit: „Ja, das verkaufen wir hier. Wir bieten Ihnen eine entscheidende Verbesserung Ihrer organisatorischen Effizienz.“

Wo treten Ihrer Meinung nach häufig auftretende Fallstricke auf, wenn ein Kunde anfängt, Atlassian-Tools einzusetzen?

Michael: Das ist ganz einfach: Machen Sie es selbst, geben Sie zu viele Verwaltungsrechte an Personen, die nicht geschult und nicht qualifiziert sind, und setzen Sie es auf unregierte Weise um. Das ist ein großer Fehler! Ich habe jedoch gesehen, dass es als Veränderungsstrategie funktioniert. Sie wissen, dass Sie eine so große Veränderung nicht vornehmen können, ohne den Menschen zu erlauben, dies selbst zu tun. Also wirf es über den Zaun und sage „OK, hier ist das Tool, lauf damit“ und hoffe dann, dass die Nutzer begeistert sind. Wenn sie begeistert sind, kommen Sie zurück und passen Sie die Richtlinie nach und führen die Aufräumarbeiten durch, stellen Sie den Prozess in den Vordergrund und schulen Sie dann alle neu.

Wenn Sie schon einmal in der IT oder im Change Management gearbeitet haben, werden Sie mir sicher zustimmen, dass es ein kostspieliger Fehler ist, diese Strategie zu verfolgen. Es ist besser, es vom ersten Tag an richtig zu machen und es mit einer Vision im Hinterkopf zu steuern. Es ist eine Unternehmensplattform, kein unbedeutendes Stück. Welchen Teil von „unternehmenskritisch“ verstehen die Leute nicht?

Gibt es im Atlassian-Ökosystem etwas, das dich begeistert, weil es „die Zukunft“ ist?

Philipp: Automatisierte Testfälle!

Michael: Was aufregend ist, ist, dass es ziemlich unbegrenzt ist, was wir tun können, und die Fähigkeiten werden zunehmen. Ich kann mir vorstellen, dass diese Plattform hervorragend für einige Zukunftstrends geeignet ist, insbesondere im Bereich der Automatisierung. Ich freue mich einfach, dass es in diesem Bereich so viel zu tun gibt. Es gibt so viele Unternehmen, die die Funktionen nutzen könnten, die die Plattform bietet, und die meisten — auch wenn sie sie bereits haben — kratzen kaum an den Grenzen dessen, was möglich ist. Wir könnten die Türen für sechs Monate schließen und an uns und unseren Prozessen arbeiten!

Philipp: Vor zwei Jahren hatten wir Gespräche über die enorme Effizienz, die in der Regierung durch ein agileres Projektmanagement erzielt werden könnte. Schlecht verwaltete Projekte und die damit verbundenen Nacharbeiten sind mit so viel Verschwendung verbunden. Dann gibt es Dinge wie die Reaktion auf Naturkatastrophen, bei denen Sie eine zweckmäßige Projektmanagementumgebung einrichten, die zuständigen Personen benachrichtigen, die Koordination übernehmen und vor Ort Veränderungen herbeiführen können.

Michael: Automatisierte Reaktionen auf die Ausführung vordefinierter Pläne. Mir fallen so viele Dinge ein!

Also, wenn es um Agile geht, wo sind Ihre Kunden heutzutage?

Michael: Das Interessante an Agile ist, dass sich die Welt gedreht hat. Ich denke, jeder ist jetzt irgendwo auf der Agile-Reise, und das hat sich gegenüber vor ein paar Jahren geändert. Ich denke, der Ansatz und der Grad des Erfolgs sind zwischen unseren Kunden sehr unterschiedlich. Wenn ich die Büros betrete, sehe ich immer noch viele Wandtafeln und Haftnotizen. Es gibt immer Verbesserungspotenzial.

Die Reise hat begonnen. Einigen geht es gut; die meisten können sich verbessern; jeder ist mittendrin. Es sind interessante Zeiten im Weltraum.

Es gibt überall die Möglichkeit, agile Prozesse zu optimieren!

Michael: Ich denke es ist einfach schwer! Ich habe über das gelesen, was sie „Zero Budgeting“ nennen. Dabei handelt es sich um eine Methode zur Budgetzuweisung für agile Projekte.

Das ist eine so massive Veränderung in der Art und Weise, wie Projekte finanziert und entfinanziert werden. Wenn Sie da sitzen und sagen: „Okay, wir wollen den Wert, der zurückgegeben wird, live messen, damit wir die Finanzierung und Rückzahlung auf agiler Basis durchführen können“, müssen Sie über die entsprechenden Tools verfügen. Wenn Sie keine ordentliche Portfolioberichterstattung erstellen können, können Sie mir nicht sagen, was all Ihre Initiativen sind.

Das bedeutet, dass das Bereitstellungstool und das Portfolio eine gewisse Standardisierung aufweisen müssen. Sie können sich hinsetzen und sagen: „Okay, ich sehe meine Initiativen. Ich kann sehen, was einen Mehrwert bietet. Ich werde jetzt eine monatliche Budgetentscheidung treffen.“

Es geht also weg von diesen großen Projekten, bei denen der Großteil des C-Levels immer noch tätig ist, hin zu denen, wo sie einmal im Monat Finanzierungsentscheidungen treffen. Diese Entscheidungen sind viel kleiner und sie hängen davon ab, wem es gut geht.

Bei Agile gibt es unterschiedliche Interpretationen und Sie haben unterschiedliche Reifegrade in Organisationen gesehen. Welche Ressourcen stellen Sie Kunden zur Verfügung? Wie helfen Sie ihnen, Klarheit zu finden?

Michael: Was die Ressourcen angeht, habe ich früher ein Buch gekauft mit dem Titel Das Lean Startup und verschenke es wie verrückt. Das bringt dir Lean und Agile bei, und ich denke, die Leute müssen den Moment der Agile-Glühbirne durchleben. Ich kann mich noch sehr gut daran erinnern, als ich mit Agile meinen Aha-Effekt hatte — es gab ein Vorher und ein Nachher. Vorher herrschte Verwirrung und danach: „Aha! Ich verstehe das jetzt!“ Ich denke immer noch, dass das bei vielen Menschen so ist.

Der andere ist Lean, und ich denke, das ist Teil der Agile-Glühbirnen-Sache. Als hochrangiger Stakeholder wollen Sie Dinge erreichen; Sie werden in Dinge investieren. Aber ein Verständnis dafür zu haben, wie ein Lean-Ansatz aussieht und wie ein Lean-Ansatz umgesetzt werden kann, hilft einer Führungskraft, die in der Regel nicht die Zeit hat, an einer Agile-Schulung teilzunehmen. Es hilft ihnen, ein Gefühl dafür zu bekommen, wie sie Arbeit strukturieren, sie klein halten und einen gewissen Mehrwert bieten können.

Das Lean Startup Buch war das, was du früher empfohlen hast. Was machst du jetzt?

Michael: * scherzhaftig* Ich sage den Leuten, sie sollen sich das Buch holen!

Im Ernst, es gibt ein paar Prinzipien, die Sie verstehen müssen, und sie sind ähnlich, aber unterschiedlich. Waterfall hat Meilensteine, Agile hat eine Veröffentlichung. Waterfall hat eine Woche Arbeit, Agile hat einen Sprint, den du selbst festlegst. Ein Sprint kann zum Beispiel eine, zwei oder drei Wochen dauern — wir verwenden ihn wöchentlich. Du stehst an einem Montag auf und fragst: „Was liefern wir diese Woche?“

Der Vorteil von Agile besteht darin, schnell einen Mehrwert zu liefern und schnell Feedback zu erhalten, das als Grundlage für Ihre nächste Lieferung dient. In Waterfall folgen Sie einem vordefinierten Plan, der sich nicht ändern lässt. Ich stelle mir das gerne so vor: „Was machen wir diese Woche?“ in Waterfall und „Was liefern wir diese Woche?“ in Agile.

Lean-Agile ist der nächste Schritt, der die Lean-Prinzipien mit der Agile-Methodik verbindet. Es lohnt sich, das zu verstehen, wenn Sie in die Zukunft blicken. Das Lean Startup, es ist ein Klassiker. Die Leute fragen: „Wie gründet man ein Unternehmen? Was brauchst du am meisten?“ Das meiste, was Sie brauchen, ist buchstäblich ein Blatt Papier und ein Stift, und er gibt Beispiele dafür. Sie können dann sagen: „Ich brauche keine 100.000$, um ein Unternehmen zu gründen. Ich brauche ein Blatt Papier und einen Stift.“ Es wird viel erreichbarer.

Was haben Sie bei diesen Lean-Startup-Prinzipien in großen Unternehmen oder Behörden gesehen, das erfolgreich umgesetzt wurde?

Michael: Sie werden darüber sprechen in Das Lean Startup und nenne es ein „Tiger-Team“, und so haben es die meisten Organisationen letztendlich gemacht. Finden Sie ein Team, das ein bisschen innovativer und flexibler ist, und setzen Sie die Praxis um. Sagen Sie dann mit Unterstützung der Geschäftsleitung: „Okay, wir werden die Methodik ändern. Wie machen wir das? Wie finden wir ein Team, das dem gewachsen ist?“ Dann lassen Sie sie schulen, implementieren sie, regeln den Prozess, erhalten einen Best-Practice-Ansatz, Sie zeigen ihn und führen ihn in der Organisation ein. Ich denke, das ist den Führungskräften passiert, die sich für Agile entschieden haben. Der Rest ist im Moment nur am Rumfummeln.

Wo brauchen sie Hilfe, wenn sie herumfummeln?

Michael: Eher eine Erkenntnis, dass die Toolchain wirklich wichtig ist. Agil bedeutet, dass Sie immer noch einen schriftlichen Prozess benötigen. Sie müssen einen ausgearbeiteten Projektstrukturplan haben und dem Team klar machen, wie es die Arbeit aufteilen und dem System unterziehen wird, obwohl es „agil“ ist. Es erfordert immer noch eine Projektmanagement-Konfiguration und dann ein Portfolio-Reporting.

Wenn die Teams ihre eigenen Prozesse ausführen lassen, ist das höchst ineffektiv. Wir sehen Abteilungen wie: „Team A verwendet Story Points, Team B verwendet Estimation, Team C verwendet nichts... und Team D, naja, sie machen das irgendwie auf ihre eigene Art — ich glaube, sie sind Waterfall“. Was für ein Durcheinander!

Der gesamte Prozess erfordert jemanden, der verantwortlich ist. In den meisten Organisationen läuft diese Initiative, die als „digitale Transformation“ bezeichnet wird. Es erfordert, dass eine Person, die für die digitale Transformation verantwortlich ist, in der Lage ist, Entscheidungen über die Methodik des Projektmanagements zu treffen und darüber, wie diese mit den Tools zusammenhängt.

Philipp: Ich stelle mir das so vor, als würde man Führungskräften zum ersten Mal Feuer zeigen. Sie hatten noch nie eine Berichterstattung auf dem Niveau, von dem wir sprechen, wenn Sie mit diesem Toolset erst einmal von unten nach oben geschaut haben. Bisher lautete die Berichtskultur: „Können Sie uns fünf Folien für den Vortrag der Geschäftsleitung oder des Vorstands zur Verfügung stellen?“ wo es jetzt darum geht: „Nun, Sie können jetzt auf Knopfdruck über alles berichten und es in Echtzeit sehen.“

Es stärkt also auf oberster Ebene und gibt den Mitarbeitern die Möglichkeit, an wichtigen Aufgaben zu arbeiten.

Du hast Eric Ries erwähnt mit Das Lean Startup. Gibt es noch andere Vordenker, denen Sie folgen?

Michael: *lacht* McLaren.

Philipp: Michael ist besessen von der Formel 1. Es ist ein bisschen die treibende Kraft hinter der Art und Weise, wie wir die Dinge hier angehen.

Michael: Die Formel 1 ist sicherlich eine interessante Analogie. Ich weiß nicht, ob es um Vordenker geht, aber in Bezug auf einen Bereich der Inspiration, auf jeden Fall die Formel 1 und wie sie funktioniert, denn da steckt viel dahinter. Es ist Teamwork.

Es sind Hochleistungsteams, Hochleistungsmaschinen. Ich sehe mir an, wie wir die Werkzeuge konfiguriert haben, und das ist unsere Hochleistungsmaschine.

Es ist wahrscheinlich nicht so aufregend wie ein Formel-1-Auto, aber es ist das, was wir haben, und wir dürfen es auf jeden Fall fahren - aber es ist auch nicht so gefährlich!

Wir wissen, dass Sie Easy Agile Apps lieben. Gibt es noch andere Atlassian Marketplace-Apps, die du gerne empfiehlst?

Michael:Riada Insight Vermögensverwaltung ist wirklich mächtig. Wenn es um ITSM-Tools geht, sind die Monitoring-Tools, die Asset-Management-Tools und die Ticketing-Tools für viele Organisationen nicht integriert. Es ist ziemlich verworren. Wenn sich ein Unternehmen also Jira Service Desk ansieht, ist das ein Kinderspiel.

Dann gibt es Tempo-Zeiterfassung. Wenn einer unserer Kunden seinen Kunden eine Rechnung stellen möchte oder sie ihre Budgets effektiv verwalten müssen, funktioniert das perfekt. Es eignet sich auch für das Kapazitätsmanagement. Viele Organisationen haben Probleme mit ihrem Kapazitätsmanagement. Die Verwendung dieser Suite macht es sehr einfach.

Und schließlich, wenn ein Kunde jemals Kontakt aufnehmen möchte, was ist der beste Weg?

Philipp: Sie rufen uns unter 1300 736 363 an. Sie können auch ein Kontaktformular ausfüllen unter unsere Website. Das Formular wird schnell beantwortet. Wir antworten in der Regel innerhalb einer Stunde. Normalerweise buchen wir dann telefonisch. Wenn es sich um eine relativ einfache Anfrage handelt, können wir innerhalb von 12-24 Stunden ein Angebot erhalten.

Atlassian-Alumni sind Teil des Easy Agile-Teams, wobei mehrere ehemalige Atlassian-Mitarbeiter im Easy Agile-Geschäft tätig sind. Wir hatten die Gelegenheit, mit Boris Berenberg, einem anderen Mitglied dieser erweiterten Alumni-Familie zu sprechen. Boris ist ein ehemaliger Atlassian, der schließlich den Atlassian Solution Partner in New York HQ gründete Atlas-Behörde.

Es war ein besonders aufregender Tag für uns, Boris zu treffen, da Atlas Authority nach nur 3 1/2 Jahren den Gold Partner-Status bei Atlassian erlangte.

Persönlich hatte ich das Vergnügen, nur wenige Meter von Boris entfernt im Büro in San Francisco zu arbeiten. Es war toll, seine Reise zu hören und zu erfahren, wie das Team von Atlas Authority in so kurzer Zeit zu zweistelligen Mitarbeitern in mehreren Ländern angewachsen ist. Lernen Sie Atlas Authority kennen, einen Einfacher agiler Partner.

Wie bist du dazu gekommen, für Atlassian zu arbeiten?

Ich habe Atlassian gefunden, weil mir ein Freund, mit dem ich aufs College gegangen bin, von dieser Firma erzählt hat, für die er gearbeitet hat und die dafür bezahlt hat, ihn für drei Monate nach Amsterdam zu schicken. Und ich fand das cool. Dieser „Vorteil“ war also der Antrieb dafür, dass ich mich darauf eingelassen habe.

Ein obskurer Weg, „Jira zu finden“!

Nun, ich habe bei Atlassian angefangen, mich eingehend mit Jira vertraut zu machen, weil ich dort einen Großteil der Performance-Tuning-Dokumentation mitgeschrieben habe. Ein Großteil dieser Arbeit wurde vom Support-Team in Sydney erledigt, und am Ende musste ich mich um die meisten leistungsbezogenen Tickets kümmern, die zu der Zeit im Büro in San Francisco eingingen.

Als ich Atlassian verließ, war meine besondere Fähigkeit, die nur sehr wenige andere Leute hatten, die folgende: Wie macht man Jira schneller?

Wie erreicht man eine Leistungsverbesserung bei Jira? Das war meine Expertise.

Also hast du nach Atlassian Atlas Authority gegründet?

Nach Atlassian brauchte ich etwas und ich habe für ein anderes Unternehmen gearbeitet. Während des Vorstellungsgesprächs habe ich ihnen empfohlen, für ein paar Monate nach einem Auftragnehmer zu suchen, aber sie waren immer noch der Meinung, dass für die Stelle ein Vollzeitmitarbeiter erforderlich war. Also schloss ich mich ihnen an. Es war ein großartiger Job und ein großartiges Team. Nach drei Monaten saß ich da und hatte nichts zu tun, so wie ich es vorhergesagt hatte. Also ging ich zum CTO, der zu der Zeit mein Chef war, und ich sagte, schau, mein oberstes Mandat war es, die Ausgaben von Atlassian zu diesem Zeitpunkt zu reduzieren. Ich gehe woanders arbeiten und wünsche euch viel Glück.

Und zu diesem Zeitpunkt ging ich zur Arbeit bei Uber, und Uber war wahrscheinlich das beste Team, in dem ich je in meinem Leben gearbeitet habe. Wir arbeiten zu dieser Zeit mit einem der größten Atlassian-Bereitstellungen der Welt zusammen. Wir waren einfach alle auf derselben Wellenlänge. Dieses Maß an Verständnis und gemeinsamen Erwartungen in einem Team zu haben, war einfach nicht von dieser Welt.

Aufgrund meiner Anstellung bei Uber hatte ich zu der Zeit einige Ideen, wie eine Atlassian-Praxis geführt werden sollte, und ich gründete Atlas Authority, um zu sehen, ob meine Ideen richtig oder falsch waren. Wenn sich herausstellen würde, dass meine Ideen für einen Teil des Marktes richtig sind, könnten wir ein erfolgreiches Unternehmen sein.

Ich schätze, dreieinhalb Jahre später sind wir es. Wir sind jetzt fast 10 Leute in 3 Ländern.

Würden Sie Ihr Fachwissen heute also als auf die Anwendungsleistung von Atlassian fokussiert einstufen?

Früher haben wir uns speziell darauf konzentriert, zum Beispiel haben wir dem größten Telekommunikationsunternehmen in Amerika dabei geholfen, die durchschnittliche Ladezeit seiner Jira-Seite von 12 Sekunden auf 4,5 Sekunden zu reduzieren. Also eine enorme Verbesserung.

Zur gleichen Zeit, als unser Geschäft wuchs, leistete Atlassian hervorragende Arbeit bei der Verbesserung der Leistung und Stabilität von Rechenzentrumsbereitstellungen. In Jira 8.0 haben sie in Bezug auf die Indexierungsleistung wirklich hervorragende Arbeit geleistet. Wenn du Jira-Releases überwachst, wirst du feststellen, dass ein ziemlich stetiger Strom von leistungs- und skalierbaren Problemen gelöst wird.

Wir wussten, dass wir uns nicht weiter darauf konzentrieren konnten. Zu diesem Zeitpunkt sind wir quasi ein allgemeiner Atlassian-Partner geworden. Wir neigen immer noch dazu, mit sehr großen Rechenzentrums-Bereitstellungen zu arbeiten, bei denen Mitarbeiter hochtechnische Implementierungen durchführen, die sehr umfangreiche, praktische Analysen beinhalten, oder das Schreiben von benutzerdefiniertem Code. Wir führen Datentransformationen aus Migrationen von und in die Cloud durch. Wir helfen bei Plugin-Migrationen. Immer noch sehr komplexe Probleme, aber anders als zu Beginn.

Heute haben wir auch ein Portfolio von 13 Atlassian Marketplace-Apps, die wir unsere eigenen nennen.

Wurden diese Marketplace-Anwendungen von Kundenbedürfnissen abgeleitet?

Wir haben das Marktplatzgeschäft von Atlas Authority auf verschiedene Arten gegründet. Atlassian veranstaltet regelmäßig eine Veranstaltung namens Ship It. Damals, als ich das erste Mal dazukam, war das Support-Team dafür berüchtigt, nicht an diesen Events teilzunehmen, denn obwohl alle anderen für 24 Stunden mit ihrer Arbeit aufhören können, fiel es dem Support-Team schwer, daran teilzunehmen, weil es auf Kundenanfragen antworten musste. Also habe ich mein Bestes gegeben, um teilzunehmen.

Ich habe die Markdown Macro-App erstellt und während der ShipIt den zweiten oder dritten Platz für dieses Add-on belegt. Und ich habe ein Ticket für die Dropbox-Entwicklerkonferenz gewonnen, als mich das Developer Relations-Team als Gewinner ausgewählt hat.

Als wir mit Atlas Authority anfingen, gewährte uns Atlassian tatsächlich die Möglichkeit, dieses Plugin weiterhin zu verwalten. Zu diesem Zeitpunkt ist es auf etwa 5000 Installationen und Millionen von Endbenutzern angewachsen. Wir veröffentlichen regelmäßig Updates und damit begann unsere Reise in den Atlassian Marketplace.

Welches Add-on löst deiner Meinung nach das größte Problem?

Unsere Kunden sind überwiegend große Organisationen. Die Kommunikation innerhalb von ihnen ist schwierig. Zum Beispiel sagen die Leute: „Hey, weißt du, mein CTO versteht die Arbeit, die wir in Jira machen, nicht. Wenn wir ein Reporting-Plugin kaufen, werden diese Informationen möglicherweise besser zur Verfügung gestellt.“ Die Sache ist, ein CTO möchte von vornherein nicht zu Jira gehen.

Die meisten CTOs nehmen täglich an zwölf Besprechungen teil und treffen technische Entscheidungen. Es bleibt nicht viel Zeit, um ein Werkzeug zu durchforsten. Wenn Sie also am Montagmorgen eine E-Mail bereitstellen, die genau zusammenfasst, was in den verschiedenen Initiativen vor sich geht, werden Aktualisierungen automatisiert und die Kommunikation verbessert.

Das bedeutet, dass Sie die richtige Botschaft im richtigen Format zur richtigen Zeit an die richtige Person weitergeben können.

Der „Push“ -Charakter und die Allgegenwart von E-Mails machen unsere Benachrichtigungsassistent für Jira eine wirklich elegante Lösung.

Verwendet Atlas Authority agile Methoden, um das Unternehmen zu führen?

Ich hatte eine interessante Erfahrung mit Agile, denn als ich bei Atlassian gearbeitet habe, habe ich ein Tool entwickelt, das meine 20-prozentige Zeit genutzt hat. Das Tool lief großartig, aber das Projekt ist komplett gescheitert, weil wir die Ziele des Finanzteams erreicht haben und nicht das Support-Team, das für unsere Arbeit bezahlt hat. Also klassisches Szenario zum Scheitern eines Projekts. Eine wirklich schwierige Lektion und eine Erinnerung daran, warum ein Kernprinzip von Agile darin besteht, sicherzustellen, dass Ihre Stakeholder in das, was Sie entwickeln, einbezogen werden.

Jetzt, wo wir in der Beratungswelt tätig sind und unsere eigenen Produkte besitzen, beschäftigen wir uns ständig mit Agile, sowohl in Bezug auf die Bereitstellung als auch auf interner Ebene. Intern verwenden wir Scrum für einen Großteil unserer Softwareentwicklungsarbeit. Auf der Support-Seite setzen wir Kanban stark ein.

So sind Sie also auf die Produkte von Easy Agile gestoßen?

Wir nutzten im Wesentlichen Einfache agile Roadmaps für zwei Dinge. Unsere Produktentwicklungsorganisation ist ein bisschen Gedrängter Sturz. Ein Teil des Wasserfalls auf hohem Niveau. Ähnlich wie bei der Planung auf Programmebene oder bei der Planung auf Themen- oder Initiativenebene, jedoch unter Verwendung einer Roadmap. Und dann brechen wir sie auf, wenn wir uns ihr nähern, und verwenden eine traditionellere Methode, um das zu erreichen.

Auf der anderen Seite nutzten wir auch Easy Agile Roadmaps als Tool zur Visualisierung unserer Beratungsarbeit. Um zu sehen, welche Kundenprojekte parallel laufen und welche Ressourcen mit diesen Kundenkontakten verbunden sind.

Wenn wir eine Person haben, die Teilzeit an einer Kundenmigration arbeitet und diese Migration drei Monate dauern wird, müssen wir in der Lage sein, das zu visualisieren. Zu diesem Zeitpunkt brauchten wir ein leichtes Tool, das uns das bieten konnte.

Sie verwenden also Easy Agile Roadmaps, um Ihr Unternehmen zu führen! Wir fühlen uns geehrt. Haben Sie uns bei Kunden vor Ort getroffen?

Das tun wir, aber wir bemerken sie aus den richtigen Gründen nicht!

Wir verkaufen viele Plugins weiter, und ein starkes Statement für die Unterstützung der Tools von Easy Agile ist, dass sie so gut funktionieren, dass wir nicht viel mit Kunden zu tun haben. Wir müssen nicht viel Training machen. Die UX ist wirklich gut gemacht. Das visuelle Design ist so gestaltet, dass es in die Erzählung von Jira als visuelles Design passt. Ein Benutzer muss also keine neue visuelle Terminologie lernen.

Aus Sicht der Leistung sehen wir bei einigen anderen Anbietern möglicherweise obskure Probleme. Zum Beispiel, wenn wir sehen, dass ein Synchronisierungsjob im Hintergrund ausgeführt wird und dadurch alles verlangsamt wird. Ein weiteres häufiges Problem, das wir beobachten, ist, dass große Unternehmen bei der Verwendung dieser Tools tendenziell ähnliche zeitbasierte Muster der Plugin-Nutzung haben. Ein anderes Beispiel ist, wenn jeder in der Organisation seine PI-Planung am selben Tag ungefähr zur gleichen Zeit durchführt.

Wenn dieses Tool nicht so gebaut ist, dass diese Parallelität berücksichtigt wird, kann es zu schwerwiegenden Problemen kommen, wenn Menschen auf das Produkt angewiesen sind. In den meisten Fällen wird eine Anwendung zu 90 Prozent nur schwach genutzt. Und dann werden Sie bei 10 Prozent auf verrückte Spitzen stoßen, wenn es darum geht, was diese Anwendung vom Backend von Jira verlangt, was dazu führen kann, dass alles umfällt.

Ich glaube nicht, dass wir uns in dreieinhalb Jahren Beratung mit einer einzigen Beschwerde über Easy Agile-Apps befassen mussten. Das ist unglaublich.

Danke für deine Zeit Boris, aber ich muss fragen, warst du jemals in Amsterdam?

Das ist also eine gute Frage. Also fragten sie mich während meines Interviews mit Atlassian, warum ich mich beworben habe. Ich erwähnte, dass ich häufig über das Unternehmen von der Entsendung gehört habe. Sie sagten, absolut, das kannst du mit uns machen. Ich hätte es schriftlich bekommen sollen, da es über 3 Jahre gedauert hat, bis ich dort angekommen war!

Aber das Warten hat sich gelohnt, ich hatte eine tolle Zeit. Ich habe Amsterdam geliebt und bin seitdem fünf oder sechs Mal zurückgekehrt.

Es war eine meiner Lieblingsstädte auf der Welt, in die ich je gegangen bin, und ich habe es besonders genossen, mit dem Team dort zu arbeiten.

Atlassian Authority wurde von Modus Create übernommen.

Brauchen Sie Hilfe? Nehmen Sie Kontakt auf mit Modus Erstellen oder folge ihnen auf Twitter, LinkedIn oder Facebook.

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.

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.)

2022 schlossen sich Easy Agile und JXL for Jira zusammen, um die Art und Weise zu verbessern, wie Kunden ihre Daten planen, verfolgen und sich einen Überblick über sie verschaffen können. Bei der Arbeit mit Jira haben viele Benutzer Schwierigkeiten, ihre Daten in großem Maßstab zu organisieren, und sie exportieren sie sogar in ein Google-Tabellenblatt, eine MS Excel-Tabelle oder Smartsheet, um sie zu verstehen.

Treten Sie der Partnerschaft zwischen Easy Agile und JXL for Jira bei.

Hol dir alles, was du liebst Einfache agile Programme in einer der am schnellsten wachsenden kostenpflichtigen Apps auf dem Markt JXL für Jira. Durch die gemeinsame Verwendung von Easy Agile-Programmen und JXL-Sheets können Kunden ihre Arbeit einfach planen und den Überblick behalten, indem sie ihre Probleme in Tabellen bearbeiten und sie in vollständig anpassbaren Hierarchiestrukturen visualisieren.

Über Fine Software und JXL für Jira

Feine Software wird von Atlassian Ventures unterstützt und von Atlassian-Alumni gegründet, die zusammen 15 Jahre Erfahrung in der Leitung von Teams im Unternehmen gesammelt haben. Ihre Leidenschaft ist es, wunderschöne Software zu entwickeln, die dir wirklich hilft, deine Arbeit zu erledigen. JXL ist ihre Flaggschiff-App, die derzeit zu den drei am schnellsten wachsenden kostenpflichtigen Apps auf dem Atlassian Marketplace gehört und von vielen der größten Atlassian-Kunden genutzt wird.

JXL ist ein wegweisender Editor und Organisator von Ausgaben, der die Leistungsfähigkeit von Jira mit der Vertrautheit von Tabellenkalkulationen kombiniert. Benutzer können Probleme in hochgradig anpassbaren Tabellen erstellen und direkt bearbeiten, Felder in großen Mengen kopieren und einfügen, Felder zusammenfassen, Probleme in benutzerdefinierten Hierarchien gruppieren und strukturieren und vieles mehr. JXL arbeitet in jeder Größenordnung, um Benutzern Klicks und Stunden zu ersparen, unabhängig davon, wofür sie Jira verwenden.

Über Easy Agile und Programme

Einfach und agil Produkte helfen Softwareentwicklungsteams dabei, ihren Kunden effektiv hochwertige Lösungen zu liefern. Das Team hinter Easy Agile hat insgesamt mehr als zehn Jahre für Atlassian in den Bereichen Produktmanagement und Engineering bei GreenHopper/ Jira Agile, Jira und HipChat gearbeitet. Zu den zufriedenen Kunden von Easy Agile gehören Daimler, BMW, Twitter, Cisco, NetApp, Johns Hopkins University, DigitalOcean, Deloitte, Veolia, Dimension Data, Bloomberg, Adidas und Bosch.

Einfache agile Programme

Einfache agile Programme ist die komplette PI Planning-Lösung für Jira. Programs eignet sich ideal für die dezentrale, remote oder persönliche Planung von Programminkrementen und hilft agilen Teams dabei, sich skalierbar abzustimmen, Abhängigkeiten zu visualisieren und den Fokus auf ihre Teamplanung zu legen.

Gemeinsam Kundenprobleme lösen

Bei der Planung, Priorisierung und Verwaltung deiner Arbeitsschritte und Releases in Jira kann es schwierig sein, Hierarchien zu visualisieren und Probleme zu gruppieren. Jira bietet sofort einsatzbereite Problemhierarchien auf Basis- und Unteraufgabenebene. Agile Programmplanung und Projektmanagement in großem Maßstab erfordern jedoch eine schnelle und vollständig anpassbare Problemstruktur mit mehreren Ebenen.

Mit JXL können Benutzer die Arbeit ihrer Teams so gruppieren und strukturieren, wie sie es benötigen. Sie können die Strukturebenen von Problemen in Arbeitsblättern auf der Grundlage von Problemtypen und Problemlinks definieren und Feldgruppierungen und Zusammenfassungen hinzufügen, um den ultimativen Überblick und das Bearbeiten zu ermöglichen.

Heute können Benutzer auch Informationen zu Easy Agile Programs in ihre JXL-Sheets integrieren und so Probleme mit den Apps organisieren Programm und Inkrement des Programms Felder. Die Felder können auf verschiedene Arten verwendet werden, unter anderem:

• Als Tabellenspalten hinzufügen zu JXL-Blättern
• Probleme gruppieren bei den Feldern
• Definition benutzerdefinierter Problemstrukturen mit diesen Gruppierungskriterien

Sieh dir die Apps auf dem Atlassian Marketplace an und erfahre, wie JXL und Easy Agile Programs die Art und Weise verändern, wie Nutzer ihre Daten arbeiten und verwalten.

Finde uns auf dem Atlassian Marketplace

Marktplatz-Eintrag Einfache agile Programme

Marktplatz-Eintrag JXL

Dieser Blogbeitrag entstand in Zusammenarbeit mit JXL für Jira.

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.