Easy Agile Podcast Ep.5 Andrew Malak, Chief Product Officer bei Spaceship

„Ich habe es wirklich genossen, mit Melissa Reeve, VP of Marketing bei Scaled Agile, darüber zu sprechen, wie Teams, die keine Software sind, eine neue Arbeitsweise einführen.“

Es ist wichtiger denn je, kundenorientiert zu sein.

Wir sprechen über die Gefahr von „Walk-up-Work“ und darüber, wie dies durch eine angemessene Sprintplanung vermieden werden kann.

Melissa gibt auch einen Überblick darüber, wie sich Agile auf Teams ohne technische Kenntnisse ausbreitet.

‍

‍

‍

Transkript

Sean Blake:

Hallo an alle zusammen. Und willkommen zum Easy Agile Podcast. Wir haben heute einen wirklich interessanten Gast bei uns. Es ist Melissa Reeve, die Vizepräsidentin für Marketing bei Scaled Agile. Wir freuen uns sehr, sie heute bei uns zu haben. Melissa Reeve ist Vizepräsidentin für Marketing bei Scaled Agile, Inc. In dieser Rolle leitet Melissa das Marketingteam und hilft den Leuten, Scaled Agile, das Scaled Agile Framework, besser zu verstehen. Mit anderen Worten, SAFe und seine Mission. Sie ist auch als Praxisleiterin für die Integration von SAF-Praktiken in Marketingumgebungen tätig. Melissa erhielt ihren Bachelor of Arts von der Washington University in St. Louis und lebt derzeit mit ihrem Mann, Hühnern und Hunden in Boulder, Colorado. Melissa, vielen Dank, dass du heute im Podcast zu uns gekommen bist.

Melissa Reeve:

Es ist so eine Freude, hier zu sein. Ich weiß das wirklich zu schätzen.

Sean Blake:

Großartig. Das ist großartig. Ich mag deine Begeisterung auf Anhieb sehr. Was mich wirklich interessiert, ist Melissa, es geht ein bisschen darum, wie du dahin gekommen bist, wo du heute bist. Was waren die Höhepunkte Ihrer bisherigen Karriere und wie haben Sie sich als Marketer im agilen Bereich wiedergefunden?

Melissa Reeve:

Nun, danke der Nachfrage. Und ich muss es dir sagen, aber kurz vor dem Podcast klopfte mein Mann an die Tür und er war ganz stolz, weil wir gerade ein neues Set Hühner bekommen haben und eines der Hühner sein erstes Ei gelegt hat. Das war also der Höhepunkt meines bisherigen Tages, nicht unbedingt der Höhepunkt meiner Karriere.

Sean Blake:

Sie werden also wahrscheinlich in den nächsten Wochen Rührei und Eier auf Toast essen.

Melissa Reeve:

Ich glaube schon. Also zurück zur Karriere, ich bin wirklich ins Marketing geraten. Mein Hintergrund lag in japanischer Literatur und Sprache. Und ich hatte diese großartige Karriere und dieses internationale Geschäft in Asien erwartet. Und dann zog ich in das Navajo-Indianerreservat und drehte einfach um. Ich habe meinen Weg ins Marketing gefunden und meinen Weg zu Agile ungefähr 2013 gefunden, als ich herausfand, dass es ein Agile-Marketing-Manifest gibt. Und das war wirklich ein Wendepunkt in Bezug auf meine Einstellung zum Thema Marketing. Denn bis zu diesem Zeitpunkt dachte ich wirklich über Marketing in einem sogenannten Wasserfall nach. Natürlich verwenden Vermarkter den Begriff Wasserfall im Allgemeinen nicht.

Melissa Reeve:

Aber dann fing ich an, anders über Marketing nachzudenken. Und als ich auf Scaled Agile stieß, brachte es so viele Elemente meiner Karriere zusammen. Das schlanke Denken, das ich während meines Studiums in Japan studiert hatte, und die schlanke Fertigung. Das war Agiles Marketing, das ich 2013 entdeckt hatte, und nur Bildung und Technologie waren schon immer Teil meiner Karriere. Ich schätze mich wirklich glücklich, Scaled Agile gefunden zu haben und mich mitten darin wiedergefunden zu haben, Agile sowohl in Unternehmen als auch in Marketingbereichen des Unternehmens zu skalieren.

Sean Blake:

Oh wow, okay. Und ich habe anhand Ihres LinkedIn-Profils festgestellt, dass Sie in der Vergangenheit an einigen Universitäten und Hochschulen gearbeitet haben. Und ich gehe davon aus, dass einige der Teams, die Marketingteams, in denen Sie gearbeitet haben, in der Vergangenheit ziemlich groß waren. In welchen Strukturen haben Sie früher gearbeitet, in diesen Marketingteams? Und vor welchen Herausforderungen standen Sie?

Melissa Reeve:

Ja, nun, das größte Unternehmen war Motorola. Und das war ziemlich früh in meiner Karriere. Ich glaube also nicht, dass ich mich genau erinnern kann, wie diese Teamstruktur aussieht. Aber ich denke, was die Hindernisse beim Marketing angeht, waren Genehmigungen schon immer ein Problem. Egal, ob Sie von einer kleineren oder einer größeren Organisation sprechen, es scheint, als müssten die Dinge die Kette hochgehen, abgesegnet werden und dann zur Ausführung wieder herunterkommen. Und damit verbunden sind Verzögerungen und Wartezeiten und im Grunde Verschwendung im System.

Sean Blake:

Richtig. Also, was ist Agiles Marketing dann und wie versucht es, einige dieser Probleme zu lösen?

Melissa Reeve:

Nun, ich freue mich, dass Sie gefragt haben, denn auf dem Markt herrscht viel Verwirrung rund um Agile-Marketing. Und ich kann Ihnen nicht sagen, wie viele Nachrichtenartikel ich gelesen habe, in denen es heißt, Marketing sollte agil sein. Und sie sprechen wirklich von Agile in Kleinbuchstaben, was bedeutet, dass Marketing flinker oder reaktionsschneller sein sollte. Aber sie sprechen nicht wirklich von Capital-A-Agile-Marketing, einer Arbeitsweise, hinter der Prinzipien und Praktiken stehen. Das ist also ein Aspekt, bei dem im Zusammenhang mit agilem Marketing Verwirrung herrscht.

Melissa Reeve:

Und dann ist noch ein weiterer Aspekt, wie groß der Kreis ist, von dem du sprichst. Was die Software angeht, wenn jemand Agile erwähnt, spricht er in Wirklichkeit von einem kleineren Team, und je nachdem, mit wem Sie sprechen, können es zwischen fünf und 11 Personen in diesem Agile-Team sein. Und Sie sprechen von einer Reihe von Teams dieser Größe. Wenn Sie also über agiles Marketing sprechen, könnten Sie von einem einzelnen Team sprechen.

Melissa Reeve:

Aber manche Leute sprechen, wenn sie über agiles Marketing sprechen, von einer Transformation und der Transformation der gesamten Marketingorganisation in eine agile Arbeitsweise. Und natürlich sprechen wir in der SAFe-Welt wirklich über die Marketingteams, die möglicherweise an eine SAFe-Implementierung angrenzen. Ich denke, das ist eine gute Frage und eine gute Frage, die Sie sich im Vorfeld stellen sollten, wenn Sie ein Gespräch über Agiles Marketing führen.

Sean Blake:

In Ordnung. Okay. Und für die Leute, die nicht viel über SAFe wissen, können Sie einfach erklären, was der Unterschied ist zwischen einem Marketingteam, das jetzt auf Capital-Agile-Art arbeitet, und was ist der Unterschied zwischen einer Organisation, die anfängt, Scaled Agile einzuführen? Was ist der Unterschied-

Melissa Reeve:

Sicher.

Sean Blake:

... zwischen denen?

Melissa Reeve:

Ja. Softwareunternehmen haben also herausgefunden, dass agile Teams, also diese Gruppen von fünf bis 11 Personen, diese Arbeitsweise wirklich gut funktioniert, wenn man eine begrenzte Anzahl von Softwareentwicklern hat, als man anfing, in die größten Organisationen der Welt zu kommen. Ich denke also, dass alle Mitglieder der Global 2000 Zehntausende von Softwareentwicklern in ihrer Organisation haben könnten. Und um die Vorteile von Agile nutzen zu können, brauchten Sie Taktfrequenz und Synchronisation, nicht nur innerhalb eines Teams, sondern auch über mehrere Teams hinweg bis hin zur Programmebene und sogar zur Portfolioebene.

Melissa Reeve:

Und das Gleiche gilt für große Marketingorganisationen. Stellen Sie sich vor, Sie sind CMO und haben 6.000 Vermarkter unter sich. Wie sollen Sie Ihre Vision, Ihre Strategien, die Sie festlegen, in Einklang bringen, wenn Sie keine Möglichkeit haben, Strategie und Umsetzung zu verbinden. Das Scaled Agile Framework ist also eine Möglichkeit, diese agilen Praktiken über mehrere Teams hinweg und bis in die höchsten Ebenen des Unternehmens zu übertragen, sodass wir uns alle in eine ähnliche Richtung bewegen.

Sean Blake:

In Ordnung. Okay, ich denke, das macht Sinn. Und aus der Sicht eines Softwareteams besteht einer der Vorteile von Agile darin, dass es Teams hilft, sich stärker auf den Kunden zu konzentrieren. Und viele würden argumentieren, nun ja, Marketing war schon immer kundenorientiert. Aber haben Sie in Ihrer Erfahrung festgestellt, dass das vielleicht nicht so stimmt? Und wenn Marketingteams beginnen, Agile einzuführen, erkennen sie, was es wirklich bedeutet, kundenorientiert zu werden.

Melissa Reeve:

Ja. Ich meine, Sie haben noch einen wichtigen Punkt angesprochen, weil ich denke, die meisten Vermarkter denken, dass sie kundenorientiert sind. Wie viele Dinge auf der Welt ist die Welt ein relativer Ort. Sie können also theoretisch in Ihrem Kopf an den Kunden denken oder Sie können tatsächlich mit dem Kunden sprechen. Also habe ich gerade das beendet, was ich die Hörsitzung nenne. Und es war während unseres Hackathons, unserer Version einer Innovation, ein paar Tage voller Innovation. Es waren also acht Stunden bei einem Zoom-Gespräch mit jemandem aus Südafrika. Ich höre mir einfach ihre Erfahrung an und höre ihr zu, wie sie einen unserer Kurse durchläuft, Folie für Folie, und erklärt, was sie bei jedem Schritt erlebt hat.

Melissa Reeve:

Wenn Sie also an jemanden denken, der in einem großen Unternehmen sitzt und den Kunden vielleicht noch nie getroffen hat, den Kunden nur theoretisch kennt, an einem Ende des Spektrums. Und wenn Sie an diese Hörsitzung am anderen Ende des Spektrums denken, beginnen Sie zu verstehen, wovon wir sprechen. Nun, Ihre Frage hat wirklich darauf hingewiesen, dass Sie in agilen Praktiken jedes Mal an den Kunden denken. Theoretisch jedes Mal, wenn Sie eine Geschichte schreiben. Wenn Sie also eine Geschichte schreiben, schreiben Sie die Geschichte aus der Sicht des Kunden. Und ich würde einfach alle Marketer da draußen ermutigen, den Kunden persönlich zu kennen. Und ich weiß, dass das in diesen großen Organisationen nicht einfach ist. Es ist manchmal schwierig, mit dem Kunden persönlich ins Gespräch zu kommen, aber wenn Sie nicht direkt mit einem Kunden sprechen, kennen Sie den Kunden wahrscheinlich nicht wirklich.

Melissa Reeve:

Finden Sie also einen Weg, sprechen Sie mit den Verkäufern und telefonieren Sie mit einigen Ihrer Kundendienstmitarbeiter. Gehen Sie auf eine Messe und finden Sie einen Weg, direkt mit dem Kunden zu sprechen, denn Sie werden einige Nuancen entdecken, die sich in Ihrer Fähigkeit, den Kunden zufrieden zu stellen, auszahlen. Und wenn Sie diese Geschichte noch einmal schreiben, wird sie noch reichhaltiger sein.

Sean Blake:

Oh, das ist ein wirklich guter Rat, Melissa. Ich erinnere mich aus eigener Erfahrung, dass wir in einigen dieser großen Unternehmen, in denen ich gearbeitet habe, gesagt haben: „Oh, das ist es, was der Kunde will.“ Aber eigentlich kannten wir keine Kunden namentlich. Einige von uns persönlich waren Kunden, aber es ist nicht wirklich dasselbe wie rauszugehen und Leuten zuzuhören und was fanden sie an der Nutzung dieser App schwierig oder was erwarten sie eigentlich von diesem Produkt? Es gibt also einen riesigen Unterschied, ob man erraten muss, was ein Kunde vielleicht will oder sollte? Und dann, wie ihr Alltag tatsächlich aussieht und mit welchen Dingen sie zu kämpfen haben? Das ist ungeheuer wichtig.

Sean Blake:

Jemand, der in einem dieser großen Unternehmen arbeitet, in einem Marketingteam, hat vielleicht nicht die Macht oder den Einfluss, um zu sagen: „Okay, jetzt machen wir Agiles Marketing.“ Was wäre Ihr Rat für jemanden wie diesen, der die Vorteile darin sieht, seine Teams in diese Richtung zu bewegen, aber nicht unbedingt weiß, wo er anfangen soll?

Melissa Reeve:

Nun, es gibt eine Philosophie, die besagt, nimm, was du kriegen kannst. Wenn Sie also nur eine Person sind, die sich für Agiles Marketing einsetzt, dann ist es vielleicht das, was Sie tun können: Sie können sich dafür einsetzen. Vielleicht können Sie anfangen, Allianzen innerhalb der Organisation aufzubauen, ungezwungen mit Ihren Kollegen zu chatten, herauszufinden, ob Sie Verbündete in anderen Teilen der Organisation haben, und damit beginnen, eine Bewegung vom Typ Groundswell aufzubauen.

Melissa Reeve:

Vielleicht können Sie Ihr eigenes persönliches Kanban-Board erstellen und damit beginnen, Ihre Arbeit über Ihr eigenes Kanban-Board zu verfolgen. Und wenn Sie Ihre Arbeit auf diese Weise visualisieren, ist es jetzt, wo wir alle remote arbeiten, etwas schwieriger, aber sollten wir wieder in die Büros gehen, könnte theoretisch jemand an Ihrer Kabine vorbeigehen, Ihr Kanban-Board sehen und danach fragen. Und jetzt haben Sie vielleicht zwei Personen, die ein Kanban-Board benutzen, drei Personen. Und fangen Sie wirklich an, durch Ihre Denkweise, Ihr Verhalten, Ihre Gespräche mit gutem Beispiel voranzugehen, um Unterstützung zu erhalten.

Sean Blake:

Oh, das ist wirklich gut. Sei also die Veränderung, die du in der Organisation sehen willst.

Melissa Reeve:

Exakt.

Sean Blake:

In Ordnung. Okay, das ist wirklich gut. Und wenn diese Unternehmen sich dieser Arbeitsweise zuwenden und dann versuchen, das nächste Level zu erreichen, nehmen wir an, es beginnt in den Softwareentwicklungsteams und dann sagen wir, Marketing ist das nächste Team, das an Bord kommt. Wie verbreitet es sich dann in der gesamten Organisation? Weil ich aus eigener Erfahrung weiß, dass es für die Agile-Teams immer noch sehr schwierig ist, etwas zu erledigen, wenn es immer noch diesen Teil der Organisation gibt, der gegen Agile arbeitet. Weil es immer noch die Blockaden und die Prozesse und Genehmigungen gibt, die Sie mit den anderen Teams durchgehen müssen. Und ich denke, SAFe ist die Antwort, oder? Aber wie fängt man an, Agile im gesamten Unternehmen einzusetzen?

Melissa Reeve:

Sicher. Und worüber Sie sprechen, ist wirklich geschäftliche Agilität, bedeutet, das gesamte Unternehmen zu nehmen und das Unternehmen agil zu machen. Und Sie haben auf etwas hingewiesen, das dafür entscheidend ist: Sobald Sie den Engpass und die Hindernisse in einem Geschäftsbereich gelöst haben, wird es in einen anderen Geschäftsbereich verlagert. Der Vorteil der geschäftlichen Flexibilität besteht also darin, dass Sie versuchen, zu verhindern, dass sich diese Engpässe bilden oder verschieben. Aber ein Engpass führt im Wesentlichen dazu, dass er eine so genannte brennende Plattform schafft. Es entsteht also ein Bedürfnis nach Veränderung. Und genau das sehen wir auf der Marketingseite: Wir haben diese IT-Organisationen, sie arbeiten viel effizienter mit dem Einsatz von Agile und mit dem Einsatz von SAFe. Und was passiert, ist, dass die Softwareteams in der Lage sind, Dinge schneller zu veröffentlichen als die Teams, die sie umgeben. Eines davon könnte das Marketing sein.

Melissa Reeve:

Und so wird das Marketing jetzt dazu angeregt, nach Möglichkeiten der Veränderung zu suchen. Sie erhalten Anreize, einen Blick darauf zu werfen und zu sagen: „Nun, vielleicht ist Agile die Antwort für uns.“ Sagen wir einfach, das Marketing springt an Bord und plötzlich dreht es sich um, und abgesehen davon bleibt alles in der Rechtsabteilung hängen. Und jetzt hat die Rechtsabteilung Argumente für Änderungen und den Druck auf die Rechtsabteilung, sie anzunehmen. Es gibt also eine Möglichkeit, es organisch verbreiten zu lassen. Die meisten Transformationstrainer werden dieses Phänomen verstehen und das Unternehmen wahrscheinlich dazu ermutigen, einfach alles auf Agile umzustellen, natürlich nicht in einer Art Urknall, sondern sich schrittweise in diese Richtung zu bewegen, sodass wir nicht einfach ständig Engpässe verschieben.

Sean Blake:

In Ordnung. Okay, das macht Sinn. Und wenn diese Unternehmen versuchen, die geschäftliche Agilität in den verschiedenen Funktionen zu verbessern, gibt es dann einige Fehler, die Sie sagen, immer wieder auftauchen? Und wie können wir diese vermeiden, wenn wir uns auf diesem Weg der geschäftlichen Agilität befinden?

Melissa Reeve:

Ja. Ich habe das Gefühl, dass der häufigste Fehler, zumindest der, den ich im Marketing am häufigsten sehe, obwohl ich ihn auch bei Software gesehen habe, darin besteht, dass die Leute denken, dass es bei der Transformation um Prozesse oder Tools geht. So könnten sie beispielsweise im Marketing ein Tool einsetzen, um „agiler zu werden“. Vielleicht ist es ein Kanban-Visualisierungstool, oder vielleicht wird ihnen vorgeschlagen, ein anderes gängiges ALM-Tool zu verwenden. Also nehmen sie dieses Tool an und lernen, wie man es benutzt, und sie fragen sich, warum sie keine großen Verbesserungen sehen.

Melissa Reeve:

Und das liegt daran, dass Agile im Kern eine menschliche Transformation ist. Wir schauen uns also wirklich an, wie wir versuchen, die Denkweise der Menschen zu ändern. Eines der Themen, über die ich spreche, ist die Geschichte der Managementtheorie. Und obwohl es ziemlich trocken klingt, öffnet es in Wirklichkeit die Augen. Weil Sie wissen, dass viele der Gewohnheiten, die wir heute haben, im 20. und 19. Jahrhundert wurzeln. Sie sind also in Montagelinien verwurzelt. Sie wurzeln in der französischen Managementtheorie, die Kommando und Kontrolle befürwortete.

Melissa Reeve:

Sie wurzeln im Klassismus. Es gab eine Managementklasse und eine Arbeiterklasse, und die Managementklasse wusste, wie man Dinge am besten macht. Es ist also mehr als ein Prozess, mehr als ein Instrument, wir sprechen davon, dieses Erbe des Managementdenkens in eine Art und Weise zu transformieren, die für die Arbeitnehmer von heute angemessen ist. Und ich glaube, das ist der größte Fehler, den Unternehmen meiner Meinung nach bei der Umstellung auf Agile, eine agile Arbeitsweise, begehen.

Sean Blake:

Mm-hmm (bejahend). In Ordnung. Ja, das ist wirklich interessant. Und es öffnet wirklich die Augen, oder? Wenn man sich anschaut, wie der Arbeitstag von neun bis fünf zustande kam, denn das ist die Zeit, in der die Fabriken geöffnet waren, und die ganze Geschichte rund um die Struktur von Organisationen. Und ich denke, es ist wirklich wichtig, einige der Dinge, die wir in der Vergangenheit getan haben und die im Industriezeitalter funktioniert haben, in Frage zu stellen. Aber jetzt bewegen wir uns in das Informationszeitalter und in diese Zeiten der digitalen Transformation. Es funktioniert wahrscheinlich nicht mehr für uns, oder, einige dieser Dinge? Oder glauben Sie, dass einige dieser Dinge immer noch wertvoll sind, jetzt, wo wir verteilte Teams haben und viele Leute remote arbeiten? Gibt es Dinge, die dir in den Sinn kommen, von denen du denkst, dass wir sie eigentlich noch nicht loswerden sollten?

Melissa Reeve:

Oh, ich bin mir sicher, dass es welche gibt. John Kotter hat in seinem Buch Accelerate das Konzept eines dualen Betriebssystems vorgestellt. Sie haben also den Netzwerkteil der Organisation, der sich schnell und flexibel wie ein Startup bewegt, und dann haben Sie den hierarchischen Teil der Organisation. Und die Hierarchie ist sehr, sehr gut darin, Dinge zu skalieren. Es ist eine gut geölte Maschine. Sie benötigen jemanden, der Ihre Spesenabrechnung genehmigt. Sie benötigen einige Richtlinien und einige Richtlinien, einige Leitplanken. Wir sagen also nicht wirklich, dass die Hierarchie abgeschafft werden soll. Und ich habe das Gefühl, dass das Teil dieses alten Systems ist. Aber was wir sagen, ist, einen Teil des Befehls und der Kontrolle abzuschaffen, diese Vorstellung, dass das Management den besten Weg kennt, weil der Wissensarbeiter oft mehr weiß als sein Manager.

Melissa Reeve:

Es ist einfach zu schwierig für einen Manager, mit allem Schritt zu halten, was in den Köpfen der Personen vor sich geht, die ihm oder ihr Bericht erstatten. Das ist also eine wirklich große Veränderung und es war eine Veränderung für mich. Und ich denke, warum mich diese Geschichte der Managementtheorie so fasziniert hat, ist, dass ich auf einige Notizen aus meiner Collegezeit gestoßen bin. Und mir wurde klar, dass mir diese historischen Managementtheorien beigebracht worden waren. Mir wurde der Taylorismus beigebracht, der aus dem Jahr 1911 stammt. Und mir wurde klar, wow, ich musste eine Menge rückgängig machen, um diese agile Arbeitsweise zu übernehmen.

Sean Blake:

Nun, das ist großartig. Ja, das ist wirklich wichtig, nicht wahr? Ich habe Sie schon einmal über das Konzept der Walk-up-Arbeit sprechen hören, besonders im Bereich Marketing. Aber ich nehme an, nun, zunächst würde ich gerne wissen, was Walk-up-Arbeit ist. Warum ist es so gefährlich, nicht nur für Marketer, sondern für alle Teams? Und wie fangen wir an, uns gegen Walk-up-Arbeit zu wehren?

Melissa Reeve:

Ja. Also, vor allem Marketer werden mit dem bombardiert, was ich gerne als Walk-up-Arbeit bezeichne. Und dann kommt buchstäblich eine Führungskraft oder sogar ein Kollege zu mir, also denken Sie noch einmal über die Cubicle-Farm nach und stellen eine Anfrage. In der virtuellen Welt sieht das also so aus, als ob es die Lücke oder die Sofortnachricht „Hey, würde es dir etwas ausmachen?“ Zum einen führt dies zu einer Menge Kontextwechsel, und bei diesem Kontextwechsel geht Zeit verloren. Und der andere Teil ist, dass diese Anfragen selten klar definiert oder sogar mit einer gewissen Frist eingehen. Im Marketing könnte das so aussehen: „Hey, kannst du diese Grafik für diese E-Mail erstellen, die ich versende?“ Jetzt haben Sie Ihrer armen Grafikdesignerin das Wissen gegeben, dass sie hier eine Grafik erstellen muss, aber sie hat nicht wirklich die Spezifikationen.

Melissa Reeve:

Es ist also sehr, sehr hilfreich, diese Dinge in Geschichten zusammenzufassen, dem Agile-Prozess zu folgen, bei dem du die Walk-up-Arbeit zum Product Owner übernimmst, wo der Product Owner mit dir zusammenarbeiten kann, um die Geschichte zu definieren, die Person, die die Arbeit macht, an der Aufgabe zu halten, sie nicht dazu zu bringen, den Kontext zu wechseln oder so. Definieren Sie die Geschichte in den Akzeptanzkriterien sehr gut und priorisieren Sie sie, bevor die Arbeit dann in die Warteschlange des Grafikdesigners kommt. Und das ist ein Anti-Muster, egal ob Sie von einer Organisation mit 50 oder 5.000 Mitarbeitern sprechen.

Melissa Reeve:

Und ich habe festgestellt, dass das Verhalten der Führungskräfte am schwierigsten zu ändern ist. Weil sie nicht nur unbeaufsichtigt arbeiten, sondern auch über positionelle Autorität verfügen. Und das impliziert, dass diese Person aufhört, an dem zu arbeiten, woran sie gerade arbeitet, und sofort zu der Walk-up-Arbeit übergeht, die von der Führungskraft definiert wird. Ich habe also das Gefühl, dass es wirklich gefährlich für das gesamte Agile-Ökosystem ist, weil es den Kontext wechselt, es unterbricht den Arbeitsfluss und führt zu Verschwendung in das System. Und an Ihren Punkten mit der höchsten Priorität wird möglicherweise nicht gearbeitet.

Sean Blake:

In Ordnung. Also, wie viele Leute haben Sie in Ihrem Marketingteam bei Scaled Agile?

Melissa Reeve:

Wir sind immer noch ziemlich klein. Wir sind ungefähr in den 20ern, 23, 25, mehr oder weniger.

Sean Blake:

Also, wie kannst du...

Melissa Reeve:

Ich denke, im Moment sind wir drei agile Teams.

Sean Blake:

Drei. In Ordnung. Also diese 20 sind in drei Agile-Teams aufgeteilt. Und haben sie jeweils einen Product Owner oder wie funktioniert die Priorisierung des Marketings in Ihren Teams?

Melissa Reeve:

Ja, das ist eine gute Frage. Wir haben also individuelle Product Owner für diese drei Produktteams. Und was faszinierend ist, ist, dass sich die Product Owner dann auch sehr regelmäßig treffen müssen, um sicherzustellen, dass die Prioritäten aufeinander abgestimmt bleiben. Denn wie viele Marketingteams verfügen auch wir nicht über spezielle Fähigkeiten in jedem dieser Teams. Für die Gruppe von 23 Personen haben wir also nur einen Texter. Für die Gruppe von 23 haben wir zwei Grafikdesigner. Es ist also nicht so, dass jedes Team seinen eigenen Grafikdesigner oder seinen eigenen Texter hat.

Sean Blake:

Ja.

Melissa Reeve:

Das heißt, die drei POs müssen sich zusammensetzen und die Prioritäten festlegen, die gemeinsamen Prioritäten für den Texter, die gemeinsamen Prioritäten für diese Grafikdesigner. Und ich denke, es funktioniert. Ich meine, es ist nicht ohne Schluckauf, aber ich denke, das ist die Rolle der PO und es ist eine wichtige Rolle.

Sean Blake:

Wie vermeidest du also die Versuchung, zu diesen Teams zu kommen und zu sagen: „Lass das, was du tust, es gibt etwas Neues, an dem wir alle arbeiten müssen?“ Finden Sie es als Führungskraft selbst eine Herausforderung, die Teams wirklich autonom und selbstorganisiert arbeiten zu lassen?

Melissa Reeve:

Ja, ich denke, der größte Gefallen, den wir den Teams getan haben, ist wirklich, ich möchte nicht sagen, verbotene Walk-up-Arbeit, aber als Erstes haben wir es definiert. Und wir sagten: „Walk-up-Arbeit ist alles, was länger als zwei Stunden dauert und das nicht Teil der Iterationsplanung war.“ Und die Iteration dauert nur zwei Wochen. Theoretisch haben Sie es also in den letzten 10 Tagen getan. Wenn es also nicht dazu gehörte und Sie es nicht auf die nächste Iterationsplanung verschieben können und ein Gefühl der Dringlichkeit entsteht, dann ist es Walk-up-Arbeit.

Melissa Reeve:

Und wir haben die Teams an einem Punkt angelangt, an dem sie die Angewohnheit haben, dann die PO anzurufen und zu sagen: „Hey, würde es dir etwas ausmachen, mit so und so zu sprechen und das zu definieren und mir zu helfen, zu verstehen, wo das in die Prioritätsreihenfolge passt.“ Und das war wirklich die größte Hürde, denn als Marketer denke ich, dass viele von uns Ja sagen wollen, wenn jemand mit Arbeit auf uns zukommt. Aber was passiert ist, ist, dass die Leute, ich eingeschlossen, aufgehört haben, sich an die Texter zu wenden, aufgehört haben, sich mit Arbeit an den Grafikdesigner zu wenden. Aber ich weiß es einfach, geh zur Polizei.

Sean Blake:

Das ist gut. Es ist also eine zusätzliche Verteidigungslinie für das Team, sodass es sich weiterhin auf seine Prioritäten und das konzentrieren kann, woran es bereits gearbeitet hat, ohne von diesen neuen Ideen und Prioritäten abgelenkt zu werden.

Melissa Reeve:

Ja. Und tatsächlich, glaube ich, haben wir in diesem letzten Fall die Arbeit vor Ort von 23% auf 11% reduziert. Wir sind also nicht bei 100% Und ich weiß nicht, ob wir jemals 100% erreichen werden, aber wir sehen sicherlich Fortschritte in dieser Richtung.

Sean Blake:

Oh, das ist wirklich gut. Wirklich gut. Und so arbeiten Ihre Marketingteams agil. Haben Sie das Gefühl, dass Agile auf breiter Front, nicht nur innerhalb Ihres Unternehmens, sondern auch ganz allgemein, von Teams ohne technischen Hintergrund, also von Marketing-, Rechts- und Finanzteams, übernommen wird? Setzen diese Teams ohne technischen Hintergrund Agile schneller ein, oder haben Sie das Gefühl, dass es immer noch einige Jahre dauern wird, bis die Botschaft verbreitet wird?

Melissa Reeve:

Ja. Und ich schätze, meine Frage an Sie wäre, schneller als was?

Sean Blake:

Gute Frage. Ich nehme an, was ich frage ist, haben Sie das Gefühl, dass dies ein Trend ist, dass Teams ohne technischen Hintergrund Agile einführen, oder ist das etwas, das wirklich noch in den Kinderschuhen steckt und sich noch nicht wirklich durchgesetzt hat, insbesondere bei Scaled Agile-Kunden oder Personen, mit denen Sie in der Agile-Branche verbunden sind?

Melissa Reeve:

Ich würde ja sagen. Ja, das ist ein Trend. Und ja, die Leute machen es. Und ja, es steckt noch in den Kinderschuhen.

Sean Blake:

Also, ja?

Melissa Reeve:

Ja. Also all das zusammen, und ich werde dir nichts vormachen, ich meine, das ist neues Zeug. Tatsächlich, als Teil der Hörsitzung, die ich erwähnt habe, und wir haben über all diese verschiedenen Bereiche des Unternehmens gesprochen. Und es wurde erwähnt, dass das Scaled Agile Framework als Leitfaden für diese Teams dient. Für die Personalabteilung, für die Rechtsabteilung und für das Marketing könnte es robuster sein. Und die Antwort ist absolut. Und der Grund ist, dass wir immer noch selbst lernen. Das ist brandneues Gebiet, auf dem wir uns die Zähne ausbeißen. Ich schätze, wir werden mehrere Jahre brauchen, ich weiß nicht, wie viele es sind, bis wir anfangen zu lernen, herauszufinden, wie das aussieht, und es wirklich umzusetzen.

Melissa Reeve:

Jetzt hoffe ich, dass wir an einen Punkt kommen, an dem Agile in der gesamten Organisation zum Einsatz kommt und dass es an die verschiedenen Umgebungen angepasst wurde. Wenn ich das gesehen habe und Dinge wie Agile HR, Agile Legal, Agile Procurement durchdacht habe, scheinen die Grundlagen solide zu sein. Wir können sogar Dinge wie die Continuous Delivery Pipeline von DevOps. Wenn ich an Marketing denke und an Automatisierung denke. Und ich denke über künstliche Intelligenz nach, ja, ich sehe das im Marketing und ich sehe die Notwendigkeit, dass sich das entfaltet, aber werden wir eine Weile brauchen, um diese Nuance herauszufinden? Absolut.

Sean Blake:

In Ordnung. Und können Sie sich weitere Trends im agilen Bereich vorstellen? Wissen Sie, wenn wir in die Zukunft schauen, sagen wir 10 Jahre, ein Jahrzehnt, wie sieht dann die Arbeitsweise aus? Sind wir alle immer noch remote oder wie werden Teams in 10 Jahren an digitale Transformationen herangehen? Was ist Ihre Perspektive auf die Zukunft?

Melissa Reeve:

Ja, ich meine, manchmal schaue ich gerne in die Vergangenheit, um in die Zukunft zu schauen. Und in diesem Fall schaue ich vielleicht 10 oder 12 Jahre in die Vergangenheit. Und vor 12 Jahren bekam ich mein allererstes iPhone. Ich erinnere mich, dass es 2007, 2008 war. Und du denkst darüber nach, was für eine seismische Veränderung das in Bezug auf unser Verhalten und die sozialen Medien war, wie wir uns verbinden und diesen Computer in unserer Hand haben. Also frage ich mich, welcher seismische Wandel liegt vor uns? Und sicherlich hat COVID einige dieser Veränderungen beschleunigt. Ich frage mich, werde ich so oft in Flugzeugen sitzen wie in der Vergangenheit? Oder haben wir uns alle so an Zoom-Meetings gewöhnt, dass wir gemerkt haben, dass dort Strom steckt. Und wir müssen nicht unbedingt in ein Flugzeug steigen, um den Wert zu nutzen.

Melissa Reeve:

Was Agile angeht, habe ich das Gefühl, dass wir es in 10 Jahren nicht mehr agil nennen werden. Ich habe das Gefühl, dass es eher nach einer Organisation mit kontinuierlichem Lernen oder einer reaktionsschnellen Organisation aussehen wird. Agile bezieht sich auf eine sehr spezifische Reihe von Praktiken. Und wenn diese neue Denkweise, nun ja, die Praktiken und die Prinzipien und die Denkweise, und wenn sich diese neue Denkweise durchsetzt und zur Norm wird, werden wir sie dann Agile nennen? Oder wird es einfach die Art und Weise sein, wie die Leute arbeiten? Ich schätze, es wird anfangen, sich dem Letzteren zuzuwenden.

Sean Blake:

Nun, hoffen wir, dass es normal wird, oder? Ich meine, es wäre toll, mehr Transparenz, mehr funktionsübergreifende Arbeit, weniger Außeneinsätze und mehr geschäftliche Agilität auf der ganzen Linie zu haben, nicht wahr? Ich denke, es wäre toll, wenn das zur neuen Normalität würde.

Melissa Reeve:

Ja, ich auch. Ja. Und ich glaube, wir rufen nicht an, wie wir mit Menschen umgehen. Wir sagen nicht: „Oh, das ist Taylorismus. Wirst du Taylorismus praktizieren? So haben wir entweder in der Schule gelernt oder von unseren Chefs gelernt, wie man mit Menschen umgeht. Und das ist meine Hoffnung für Agile, dass wir es nicht so nennen werden. So machen wir die Dinge hier einfach.

Sean Blake:

Großartig. Tja, Melissa, ich denke, wir lassen es dabei. Ich habe unser Gespräch wirklich genossen, besonders als Vermarkter. Es ist toll, Ihren Einblick in die Branche zu hören. Und alles, was wir heute besprochen haben, hat mir wirklich, wirklich die Augen geöffnet. Also vielen Dank, dass du das mit mir und unserem Publikum geteilt hast. Und wir hoffen, Sie in Zukunft wieder im Podcast zu haben.

Melissa Reeve:

Sean, es war mir eine große Freude und ich komme jederzeit gerne wieder.

Sean Blake:

Großartig. Vielen Dank.

Melissa Reeve:

Ich danke dir.

Folgen Sie in dieser Folge von The Easy Agile Podcast Nick Muldoon und Dave Elkan, den Co-CEOs und Mitbegründern von Easy Agile. Da sie sich auf die nächste Wachstumsphase des Unternehmens freuen, wollten sie diese Gelegenheit nutzen, um über ihren bisherigen Werdegang nachzudenken.

Nick und Dave sprechen über das Wachstum eines Start-ups in der Region Australien, die Suche nach den richtigen Leuten, die Aufrechterhaltung einer positiven Teamkultur und die Bedeutung werteorientierter Teams.

„Unser Ziel ist es, Teams dabei zu helfen, agil zu sein, und dabei tun wir das für uns selbst. Wir versuchen ständig, zu lernen, uns anzupassen und mit neuen Dingen zu experimentieren. Ich hoffe, das war ein nützlicher kleiner Leckerbissen und eine Reise von Dave und mir darüber, wie wir Easy Agile zu diesem Punkt gebracht haben.“

- Nick Muldoon, Co-CEO von Easy Agile

„Es gibt diese lustigen kleinen Hacks und Analogien und ich denke, das ist eine Sache mit langfristiger Vision. Wenn Sie ein Unternehmen führen, das diese langfristige Vision und dieses Ziel nicht verfolgt, dann können Sie tatsächlich in mehrere Richtungen gleichzeitig gehen, und Sie werden keine Fortschritte machen.“

- Dave Elkan, Co-CEO von Easy Agile

Abonniere unbedingt, genieße die Folge 🎧

Transkript

Nick Muldoon:

Guten Tag, Leute. Nick Muldoon mit Dave Elkan, Mitbegründer und Co-CEO von Easy Agile. Bevor wir beginnen, möchten wir den traditionellen Hütern des Landes, auf dem wir heute senden und aufnehmen, unsere Anerkennung aussprechen, dem Volk der Wodiwodi der Dharawal Nation. Wir erweisen den Ältesten in Vergangenheit und Gegenwart unseren Respekt und erweisen allen unseren Ureinwohnern, die heute zuhören, den gleichen Respekt.

Nick Muldoon:

Dave, nur ein kleiner Rückblick auf fünfeinhalb Geschäftsjahre?

Dave Elkan:

Geschäft? Ja, eine Achterbahn. Es hat großen Spaß gemacht.

Nick Muldoon:

Es ist eine Achterbahn, nicht wahr? Ich schätze, wo fängt man am besten an? Der beste Ort, um anzufangen, ist am Anfang.

Dave Elkan:

Ja, ich meine, wir können vor dem Start gehen. Es gibt immer ein gutes Prequel. Ich schätze, wir können später eine Prequel-Episode machen. Aber ich glaube, ich erinnere mich frühestens an die Zusammenarbeit mit dir, Nick, war auf Level 15 in der Kent Street, bei Atlassian. Da war dieser rothaarige Typ am einen Ende des Gebäudes, der an Atlassian GreenHopper arbeitete, und ich war zu der Zeit damit beschäftigt, im Kick-Ass-Team zu arbeiten und 2011 den neuen Issue Navigator zu entwickeln, der jetzt der alte Issue Navigator ist. Und dann hast du dich nach San Francisco verschissen und ich bin ihm schließlich gefolgt, und dann haben wir eine Weile da rumgehangen, nicht wahr?

Nick Muldoon:

Ja, ich erinnere mich daran, weil wir uns hingesetzt haben, ich war zurück, um zu heiraten, und wir haben uns hingesetzt und einen Kaffee getrunken und darüber geredet, dass du und Rin nach San Francisco gezogen sind und wie es für Liz und mich gewesen war und wie der Prozess war und all diese Dinge.

Dave Elkan:

Das ist eine großartige Gelegenheit, auch unser Leben auf dieser großartigen Reise zu würdigen, und wenn sie nicht gewesen wären, wären wir wahrscheinlich gar nicht nach San Francisco gegangen, weil ein großer Teil der Werbung darin besteht, ins Ausland zu gehen und das sowieso für mich und für Sie selbst zu tun, da bin ich mir ziemlich sicher.

Nick Muldoon:

Ja. Ja, Liz war dieses große Gespräch darüber, nach Übersee zu gehen und etwas Neues zu erleben. Ich fühlte mich in Sydney ziemlich wohl und genoss meine Rolle im Produktmanagement bei Atlassian, aber es war wirklich ein Anstoß, etwas anderes zu erleben und zu machen.

Dave Elkan:

Absolut, hier genauso. Und du warst über vier Jahre dort, in San Francisco, und ich war drei Jahre dort. Aber du bist nach Hause gekommen, du hast geheiratet und ich habe dich gerade auf einen Kaffee geholt und wir saßen da im Martin Place und unterhielten uns und du sagtest: „Ja, es ist großartig. Komm vorbei, du kannst zwei Wochen bei mir bleiben.“ Und ich sage: „Oh, ich kenne dich kaum.“

Nick Muldoon:

Ja, aber es war so viel. Ja, auch wenn ich Liz oder mich nicht kannte, war es viel besser als die Alternative. Also für die Leute, die zuhörten, befand sich das Atlassian-Apartment zu der Zeit in einem ziemlich rauen Teil von The Tenderloin in San Francisco, und es war wahrscheinlich nicht die beste Einführung, wenn jemand nach San Francisco ziehen würde.

Dave Elkan:

Nein. Aber um es kurz zu machen, es gibt eine Menge guter Geschichten, ich bin mir sicher, dass wir sie eines Tages erzählen können, aber irgendwann hatten wir beide Töchter in San Francisco und wir wollten zu Hause und näher bei der Familie sein. Dann kamen wir nach Sydney und stellten fest, dass der Verkehr 20% oder 50% schlimmer ist als zu dem Zeitpunkt, als wir losfuhren und wir entwurzelt wurden. Also, wenn man einmal entwurzelt ist, muss man sich irgendwo wieder hinsetzen und es ist ziemlich einfach, an diesem Punkt umzusteigen, und man hat sich dafür entschieden, Sydney zu verlassen.

Nick Muldoon:

Ja, dieser regionale Lebensstil in Wollongong.

Dave Elkan:

Ja, wo Sie einen ganzen Block Land für sich haben können, ohne das Budget zu sprengen, und Sie können, relativ gesehen, als hätten sich die Zeiten in diesem Bereich ein bisschen geändert, aber seitdem haben wir das verfolgt, nicht wahr? Und wir haben uns Newcastle angesehen und...

Nick Muldoon:

Wir haben uns Newcastle angesehen, Brisbane und Adelaide angeschaut, wir sind sogar durch Wagga Wagga gegangen. Wir hatten das tollste indische Essen in Wagga Wagga, wir dachten fast: „Das ist der richtige Ort. Wenn wir in Wagga so etwas essen können, sind wir süß.“ Etwas zu kalt, aber am Ende haben wir uns für Wollongong entschieden, was zum großen Teil auf die Nähe zum Strand und zum Early Start Discovery Space für die Kinder zurückzuführen ist und einfach ein ziemlich cooler, chilliger Ort, um eine Familie zu gründen. Ich glaube, es gibt auch Aspekte, die Liz und mich wirklich an San Francisco erinnert haben. Wir gingen an einem Samstagmorgen oft auf den Bauernmarkt unten am Ferry Building, und wir fanden den Bauernmarkt an einem Freitag in Wollongong an der Crown Street North, also gab es diese Ähnlichkeiten, die es uns irgendwie ermöglichten, ziemlich einfach von einer Stadt in die andere zu wechseln.

Dave Elkan:

Ja. Es ist ein ziemlich einfacher Ort zum Leben und Verweilen. So wie ich es gerne drehe, ist es gerade weit genug von Sydney entfernt.

Nick Muldoon:

Ja, dazwischen ein netter kleiner Nationalpark.

Dave Elkan:

Stimmt, es kann nicht wirklich auf uns einwirken, es ist nicht erlaubt. Da kannst du nicht bauen, also hast du immer diesen Puffer. Aber ich erinnere mich, dass ich zum Geburtstag einer Nichte nach Sydney zurückkehrte und mir 9$ pro Stunde für das Parken am Strand berechnet wurden, wenn man bedenkt, dass du nicht einmal mehr eine Parkplakette hast, weil ich kein Anwohner war, und ich dachte: „Wow, das ist wirklich teuer.“ Aber für alle, die nach Wollongong oder in die andere Richtung kommen, können Sie kostenlos am Strand parken. Das ist quasi ein guter Lackmustest für den Unterschied, über den wir hier sprechen.

Nick Muldoon:

Mm-hmm (bejahend). Ja, ich schätze, dieses regionale Leben, als ob wir hier nicht wirklich eine Technologiebranche hätten. Wir kommen aus Sydney, wo es vor 10 Jahren diese aufstrebende Tech-Szene und SyDJs, SydCSS und andere Meetups gab, und in San Francisco wurden wir mittendrin gedrängt. Ich erinnere mich, wir haben letzte Woche über ein Treffen gechattet, bei dem wir uns getroffen haben, den Ruby Creator bei einem Heroku-Treffen, glaube ich, und eine Sitzung über [detrace 00:06:17] in der Firma, die jetzt pleite ist und an deren Namen ich mich nicht einmal erinnern kann, aber wir waren mittendrin bei all den Meetups in San Francisco. Dann gab es in Wollongong nichts davon, und so war es wie eine Frage, was wir tun könnten, um auch hier eine Gemeinschaft aufzubauen, zu versuchen, andere Gleichgesinnte zu treffen?

Dave Elkan:

Ja, es war definitiv dieser Wunsch, nicht wahr? Und wir haben uns vorgenommen, das zu tun, und ich glaube, es war Rin, der es Siligong genannt hat. Ich erinnere mich, dass wir vor unserer Abreise tatsächlich über das Siligong-Tal gesprochen haben, und wir haben einfach beschlossen, das zum Namen der Gemeinde zu machen. Ich habe neulich auf meine alten E-Mails zurückgeschaut und dachte: „Oh, wir haben tatsächlich über Siligong gesprochen, bevor wir in Wollongong waren“, also das ist ziemlich cool.

Nick Muldoon:

Ich erinnere mich an die frühen Tage, weil ich glaube, du und Rin seid mit [Umi 00:07:08] auf dem Flug zurückgekehrt, und Umi war sechs oder acht Wochen alt.

Dave Elkan:

Ja, Oktober.

Nick Muldoon:

Wenn ich mich nicht irre, habe ich dich bei deiner Mutter abgesetzt, damit du deine Mutter und Ken treffen kannst und das war quasi die Heimatbasis. Und danach waren es ein paar Monate oder so, bis wir dich endlich hier unten hatten. Und ich glaube, du warst bei Liz und mir, als du hergekommen bist...

Dave Elkan:

Ja, wieder für zwei Wochen.

Nick Muldoon:

... noch ein paar Wochen, und wir haben wirklich über die Entstehung dessen gesprochen, was zu der Zeit als Arijea Products bezeichnet wurde, und einer Marke, bei der wir nie geblieben sind. Woran erinnern Sie sich an diese frühen Tage und an den Versuch, das Geschäft auf die Beine zu stellen?

Dave Elkan:

Wenn ich darüber nachdenke, du warst in Coniston, nicht in Coniston, [Carmila 00:07:59], es waren tatsächlich weniger als zwei Wochen, weil wir alle kleine Kinder hatten und es war einfach ein bisschen verrückt. Also ich glaube, Rin und ich haben uns organisiert... wir sind runtergekommen und haben Inspektionen gemacht und wir sind bei dir geblieben, während wir das machen, und dann konnten wir uns einen Platz in Fairy Meadow sichern und sind runtergezogen, also sind wir zu diesem Zeitpunkt ein bisschen hin und her gegangen. Und dann waren es diese sechs Monate, in denen buchstäblich... Ich hatte kein Fahrrad, ich bin einfach zu Fuß zur Arbeit gegangen, was für mich super neu ist. Ich habe immer den Bus genommen oder bin mit dem Fahrrad gefahren.

Dave Elkan:

Einige von Ihnen wissen vielleicht, dass ich nie zur Arbeit gependelt bin und das hoffentlich nie tun muss, und wir haben unser Leben nach einem solchen Konzept gestaltet. Aber ich finde es wirklich toll, ich lebte nur zwei Kilometer zu Fuß von der Arbeit entfernt, und das war mindestens die ersten sechs Monate, bis ich nach Balgownie gezogen bin, aber es war eine großartige Zeit meines Lebens und wir hatten ein brandneues Baby und konzentrierten uns einfach auf das Geschäft und versuchten [Crosstalk 00:09:00] -

Nick Muldoon:

Ich erinnere mich, dass wir in den frühen Tagen wirklich keine Ahnung hatten, was wir gemacht haben. Wir haben einen Bereich durchsucht und gesagt: „Nein, das ist nicht angemessen“, und dann haben wir unsere Aufmerksamkeit etwas anderem zugewandt.

Dave Elkan:

Ja. Wir sind uns ein bisschen im Kreis gejagt. Wir hatten einmal fünf Produkte mit zwei Personen.

Nick Muldoon:

Das ist richtig.

Dave Elkan:

Ich denke, das ist zu viel, aber dank der guten Gespräche mit den Kollegen um uns herum bei IXI, die wir führen konnten... als hätten sie gute Fragen gestellt und ich erinnere mich, dass Rob und Nathan uns fragten: „Worin bist du gut?“ Und ich glaube, es war Rin, der meinte: „Okay, du hast diese App-Idee, an wen wirst du sie vermarkten? Schau dir deine Netzwerke an.“ Und das war es, all diese Pfeile begannen in Richtung Agile zu zeigen.

Nick Muldoon:

Ja, ich glaube, es war diese Idee, die Rin hatte: „Du kannst es bauen und sie werden kommen, oder du kannst herausfinden, welchen Markt und welchen Vertrieb du hast, und was ist das Publikum, das du bereits hast, und wie nutzt du das Publikum, das du bereits in der agilen Softwareentwicklung hast, um dieses Publikum zu gründen und etwas Schwung zu bekommen?“ Und das hat uns wirklich umgehauen und in Schwung gebracht. Wenn ich mich nicht irre, denke ich, dass wir eigentlich... nicht viele Ausgaben gehabt hätten, aber ich glaube, wir hatten im Juni 2016 tatsächlich die Gewinnschwelle erreicht, und es war irgendwie dieser „Hurra“ -Moment, weil wir nicht in den Zug steigen und nach Sydney pendeln mussten, um bei Atlassian zu arbeiten oder so. Wir hatten das Produkt für markttauglich befunden und konnten es irgendwie weiterverfolgen und zur nächsten Phase übergehen.

Dave Elkan:

Das stimmt, ja. In dieser Geschichte steckt auch viel, zum Beispiel, wie wir festgestellt haben, dass das Produkt zum Markt passt und die Schritte dahin und auch viele Erkenntnisse aus dieser Zeit, die ich irgendwann teilen kann, denke ich, aber wir könnten in ein Kaninchenloch gehen, wenn wir uns darauf einlassen. Aber ich erinnere mich sicherlich an gut durchdachte Gespräche, die bei Lamingtons und Tee im Mike Codd-Gebäude auf dem Innovation Campus der University of Wollongong geführt wurden, wo wir angefangen haben. Und das war wirklich nur eine Zeit, um... es fühlte sich anders an als meine vorherige, zu der Zeit 15 Jahre Erfahrung, in der man eigentlich, es okay ist, innezuhalten und zu reden und darüber nachzudenken, was man tut, während es in der Vergangenheit einfach hieß: „Geh, geh, baue dieses Ding.“ Und es ist wie: „Oh, okay“, das war wirklich erfrischend für mich und ich denke, das war ein wirklich guter Schritt, um das zu öffnen, was zur Storymap wurde, was unser erstes wirklich erfolgreiches Produkt war.

Nick Muldoon:

Mm-hmm (bejahend). Sie haben die Lamingtons und Tee erwähnt, es waren wahrscheinlich mindestens 50% unserer Zeit, das Geschäft auf die Beine zu stellen, waren Lamingtons und Tee. Es ging darum, über Dinge zu chatten, keinen Code zu schreiben, wir hatten keine nennenswerten Kunden. Es ging wirklich darum herauszufinden, welche Art von Markt wir verfolgen wollten, welche Lösungen wir anbieten wollten und welche Art von Geschäft wir aufbauen wollten? Das war ein großer Teil unserer Zeit, um es auf die Beine zu stellen.

Dave Elkan:

Absolut. Und für die Zuhörer da draußen, die nicht wissen, was ein Lamington ist, es ist eigentlich ein köstliches Stück Biskuitkuchen, getaucht in Schokoladensauce und dann Kokosnuss, Kokosraspeln, also ich weiß, dass man sie in den USA kaufen kann. Das haben wir bei Atlassian gemacht und sie waren ein großer Erfolg, vor allem, weil sie auch Sahne drin hatten, also wirklich gut für eine Tasse Tee oder Kaffee, was auch immer man nimmt. Aber die Sache ist, dass es eine gute Idee ist, sich mit einem Mitbegründer zusammenzusetzen und viel mehr zu reden, als Sie tippen, das ist die Art von Regel, die ich daraus gezogen habe.

Nick Muldoon:

Es ist interessant, weil es so etwas wie diese Art des Sprechens statt Tippens war, das quasi die Entstehung eines unserer Werte war, auch dieses engagierte System. Und ich glaube nicht, dass Sie Kahnemans Buch zu dieser Zeit gelesen haben, und das kam später, sondern sogar nur diese Idee von: „Nehmen wir uns jetzt einfach die Zeit, um über solche Dinge nachzudenken und sie zu verarbeiten“, und der Kontext [Crosstalk 00:13:09] -

Dave Elkan:

Nein, ich erinnere mich. Entschuldigung, ja. Ich habe 2017 auf dem Lansing Summit auch einen Vortrag über Engaged System gehalten.

Nick Muldoon:

16 oder 17?

Dave Elkan:

16 oder 17, ich kann mich nicht erinnern, welcher es ist.

Nick Muldoon:

'16, weil du '16 nach Barcelona gegangen bist.

Dave Elkan:

Barcelona, und das habe ich dort gemacht, nicht wahr? Ja, also das war früh, als ich Thinking, Fast and Slow gelesen habe, was ich sehr empfehlen kann.

Nick Muldoon:

Und der Kontext dazu, für die Leute, die zuhören: Mitte 2016 hatte Dave eine neun Monate alte Tochter. Meine Tochter war zwei Jahre alt und ich hatte ein Neugeborenes und du solltest... deine Nummer zwei bekommen, oder? Also bauten wir ein Unternehmen auf, als wir gründeten und auch unsere Familien gründeten, also hieß es: „Lass uns alles machen“, in einer neuen Stadt. Wie: „Lass uns alles auf einmal machen.“

Dave Elkan:

Ja, das könntest du genauso gut, oder? Beiß einfach alles ab und reiß das Pflaster ab und fertig. Ich meine, meine Töchter waren nur 18 Monate voneinander entfernt, also diese Art von... Bring es einfach hinter dich. Mach den schwierigen Teil und dann kannst du gehen und dich danach amüsieren, nur ein Scherz. Es ist toll, in jungen Jahren viele Kinder zu haben, ich vermisse diese Zeit wirklich. Aber ja, wir waren ziemlich verrückt, aber wir haben es geschafft.

Nick Muldoon:

Es gab uns auch eine Einschränkung, nicht wahr? Weil wir das Mitternachtsöl nicht verbrennen konnten, konnten wir uns nicht von 05:00 Uhr bis Mitternacht auspeitschen, weil wir einfach nicht die Energie hatten und wir die Kinder ernähren und baden und ab ins Bett und all diese Dinge. Es gab also einen Rhythmus, und jetzt, wo ich darüber nachdenke, ergab sich daraus ein weiterer Wert, der unser Gleichgewicht betraf und die Herstellung von Gleichgewicht in unserem Leben betraf.

Dave Elkan:

Ja, ich erinnere mich, tut mir leid, dass ich unterbreche, eine Tweet-Idee, ich kann sie wahrscheinlich ausgraben, an der ich Stoffwindeln oder Windeln aufgehängt habe... es muss gewesen sein, es war in Balgownie, also muss das nach sechs Monaten gewesen sein. Aber ich habe Windeln rumgehangen und ich muss an dem Tag von zu Hause aus gearbeitet haben oder so, aber das war einfach so, als würde ich mein Leben mit der Arbeit in Einklang bringen. Und ich glaube, es kam zurück mit Arbeit, Privatleben, Familienbalance oder so. Wir würden das auf Arbeitsleben, Familie und soziale Ausgewogenheit ausdehnen, das versuchen wir zu verfolgen.

Nick Muldoon:

Mm-hmm (bejahend). Wie sind wir auf diese Reise rund um die Werte und die Art der Etablierung der Werte gekommen? Wann war das im Leben des Unternehmens?

Dave Elkan:

Ich kann mich an den Ort erinnern, an dem wir waren, wir waren tatsächlich in unserem Büro in der Crown Street, als wir uns wirklich hingesetzt und uns darin zusammenkauerten, also das wäre 2018 gewesen.

Nick Muldoon:

Ich glaube, im November 2018 haben wir unser erstes Easy Agile für Fortgeschrittene abgehalten, und dort haben Sie die Sitzung abgehalten: „Was uns hierher gebracht hat, bringt uns nicht dorthin.“ Zu diesem Zeitpunkt hatten wir also die beiden Produkte, Easy Agile User Story Maps und Easy Agile Roadmaps, und wir hatten unsere Marke von Arijea Products auf Easy Agile umgestellt, um unsere Energie sozusagen auf den Agile-Bereich zu konzentrieren. Wir haben die anderen drei Produkte, die nicht auf Agile ausgerichtet waren, veräußert, also haben wir sie an einen anderen Atlassian Solution Marketplace-Partner verkauft. Ich glaube, da haben wir angefangen, diese Gespräche über die nächste Entwicklung des Unternehmenswachstums zu führen. Dann war es 2019, als wir wieder in der Crown Street waren, zurück im Büro, wo wir dieses Gespräch über die Kodifizierung, Etablierung und Niederschrift unserer Werte führten.

Dave Elkan:

Das ist richtig, und es ist ein sehr wertvoller Prozess, den man durchmachen muss, um wirklich im Alltag innezuhalten und sich wirklich darauf zu konzentrieren. Damit hatte ich immer Probleme, ich habe immer Dinge zu tun, aber wenn du dich einmal aus diesem Prozess herausziehst und herauszoomst und dir das Unternehmen ansiehst und dir das angesehen hast und was dir am Herzen liegt, dann kannst du wirklich anfangen, diese Gespräche zu führen, aber sie zu einer tatsächlichen Sache zu machen. Ich denke, man kann es nicht einfach nebenbei machen, man kann es nicht einfach so gut machen wie andere Dinge, es muss wirklich Priorität haben, wie ich gerne sage. Priorität ist kein Plural, es macht keinen Sinn, wenn es pluralisiert ist, aber das sollte die eine Sache sein, die man unter idealen Umständen tut, als ob man es einfach tut und sich wirklich darauf konzentriert, weil es wirklich schwierig ist.

Dave Elkan:

Und es sollte nicht, ich glaube nicht in einer Sitzung, aber zumindest wenn du es tust, es zu einer ernsten Sache machen, denn wenn es echte Werte sind und du sie lebst, als ob sie einfach ziemlich unveränderlich sind, gehen sie einfach mit dir weiter. Wenn du feststellst, dass du sie nicht lebst, dann solltest du sie dir unbedingt noch einmal ansehen, aber wir hatten das Glück, dass die Werte, die wir vertreten, wahr geblieben sind, und ich habe wirklich das Gefühl, dass ich von all den Unternehmen, in denen ich gearbeitet habe, sogar Atlassian, diese jeden Tag auf ganz unterschiedliche Weise gelebt habe.

Nick Muldoon:

Mm-hmm (bejahend). Also, was sind die Werte, die wir haben? Wir haben über bessere Ausgewogenheit gesprochen, und darüber haben wir ein bisschen gesprochen. Wir haben auch über ein engagiertes System 2 gesprochen, wie dieses System-2-Denken. Was sind unsere Werte?

Dave Elkan:

Sei der Kunde, gib etwas zurück und [Crosstalk 00:18:30] -

Nick Muldoon:

[Crosstalk 00:18:30] war ein großes Thema und verpflichte dich zum Team. Also besser mit Ausgewogenheit, etwas zurückgeben, Kunde sein, über unser Gewicht hinausgehen, Engaged System 2 nutzen und sich als Team engagieren. Kehren Sie zu dem Gespräch zurück, das wir 2017 über das Thema „Geben“ geführt haben. Das war etwas, das wirklich System 2 war. Wie haben wir darüber nachgedacht, der Community etwas zurückzugeben, und was bedeutete das für uns als Unternehmen?

Dave Elkan:

Ich denke, es geht auf das zurück, was Sie zuvor über die Community in San Francisco gesagt haben, die wir erlebt haben, und was wir hier mit Silicon gemacht haben, und das einfach zu einem Schwerpunkt gemacht haben, um der Community etwas zurückzugeben. Es baut sich nicht von selbst auf, also muss die Community aktiv aufgebaut werden, indem jemand seine Hand hochlegen und sie starten muss, und ich denke, das haben wir getan. Seitdem haben wir es vielen anderen Leuten ermöglicht, auf wirklich einfache Weise etwas zurückzugeben, wie zum Beispiel: „Lass uns ein Meetup veranstalten“, „Das ist in Ordnung, hier ist unser Framework, auf dem wir das aufbauen können.“ Und auch einfach die tägliche Kommunikation, die wir untereinander auf unserem Silicon Slack haben, was einfach super wertvoll ist.

Nick Muldoon:

Auch super aktiv.

Dave Elkan:

Oh, super aktiv, besonders im Lockdown, da sind viele Leute, die über alle möglichen Dinge reden.

Nick Muldoon:

Ich denke, vielleicht eines der anderen Dinge, also haben Dave und ich das bei Atlassian erlebt, das war diese Idee des Pledge 1%, aber in unserem ersten oder zweiten Jahr mit Easy Agile kamen Atlassian zusammen mit Salesforce und einer Reihe anderer Unternehmen zusammen, um das Fundament für Pledge 1% zu kodifizieren und aufzubauen und andere Unternehmen zu bitten, sich dazu zu verpflichten. Und 2017 haben wir uns verpflichtet, wenn ich mich nicht irre, 1% zu spenden, und jetzt, wo ich schätze, wir spenden quasi 2%, aber was war der Antrieb hinter unserem Versprechen von 1% to Room to Read?

Dave Elkan:

Es ist zum Teil Faulheit, weil ich wirklich ein System für solche Dinge haben möchte und leider ist es schwierig, wenn man ein Unternehmen gründet, die Zeit zu investieren und darüber nachzudenken. Also entschied ich mich für die einfache System-1-Option, die zu dem passt, was wir bei Atlassian erlebt haben, nämlich Room to Read zu unterstützen, was eine großartige Initiative ist, um sicherzustellen, dass junge Frauen, insbesondere in Ländern der Dritten Welt, mindestens eine höhere Ausbildung erhalten, die Grundschule verlassen, in die High School gehen und wenn sie diesen Punkt erreicht haben, ist es viel wahrscheinlicher, dass sie unabhängig sind. Und mit solchen Dingen, wie diesen Investitionen, ist es, als würde man am Anfang neu beginnen und Ländern und Menschen ermöglichen, sich selbst zu helfen. Wenn sie gebildet sind, ist das ein großer Schritt in die richtige Richtung, um sowohl die Überbevölkerung als auch den Klimawandel und all diese Dinge zu bekämpfen, die davon profitieren, dass es diesen Menschen im Leben gut geht.

Nick Muldoon:

Mm-hmm (bejahend). Ja, sie verbessern ständig ihr Schicksal im Leben, richtig? Wie die Erhöhung des Lebensstandards durch Bildung.

Dave Elkan:

Das ist richtig.

Nick Muldoon:

Und wenn wir darüber nachdenken, dass es eines dieser anderen Dinge ist, über unser Gewicht zu schlagen, ich meine, ich erinnere mich, dass wir darüber gesprochen haben, bevor wir unsere Werte aufgeschrieben haben, darauf haben wir wirklich viel Energie konzentriert. Wie Sie bereits erwähnt haben, waren wir zu zweit und wir hatten fünf Produkte auf dem Markt. Ich bin mir nicht ganz sicher, ob das ein gutes Beispiel dafür war, dass wir über unser Gewicht hinaus geschlagen haben, weil wir vielleicht ein bisschen Probleme hatten, aber was sind einige Beispiele dafür, dass wir als kleines Team aus der Region Australien über unser Gewicht geschlagen haben?

Dave Elkan:

Eines unserer Produkte, das wir ursprünglich gebaut haben, war mir wirklich ein Dorn im Auge, es ging ständig kaputt und es spielte nicht meine Stärken aus, was traditionell die Frontend-Entwicklung ist. Danach habe ich mich davon verbrannt und musste die ganze Nacht wach bleiben und das Problem beheben. Ich entschied mich für Apps, die stärker auf das Frontend ausgerichtet sind. Deshalb haben wir Easy Agile User Story Maps und Easy Agile-Programme und Easy Agile Roadmaps hauptsächlich als Frontend-Apps entwickelt. Tatsächlich hatten Easy Agile Roadmaps in den ersten zwei Jahren nicht einmal einen Server, es war nur eine statische Datei in einem Bucket in CloudFront. So funktioniert Atlassian Connect, es ermöglicht dir, Apps auf diese Weise zu hosten, und das kann wirklich nicht kaputt gehen, es bietet im Wesentlichen nur eine andere Sicht auf Jira, aber architektonisch ist es ziemlich einfach. Also konnten wir einfach... das war eine Art, unser Gewicht zu übertreffen, was auch eine bessere Balance ermöglicht, also ergänzen sie sich in dieser Hinsicht irgendwie. Welche anderen Ideen [Crosstalk 00:23:24] -

Nick Muldoon:

Ja, wenn nicht viel schief gehen kann, dann müssen Sie nicht auf Abruf sein und Sie müssen die Dinge nicht außerhalb der Geschäftszeiten reparieren, damit Sie nicht mit verschwommenen Augen und dickem Finger aufwachen und am nächsten Tag einen Bug haben, der das Problem verschlimmert.

Dave Elkan:

Und wenn du die Analogie zu weit treibst, du könntest denken, dass ein Schlag über deinem Gewicht so ist, als ob du jemanden richtig hart schlagen und ihn dann umwerfen kannst, aber das ist eher so, dass du definitiv um den großen [Pelz 00:23:44] rennst. Du lässt dich nicht einmal auf ein Geschwätz ein, du gehst dem nur aus dem Weg. Deshalb haben wir diese Produkte verwendet, und bis vor Kurzem hatten wir tatsächlich Server für sie, und auch hier ist es immer noch sehr einfach, aber sie werden sehr gut überwacht. Wenn also etwas schief geht, haben wir alles im Griff.

Nick Muldoon:

Ich denke, einer der anderen Aspekte in Bezug auf die Technologie, die über unserem Gewicht liegt, ist, dass wir ziemlich oft... Ich denke, vielleicht hast du schon einmal in Bezug auf Room to Read und das Zurückgeben die Faulheit erwähnt, aber wir sind in gewisser Hinsicht faul und wollen einfach Dinge automatisieren. Und ich erinnere mich an den XKCD-Comic, den du teilst, mit dem, wann ist der richtige Zeitpunkt, um etwas zu automatisieren, und wann automatisierst du es, um die Rendite zu erzielen, die du dir wünschst? Aber ich habe das Gefühl, dass wir einige ziemlich gute Entscheidungen darüber getroffen haben, wann Dinge automatisiert werden sollen und sogar darüber, wie wir Kundensupport anbieten oder die alten Tests und Bereitstellungen durchführen, mit Produkten herumgespielt haben, wir haben diese Dinge zu ziemlich guten Zeiten gemacht, sodass wir Produkte an ein globales Publikum von ein paar tausend Kunden liefern können, von Wollongong aus außerhalb der Zeitzone mit diesen Kunden.

Dave Elkan:

Ja. Es ist auch der Zeit voraus, also ich denke, in der Inception Week, was wir jetzt alle fünf Wochen machen, geben wir eine Woche auf, um dem Team den Raum zu geben, neue Dinge zu entdecken. Dabei sind erstaunliche Dinge herausgekommen, die Sie sonst, wenn Sie nur Woche für Woche, Woche für Woche, Woche für Woche, nie wirklich erkennen würden, aber wenn es mir in den Sinn kommt, fällt mir unser Dev-Container ein, der ein Docket-Container ist, der alle Teile enthält, die für die Entwicklung unserer Apps benötigt werden. Sie checken also einfach dieses eine Repository aus, führen ein Skript aus und es richtet Ihre gesamte Entwicklungsumgebung ein. Es ist eine großartige Möglichkeit für das Team, die Tools zu teilen, die ihnen helfen, ihr Gewicht zu übertreffen. Es ist also ein großer Schlag über unserem Gewicht und das kam aus der Inception Week. Ich denke also, dass die Inception Week mehr bietet als alles andere, und auch der Dev-Container ist ein echter Hingucker.

Dave Elkan:

Früher hatten wir so viele Probleme mit einzelnen Versionen dieses oder jenes auf jedem Computer, und jetzt ist das einfach alles weg, es passiert nie wieder, es hat uns seitdem nie wieder getroffen, und ich denke, es ist ein überwältigender Erfolg. Sicher, es braucht einen brandneuen RAM und eine ganz neue CPU, aber das tut es... wir werden es schaffen, als würde es besser werden.

Nick Muldoon:

RAM und CPU sind billig, es ist okay.

Dave Elkan:

Du kannst die Zeit nie zurückbekommen, oder?

Nick Muldoon:

Ja, absolut. Ja, wenn wir über diese Dinge nachdenken, wie bewusst waren wir Ihrer Meinung nach in Bezug auf die Werte in unserem Ansatz beim Aufbau und der Skalierung eines Unternehmens im Vergleich zu Dingen, die einfach passiert sind?

Dave Elkan:

Während eines großen Teils der Unternehmensgründung gab es eine Menge Mentalitätskram: „Mach es einfach“, was passieren muss. Ich möchte jedoch zu der Zeit zurückkehren, als wir angefangen haben, alles war Chaos. Ich erinnere mich daran, Anfang 2018, Mitte 2018, wir kamen am Montag rein und fragten uns: „Was machen wir heute? Was ist diese Woche? Schauen wir uns den Backlog an und schauen wir uns das an.“ Und es gab keinerlei Voraussicht.

Nick Muldoon:

Und wir haben ein paar Dinge aus dem Backlog gestrichen und an diesem Wochenende einfach abgearbeitet. Das war es, richtig?

Dave Elkan:

Ja, so ziemlich. Ja, also hast du die Idee vorgeschlagen, es war Anfang des Jahres, es muss 2018 gewesen sein. War es 2019? Wie dem auch sei, lassen Sie uns einfach eine Woche lang Klarheit schaffen, was im Wesentlichen unser interner CI-Raum ist, und einfach eine Reihe von Produkten und Problemen aus dem Weg räumen. Das war das erste Mal, dass wir angefangen haben, uns wirklich zu konzentrieren, denn da wir so viele Produkte hatten, denke ich, dass wir sie zu diesem Zeitpunkt tatsächlich verkauft haben könnten. Ja, ich glaube, das hatten wir auf jeden Fall. Aber [Crosstalk 00:27:28] -

Nick Muldoon:

Aber wir hatten immer noch Roadmaps, Story Maps, Clarity Week, EACS, als ob wir andere interne Systeme hatten, die wir verwendeten, und das Team wuchs tatsächlich über Dave und mich hinaus, und es wuchs. Da waren Jared, Satvik und Rob, und so wuchs auch das Team zu diesem Zeitpunkt. Es gab uns also die Möglichkeit, eine Reihe von Leuten für einen bestimmten Zeitraum, etwa eine Woche, mit einem Problem zu befassen.

Dave Elkan:

Stimmt, und daraus entstand die Idee des Fokus, und wir fingen an, fokussierte Sprints zu machen, also Produktfokus-Sprints, bei denen ein weiteres schreckliches Problem des Überfahrens hervorgehoben wurde. Wenn Sie Ihre Schätzungen überfahren haben, dann müssten Sie in neun Wochen oder so zurückkommen und es war einfach [diabolisch 00:28:12].

Nick Muldoon:

Das ist richtig.

Dave Elkan:

Also haben wir [Crosstalk 00:28:14] fallen lassen -

Nick Muldoon:

Was haben wir gemacht? Wir haben zwei Wochen mit Story Maps gearbeitet, zwei Wochen mit Roadmaps, zwei Wochen mit internen Systemen, zwei Wochen mit irgendwas und dann eine Woche mit Inception Week?

Dave Elkan:

Anfangswoche. Ja, ich denke [Crosstalk 00:28:26] -

Nick Muldoon:

Ich kann mich jetzt nicht einmal mehr erinnern, was das andere Ding war.

Dave Elkan:

Insgesamt waren es neun Wochen, nicht wahr?

Nick Muldoon:

Ja.

Dave Elkan:

[Crosstalk 00:28:31] Straßenkarten-

Nick Muldoon:

Wenn Sie es verpasst und nicht versendet haben, sind wir zum nächsten Produkt übergegangen und haben es weiterentwickelt, und dann kamen wir darauf zurück.

Dave Elkan:

In Ewigkeiten entfernt. Und es war super stressig für das Team und das haben wir schnell zunichte gemacht, in der Woche, in der wir flexibler an die Sache herangegangen sind, wo wir das harte Mandat fallen ließen, dass du jetzt Produkte austauschen musst, wir haben sie ein bisschen übergehen lassen und dann haben wir die Storypoints auf die nächsten angepasst, bla, bla, bla. Und dann kratze ich irgendwann an meinem Gedächtnis, aber im Grunde sind wir an einem Punkt angelangt, an dem wir Möglichkeiten eingeführt haben, die lose auf Shape Up von Basecamp basierten, und wir haben eine Menge Dinge daraus übernommen, aber die meisten davon passten nicht wirklich zu unserer Arbeitsweise und unseren Werten.

Nick Muldoon:

Ich meine, dieser ganze Opportunitätszyklus, wir haben uns jetzt drei- oder viermal weiterentwickelt.

Dave Elkan:

Und im Idealfall waren es nur zwei oder vier Wochen Arbeit, und dann machten wir die Inception Week und die Tech Debt Week, und wir haben eine spezielle Tech Debt Week als Mandat. Das haben wir seitdem fallen lassen, und jetzt haben wir vier Wochen Arbeit, einschließlich Tech Debt, und dann haben wir die Inception Week, und das ist irgendwie cool, oder? Als ob wir immer noch das Mandat der Inception Week haben, nicht der Tech Debt Week. Das ist das Letzte; ich denke, die Mandate... weil es wie ein Kickstart für dein Motorrad ist, du musst wirklich einen guten Kick geben und das ist im Grunde das, was wir in den letzten drei Jahren versucht haben, ist, dieses Ding zum Laufen zu bringen. Ich glaube, wir haben...

Nick Muldoon:

Aufgebauter Schwung.

Dave Elkan:

Der Motor läuft jetzt... ja. Der Motor läuft jetzt und wir ziehen die Kupplung heraus. Es ist nur so, dass die Mandate langsam wegfallen und das Team seinen eigenen Weg findet, aber ich habe immer noch das Gefühl, dass dieser Zyklus das Wichtigste ist, dass fünf Wochen, in denen wir aufhören, jeder weiß, was passiert. Denn wenn es einfach für immer in die Zukunft hinausläuft, kannst du das nicht in deinem Kopf berechnen, aber du kannst fünf Wochen vorausschauen und sagen: „Ich werde diese Arbeit planen, sie wird nicht bis zu einem N-ten Grad erledigt werden, weil das irgendwie komisch ist“, es ist einfach so: „Lass uns versuchen, das zu erreichen und lass uns ein Stück nach dem anderen abbeißen.“ Dann machen wir eine Pause mit der Inception Week, lassen unserer Kreativität freien Lauf und dann kommen wir in der nächsten Runde darauf zurück.

Nick Muldoon:

Richtig, also muss ich hier Timeout anrufen. Also das ist eine Seitenleiste für alle, die zu Hause zuhören; Dave hat gerade diese Analogie benutzt, wie man das Motorrad anwirft und dann die Kupplung herauszieht. Eines der Dinge, die Dave unglaublich gut kann, ist, dass er sich diese Analogien schnappt und diese Analogien verwendet, um Konzepte zu vereinfachen, die ich sonst für ziemlich komplex halte, und sie zu vereinfachen und wirklich gut zu kommunizieren. Das habe ich noch nie gehört, aber es gibt ein neues, das wir dem Repertoire hinzufügen können, Dave. Ich liebe es.

Dave Elkan:

Danke, Kumpel.

Nick Muldoon:

Was für andere Dinge? Weil ich schätze, wir planen diese Reise über fünfeinhalb Jahre, von Dave und Nick und der Hinzunahme von Satvik und Teagan und Jared und Rob und Brad und ein paar Leute im Laufe der Zeit bis zu dem Punkt, an dem wir heute 27, 28 Leute sind. Was sind einige der anderen Wegmarken, die wir irgendwie durchgemacht haben, die unsere Arbeitsweise verändert oder weiterentwickelt haben? Wie das Easy Agile-Betriebssystem, über das wir in der Vergangenheit gesprochen haben.

Dave Elkan:

Nun, es ist etwas, das wir gerade in der Hinrichtungsebene besprochen haben. Offensichtlich explodiert alles alle sechs Monate und man muss es reparieren, als ob alle sechs Monate eine wichtige Sache passiert, und ich finde, das ist gut und gesund, und das läuft immer wieder auf diese Dinge hinaus. Entweder sind sie intern oder extern und ich habe das Gefühl, dass wir es gerade mit einer externen zu tun haben, auf die ich in diesem Podcast nicht wirklich eingehen möchte, aber ich denke, dass es für das Unternehmen gesund ist, sich an sie anzupassen. Aber sicher, ich denke, in dieser Zeit wirklich zu verstehen, dass es die Menschen sind, die zählen, oder?

Dave Elkan:

Das Geschäft ist da drin, als wäre es eine Sache, aber es ist nichts ohne die Leute, die dafür gearbeitet haben, und es dient den Leuten, die hier arbeiten, sowie den Kunden. Und das ist etwas, woraus wir hervorgegangen sind. Was denkst du, Nick? Wie die kulturellen Aspekte dessen, was wir gebaut haben, was fällt Ihnen auf?

Nick Muldoon:

Ich denke auf jeden Fall, dass es diese Wendepunkte gibt. Ich meine, ich erinnere mich an ein Gespräch mit Jared, als wir in der Crown Street Mall waren, und es war 2019 und wir haben mit dem Team am Küchentisch dort gesprochen, und wir konnten acht Leute an diesen Küchentisch bekommen und wir haben darüber gesprochen, das Team zu vergrößern, um die Gelegenheit zu nutzen und auf Kundenanfragen und all diese Dinge zu antworten. Ich glaube, Jared sagte: „Nun, ich mag es so, wie es ist.“

Nick Muldoon:

Und dann spalte ich zu einem Interview mit Jared vor, das in das fünfjährige Video eingeflossen ist, das wir kurz vor Weihnachten gesehen haben und in dem es um seinen Werdegang ging und wie er sich beruflich und persönlich zusammen mit dem Unternehmen weiterentwickelt und angepasst hat. Ich denke, das ist die Geschichte für uns alle als Teammitglieder, wir waren alle irgendwie zusammen auf einer Reise und wir lernen und passen uns alle zusammen an. Wir leben in vielerlei Hinsicht diesen agilen Ansatz, bei dem wir nachdenken und uns die Zeit nehmen und nachdenken und mit neuen Ansätzen experimentieren, um unsere Arbeit zu erledigen.

Nick Muldoon:

Ich glaube sogar... und wir haben in letzter Zeit darüber gesprochen, was Pace angeht, die erste Version unseres Lern- und Entwicklungsprogramms, in dem wir die Leute finanziell unterstützen wollten, damit sie etwas verfolgen können, worüber sie lernen wollten. Aber wir haben das rausgebracht: „Hey, das war Arbeit für einen Morgen“, wir haben ein L&D herausgebracht, die Leute haben angefangen, das L&D-Programm zu benutzen, und wir nannten es unsere erste Version unseres L&D-Programms, und heute sind wir bei Version, ich weiß nicht, 1.4 oder was auch immer es ist, unseres L&D-Programms. Es gibt viele Dinge, die herausgekommen sind und wir optimieren und verbessern sie im Laufe der Zeit, um sie immer besser und besser an den aktuellen Spielstand innerhalb des Teams anzupassen. Ist das fair?

Dave Elkan:

Ja, ist es. Ja, und ich glaube das; A, ich habe noch nie in einem Unternehmen gearbeitet, das so etwas hat und wo man aktiv dazu ermutigt wird, es zu nutzen, das Geld auszugeben und sich selbst zu verbessern. Wenn Sie sich selbst verbessern, wird das Team besser, wenn das Team besser wird, die Kunden bessere Ergebnisse erzielen und das Unternehmen sich weiter verbessert, und es wird wahrscheinlich ein besserer Ort für Sie sein, um in Zukunft zu arbeiten. Es ist also wirklich eine ganzheitliche Perspektive und nicht engstirnig, sondern kurzsichtig oder konzentriert sich nur auf den Output. Es geht um Output-Ergebnisse und ich denke, das könnte ein weiterer unserer Werte sein. Wenn wir sieben hätten, wären es Ergebnisse über Output. Also wirklich aufzuhören, die Erlaubnis zu haben, innezuhalten und nachzudenken und sich darauf einzustellen und darüber nachzudenken, was Sie erreichen wollen, anstatt einfach blindlings Dinge zu tun.

Dave Elkan:

Aus der Sicht eines Entwicklers ist der schnellste Code also der Code, der nicht existiert. Wenn Sie also etwas anders machen können, was nicht 100 Schritte erfordert, oder einfach entscheiden: „Hey, das ist gerade wirklich schwierig, dieser Teil des Codes, an dem wir arbeiten, oder diese Funktion ist wirklich schwierig. Können wir das Feature einfach löschen?“ Und wir haben es sofort gemacht, ich weiß, das klingt ziemlich gewagt, aber ganz ehrlich, diese Art von Diskussion ist wirklich gesund. Ich möchte das Team ermutigen, so zu denken, und ich denke, dass Lernentwicklung auch etwas ist, was man tun kann, um die Leute dazu zu bringen, ihren Werdegang zu betrachten, um ihre Fähigkeiten zu messen und ihnen zu geben, in dieser Hinsicht wirklich... Öl ins Feuer zu gießen und zu sehen, wie sie ihre Fähigkeiten verbessern und ihren Mitmenschen helfen.

Nick Muldoon:

Ja, also führen Sie uns das durch, denn das ist etwas, worüber wir definitiv ein paar Mal gesprochen haben, zum Beispiel, als wir uns Kandidaten angesehen haben und in einem Einstellungsgedränge um Kandidaten über diejenigen gesprochen haben, die sich auf einem bestimmten Weg befinden und von denen wir glauben, dass wir diesen Weg beschleunigen können. Woher kam das?

Dave Elkan:

Woher kommen Gedanken? Ich bin mir nicht sicher, das ist eine gute Frage. Ich könnte es dir nicht sagen, aber ich denke, es ist ziemlich offensichtlich, wenn du dir den Lebenslauf von jemandem ansiehst und du siehst... nun, es ist nichts falsch an Leuten, die lange angestellt sind, aber wenn du mit jemandem sprichst und er nicht wirklich sagen kann, was er in den letzten 10 Jahren gemacht hat und er hat diese eine Position 10 Jahre lang besetzt und er hat nichts wirklich Auffallendes, er kann darüber erzählen, wie er das verbessert hat, das sagt irgendwie viel über diese Person. Vielleicht würden sie reinkommen und einfach an die Küste fahren... sie sind eine Achterbahn, oder? Wenn sie an der Küste fahren, ist das in Ordnung, es ist ihre Entscheidung, aber gleichzeitig suchen wir nach Menschen, die aktiv versuchen, ihre Wirkung durch ihre Arbeit zu vergrößern und ihren Mitmenschen zu helfen. Und das kannst du sehen, du kannst sehen: „Oh, schau. Sie waren in derselben Firma, das ist in Ordnung, aber sie haben diese verschiedenen Rollen übernommen oder sie haben diese Art von Verbesserung in ihrem Ansatz gesehen.“

Nick Muldoon:

Das geht auf diesen Artikel zurück, diesen Financial Review-Artikel, die Rente in der Mitte der Karriere. Das war also ein Artikel, den wir 2016, 2017 veröffentlicht haben müssen, und es ging um eine japanische Bezeichnung, die Rente während der Karriere. Du könntest 20 Jahre Erfahrung in einer Rolle haben oder du könntest 20 erste Jahre Erfahrung haben, und ich denke, schon früh, und vielleicht passiert es heutzutage immer noch, ich denke, das tut es wahrscheinlich, aber es fühlte sich an, als hätten wir 20 Viertel Erfahrung gesammelt. In diesen fünf Jahren gab es immer eine große, neue Herausforderung, die wir in den ersten fünf Jahren lernen und anpassen und in das Unternehmen integrieren mussten. Wir haben also ständig gelernt und uns angepasst, und wir wollten Leute, die sich auf einer ähnlichen Reise befinden und lernen und sich integrieren, sich anpassen und experimentieren.

Dave Elkan:

Ja, das ist definitiv etwas, das man lernen kann, und ich denke, wenn man neue Stars hervorbringt, können sie das einfach bekommen, das tun sie standardmäßig, weil man sie in diese Umgebung gebracht hat. Aber einige Umgebungen, insbesondere ältere Unternehmen, können ziemlich stagnieren und statisch sein, sodass sich das nur in den Lebensläufen der Menschen widerspiegelt. Entweder gibt es irgendeinen Grund, warum das Unternehmen sie nicht befördert oder ihnen die Möglichkeit gibt, ihnen zu folgen, weil wir einen anderen Ansatz verfolgen, bei dem wir den Leuten zu viele Möglichkeiten bieten, glaube ich manchmal, und ich habe gesehen, dass Leute ihre L&D so oft nutzen, dass es sich tatsächlich auf ihren besseren Gleichgewichtswert auswirkt. Ich sage: „Wow, das ist fantastisch, aber vergiss nicht, dass du Kinder hast und helfen musst, auf sie aufzupassen“ und [Crosstalk 00:39:41] -

Nick Muldoon:

Mildere deinen Enthusiasmus, ja.

Dave Elkan:

Ja. Also das ist etwas, nach dem man Ausschau halten sollte.

Nick Muldoon:

Halten Sie inne und denken Sie über fünfeinhalb Jahre nach. Was ist der Zweck des Unternehmens, was ist das Ziel für die nächsten paar Jahre?

Dave Elkan:

Hab Spaß, lerne, was ist mit dir?

Nick Muldoon:

Definitiv lernen.

Dave Elkan:

Bleib im Geschäft.

Nick Muldoon:

Oh, ja. Bleiben Sie im Geschäft, nachhaltiges Wachstum ist immer gut. Ich denke, das ist wichtig. Ja, ich weiß nicht, es ist interessant. Ich habe das Gefühl, an manchen Tagen kann es wirklich Spaß machen und an anderen Tagen macht es überhaupt keinen Spaß. Das liegt wahrscheinlich zum großen Teil daran, als wir damit angefangen haben, waren wir nur für uns selbst und füreinander da, und jetzt habe ich das Gefühl, dass wir in den Diensten eines Teams von Leuten stehen, die selbst für den Kunden da sind, weil wir ein paar Tausend von ihnen haben. Die Verantwortung und die Rechenschaftspflicht haben sich geändert, und die Art und Weise, wie Spaß entsteht, ist heutzutage... es hat Spaß gemacht, Lamingtons zu haben und zu chatten, und heutzutage organisiert normalerweise jemand anderes in der Crew das Event, der oft daran teilnimmt, dass ich mit dem Rest des Teams Spaß und Vergnügen finde, anstatt mir die Zeit nehmen zu können und das zu tun.

Nick Muldoon:

Ich erinnere mich, als wir ein paar Leute von iAccelerate angerufen haben und in die Stadt gefahren sind und in die Stadt gegangen sind und wir haben uns in der Stadt einen Laksa geholt und wir haben eine Schüssel Laksa bekommen. In den letzten 12 Monaten war es schwieriger, das zu tun, angesichts des globalen Umfelds und all dieser Dinge, also hoffen wir, dass wir 2022 ein bisschen mehr davon finden können.

Dave Elkan:

Und vielleicht Ramen. Jetzt gibt es Ramen.

Nick Muldoon:

Oh, und es ist großartig, das weißt du.

Dave Elkan:

Ja. Ich denke, wenn wir das, was wir tun, verfeinern und weiter darüber nachdenken, speziell mit den Ingenieuren, verwende ich gerne eine zielorientierte... Ziele sind bei Easy Agile groß, ich denke, Sie sollten ein bisschen über Ziele sprechen, aber wir verwenden sie, um Menschen dabei zu helfen, Dinge zu verfolgen, die sie erreichen wollen, und wir können diese Dinge bis zu einem gewissen Grad an dem ausrichten, was das Unternehmen tut. Dann können Sie tatsächlich gehen und Ihre beruflichen Ziele durch das Unternehmen erreichen, und das Unternehmen ist das Mittel, um dies zu tun, anstatt es draußen tun zu müssen. Das ist wirklich cool, diese Harmonie zu finden, damit sowohl Easy Agile erfolgreich sein kann als auch die Leute, die hier arbeiten, erfolgreich sein können.

Dave Elkan:

Ich denke, es ist tatsächlich ziemlich schwierig, wenn Sie sagen: „Hey, treten Sie einen Schritt zurück, denken Sie darüber nach, was Sie erreichen möchten, geben Sie mir das, und dann werde ich sehen, was ich tun kann, um den Geschäftsverlauf zu ändern und Ihnen dabei zu helfen, das zu erreichen. Was können wir tun? Vielleicht gibt es einen Mittelweg, den wir gemeinsam verfolgen können.“ Und das ist etwas Neues für mich und ich verwende es quasi anstelle von Leistungsbeurteilungen, also stellt sicher, dass ihr eure Ziele erreicht, Leute. [Crosstalk 00:42:44]

Dave Elkan:

Aber ja, du hast auch dafür gesorgt, dass du in der Zeit zurückblicken und dich selbst in der Zukunft sehen willst, um mit dem Team nachzudenken. Wenn sie gegangen sind und weitergemacht haben, [Crosstalk 00:42:56] -

Nick Muldoon:

Oh, ja. Absolut. Ich habe diese Woche sogar mit Elizabeth Cranston gechattet und gesagt: „Ich kann mir vorstellen, dass du in der Zukunft unten in Narooma an der Küste lebst und ich kann runterkommen und mit den Familien Käse und Biccies essen und du schaust über die Bucht auf Narooma oder so, und wir erinnern uns an diese Zeit bei Easy Agile.“ Das kann ich mir absolut vorstellen. Ja, ich finde es großartig und ich denke, nur was die Ziele angeht, die Ziele sind persönlich wichtig, und wir haben in der Vergangenheit viel über Ziele gesprochen, in Bezug auf die langfristige Vision für die Familien und solche Dinge.

Nick Muldoon:

Aber es ist auch für das Unternehmen, ich erinnere mich, dass wir gute Stunden hatten, als wir das Unternehmen auf die Beine gestellt hatten, wir haben sie jedes Jahr überarbeitet, wir haben in den letzten Jahren viel gelernt und uns daran angepasst, wie wir über unsere Ziele und unsere wichtigsten Ergebnisse denken. Und die Tatsache, dass wir sie vierteljährlich verfassen und sie vierteljährlich überprüfen, aber wir haben diese Ziele, die mit einem Geschäftsziel übereinstimmen, das in drei Jahren liegt und das alles irgendwie abläuft. Ich meine, ich denke, wir sind viel reifer in Bezug auf diesen Aspekt unserer... Ich weiß nicht, würde ich strategische Planung sagen? Vision, Zielsetzung über einen längeren Zeitraum? In dieser Hinsicht sind wir heute viel reifer als vor zwei oder drei Jahren. Das ist auch wirklich aufregend. [Crosstalk 00:44:33]

Nick Muldoon:

Kommen Sie zurück zu dem, was Sie zuvor über den Backlog gesagt haben. Wir kamen an einem Montagmorgen rein und fragten uns: „Woran werden wir diese Woche arbeiten?“ Und wir haben über ein paar Jahre gearbeitet, wir haben es so ausgearbeitet, dass „Ah, hier ist die Vision für das Produkt.“ Es war eine längerfristige Sache, und wir haben das erhöht und es heißt nicht: „Hey, was machen wir diesen Monat für das Unternehmen?“ Es heißt jetzt: „Hier ist unsere langfristige Entwicklung für das Unternehmen.“ Wir haben das angehoben, das ist ziemlich aufregend, finde ich.

Dave Elkan:

Und gleichzeitig versuchen wir, das Team dazu zu bringen, auch ihre Sichtlinie zu erhöhen.

Nick Muldoon:

mm-hmm (bejahend), mm-hmm (bejahend).

Dave Elkan:

Und schauen Sie weiter weg, aber nicht zu weit. Sie möchten, dass sie sich ansehen, was nächste Woche und auch nächsten Monat passiert, aber auch, was das Ziel ist, was verfolgen wir? Was ist das Gesamtbild? Und ich glaube, das fängt an zu passieren.

Nick Muldoon:

Was ist die Analogie zum Thema Golf, Dave?

Dave Elkan:

Oh. Nein, kannst du es mir sagen? Ich kann mich nicht erinnern.

Nick Muldoon:

Es war diese Analogie zum Golf, also du musst schauen, wo du den Ball schlagen wirst und du musst nach oben schauen. Du willst nicht auf den Abschlag schauen, du willst hinter den Abschlag schauen, damit du... nicht hinter den Abschlag, hinter das Loch, tut mir leid. Du willst hinter das Loch schauen.

Dave Elkan:

Das war nicht meine Analogie, deshalb kann ich mich nicht erinnern, aber ich erinnere mich, dass uns jemand das erzählt hat. Aber es ist gut, als ob es nicht einmal eine Analogie wäre, ist das nicht die wörtliche Sache, die der Golflehrer tun würde? Es ist wie: „Wo schaust du hin?“ Und dann sagen sie: „Oh, ich schaue mir das Loch an.“ „Nein, nein, du musst weiter als das Loch schauen. Schau nach oben, wo der Ball hingehen soll, und dann geht er weg.“

Nick Muldoon:

Ja, erhebe dein Visier.

Dave Elkan:

Erhöhen Sie Ihre Sicht, ja. Und wenn du auf deine Füße schaust, wirst du wahrscheinlich nicht weit kommen, aber wenn du nach oben schaust und Bilanz ziehst, kannst du wahrscheinlich... das ist eigentlich eine Fußball-Analogie, die ich dir geben kann, wie von meinem Fußballtrainer, als ob du mit dem Zeh zeigen musst, wohin der Ball gehen soll. Und das ist einfach das Magische, es funktioniert einfach. Du stellst einfach deinen Fuß neben den Ball und zeigst auf die Ecke des Tores, du willst, dass er reingeht und du trittst ihn, und dann passiert es einfach.

Dave Elkan:

Es gibt solche lustigen kleinen Hacks und ich denke, das ist eine Sache mit langfristiger Vision. Wenn Sie ein Unternehmen führen, das diese langfristige Vision und dieses Ziel nicht verfolgt, dann können Sie tatsächlich in mehrere Richtungen gleichzeitig gehen, und Sie werden keine Fortschritte machen. Ich denke, eine gute Analogie, die ich gelesen habe, war wie bei einem Team, wenn man sich vorstellt, dass alle Teammitglieder mit einem Gummiband an einer Stange festgebunden sind und sie alle in verschiedene Richtungen gehen, die Stange wird sich nicht bewegen, weil alle einfach... und das Unternehmen wird statisch und still bleiben. Aber wenn alle einfach in die gleiche Richtung gehen, dann wird es weitergehen.

Nick Muldoon:

Verschiebe es, ja.

Dave Elkan:

Ja. Und das ist etwas, das wir in letzter Zeit abgebissen haben, ist unser Ziel.

Nick Muldoon:

MM-HMM (bejahend), um Teams dabei zu helfen, agil zu sein.

Dave Elkan:

Ja. Das ist einer dieser lustigen Momente, in denen wir darüber reden, und wir haben darüber gesprochen, wir haben uns eine Frist gesetzt, um ein besseres Wort zu sagen, als ob unsere Planungssitzung in ein paar Wochen ansteht, also haben wir uns hingesetzt und darüber gesprochen. Und wir haben uns im Kreis gedreht und versucht herauszufinden, was es heißt, nicht agil zu sein, sondern einfach, was Agile ist? Und wir wissen [unverständlich 00:47:45], aber wir haben versucht, das in Worten zu kodifizieren. Und als du das sagtest, als ob es agil ist, war das irgendwie so... so wie ich es gerne beschreibe, ein umgedrehter A-Moment, was unser Logo ist, wie du es auf Nicks Jacke dort sehen kannst.

Dave Elkan:

Als mir das vorgeschlagen wurde, sagte ich: „Nein, das ist so albern.“ Aber ich sagte: „Oh, aber ich liebe es.“ Und ich sage nicht, dass es albern ist, agil zu sein, aber die Tatsache, dass es so einfach ist, das gefällt mir daran, es ist einfach, es ist einfach, und es gibt eine Menge davon, wenn man sich darauf einlässt.

Nick Muldoon:

Mm-hmm (bejahend). Ja. Ja, warum packen wir es nicht dort ein? Ich denke, das ist ein guter Ort, um zu enden.

Dave Elkan:

Ja.

Nick Muldoon:

Unser Ziel ist es, Teams dabei zu helfen, agil zu sein, und das tun wir für uns selbst, wir versuchen ständig zu lernen und uns anzupassen und mit neuen Dingen zu experimentieren, da wir Easy Agile sind und als unsere Teammitglieder hier sind. Ich hoffe, das war ein nützlicher kleiner Leckerbissen und eine Reise von Dave und mir darüber, wie wir Easy Agile zu diesem Punkt gebracht haben, und über einige der Dinge, die uns beschäftigt haben.

Dave Elkan:

Ja.

Nick Muldoon:

Danke, Dave.

Dave Elkan:

Danke, Nick. Das hat Spaß gemacht.

Nick Muldoon:

Das hat Spaß gemacht. Oh, gut.

‍

‍

„Mein Gespräch mit Jon hat mir sehr gut gefallen. Er teilte einige großartige Perspektiven auf die Auswirkungen des Agile-Manifests mit“ - Amaar Iftikhar

Zu Amaar Iftikhar, Produktmanager bei Easy Agile, gesellt sich Jon Kern, Mitautor des Agilen Manifests für Softwareentwicklung und leitender Transformationsberater bei Adaptavist.

Amaar und Jon nahmen sich etwas Zeit, um über das Agile Manifest zu sprechen. Es wurde alles behandelt, von den Anfängen über die Ideenfindung, den Prozess und die ersten Reaktionen bis hin zu den Auswirkungen auf die heutige Welt des agilen Arbeitens.

Sie gehen auf den Idealzustand eines agilen Teams ein und darauf, was das Manifest für verteilte, hybride und am selben Standort ansässige Teams bedeutet.

Wir wünschen euch viel Spaß mit der Folge!

Transkript

Amaar Iftikhar:

Hallo zusammen. Willkommen zum Easy Agile Podcast. Mein Name ist Amaar Iftikhar. Ich bin Produktmanager hier bei Easy Agile. Und bevor wir beginnen, möchte Easy Agile den traditionellen Hütern des Landes, von dem aus wir heute senden, danken, den Menschen im Dharawal sprechenden Land. Wir erweisen den Ältesten in Vergangenheit, Gegenwart und Entwicklung unseren Respekt. Und gilt allen Aborigines, den Bewohnern der Torres-Strait-Inseln und den Ureinwohnern, die heute zu uns kommen, denselben Respekt.

Heute haben wir im Podcast Jon Kern zu hören, der Mitautor des Agilen Manifests für Softwareentwicklung und Agile-Berater ist. Wenn Sie sich das fragen, haben Sie Recht. Ich habe das Agile Manifest für Softwareentwicklung erwähnt. Das Agile Manifest. Also Jon, willkommen, dass du hier bist und danke, dass du zu uns gekommen bist.

John Kern:

Oh, das freut mich, Amaar. Oh, danke.

Amaar Iftikhar:

Ja, ich freue mich sehr, dich dabei zu haben. Fangen wir einfach mit den absoluten Grundlagen an. Erzählen Sie dem Publikum, was ist das Agile-Manifest?

John Kern:

Nun, es ist etwas, das, wenn Sie nicht da wären, und ich weiß, dass Sie jung sind, also vor 21 Jahren noch nicht da waren, ich schätze jetzt, um vielleicht zu verstehen, mit welchen Softwareentwicklungsprozessen und Tools und mit was die meisten von uns damals konfrontiert waren, es wie eine wirklich offensichtliche Reihe von wirklich einfachen Werten erscheinen könnte. Wer könnte denken, dass an dem, was wir in das Manifest aufgenommen haben, etwas falsch ist? Aber damals gab es Dinge, unter denen ich als... Ich bin Luft- und Raumfahrtingenieur, also habe ich im Verteidigungsministerium gearbeitet und Dinge wie Jagdflugsimulationen, F-14-Flachdrehungen und die Arbeit mit einer Zentrifuge und so coolen Sachen gemacht. Und es unterliegt einer Werksstandardspezifikation, was wahrscheinlich für Waffensysteme, den Flugzeugbau und alle möglichen anderen Dinge Sinn macht. Aber sie hatten eine, und siehe da, für die Softwareentwicklung. Also gab es in Bezug auf den Softwareentwicklungsprozess eine sehr große, was ich als Schwerfälligkeit bezeichnen würde. Wir nennen ihn einen schwergewichtigen Prozess. Wasserfall war damals der gebräuchliche Begriff und wird wahrscheinlich auch heute noch verwendet.

Und es gab viele, ich würde sagen, der Marketing-Moloch des Tages, einheitliche Prozesse von IBM und Rational, diese großen, die Safe sehr ähnlich waren. Wo es ein wirklich großes Werk ist, eine unglaubliche Menge an Informationen darin, aber ein sehr schwerer Prozess, obwohl alles, sagen wir, Sie würden es anpassen, es könnte sein, was Sie wollen. Ich habe zum Beispiel meinen eigenen, einfachen Prozess in REP abgebildet. Sicher. Aber die Realität war, dass wir es mit einer Art Schwergewicht wie dem Marktführer zu tun hatten, der einfach die Seele zermalmte und aus meiner Sicht das Geld der Steuerzahler verschwendete. Das war quasi mein Standpunkt, nun ja, ich bin Steuerzahler, ich werde dieses dumme Verfahren nicht einfach um des Prozesses willen durchführen. Das muss einen gewissen Wert haben, muss pragmatisch sein. Und siehe da, es gab eine Handvoll von uns, 17, die dort gelandet sind, aber es gibt eine Handvoll von uns, die leichtere Methoden praktizierten. Das Manifest war also wirklich eine Gelegenheit, zusammenzukommen und einige der Dinge zu entdecken, die man als Gemeinsamkeiten zwischen vielen verschiedenen leichten Praktiken bezeichnen könnte. Da war das XP-Kontingent. Ich habe dort zum Beispiel zum ersten Mal etwas über Scrum gelernt. Arie van Bennekum, ein guter Freund, hat uns etwas über DSDM beigebracht. Ich kann mich nicht einmal mehr erinnern, wofür es steht. Es war eine europäische Sache.

Alistair und Jim Highsmith hatten, ich vergesse, quasi kristalline Methoden. Es gab also eine ganze Reihe anderer Verfahren, bei denen der Marketingzweig nicht ausgebrochen war, oder bei denen es nicht um den Produktionsstandard ging. Es ging also wirklich nur darum, was wir unter uns finden konnten, was ein gemeinsames Thema über all diese leichten Verfahren war. Es ging also wirklich darum, das herauszufinden.

Amaar Iftikhar:

Ihr kommt alle zusammen, die Prinzipien kommen irgendwie zum Tragen, und lasst uns ein bisschen vorspulen. Was war die erste Reaktion auf das ursprüngliche Manifest?

John Kern:

Ja, es war sogar lustig, dass die vier Werte, die vier Kugeln so einfach sind wie früher. Die Prinzipien kamen etwas später. Ich möchte sagen, wir haben beim Award-Wiki zusammengearbeitet, aber das Original... Wenn du zu Agile Uprising gehst, kannst du sehen, dass ich ein paar Artefakte hochgeladen habe, weil ich anscheinend eine Rudelratte bin. Und ich hatte die Originaldokumente, die Alistair wahrscheinlich ausgedruckt hat, weil er derjenige war... Er und Jim lebten dort in der Nähe von Salt Lake City. Es war also wie: „Hey, lass uns herkommen.“ Und wir gehen gerne Skifahren, also machen wir es hier. Also arrangierte er das Zimmer und alles. Also gibt es ein paar lustige Artefakte, die du finden kannst. Und die Art und Weise, wie es tatsächlich zustande kam, war eine erste Einführung in jeden von uns in unsere Methoden. Und ich glaube wirklich, ein Schlüssel, wir haben unser Ego an der Tür gelassen. Ich meine, ich war jünger. Onkel Bob, einige davon, er war bei Luminar, ich weiß, ich habe immer noch Zeitschriften in der Scheune, von denen er entweder Herausgeber war oder von denen er Autor war, für Leute, die sich nicht erinnern können, was Zeitschriften sind. Kleine Heftchen, die herauskamen. Onkel Bob sagte also, Oh, wow, das ist ziemlich cool.

Und ich war nicht schüchtern, weil ich viel Erfahrung mit Schwergewichtsmethoden hatte. Also wollte ich unbedingt etwas dazu sagen... Weil ich ein paar Jahre zuvor meine eigene Lightweight-Methode veröffentlicht hatte. Ich hatte also viele Meinungen dazu, wie man den Herausforderungen eines großen Schwergewichtsprozesses aus dem Weg gehen kann. Der Höhepunkt, als wir aus der Tür gingen und nachdem wir uns die vier Werte ausgedacht hatten, war, glaube ich, dass Ward sagte: „Sir, möchten Sie, dass ich das ins Internet stelle?“ Und noch einmal, das ist 2001, also Punkt com und das Web ist sozusagen noch ziemlich neu. Und wir sagen alle, ja, klar, warum nicht? Was zur Hölle, kann nicht schaden. Wir haben etwas, wir können es genauso gut veröffentlichen. Ich glaube nicht, dass jemand zu einer Person gesagt hat: „Oh ja, das wird die Welt aus den Angeln heben, weil wir so großartig sind.“ Und wir wollten die Welt mit all dieser wunderbaren Weisheit salben. Ich glaube also nicht, dass irgendjemand dachte, dass so viel passieren würde.

Amaar Iftikhar:

Ja. Also, was hast du zu der Zeit gedacht? Also, wie wären die Prinzipien, die ihr gemeinsam ausgedacht habt, vielleicht nur für das Team zum Mitnehmen? Jeder, der da war? Was war der Plan zu der Zeit?

John Kern:

Ich denke, es war eine gängige Praxis. Wie ich schon sagte, es gab andere Gruppen, die sich oft trafen und kleine Konsortien oder kleine Zusammenkünfte veranstalteten und dann etwas veröffentlichten. Also ich denke, es war einfach, oh ja, das ist normal, dass man einige Zeit miteinander verbracht hat und Dinge aufgeschrieben hat, man könnte sie genauso gut veröffentlichen. Also ich denke, es war nicht tiefer als das, außer Bob, ich glaube, Bob könnte sagen, dass er eine Art Manifest oder irgendein Dokument herausbringen wollte, denn ich denke, das ist, was diese Art von... Ich war nie auf einer dieser Zusammenkünfte, aber weißt du, du konntest sehen, dass sie Dinge veröffentlicht haben. Ich habe das Gefühl, es war einfach etwas so Unschuldiges wie, nun, wir haben geredet, einige Dinge aufgeschrieben, könnten es genauso gut teilen.

Und dann die Prinzipien, es gab viele verschiedene Praktiken im Raum. Also, ich würde sagen, das Schöne an der Werte-Seite ist, dass Demut an oberster Stelle steht, dass sie immer noch aktiv ist. Wir decken nichts auf, ihr alle Bauern, wir haben alles herausgefunden. Nein, wir decken es immer noch auf. Und die andere Sache ist, indem ich es tue, weil ich immer noch ein aktiver Programmierer bin. Und außerdem schätzen wir das auf der linken Seite mehr als auf der rechten Seite. Manche Leute mögen sagen, es ist ein bisschen zweideutig oder etwas verschwommen, aber das ist auch ein Zeichen von Demut und dass es nicht A oder B ist. Und es ist wirklich verschwommen, und Sie müssen Ihren Kontext genug verstehen, um diese Dinge anwenden zu können. Aus der Sicht der Auftragsvergabe durch das Verteidigungsministerium waren mir sicherlich drei der vier Kugeln wirklich wichtig, weil ich gelernt habe... Klar, wir haben das Verteidigungsministerium beauftragt. Aber es ist viel wichtiger, eine Beziehung zum Kunden aufzubauen, als es ist... Denn wenn Sie den Vertrag abgeschlossen haben, haben Sie bereits verloren, was mit dem Aufbau einer Beziehung zum Kunden, dem Einzelnen einhergeht.

Und einer von Peter Codes, als wir mit Kunden und so weiter gearbeitet haben, war eines unserer Mantras, häufig greifbare Arbeitsergebnisse, auch bekannt als funktionierende Software. Man kann viel zeichnen und neun Monate lang Anwendungsfälle durchführen, aber wenn nichts läuft, ist das hübsch. Ich schätze, es ist riskant, dass man nichts, noch keine funktionierende Software hat. Es war also wirklich, glaube ich, eine Gelegenheit, die Tatsache mit anderen zu teilen, dass einige Leute zwei Wochen und andere einen Monat lang nachgedacht haben. Sogar einige der Druckprinzipien wiesen sozusagen eine ziemlich große Flexibilität auf. Ich denke, es ist wirklich wichtig, das zu beachten.

Amaar Iftikhar:

Ja, nein, absolut. Und es macht Sinn. Haben Sie oder jemand anderes, der zu dieser Zeit im Raum war, sich jemals vorgestellt, welche Auswirkungen die dort geleistete Arbeit flussabwärts haben würde?

John Kern:

Nicht dass ich wüsste. Das wusste ich bestimmt nicht. Ich erinnere mich, dass ich in meiner Karriere ein paar Mal reingekommen bin und ein paar Diagramme gesehen habe, als ich für die Firma Together Soft gearbeitet habe, und wir haben coole Sachen gebaut und ich habe gesehen, dass die Leute einige der... Oh ja, ich erinnere mich, dass ich ein Diagramm an ihrer Wand gemacht habe. Das ist irgendwie cool. Aber bei weitem nicht, wie demütigend und irgendwie befriedigend es ist. Vor allem würde ich sagen, wenn ich in Indien, Kolumbien oder Griechenland bin, scheint es fast so, als ob sie eher bereit sind, emotional damit umzugehen. Aber die Menschen sind es, es ist fast so, als wären sie durch dieses Dokument befreit worden. Und in gewissem Sinne ist das wirklich, wirklich winzig, wenn man es mit der größtmöglichen Demut sagt. Ein bisschen wie die Unabhängigkeitserklärung und die Tatsache, dass eine Handvoll Menschen... Und die Verfassung der Vereinigten Staaten. Eine Handvoll Menschen trafen sich in einem Moment, was sich nie wieder wiederholen sollte, und schufen etwas, das sozusagen auf die Welt geworfen wurde, das ein enormes Maß an individueller Freiheit und Zuversicht entfesselte, entfesselte, entfesselte, entfesselte, entfesselte, entfesselte, entfesselte, entfesselte, entfesselte, Dinge zu tun. Und ich glaube, auf sehr kleine, ähnliche Weise hat das Manifest genau das bewirkt.

Amaar Iftikhar:

Wie Sie bereits erwähnt haben, gab es einen Zeitpunkt, an dem das Manifest entwickelt wurde, und das ist fast 20 Jahre her. Jetzt haben sich die Arbeitsweise und die Arbeitswelt drastisch verändert. Also, was sind deine Gedanken dazu? Siehst du eine weitere Version kommen? Denken Sie, dass bestimmte Aktualisierungen vorgenommen werden müssen? Denken Sie, es ist ein zeitloses Dokument? Ich würde gerne deine Gedanken dazu hören.

John Kern:

Ja, das ist eine gute Frage. Ich persönlich finde es zeitlos und ich freue mich über andere Leute, die andere Dokumente erstellen. Und das haben sie. Alistair hat The Heart of Agile, Josh Kerievsky hat Modern Agile.

Es gibt ein paar Variationen eines Themas und verschiedene Dinge, über die man nachdenken kann, was ich großartig finde. Denn ich glaube, im Gegensatz zur US-Verfassung, die einen Mechanismus zur Selbständerung vorsah, brauchten wir das nicht. Und ich glaube, es hat die Essenz dessen erfasst, wie Menschen zusammenarbeiten, um etwas Wertvolles zu produzieren. Hauptsächlich Software, denn das ist es, woraus wir zum Üben gekommen sind, ist die Softwareerfahrung. Aber es braucht nicht viel Fantasie, um das Wort Software durch Produkt oder so zu ersetzen und trotzdem viele der vorhandenen Werte anzuwenden, mit sehr, sehr geringfügigen Anpassungen vielleicht, weil sich häufig greifbare Arbeitsergebnisse ergeben.

Es muss vielleicht Modelle geben, denn du wirst keinen Wolkenkratzer bauen und ihn abreißen und sagen: „Oh, das war nicht ganz richtig“ und ihn dann wieder bauen. Nichtsdestotrotz gibt es Variationen, wie Sie häufig Ergebnisse anzeigen können. Ich denke also, dass es im Großen und Ganzen zeitlos ist. Und ich würde jeden herausfordern. Was stimmt nicht damit? Weisen Sie 20 Jahre später auf etwas hin, das irgendwie nicht stimmt. Und ich glaube, das ist das Genie dahinter, über das wir gestolpert sind... Und wahrscheinlich, weil die meisten von uns Objektmodellierer waren, ist das eines der Dinge, in denen wir wirklich gut sind, nämlich die Essenz eines Systems in die kritischsten Teile zu zerlegen. Genau darum geht es beim Modellieren. Ich denke also, wir sind irgendwie von Natur aus zu den Kernbereichen vorgedrungen, die das ausmachen, was es heißt, Software mit Menschen, Prozessen und Werkzeugen zu produzieren. Und wir haben es aufgeschrieben. Deshalb finde ich es zeitlos.

Amaar Iftikhar:

Ja, absolut nicht. Ich denke, das war eine wirklich gute Erklärung dafür, warum es zeitlos ist. Ich denke, eines der Prinzipien, die mir bei einer Art moderner hybrider oder flexibler Arbeitsgestaltung in den Sinn kommen, ist eines der Prinzipien, in denen über die Bedeutung von persönlichen Gesprächen gesprochen wird. Und in einer heutigen Welt, in der viele Gespräche nicht physisch von Angesicht zu Angesicht stattfinden, finden sie möglicherweise auf Zoom statt. Denken Sie, dass das immer noch gilt?

John Kern:

Ja, ich denke, was wir herausfinden werden mit... Remote war sozusagen ferngesteuert, vor 20 Jahren. Ich habe mit einem Team von Entwicklern in Russland zusammengearbeitet und wir hatten genug Vertrauen und physische... Ich würde jeden Monat dorthin reisen. Das Team war so aufgebaut, dass wir genug Vertrauen in die Kommunikation hatten, sodass wir aufgrund der unterschiedlichen Zeitzonen letztendlich asynchron arbeiten konnten. Und ich war an der Ostküste. 7:00 Uhr in den USA war vielleicht 15:00 Uhr in Russland, wenn ich mich erinnere. St. Petersburg. Wir konnten die Distanz also überwinden, aber das echte Leben ist kaum zu übertreffen. Und oft habe ich manchmal sogar ein bisschen mit Ron Jeffries gestritten, sodass man auf der einen Seite sagen könnte, dass das Beste, was man tun kann, persönlich ist. Aber auf der anderen Seite könnte ich argumentieren, dass ein bisschen Abgeschiedenheit die Dinge ausmacht... Du musst etwas ausführlicher sein, möglicherweise etwas präziser, aber auch ein bisschen ausführlicher. Etwas entspannter mit... Du könntest ein paar Pässe nehmen, um etwas zu bekommen, nur weil, ich meine, in der Nacht vergehen zwei Zeitzonen. Aber das beruhte auf einigen oft ersten persönlichen Treffen, und dann konnte man aus der Ferne gehen und trotzdem erfolgreich und hocheffektiv sein.

Deshalb finde ich es wichtig, dass Teams nicht einfach sagen, dass sie immer noch alles können. Und Zoom ist zugegebenermaßen viel besser als vor 20 Jahren. Zoom bekommt, zumindest kann man ein Gesicht sehen. Aber nichts ersetzt den menschlichen Kontakt. Und ich denke, auch für das Wohlbefinden ist menschlicher Kontakt wichtig. Deshalb würde ich immer noch sagen, dass der Aspekt der Interaktion im Manifest immer noch am besten mit einer gesunden Dosis persönlicher Präsenz erfüllt wird. Und das ist quasi der Schlüssel zu den meisten Dingen in Agile. Für mich geht es um Pragmatismus und nicht nur darum, dogmatisch zu sein, sondern eher darum, was für uns besser funktionieren könnte? Und sogar damit zu experimentieren, etwas ein bisschen auszuprobieren und zu sehen, wie das funktioniert. Also, auch wenn Sie das Manifest behandeln, sollten Sie es sozusagen agil behandeln.

Amaar Iftikhar:

Ja, absolut nicht. Das ist ein gutes Argument. In diesem Sinne: Was sind für Sie als Agile-Berater oder Agile-Experte die besten Praktiken oder was funktioniert, was funktioniert nicht für verteilte Teams?

John Kern:

Nun, ich denke, die Dinge, die mir in großen und noch kleineren Unternehmen begegnet sind, sind die, dass... Ich weiß nicht, ob das natürlich ist, Gott bewahre, wenn es natürlich ist, aber Tendenzen, die ich in einigen Unternehmen gesehen habe, Silos einzurichten, in denen Sie die Qualitätskontrolle, das UX, das Frontend, Sie das Backend sind, lassen meinen Kopf explodieren. Denn das bedeutet, Verzögerungen einzubauen und Kommunikationshindernisse einzubauen und eine Zusammenarbeit aufzubauen, die von Silo zu Silo weitergegeben wird, und nicht Zusammenarbeit. Davon habe ich also mehr gesehen. Und ich verstehe es, Sie möchten vielleicht eine Spezialität haben, aber dem Kunden ist das egal. Der Kunde will etwas vor der Tür haben. Wenn ich auftauche und ein Feature vom Stapel nehme, was meinst du damit, dass ich nur einen Teil davon machen kann? Das verstehe ich nicht. Und ja, ich weiß, ich bin kein Experte für alles, aber wir haben wahrscheinlich einen Experten, der herausfinden kann, was das Muster ist. Also ich finde diese Art von Trend, ich weiß nicht, ob es ein Trend ist, aber ich finde, das ist meiner Meinung nach ein Rückschritt. Und es ist besser zu versuchen, funktionsübergreifender und kollaborativer zu sein. Jeder versucht, daran zu arbeiten, das Feature auf den Markt zu bringen, und nicht nur zu versuchen, seinen kleinen Teil dazu beizutragen.

Amaar Iftikhar:

Ja, hundertprozentig. Ich denke, an Silos zu stoßen, ist ein großer Teil davon, agil zu sein, oder sogar digital zu sein. Und oft gibt es auch Abhilfemaßnahmen dafür, aber es ist viel schwieriger, praktisch damit umzugehen, es tatsächlich in einer Organisation umzusetzen, einem lebendigen Unternehmen, in dem es echte Menschen und Dynamiken gibt, mit denen man umgehen muss, und es gibt Richtlinien und Prozesse, die befolgt werden müssen. Ich denke, so allgemein Sie auch sein können, was ist Ihre Meinung als Agile-Berater für ein Unternehmen, das mit diesem Problem konfrontiert ist?

John Kern:

Eines der Dinge, die... Adaptiv ist das, wofür mein Kollege John Turley mir wirklich die Augen geöffnet hat. Ich nenne es eher die geheime Sauce oder das fehlende Stück in meiner Praxis. Und es hat mit der Denkweise des Einzelnen zu tun und mit dem, was wir vertikale Entwicklung nennen. Es klingt vielleicht wie komisches, flauschiges Zeug, aber es ist wirklich extrem wichtig. Und ich habe immer gesagt, Leute, Prozesse und Tools für, ich möchte sagen, seit Ende der Neunziger, wahrscheinlich für eine lange Zeit. Und in der ersten Phase konnte ich verstehen, warum ich manchmal einfach spektakuläre, extrem leistungsstarke Teams hatte und manchmal waren es einfach wirklich, wirklich gut, aber nicht immer der Funke und manchmal war es irgendwie, eh, das war ein bisschen meh. Und vieles davon hängt davon ab, worauf die Menschen in Bezug darauf liegen, wie sie ihre Bedeutung ausdrücken und welche Motivationsorientierung sie haben, Kommando und Kontrolle versus Autonomie.

Was wir also tun, ist, dass wir gelernt haben, dass wir Menschen zunächst helfen können, zu erkennen, dass dies existiert, und Menschen mit so genannten Entwicklungspraktiken helfen können. Etwas, das, selbst der Satz, Sie haben ihn wahrscheinlich gehört, wie sichere Experimente. Scheitern oder etwas versuchen und scheitern. Nun, wenn du jemandem dafür den Kopf abhackst, weißt du was? Sie werden wahrscheinlich einfach ziemlich still bleiben und nur tun, was ihnen gesagt wird, nicht versuchen... Ich habe ein extrem hohes Maß an Autonomie in mir, also habe ich lange daran gelebt, besser um Vergebung zu bitten als um Erlaubnis zu bitten, und ich hatte immer das Gefühl, solange ich versuche, das Richtige zu tun, um erfolgreich zu sein und das Beste für das Unternehmen zu tun, werden sie mich wahrscheinlich nicht entlassen, wenn ich einen Fehler mache. Aber nicht jeder hat so viel Freiheit in der Art und Weise, wie er arbeitet. Sie müssen also als Management helfen, das zu etablieren, und das ist eine große Sache, mit der wir zusammenarbeiten, mit Teams.

Und dann fangen wir auch mit dem Unterricht an. Falls Sie schon einmal Büroräume gesehen haben und wenn nicht, sollten Sie das tun, aber was machen Sie hier? Also, die Berater Bob und Bob kommen rein, die Effizienzberater, „Also Amaar, was machst du hier?“ Aber das ist wortwörtlich etwas, ob wir Teams dabei helfen, ein neues Produkt zu entwickeln, ist okay, was ist der Zweck? Was ist der Geschäftszweck dieses Produkts? Was machst du hier? Was willst du mit diesem Produkt machen? Welchen Wert bietet es? Das Gleiche gilt für alles, mit dem Sie als Team arbeiten. Und das ist der Grund, egal ob es sich um Software handelt, die eine Funktion hervorbringt, deren Ergebnis dem Kunden einen Mehrwert bietet, oder um ein Produkt. Aber der Punkt ist, wenn Sie das nicht verstehen, wird es dem Team jetzt wirklich schwer fallen, Entscheidungen zu treffen, die uns weiterbringen.

Wenn du also allen hilfst zu verstehen, wofür wir hier sind, und dann versuchst, die Leute zu finden, die vielleicht all die verschiedenen Silos widerspiegeln, wenn du isoliert bist, aber all die verschiedenen Elemente. Wie kommen wir sozusagen von einer Idee zum Geld oder von der Idee zum Wert in der Hand des Kunden? Und schauen Sie sich das genau an. Weil es so viele Dinge gibt, die einfach irgendwie... Technische Daten schleichen sich oft in Softwarecodebasen ein. Und das Gleiche, wir sagen sozusagen die organisatorischen Schulden, das Gleiche kann passieren. Ihre Prozessverschuldung. Am Ende kannst du einfach sagen, alles klar, wir wollen, dass das Entwicklungsteam schneller wird, John und Co., kannst du reinkommen und uns helfen, uns zu coachen? Wir wollen agil werden. Sicher, okay, ja. In Ordnung. Wir krempeln die Ärmel hoch, schauen uns um und nach einer ersten Art von Wertstromansicht sagen wir, warte, es tut mir leid, aber da ist ein kleiner Keil, es sind ungefähr 15%, das ist die Entwicklung. Und dann haben Sie die 85% damit verbracht, darüber nachzudenken.

Tun wir so, als könnten wir die Geschwindigkeit der Entwicklung verdoppeln. Welches war ursprünglich der... Ja, wir brauchen die Entwickler, um schneller zu programmieren oder so. Das ist ein Klassiker. Und nein, tust du nicht, du musst aufhören, diesen ganzen Blödsinn von vorne zu machen, der einfach verrückte, arschgroße Wasserfallprojekte mit mehreren Absprachen ist. Und tatsächlich, eine der Abmeldungen, oh mein Gott, sie findet nur einmal pro Woche statt, und wenn Sie dann einen Tippfehler haben, werden Sie abgelehnt. Du kommst nicht für einen anderen zurück... Bist du verrückt? Du hast acht Monate damit verbracht, dich für acht Wochen zu entscheiden. Entschuldigung, es sind nicht die acht Wochen. Also Dinge wie diese, was ich jedem empfehle, sich selbst zu überprüfen, ist zu versuchen... Wenn Sie sich Sorgen um Ihr Team machen, können Sie es besser machen, indem Sie einfach versuchen, aufzuschreiben, wie Ihr Prozessschritt aussieht und was ein typischer Zeitrahmen ist?

Wie viel Zeit investieren Sie in die... Weil Leute oft Dinge in Sprints zusammenfassen. Das ist ein Stapel, warum legst du Dinge in einen Stapel? Oder sie haben riesige Probleme. Nun, das ist die große Menge. Es gibt also viele, oft tief hängende Früchte. Aber was Sie sagen, es ist oft eingedrungen, so arbeiten wir und niemand fühlt sich in der Lage, uns zu ändern oder sogar innezuhalten und zu schauen, wie wir arbeiten. Also ich denke, das ist der Punkt, an dem wir normalerweise beginnen. Schauen wir uns an, wie Sie heute tatsächlich arbeiten. Und während wir das machen, kannst du dein Bauchgefühl ausplaudern, du kannst uns all die Dinge sagen, die weh tun und die schmerzhaft sind, und dann werden wir versuchen, einen besseren Weg zu finden, auf den wir hinarbeiten können, im Sinne einer effektiveren Arbeit. Denn unser Ziel ist es, Teams dabei zu helfen, Wege zu finden, um sinnvollere und unterhaltsamere Arbeit zu leisten. Weil es viel Spaß macht, wenn es klickt und wenn Sie in einem guten Team sind und den Kunden ein Lächeln ins Gesicht zaubern, ist es schwer, sich fast von der Arbeit fernzuhalten, weil sie so viel Spaß macht. Aber wenn es das nicht ist, wenn es Plackerei ist und Sie nur ein Rädchen im Getriebe sind und Dinge Monate brauchen, um aus der Tür zu kommen, ist es ein Job. Es macht nicht so viel Spaß.

Amaar Iftikhar:

Ja. Viele der Punkte, die Sie dort erwähnt haben, haben bei mir großen Anklang gefunden, und die häufigsten Schmerzpunkte. Es klingt, als hättest du irgendwie alles gesehen. Übrigens, wenn Sie noch keine Büroräume gesehen haben, müssen Sie sie sich unbedingt ansehen. Es ist ein wirklich guter. Sie haben jetzt viel über die Herausforderungen gesprochen, mit denen ein verteiltes Team konfrontiert ist. Jetzt möchte ich es umdrehen und Sie fragen, wie das perfekte verteilte Team heute aussieht, das agile Werte lebt und atmet?

John Kern:

Ja. Ich weiß nicht, ob du jemals so etwas haben kannst, ein perfektes Team. Ich würde sagen, ich greife auf die Typen von verteilten Teams zurück, mit denen ich gearbeitet habe, und das geht auf die späten Neunziger zurück. Also ich mache das schon sehr, sehr lange. Ich habe es wirklich nur remote gemacht, egal ob mit Entwicklern in Russland oder unten in North Carolina oder an ähnlichen Orten. Und ich glaube, das Geheimnis war eine Kombination aus persönlichen... Wenn Sie als Gruppe irgendwohin gehen möchten, gibt es Dinge, die Sie tun können, um das Eis zu brechen, um einige, was Sie als Teambuilding-Aktivitäten bezeichnen könnten, zu organisieren.

Und nicht nur, hey, lass uns einen Hochseilgarten machen und uns gemeinsam zu Tode erschrecken lassen. Sondern auch Dinge, die sich darauf beziehen, warum wir hier sind, was versuchen wir zu erreichen? Und lassen Sie uns darüber sprechen, ob es das Produkt ist, das wir herstellen wollen, und das als Gelegenheit nutzen, uns um etwas zu verbinden und genug Fleisch an den Knochen zu bekommen, genug Skelette davon, wie es aussehen könnte. Weil es gute Möglichkeiten gibt, anzufangen und eine gute Grundlage zu haben. Und das ist Teil dessen, was ich seit Jahrzehnten praktiziere. Wenn Sie die Dinge richtig einrichten und verstehen, dass gerade genug Anforderungen vorliegen, verstehen Sie... Und ich mache viel Domänenmodellierung mit UML und solche Dinge. Ich verstehe einfach, was der Problembereich ist, den wir zu lösen versuchen, um die angestrebten Ziele zu erreichen, und ein Gefühl für die Architektur zu bekommen, die wir wollen. All diese Dinge sind also gemeinsame Anstrengungen.

Wenn Sie also genug von einem Ausgangspunkt haben, an dem Sie zusammengearbeitet haben, kommen Sie rein und, sagen wir, Sie mussten sogar irgendwo eine Wohnung mieten, weil niemand in der Nähe des Büros wohnte, also sind Sie alle irgendwohin geflogen. Ich meine, das ist meiner Meinung nach gut angelegtes Geld. Weil damit das Fundament beginnt. Wenn Sie sozusagen Brot gebrochen oder ein paar Bier getrunken haben oder zusammen programmiert und Dinge gemacht haben und dann zu Ihren entfernten Büros zurückkehren, um die nächsten Schritte zu unternehmen und dann zu erkennen, wann Sie sich vielleicht wiedersehen müssen. Es ist also wirklich wichtig, zu verstehen, wie wichtig es ist, diese Beziehungen frühzeitig aufzubauen, damit Sie unverblümt sprechen können. Und ich habe ein paar gute Leute, die seit etwa 2006 eine Produktions-App für Feuerwehrleute betreiben.

Amaar Iftikhar:

Ja, sehr cool.

John Kern:

Und dieser Freund, mit dem ich gearbeitet habe, wir stehen uns so nahe, dass wir... Das macht unsere Gespräche aus, wir müssen nicht um den heißen Brei herumreden, wir müssen uns keine Sorgen machen, jemanden zu beleidigen, wir kommen einfach, bumm, auf den Punkt. Weil wir wissen, dass wir die Kinder des anderen nicht als hässlich bezeichnen. Wir versuchen nur, schnell etwas zu erledigen.

Und der Aufbau einer solchen Beziehung erfordert Zeit und Mühe und Zusammenarbeit. Und das ist meiner Meinung nach ein gutes, erfolgreiches, verteiltes Team. Man muss von Zeit zu Zeit zusammenkommen und diese Beziehungen aufbauen und wissen, wann man vielleicht wieder zusammenkommen muss, wenn etwas ein Problem ist. Aber ich denke, der Schlüssel zum Erfolg ist, dass es die Zeit verkürzt. Weil Sie vielleicht von Dingen wie den Gruppenformen gehört haben, wenn das die Leistung auf der Y-Achse ist, die sie bilden und sie sich auf einem bestimmten Leistungsniveau befinden, dann müssen sie stürmen, bevor sie wieder normal werden und bevor sie anfangen, Höchstleistungen zu erbringen. Es ist also diese Form, Storm. Du wirst schlimmer, wenn du stürmst. Und stürmen bedeutet, wirklich zu verstehen, wo wir stehen. Und wenn wir darüber streiten, sollte das meiner Meinung nach nicht Erbschaft sein, Amaar. Und dann sagst du: „Oh Bullshit, es ist wirklich...“

Und noch einmal, wir sind nicht persönlich, aber wir lernen die Sichtweisen des anderen kennen und wir lernen, respektvolle Debatten zu führen und sozusagen einige Argumente vorzubringen, um an den besseren Ort zu kommen. Und ich habe in einigen Unternehmen gearbeitet, die Angst vor Stürmen haben, und es fühlt sich an, als ob man nie leistungsstark ist.

Jeder ist zu höflich. Es ist wie, komm schon. Und ich liebe es, mit meinen russischen Kollegen zusammenzuarbeiten. Es war ihnen scheißegal, ob ich einer der Gründer war. Und ich bin froh, denn ich will kein Privileg, ich will so etwas nicht. Nein, lass uns das ausfechten. Mögen die besten Ideen gewinnen. Dorthin willst du kommen. Und wenn du nicht dorthin kommst, weil du nicht genug von einer Beziehung hast und du dazu neigst, die Dinge, die gesagt werden mussten, nicht zu sagen, weil du höflich bist, dann wird es wirklich lange dauern, bis du erfolgreich bist. Und das ist eine Menge Geld und das ist eine Menge Erfolg, und die Leute könnten gehen.

Ich denke, das Wichtigste ist, wenn man remote ist, ist das okay, aber die schiere Abgeschiedenheit ist eine echte Herausforderung. Und du musst irgendwie herausfinden, wenn du nicht zusammenkommen kannst, um zu lernen, wie man sich formt und stürmt und diese Bindungen von Angesicht zu Angesicht aufbaut, dann musst du über Zoom herausfinden, wie das geht. Weil du es tun musst, denn wenn du es nicht tust, wenn du nie Worte hast, dann glaub mir, du bist immer noch nicht leistungsstark.

Amaar Iftikhar:

Ja, ich habe irgendwie das Gefühl, dass es den Kandidaten auf dem Markt jetzt fast ein Wettbewerbsvorteil ist, völlig remote zu sein, weil es ein Kampf um Talente ist. Aber wenn ich das richtig verstehe, sagen Sie, dass das persönliche Element so wichtig ist, um wirklich gute Leistungen zu erbringen, und diese Ideen widersprechen sich meiner Meinung nach irgendwie.

John Kern:

Ja. Und nochmal, da ich seit Ende der Neunziger abgelegen war, mache ich das schon lange. Und nach Russland zu pendeln ist der längste Weg, den ich je gemacht habe, seit drei Jahren. Ich meine, das ist ein verdammt langer Flug, um mehr als sieben Mal dorthin zu pendeln, oder was auch immer zur Hölle es war. Wie dem auch sei, ich habe immer gesagt, dass Fernsein nicht jedermanns Sache ist, denn das ist es wirklich nicht. Ich meine, du musst wissen, wie man arbeitet, ohne dass jemand in der Nähe ist, und arbeiten kann. Ich meine, es hat seine eigenen Herausforderungen. Und ja, es mag ein Vorteil sein, aber ich denke, Sie müssen sich die möglichen Vorteile ansehen und auch herausfinden, kann ich sie zusammenfassen in... Es muss nicht alles oder nichts sein. Und ich denke, das kann ein leichter Fehler sein, vielleicht ist es, alles klar, cool, wir müssen keine Büroräume haben. Das sind eine Menge Einsparungen für das Unternehmen. Ja, aber vielleicht bedeutet das, dass Sie einige Remote-Arbeitsplätze für gelegentliche Zusammenkünfte benötigen, oder finden Sie es heraus.

Aber ja, ich denke sogar... Und bestimmte Unternehmen könnten anders funktionieren. Zu Beginn der Entwicklung eines Produkts wünsche ich mir eine intensive Zusammenarbeit und ich möchte an einen Punkt kommen, an dem es fast so weit ist, ich habe das Gefühl, dass das Produkt so läuft, dass, wenn man die Dinge erst einmal ins Rollen gebracht hat und irgendwie aufgestanden ist, etwas Schwung bekommt, es jetzt am schwierigsten ist, vor einem agilen Team zu stehen, egal ob persönlich oder remote. Sobald die Dinge rollen und schaukeln und es so ist, als würde alles klicken, kannst du einfach die verbleibenden Funktionen wie Bum, Bum, Bum, Bum herausschlagen. Ja, okay, dann müssen wir wahrscheinlich...

Es sei denn, wir haben Möglichkeiten, uns zu paaren oder solche Dinge. Ich sage, wenn wir zusammen sind, ist Mobbing einfacher. Ich bin sicher, es gibt Möglichkeiten, das aus der Ferne zu machen, aber in einem Raum zu sein, ich weiß nicht, es ist viel einfacher, als sich über Zoom zu koordinieren. Du, hey, da ist dieses Problem, lass uns nach dem Standup alle hier rumhängen, weil wir einfach darüber moben werden. Es braucht also nicht viel gegen alles, was weit entfernt ist, es gibt ein bisschen mehr, okay, wir müssen uns abstimmen, und sogar verschiedene Zeitzonen werden noch schlimmer. Also ja, lassen Sie sich nicht davon mitreißen, dass Fernzugriff das Ende aller Dinge ist. Weil ich das Gefühl habe, dass es einen geben wird... Ich wette, es wird eine Gegenreaktion geben.

Amaar Iftikhar:

Und ich nehme das zurück, weil ich von Agile komme, der Person, die das täglich tut und Teams hilft, agil zu werden. Ich glaube Ihnen auf jeden Fall beim Wort. Und aufgrund meiner Erfahrung habe ich auch gesehen, dass nichts wirklich besser ist als eine gute Whiteboarding-Sitzung. Das ist wirklich schwer online zu replizieren. Ich meine, wir haben diese tollen Tools, aber nichts ahmt die reale Erfahrung nach, nur ein einfaches Whiteboard und einen Marker in der Hand zu haben. Diese Kommunikation ist so mächtig.

John Kern:

Toller Punkt. Stimmt, denn ich hatte gerade bei der einen Firma, bei der ich fünf Jahre lang gearbeitet habe, wir haben ein hochentwickeltes, auf Bestellung entwickeltes Verkaufswerkzeug für die Pumpenherstellung gemacht für... Es war also meine Lieblingswelt, weil sie meine Strömungsdynamik als Luft- und Raumfahrtingenieur mit meiner Liebe zur Entwicklung von SaaS-Produkten und der Entwicklung neuer Software und ähnlichem verband. Und selbst wenn wir noch ein Kind hatten, interviewten wir an der Lehigh University und wir hatten einige junge Absolventen, die mit uns arbeiteten und sie mit einbeziehen konnten, und da war ein Raum hinter meinem Laufband, und wir gingen hinein, wir veranstalteten Jam-Sessions zum Modeln und Entwickeln neuer Features. Und Mann, du hast recht. Nur diese viszerale dreidimensionale Erfahrung. Ja, Miro geht es großartig. Oder irgendein anderes Werkzeug, aber ja, es ist nicht dasselbe. Du hast absolut recht. Das ist ein gutes Argument. Das bringt mich fast dazu, mich nach den guten alten Zeiten zu sehnen. [unhörbar 00:42:04]

Amaar Iftikhar:

Ich denke, die guten alten Zeiten gibt es immer noch. Ich denke, selbst jetzt war es eine erfrischende Zeit für mich, bei Easy Agile zu sein. Ich bin jetzt erst seit knapp zwei Monaten hier. Und es gibt eine starke persönliche Dynamik. Und auch hier ist es optional. Wenn die Leute aus der Ferne oder hybride Menschen sind oder ab und zu pendeln müssen, ist das eine sehr verständnisvolle Umgebung. Aber wenn Sie einmal im Büro oder persönlich sind, spüren Sie gewissermaßen den Effekt, den Sie beschrieben haben, und Sie sind motiviert, für den Endkunden etwas zu liefern. Du willst einfach nur zurückkommen. Es ist ein süchtig machendes Gefühl, ich möchte wieder persönlich sein und in Echtzeit persönlich zusammenarbeiten.

John Kern:

Das ist wunderbar gesagt, denn das ist... Eines der Unternehmen, mit dem wir in Südafrika zu kooperieren beginnen, sie stehen an einem Scheideweg, mit dem wir zu kämpfen haben, alle waren abgelegen, aber Mann, die paar Male, als wir zusammen waren, haben wir so viel erreicht. Und du beschreibst die Flamme, die Wärme, die entsteht, wenn man die Motten zur Flamme kommen lässt. Ich meine, es zu pflegen und dann die Flammen des Guten zu entfachen und die Leute dazu zu bringen, sich daran zu beteiligen und es zu genießen. Und manchmal, ja, ich muss zu Hause sagen, ich habe die Kinder oder den Hund, das ist auch okay. Aber die Option zu geben, glaube ich, ist unser Ziel. Und ich glaube den Unternehmen, die in der Lage sind, diese hybride Kultur aufzubauen, in der beide akzeptiert werden und weder das eine noch das andere vorgeschrieben wird, sondern ein so leistungsstarkes Team aufgebaut wird, das die Leute im Grunde dazu ermutigt, sich für die Dinge zu entscheiden, die zu diesem Zeitpunkt am sinnvollsten sind. Und ich denke, dass diese Unternehmen sozusagen das Sagen haben werden.

Amaar Iftikhar:

Ja, absolut. Es war so nett, mit dir zu chatten, John, und das hat mir wirklich Spaß gemacht. Ich möchte das Publikum mit einem Ratschlag für verteilte agile Teams von Ihnen abschalten. Wir haben viel über die Bedeutung der persönlichen Zusammenarbeit gesprochen. Wir haben über die Prinzipien des agilen Manifests gesprochen. Nun, was wäre der eine Ratschlag, wenn Sie an beide denken? Wenn Sie möchten, dass die Agile-Manifeste in verteilten agilen Teams lebendig und lebendig sind, welchen Ratschlag können Sie Unternehmen geben, die gerade die gleichen Probleme durchmachen? Was kannst du ihnen als letzten Ratschlag geben?

John Kern:

Nun, ich denke, ein Satz, den ich gerne verwende, um das Manifest festzuhalten, ist: „Kümmere dich um die Lücke“. In meiner Art von Wortspiel meine ich die Zeitlücke zwischen dem Ergreifen einer Handlung und dem Erhalt einer Antwort. Ob es darum geht, was machen wir mit dem Büro, was machen wir mit der Fernbedienung, was machen wir mit dieser Funktion, was machen wir mit dieser Codezeile? Der Zeitunterschied ist, es ist eine Art Metapher dafür, bescheiden genug zu sein, Dinge als Hypothese zu behandeln. Seien Sie sich Ihrer selbst also nicht so verdammt sicher, was das Büro angeht, ob es um das Büro geht, ob es um ein entferntes oder verteiltes Büro geht. Behandeln Sie die Dinge stattdessen als Hypothese. Seien Sie neugierig und experimentieren Sie sicher mit verschiedenen Methoden und sehen Sie, was funktioniert. Und hab keine Angst vor Veränderungen. Es ist auch keine lebenslange Haftstrafe, Sie müssen Ihr Unternehmen, Ihr Projekt oder Ihr Team für den Rest Ihres Lebens in eine Richtung führen. Nein. Sag es nicht dem Chef, aber Arbeit ist subventioniertes Lernen. Ich habe nie Leute verstanden, die immer wieder das Gleiche tun, weil sie keine Erlaubnis bekommen haben. Versuch es einfach. Das wäre also mein Abschiedssatz, wenn es darum geht, diese Entscheidungen zu treffen. Achten Sie auf die Lücke und seien Sie wirklich bescheiden, wenn es darum geht, Annahmen zu treffen, Ihre Hypothesen zu testen und die Zeitspanne zwischen dem Ergreifen von Maßnahmen und dem Erleben einer Reaktion zu verkürzen.

Amaar Iftikhar:

Oh, das ist großartig. Oh, danke. Ich wünschte wirklich, wir könnten das Band laufen lassen und einfach noch ein paar Stunden darüber reden, aber wir beenden es genau dort mit dem wirklich guten Ratschlag, mit dem du das Publikum verlassen hast. Jon, danke nochmal, dass du im Podcast warst. Und es hat uns wirklich sehr viel Spaß gemacht, Ihnen zuzuhören und aus Ihren Erfahrungen zu lernen.

John Kern:

Oh, es war mir ein Vergnügen. Jederzeit. Freue mich, noch ein paar Stunden zu reden, aber vielleicht nach ein paar Bieren.

Amaar Iftikhar:

Ja.

John Kern:

Außer dass es dein Morgen ist, mein Abend. Daran werde ich arbeiten müssen.

Amaar Iftikhar:

Ja.

John Kern:

Das freut mich, Amaar.