Easy Agile Podcast Ep.12 Beobachtungen zur Beobachtbarkeit
In dieser Folge von The Easy Agile Podcast hören Sie, wie die Entwickler Angad, Jared, Jess und Jordan ihre Gedanken zum Thema Observability teilen.
Wollongong hat eine blühende und unterstützende Tech-Community. In dieser Folge haben wir einige unserer lokalen Entwickler aus dem Siligong-Tal zu einem Gespräch am runden Tisch zum Thema Observability zusammengebracht.
💥 Was ist Beobachtbarkeit?
💥 Wie kann man die Beobachtbarkeit verbessern?
💥 Was ist das Endziel?

„Es war eine großartige Episode, an der man teilnehmen konnte! Jess und Jordan haben einige wirklich interessante Punkte zum neuesten technischen Schlagwort — Beobachtbarkeit — geteilt.
Abonniere unbedingt, genieße die Folge 🎧
Transkript
Jared Kells:
Willkommen alle zum Easy Agile Podcast. Mein Name ist Jared Kells und ich bin Entwickler hier bei Easy Agile. Bevor wir beginnen, möchte Easy Agile den traditionellen Hütern des Landes, von dem aus wir heute senden, unsere Anerkennung aussprechen, dem Volk der Wodiwodi aus der Dharawal-Nation, und den Ältesten in der Vergangenheit, Gegenwart und aufstrebenden Ältesten unseren Respekt erweisen. Den gleichen Respekt gilt auch allen Ureinwohnern, die uns heute zuhören.
Jared Kells:
Der heutige Podcast ist also ein bisschen technisch. In meinem Arbeitsblatt steht, dass wir hier sind, um über einige aktuelle Themen für Ingenieure im IT-Sektor zu sprechen. Wie aufregend, dass wir ein paar hauptsächlich Frontend-Ingenieure haben und Angad und ich einige technische Frontend-Dinge mit Ihnen teilen werden und Jess und Jordan ein bisschen über Observability sprechen werden. Wir beginnen also mit Einführungen. Also werde ich es an Jess weitergeben.
Jess Belliveau:
Cool. Danke Jared. Danke, dass du mir auch eins gegeben hast. Also ja, mein Name ist Jess Belliveau. Ich arbeite für Apptio als Infrastrukturingenieur. Ja, Jordan?
Jordan Simonowski:
Ich bin Jordan Simonovski. Ich arbeite als Systemingenieur im Observability-Team von Atlassian. Ich bin ein bisschen ein Alleskönner, was die Technik angeht. Aber ja, ich arbeite daran, einige ziemlich leistungsfähige Systeme aufzubauen, um all unsere Daten bei Atlassian im Moment zu verarbeiten. Also, das macht Spaß.
Angad Seth:
Hallo an alle zusammen. Ich bin Angad. Ich arbeite für Easy Agile als Softwareentwickler. Nichts ausgefallenes wie ihr.
Jared Kells:
Nichts Besonderes!
Jess Belliveau:
Verkaufe dich nicht unter.
Jared Kells:
Ja, sage ich. Ja, also mein Name ist Jared und ja, Senior Developer bei Easy Agile, der an unseren Apps arbeitet. Also arbeite ich hauptsächlich an Programmen und Roadmaps. Und ja, es sind Frontend-Apps mit viel JavaScript. Darin liegt also unsere Erfahrung. Ich habe von diesem Ding namens Observability gehört, bei dem es sich meiner Meinung nach nur um Logs und so handelt, oder?
Jess Belliveau:
Ja, ja. Das war's, wir schließen ab!
Jared Kells:
Der Podcast ist vorbei! Erzählen Sie uns etwas über Beobachtbarkeit.
Jess Belliveau:
Ja, okay, ich werde, ja. Ja, ich dachte, zuerst mache ich eine kleine Sache darüber, warum Observability, warum wir darüber reden und irgendwie für die Leute, die zuhören, wie wir hierher gekommen sind. Wir haben uns kurz unterhalten, bevor wir mit den Aufnahmen begonnen haben, um herauszufinden, was ein breiteres Publikum interessieren könnte, über das die Leute vielleicht nicht viel wissen. Und ich denke, es gibt viele Entwicklungen im breiten IT-Bereich, über die Sie sprechen könnten. Es gibt jetzt so viele verschiedene Dinge, die einfach explodieren. Beobachtbarkeit ist ein Thema, das seit ein paar Jahren ein heißes Thema ist. Und es ist etwas, das ein zentraler Bestandteil meines Jobs und auch Jordans Job ist. Es ist also etwas, worüber wir leicht sprechen können, und es ist etwas, in das Sie eine Einführung geben können, ohne zu technisch zu werden. Wir wollen also nicht untergehen. Das ist etwas, das man wirklich tief ins Unkraut eintauchen kann, also haben wir es als etwas ausgewählt, das wir euch beiden hoffentlich auf einer Ebene erklären können, die auch die Leute zu Hause interessieren könnte, zuzuhören.
Jess Belliveau:
Jordan und ich haben diese vier Stichpunkte herausgefunden, die wir behandeln wollten, und vielleicht kann ich einen kleinen Überblick darüber machen, und dann kann ich Jordan dazu bringen, den ersten Aufzählungspunkt abzudecken, ihn einfach direkt unter den Bus werfen.
Jordan Simonowski:
In Ordnung!
Jess Belliveau:
Deshalb dachten wir, wir würden versuchen, Ihnen zunächst zu beschreiben, was Beobachtbarkeit ist. Weil das hübsch ist, der Begriff gibt Ihnen nicht viel von dem, was er ist. Es gibt Ihnen einen kleinen Hinweis, aber es ist gut, als Grundlinie festzulegen, wovon wir sprechen, wenn wir sagen, was Beobachtbarkeit ist. Und warum sollte ein Entwicklungsteam dann Observability wollen? Warum sollte ein Unternehmen Observability wollen? Ein gewisses hohes Niveau, welche Vorteile Sie daraus ziehen und wer sie möglicherweise benötigt, was eine große Sache ist. Sie können sich in diese brandaktuellen Schlagworte der Branche verwickeln und sich auf Dinge festlegen, die Sie möglicherweise nicht benötigen, oder solche Dinge.
Jared Kells:
Jep.
Jordan Simonowski:
Jep.
Jess Belliveau:
Wir dachten, wir würden über einige einfache Gewinne sprechen, die man mit Observability erzielen kann. Also einige der wirklich grundlegenden Dinge, die Sie ausprobieren können, und welche Vorteile Sie daraus ziehen. Und dann dachten wir einfach, weil wir nicht versuchen werden, zu tief zu gehen, könnten wir einfach ein paar Hinweise auf einige Websites und einige YouTube-Vorträge geben, um weiter zu lesen, die die Leute machen wollen, und von dort aus weitermachen. Also ja, Jordan, du willst...
Jared Kells:
Hört sich gut an.
Jess Belliveau:
Ja. Ich hoffe, hoffentlich. Wir werden sehen, wie das läuft! Und ich denke, wenn ihr auch Fragen habt, sollten wir das tun. Wenn es Dinge gibt, von denen ihr denkt, dass wir sie nicht behandeln oder die ihr mehr wissen wollt, fragen.
Jordan Simonowski:
Ich schätze, um mit Observability zu beginnen. Es ist ein Thema, das mich wirklich begeistert, denn als jemand, der schon so lange im Bereich Dev-Ops und SRE tätig ist, ist Observability auf den Markt gekommen und verspricht, den Kreislauf oder eine Feedback-Schleife bei der Softwarebereitstellung zu schließen. Und es fühlt sich an, als wäre das etwas, was wir im Moment nicht wirklich haben. Und ich verstehe, dass Beobachtbarkeit vielleicht neu und glänzend klingt, aber ich denke, der Begriff selbst existiert, um sich vielleicht von dem abzuheben, was es derzeit gibt. Viele von uns, die in der Tech-Branche arbeiten, kennen sich mit Überwachung und dem Laden und solchen Dingen aus. Und ich denke, sie erfüllen ihren eigenen Zweck und sie sind auch in keiner Weise veraltet. Dinge wie herkömmliche Überwachungstools. Aber Observability hat sich meiner Meinung nach als eine Möglichkeit erwiesen, die überwältigend komplexen Systeme zu verstehen, die wir gerade aufbauen. Viele Unternehmen bewegen sich wahrscheinlich in Richtung einer komplizierten Architektur verteilter Systeme, Microservices oder anderer Schlagworte.
Jordan Simonowski:
Aber auch für Dinge wie einen traditionellen Monolithen. Die Beobachtbarkeit hilft uns wirklich dabei, unseren Systemen neue Fragen zu stellen. Die Art und Weise, wie es erklärt wird, ist die Überwachung von Ausgängen auf unsere bekannten Unbekannten. Mit dem Dienstalter geht die Fähigkeit einher, fast vorherzusagen, auf welche Weise Ihre Systeme ausfallen werden. Sie werden es also wissen. Je länger Sie in der Branche tätig sind, Sie wissen das, zum Beispiel ein Java-Server fällt auf X, Y, Z verschiedene Arten aus, also sollten wir wahrscheinlich unseren JVM-Heap überwachen, oder was auch immer es ist.
Jared Kells:
Das wollte ich sagen!
Jordan Simonowski:
Ich werde versuchen, nicht zu viel darauf einzugehen...
Jared Kells:
Der Speicher geht aus!
Jordan Simonowski:
Ja. Also das ist etwas, von dem du erwartest, dass es irgendwann scheitern wird. Und das ist etwas, das Sie als bekannt unbekannt betrachten können. Aber das Versprechen der Beobachtbarkeit ist, dass wir genügend Daten liefern sollten, um neue Fragen stellen zu können. Die Art und Weise, wie darüber gesprochen wird, sehen Sie, es ist eine unbekannte Unbekannte in unserem System, über die wir etwas herausfinden und neue Fragen stellen wollen. Und hier wird, glaube ich, die Beobachtbarkeit eingeführt, um diese Fragen zu beantworten. Reicht die Antwort aus? Willst du, dass ich näher auf dieses Zeug eingehe? Ich kann den ganzen Tag darüber reden.
Jared Kells:
Ist es wie ein [Crosstalk 00:08:05]. Also, um es dir noch einmal zu sagen, um zu sehen, ob ich es verstanden habe. Also, wenn ich eine, traditionell mit einer Java-App, habe, könnte ich Erinnerungen protokollieren. Das liegt daran, dass ich weiß, dass JVMs der Arbeitsspeicher ausgeht, und das ist eine Sache, die ich überwache, aber die Beobachtbarkeit ist umfassender. Sie übertreiben quasi das, was Sie überwachen und protokollieren, sodass Sie...
Jordan Simonowski:
Ja. Und ich würde nicht unbedingt sagen, dass es übertrieben ist. Ich denke, es fügt Ihren Daten vielleicht etwas mehr Kontext hinzu. Wenn also jemand von Ihnen schon einmal mit Traces gearbeitet hat, ist Observability der Funktionsweise von Traces sehr ähnlich und baut einfach auf der Prämisse von Traces auf, schätze ich. Sie erstellen also diese Ereignisse, und bei diesen Ereignissen handelt es sich um verschiedene Transaktionen, die in Ihren Anwendungen stattfinden könnten, wobei normalerweise eine Anfrage eingereicht wird. Und mit dieser Anfrage können Sie ihr eine ganze Reihe von Kontext hinzufügen. Sie können hinzufügen, auf welchem Server dies möglicherweise läuft, in welcher Zeitzone. All diese zusätzlichen und all die Aufreger. Sie können die Benutzeragentur hineinwerfen, wenn Sie möchten. Die Idee der Beobachtbarkeit besteht darin, dass Sie nicht unbedingt durch Daten mit hoher Kardinalität eingeschränkt sind. Daten mit hoher Kardinalität sind Datensätze, die sich in Bezug auf die Art der Daten, die sie repräsentieren, oder die Kombinationen von Datensätzen, die Sie haben könnten, erheblich ändern können.
Jordan Simonowski:
Wenn Sie also Versandmetriken für etwas haben möchten, auf Benutzerbasis, und Sie sich ansehen möchten, wie verschiedene Benutzer von den Dingen betroffen sind, würde das als Metrik mit hoher Kardinalität betrachtet werden. Und in den meisten Fällen können traditionelle Überwachungsunternehmen oder Anbieter von Messwerten Ihnen das nicht wirklich als Service anbieten. Das ist der Punkt, an dem Sie anfangen, wahnsinnig hohe Rechnungen für Dinge wie Datadog oder was auch immer es ist, zu bezahlen, weil sie jetzt als neue Metriken betrachtet werden. Im Gegensatz zu Observability versuchen wir, unsere Daten zu speichern und sie so abzufragen, dass wir ziemlich große Datensätze speichern und sagen können: „Cool. Wir haben Fehler, die von dieser Art von Benutzern kommen.“ Und Sie können dort anfangen, Korrelationen zu bestimmten Dingen aufzubauen. Sie können herausfinden, dass bei Benutzern aus einer bestimmten Zeitzone oder einem bestimmten Gerät nur dieser Fehler auftritt. Und von dort aus können Sie, glaube ich, bessere Methoden entwickeln, um zu verstehen, wie eine bestimmte Änderung die Dinge kaputt gemacht haben könnte. Oder bestimmte Randfälle, die Sie sonst mit etwas wie CPU- oder Speicherüberwachung nicht erkennen könnten.
Angad Seth:
Wäre es fair zu sagen...
Jared Kells:
Ja. Es ist [Crosstalk 00:11:02].
Angad Seth:
Oh, tut mir leid, Jared.
Jared Kells:
Nein, du kannst...
Angad Seth:
Wäre es fair zu sagen, dass Beobachtbarkeit also im Grunde eine Reihe von Prinzipien ist oder ein Weg, unbekannte Unbekannte zu finden?
Jordan Simonowski:
Ja.
Angad Seth:
Oh.
Jess Belliveau:
Und ich sollte Sie besser ausrüsten, um herauszufinden, dass eine Menge Leute denken, Sie denken, dass Beobachtbarkeit eine Sache ist, die Sie einsetzen und haben und ein Kästchen ankreuzen können, aber ich mag Ihre Wortwahl, wenn es um eine Reihe von Prinzipien oder Best Practices geht. Es gibt Ihnen sozusagen eine Anleitung zu diesen Themen und sorgt dafür, dass Ihre Anwendung eine gute Protokollierung hervorbringt. Also strukturierte Protokolle. Sie erhalten also immer das gleiche Protokollformat, das Sie sich ansehen können. Tracing, worüber Jordan ein bisschen gesprochen hat. So haben Sie die Möglichkeit, zu verfolgen, wie ein Benutzer mit all den verschiedenen Microservices interagiert, und möglicherweise auch zu sehen, wo etwas schief läuft, und auch Kennzahlen. Das Gute an Metriken ist also, dass wir die Dinge ein bisschen umdrehen und versuchen, eine Anwendung zu erstellen, anstatt, und ich will nicht zu technisch werden, Black-Box-Monitoring zu machen, bei dem wir draußen sind und versuchen, mit solchen Sonden und Checks reinzuschauen. Aber die Idee bei Metriken ist, dass die Anwendung diese Metriken tatsächlich ausgibt, um uns darüber zu informieren, in welchem Zustand sie sich befindet, und sie dadurch besser beobachtbar zu machen.
Jess Belliveau:
Ja, mir gefällt deine Wortwahl, Angad, dass es wie diese Praktiken ist, diese Art von Leitfaden, wohin man gehen muss, was wahrscheinlich zu dem nächsten Punkt führt, warum sollte ein Team das implementieren wollen. Wenn du noch einmal anfangen willst, Jordan?
Jordan Simonowski:
Ja, ich kann anfangen. Und ich gebe dir auch ein bisschen mehr Zeit zum Reden, Jess in diesem. Ich werde nicht so viel schimpfen.
Jess Belliveau:
Oh, dafür habe ich mich nicht angemeldet!
Jordan Simonowski:
Ich denke, die Teams würden es wollen, weil es wirklich von Ihrer Organisation und, glaube ich, von der Größe der Teams abhängt, in denen Sie arbeiten. In den meisten Fällen würde ich sagen, dass Sie Observability nicht selbst im eigenen Haus erstellen möchten. Das ist etwas, das Sie können, Observability-Funktionen selbst, Sie werden es nicht erreichen, indem Sie einfach etwas kaufen, also Sie können Dev-Ops nicht kaufen, Sie können Agile nicht kaufen, Sie können Observability auch nicht kaufen.
Jared Kells:
Warte, warte. Auf meinem Runsheet steht, dass ich für Easy Agile werben soll, das klingt also nach einem guten Übergang-
Jess Belliveau:
Es sei denn, du willst es kaufen. Wenn du Agile kaufen möchtest, dann [Crosstalk 00:13:55] im Marketplace.
Jared Kells:
Ja, tut mir leid, tut mir leid, ja! Ja, mach weiter.
Jordan Simonowski:
Sie können Tools kaufen, die Ihnen das Leben erheblich erleichtern, und es gibt bereits eine Menge Dinge da draußen, die Dinge für Menschen tun und wirklich interessante Daten an die Oberfläche bringen, die sich die Leute vielleicht ansehen möchten. Ich denke, es gibt ein paar Start-ups wie LightStep und Honeycomb, die Ihnen eine wirklich intuitive Möglichkeit bieten, Ihre Daten in der Produktion zu verstehen. Aber warum Sie solche Dinge benötigen, ist, dass Sie den Zustand Ihrer Systeme zu einem bestimmten Zeitpunkt wissen wollen, und um, glaube ich, eine gute Betriebshygiene und eine gute Produktionsexzellenz zu entwickeln, ich denke, wie Liz Fong-Jones es ausdrücken würde, müssen Sie in der Lage sein, diese Rückkopplungsschleife zu schließen. Wir haben bereits eine ganze Reihe von Tools. Wir haben also CICD-Systeme eingerichtet. Wir haben jetzt Feature-Flags, die uns, glaube ich, helfen, Deployments von Releases zu entkoppeln. Sie können Code bereitstellen, ohne tatsächlich Code zu veröffentlichen, und Sie können diese Macht jetzt Ihren PMs geben, wenn Sie möchten, mit Feature-Flags, was großartig ist.
Jordan Simonowski:
Aber jetzt können Sie diesen Kreislauf auch komplett schließen, und während Sie eine Anwendung bereitstellen, können Sie sagen: „Ich möchte diese Bereitstellung kanalisieren. Ich möchte dies für 10% meiner Benutzer bereitstellen, vielleicht für Benutzer, die sich für Beta-Versionen oder etwas aus unserer Anwendung angemeldet haben, und Sie können sich tatsächlich ansehen, wie das funktioniert, bevor Sie es einem breiteren Publikum zugänglich machen. Es macht Bereitstellungen also viel sicherer. Es gibt Ihnen auch ein besseres Verständnis dafür, wie Sie sich auch auf die Benutzer auswirken. Und es gibt eine ganze Reihe von Tools, mit denen Sie auch diese Dinge ermitteln können. Wenn Sie sich also ansehen, wie viele Unternehmen derzeit SRE durchführen, oder wenn Sie wissen, wie zuverlässig ihre Anwendungen aussehen, haben Sie auch Dinge wie SLOs im Einsatz. Und SLOs-
Jared Kells:
Was ist ein SLO?
Jordan Simonowski:
Sie sind alle mit Benutzererlebnissen verbunden. Sie sagen also: „Kann mein Benutzer diese spezielle Interaktion durchführen?“ Und wenn Sie das effektiv messen und wissen, wie sich Ihre Änderungen auf die Benutzer auswirken, können Sie ganz einfach entscheiden, ob Sie weiterhin Funktionen bereitstellen oder ob Sie alles fallen lassen und an der Zuverlässigkeit arbeiten, um sicherzustellen, dass Ihre Benutzer nicht beeinträchtigt werden. Es ist also dieser sehr nutzerorientierte Ansatz, Dinge zu tun. Ich denke, wenn es darum geht, den Kreis zu schließen, liefert uns die Beobachtbarkeit die Daten, anhand derer wir sagen können: „Ja, so sind die Nutzer betroffen. Auf diese Weise, schätze ich, geht es dem 99. Perzentil unserer Nutzer gut, aber wir haben 1%, die negative Probleme mit unserer Anwendung haben.“ Und von dort aus können Sie wirklich Dinge lokalisieren und sagen: „Cool. Benutzer mit diesem bestimmten Browser oder diesem speziellen Browser oder wo wir diese App bereitgestellt haben. „Nehmen wir an, wenn Sie eine globale Bereitstellung haben, haben Sie sie zuerst auf einer Insel bereitgestellt, weil es Ihnen eigentlich egal ist, was mit ihnen passiert. Sie können sagen: „Oh, wir haben tatsächlich Sachen für sie kaputt gemacht.“ Und Sie können es rückgängig machen, bevor Sie sich auf 100% Ihrer Nutzer auswirken.
Jared Kells:
Ja. Mir hat gefallen, was du über den Test gesagt hast. Ich habe das Akronym vergessen, aber ich teste tatsächlich das Verhalten des Endbenutzers. Das finde ich ziemlich aufregend, weil wir all diese Metriken haben, die ein bisschen nutzlos sind. Sie sind cool: „Oh, es nutzt 1% CPU, wie es immer ist, jetzt ist mir das egal“, aber kann ein Benutzer die App öffnen und ein Problem mit der Maus herumschleppen? Es ist wie...
Jess Belliveau:
Ja, das ist ein wirklich gutes Beispiel, oder?
Jared Kells:
Das ist es, was mir wirklich wichtig ist.
Jess Belliveau:
Bei der CPU-Sache mit 1% könnte man sich ein Diagramm zur CPU-Auslastung ansehen und eine Bereitstellung sehen, und die CPU-Auslastung ändert sich nicht. Ist alles gesund oder nicht? Sie wissen es nicht, aber wenn Sie tiefere Informationen über die Benutzerinteraktionen erhalten, könnten Sie 1% der CPU verwenden, um HTTP500-Fehler an 80% der Kundenbasis zu verteilen, so oder so.
Angad Seth:
Wie macht man das? Der SLO-Bit, woher weißt du, dass sich ein Benutzer anmelden und ein Problem ziehen kann?
Jordan Simonowski:
Ja. Ja, das würde mit einer guten Instrumentierung einhergehen...
Angad Seth:
Gute Frage?
Jordan Simonowski:
Ja, es kommt darauf an, die Beobachtbarkeit zu berücksichtigen, wenn Sie neue Funktionen entwickeln, genauso wie Sie darüber nachdenken würden, beim Schreiben eine bestimmte Sache in Ihrem Code zu protokollieren oder Tests für Ihren Code zu schreiben, während Sie auch Code schreiben. Sie sollten darüber nachdenken, wie Sie etwas instrumentieren können und wie Sie verstehen können, wie diese spezielle Funktion in der Produktion funktioniert. Denn ich denke, viele Agile- und Dev-Ops-Prinzipien sagen uns jetzt, dass wir unsere Anwendungen in der Produktion haben wollen. Und als Entwickler endet unsere Verantwortung nicht, wenn wir etwas bereitstellen. Unsere Verantwortung als Entwickler endet, wenn wir dem Unternehmen einen Mehrwert geboten haben. Und Sie müssen verstehen, dass Sie das tatsächlich tun. Und da müssen Sie, glaube ich, über die Beobachtbarkeit bei vielen dieser Dinge nachdenken und Ihre Erfolgskennzahlen tatsächlich messen. Wenn Sie also wissen, dass Ihre Anwendung erfolgreich ist, wenn sich Ihr Benutzer anmelden und Dinge herumziehen kann, dann ist das genau das, was Sie messen möchten.
Jared Kells:
Ich denke, wir müssen bauen...
Jordan Simonowski:
Ja?
Jared Kells:
Oh, tut mir leid, Jordan.
Jordan Simonowski:
Nein, du gehst.
Jared Kells:
Ich wollte nur sagen, dass wir unsere Apps bereits unter Berücksichtigung von Integrationstests entwickeln müssen. Also browserbasierte Tests rund um neue Funktionen. Es würde also darum gehen, Funktionen unter Berücksichtigung dieser und derselben Sache zu entwickeln, aber für Tests und Produktion.
Jess Belliveau:
Ja, und das eigentliche Wie, der eigentliche Teil zum Schreiben von Code, da ist dieses wirklich großartige Projekt, das Open Telemetrie-Projekt, das all diese Arten von APIs und SDKs bereitstellt, die Entwickler nutzen können, und es ist herstellerunabhängig. Wenn du also über das Wie sprichst, etwa: „Wie mache ich das? Wie instrumentiere ich Dinge?“ Oder: „Wie gebe ich Kennzahlen aus?“ Sie bieten all diese hilfreichen Bibliotheken und Includes, die Sie haben können, denn das Letzte, was Sie tun möchten, ist, diese benutzerdefinierte Lösung auf den Markt zu bringen, weil Sie dann nur Ihre technischen Schulden erhöhen. Sie versuchen, die Dinge einfacher zu machen, verlassen sich dann aber auf: „Nun, ich muss Jared Kells weiter beschäftigen, weil er unsere Login-Engine geschrieben hat und niemand sonst weiß, wie sie funktioniert.
Jess Belliveau:
Und dann die andere Sache, die mir auch bei so etwas wie offener Telemetrie in den Sinn kommt, und wir haben ein bisschen über Datadog gesprochen. Datadog ist also ein SaaS-Anbieter, der sich auf Observability spezialisiert hat. Und Sie würden Ihre Metriken und Ihre Logs und Ihre Traces an sie übertragen und sie bieten Ihnen eine Benutzeroberfläche zum Anzeigen. Wenn Sie sich für etwas entscheiden, das herstellerunabhängig ist, nehmen wir einfach das Beispiel von Easy Agile. Nehmen wir an, sie starten Datadog und in sechs Monaten wollen wir Datadog nicht mehr verwenden, wir wollen SignalFX oder was auch immer das Splunk-Modell jetzt ist, verwenden.
Jordan Simonowski:
Ich denke NorthX.
Jess Belliveau:
Ja. Du kannst deinen Endpunkt ändern, dieselben Metriken und all diese Dinge, vielleicht mit ein paar kleinen Anpassungen, aber die Idee ist, dass du dich nicht auf eine einzige Sache festlegen willst.
Jordan Simonowski:
Ihre Datenstrukturen bleiben gleich.
Jess Belliveau:
Ja. Damit du es fast nahtlos machen könntest, ohne dass die Entwickler es wissen. In der Vergangenheit gab es sogar Unternehmen, die meiner Meinung nach auf mehrere Anbieter umgestellt haben. Sie könnten also Anbieter A nutzen und dann mit Anbieter B einen Machbarkeitsnachweis durchführen, um zu sehen, wie die Erfahrung ist, und Sie geben Ihre Daten einfach auch dort weiter.
Jared Kells:
Ja. Ich denke, unsere Verbindung zu Datadog wird aus all den Dashboards und allem, was wir gemacht haben, bestehen. Es sind nicht so sehr die Daten.
Jess Belliveau:
Ja. Das ist quasi der große Verkaufsschlager, richtig. Das ist die Art und Weise, wie du interagierst. Das ist der Punkt, an dem sie ins Spiel kommen wollen. Es macht es Ihnen leichter, diese Daten zu interpretieren und sie so zu manipulieren, dass sie Ihren Bedürfnissen entsprechen und so weiter.
Jordan Simonowski:
Observability deutet auf Dashboards hin, oder?
Jess Belliveau:
Ja, vielleicht. Du hast diesen Begriff auch benutzt, Jordan, „Produktionsexzellenz“. Und wenn wir darüber sprechen, wer Observability braucht, habe ich ein bisschen darüber nachgedacht, während Sie gesprochen haben. Und für mich ist Production Excellence, oder in Apptio nennen wir das Produktionsbereitschaft, Betriebsbereitschaft und diese Art von Dingen ist so, als ob wir etwas in der Produktion einsetzen wollen, wie zum Beispiel welche Best Practices wollen wir haben, bevor wir das tun? Und ich denke, Observability ist eine wirklich gute Idee, weil sie Ihnen in Zukunft hilft. Sie wissen nicht, welche Probleme Sie später haben werden, aber Sie rüsten Ihre Teams so aus, dass sie problemlos auf diese Probleme reagieren können. Wir waren wahrscheinlich alle dort, wir haben den Produktionscode implementiert und wir haben keine Observability, wir haben einen riesigen Ausfall. Was ist schief gelaufen? Nun, niemand weiß es, aber wir wissen, dass das die Lösung ist, und es ist schwer, daraus zu lernen, oder man muss wohl daraus lernen und den Benutzer vor zukünftigen Dingen schützen, ja.
Jess Belliveau:
Wenn ich denke, dass einfache Beobachtbarkeit gewinnt, kommt mir als Erstes die ganze Idee der strukturierten Protokollierung in den Sinn, was eigentlich die Idee ist, dass Ihre Anwendung zuallererst Sie protokollieren. Ziemlich wichtig als Ausgangspunkt, aber dann haben Sie ein strukturiertes Protokollformat, mit dem Sie die Logs auch programmgesteuert weitergeben können. Wenn Sie in der Zeit zurückreisen, sah die Protokollierung vielleicht nur wie einfacher Text mit einer Zeile, einem Zeitstempel und einer Fehlermeldung aus. Was auch immer der Entwickler beschlossen hat, in die Standardausgabe zu schreiben, oder in die Fehlerdatei oder so ähnlich. Ich denke, es gibt einen allgemeinen Trend hin zu JSON, einem tatsächlich formatierten Blob mit dieser bekannten Struktur, damit Sie ihn sich ansehen können. Tracing ist wahrscheinlich kein einfacher Gewinn. Das ist ein bisschen schwieriger. Sie können es mit offener Telemetrie und Bibliotheken und so implementieren. Ich denke, es erfordert ein bisschen mehr Verständnis Ihrer Codebasis und darüber, wo die Ablaufverfolgung ausgelöst werden soll, und solche Dinge, das Analysieren von Kontexten, solche Dinge.
Jordan Simonowski:
Ich denke Atlassian, wenn du wahrscheinlich einfach nur wissen willst, dass alles in Ordnung ist. Auf einer ziemlich oberflächlichen Ebene. Vielleicht willst du einfach nur eine Art Uptime für einen Trend machen. Und wenn dann, glaube ich, Ihr Code komplexer wird oder Ihr Produkt etwas komplexer wird, können Sie anfangen, Dinge hinzuzufügen. Aber ich denke, die Dinge, die Sie kennen, tatsächlich zu kennen oder an die Oberfläche zu bringen, könnte kaputt gehen. Das wären wahrscheinlich deine schnellsten Siege.
Jess Belliveau:
Nun, lassen Sie uns einige Dinge zur weiteren Lektüre erwähnen. Wenn Sie sich einen Überblick über das Ganze verschaffen wollen, hat das Google SRE-Buch von vor ein paar Jahren begonnen, echte Observability stark in Bewegung zu setzen. Das Google SRE-Zeug deckt die gesamte Bandbreite ihrer Praxis im Bereich Soak Reliability Engineering ab, und Observability ist ein Teil davon, dazu gibt es einige großartige Kapitel. Ich glaube, O'Reilly hat jetzt ein Buch über Observability veröffentlicht, das sich nur der Beobachtbarkeit widmet.
Jordan Simonowski:
Ich denke, das ist noch in der frühen Version, wenn die Leute Kapitel googeln wollen.
Jess Belliveau:
Das offene Telemetrie-Zeug, wir werden einen Link dazu setzen, ich denke, das ist wirklich praktisch zu wissen.
Angad Seth:
Aus [unverständlich 00:26:12], das ist meine Sicht als Entwickler, sage ich, ich wollte Cornflake Use Datadog bei Easy Agile einführen. Nicht sehr vertraut, ich fühle mich nicht sehr wohl damit. Ich weiß, wie man navigiert, aber wie kann ich schnell mit der Einführung von Observability beginnen? Es tut mir leid, dass ich meinen direkten Job oder meinen Arbeitsplatz gesperrt habe.
Jordan Simonowski:
Ich würde sagen, ich könnte hier voreingenommen sein. Jess, korrigiere mich oder gib deine Meinung dazu ab, ich würde mich dafür stark zu SLOs neigen. Und Sie können das kurz im SRE nachlesen-
Jess Belliveau:
Wofür steht SLO, Jordan?
Jordan Simonowski:
Okay, tut mir leid. Schlagworte! SLO ist ein Service Level Objective, nicht zu verwechseln mit Service Level Agreement. Eine Vereinbarung selbst ist vertraglich und Sie können den Leuten Geld zahlen, wenn Sie gegen diese verstoßen. Ein SLO ist etwas, das Sie in Ihrem Team festlegen und Sie haben ein Zuverlässigkeitsziel, weil wir an einem Punkt angelangt sind, an dem wir verstehen, dass sich alle Systeme zu jedem Zeitpunkt in einem heruntergekommenen Zustand befinden. Und ja, Zuverlässigkeit ist nicht unbedingt binär, sie ist nicht unzuverlässig oder zuverlässig. Meistens ist es meistens zuverlässig und das gibt uns eine bessere gemeinsame Sprache, denke ich. Und Sie können das SRE-Handbuch von Google lesen, das kostenlos online verfügbar ist und Ihnen ein ziemlich gutes Verständnis von Datadog vermittelt.
Jordan Simonowski:
Ich glaube, als ich es das letzte Mal benutzt habe, gab es ein SLO-Angebot. Aber ich denke, wie ich bereits erwähnt habe, haben Sie ein SLO für bestimmte Funktionen oder Merkmale Ihrer Anwendung festgelegt. Sie sagen: „Mein Benutzer kann das in 99% der Fälle tun“, oder was auch immer Sie sich für ein anderes Zuverlässigkeitsziel setzen möchten. Ich würde eine Zuverlässigkeit von fünf Neunern nicht empfehlen. Sie werden sich wahrscheinlich selbst ausbrennen, wenn Sie versuchen, dorthin zu gelangen. Und du hast dir dieses Ziel gesetzt. Und Sie wissen genau, was Sie messen, Sie messen bestimmte Arten von Funktionen. Und Sie wissen, dass Benutzer betroffen sind, wenn Sie gegen diese Regeln verstoßen. Und hier können Sie tatsächlich anfangen, über Observability nachzudenken. Sie können darüber nachdenken: „Welche anderen Funktionen implementieren wir, mit deren Messung wir beginnen können?“ Oder: „Welche nutzerorientierten Dinge implementieren wir, mit deren Messung wir beginnen können?“
Jordan Simonowski:
Andere Dinge, die Sie sich wahrscheinlich ansehen könnten, sind, ich denke, sie sind sowieso alle in dem Buch behandelt, die Aktualität der Daten in gewisser Weise. Sie möchten sicherstellen, dass die Daten, die Benutzern angezeigt werden, relativ aktuell sind. Sie möchten nicht, dass sie sich veraltete Daten ansehen, also können Sie auch versuchen, solche Dinge zu messen. Aber Sie können es so ziemlich in die meisten Funktionen einer Website unterteilen. Es ist nicht mehr wie bei einem Ping-Check, bei dem Sie nur sagen: „Ja, HTTP, okay. Meine Bewerbung ist in Ordnung.“ Sie sagen: „Meine Benutzer sind tatsächlich von Dingen betroffen, die nicht funktionieren.“ Und von dort aus können Sie anfangen, Dinge zu messen. Und das sollte Ihnen ein besseres Verständnis oder zumindest eine bessere Vorstellung davon geben, wo Sie mit dem, was Sie messen möchten, beginnen und wie Sie es messen möchten. Das wäre meine Meinung dazu, wo Sie damit beginnen sollten, wenn Sie es einführen wollen.
Jared Kells:
Wir werden ein bisschen über den Status sprechen und wie bei einigen davon, wie bei unseren sehr Frontend-lastigen Anwendungen, die wir erstellen, sodass die Anwendungen, die wir erstellen, einfach im Browser laufen und der traditionelle Status, wie Sie sich das vorstellen würden, einfach eine sehr einfache API abruft, die einige Dinge mit einer gewissen Authentifizierung in die Datenbank schreibt und so weiter. Was die Zuverlässigkeit der Dienste angeht, so ist es wirklich zuverlässig. Diese winzigen APIs haben einfach nie Probleme, weil es einfach so einfach ist. Und nun ja, sie haben eine Menge Überwachung rund um das Thema. Aber unser gesamter Zustand ist eigentlich, wenn Sie sagen: „Beobachten Sie den Zustand des Systems“, größtenteils der Zustand in einem Browser. Und wie bringen wir Beobachtbarkeit in das hinein?
Jess Belliveau:
Eine große Sache ist wirklich, es gibt keine Sache, die auch für alle passt. Wenn wir auch über SLO-Sachen sprechen, geht es darum zu verstehen, was nicht so sehr für Ihr Unternehmen, sondern auch für Ihr Team wichtig ist. Wenn Sie dieses Produkt liefern, was ist Ihnen besonders wichtig? Also ein SLO, das für mich bei Apptio funktionieren könnte, wird wahrscheinlich nicht für Easy Agile funktionieren. Das erweitert auch mein Wissen über Frontend-Sachen wirklich, aber wenn wir sagen, dass wir auch den Staat beobachten wollen, meinen wir nicht unbedingt nur den Staat. Vielleicht möchten Sie bei jeder dieser APIs wissen, wie lang die Antwortzeit für diese API ist, wenn sie ausgelöst wird. Das könnte also eine wichtige Metrik sein. Sie können also feststellen, ob eine dieser APIs zu Latenz führt und Ihre Benutzererfahrung dadurch beeinträchtigt wird. Zum Beispiel: „Hey, als wir in der dritten Version waren und Benutzer hier mit unserem Service interagierten, reagierte er mit dieser prozentualen Latenz. Wir haben eine Version veröffentlicht und seitdem sehen wir, dass es jetzt in diesem Perzentil liegt. Haben wir die Leistung herabgesetzt?“ Die Benutzer beschweren sich vielleicht nicht, aber das könnte etwas sein, das das Team dann untersuchen und zu einem Sprint hinzufügen kann. Hey, ich verwende jetzt Agile-Begriffe. Achtung!
Jared Kells:
Das ist ein wirklich gutes Beispiel, Jess. Leistungsprobleme sind für uns in der Regel keine API, die schlecht funktioniert. Es liegt daran, dass in dieser sehr komplizierten Frontend-Anwendung nicht mehr in der gleichen Reihenfolge wie früher ausgeführt wird, oder es gibt eine komplexe Interaktion, an die wir nicht gedacht haben, sodass mehr Daten als erwartet angefordert werden. Die APIs kehren zurück. Sie sind größtenteils nie langsam, aber wir haben Leistungsrückgänge, von denen wir vielleicht nichts wissen, ohne sie zu sehen oder zu untersuchen. Die Beobachtbarkeit erfolgt wirklich auf der Browserebene des einzelnen Benutzers. Macht das Sinn? Ich möchte wissen, wie lange es gedauert hat, bis diese spezielle Interaktion stattgefunden hat.
Jess Belliveau:
Ja. Solche Dinge habe ich noch nie gemacht. Außerdem, ich schätze, Sie könnten möglicherweise betroffen sein, und dann haben Sie es auch mit Endbenutzer-Manifestationen zu tun. Sie könnten wahrnehmen...
Jared Kells:
Ja, sicher.
Jess Belliveau:
... Höhere Leistung auf ihrem Laptop oder so, oder ihrem ISP oder so. Es wäre wirklich schwierig, sicherzustellen, dass Sie von solchen Dingen nicht auch Geräusche bekommen.
Jordan Simonowski:
Ja. Es gibt wohl Tools wie Sentry, die existieren, um Ihnen ein bisschen besser zu verstehen, was an Ihrem Frontend passiert. Die Art und Weise, wie Sentry in der Regel mit JavaScript arbeitet, ist, dass Sie eine verkleinerte Map Ihres JS auf Sentry hochladen, Ihren Code bereitstellen und dann, wenn etwas kaputt geht oder auf ziemlich unerwartete Weise funktioniert, das in der Regel auftaucht, wobei Sentry Ihnen genau sagt, in welcher Zeile diese Art von Dingen passiert, und es ist ein wirklich cooles Tool für diese Firmenkram. Ich weiß nicht, ob es dir die richtigen Einblicke geben würde, glaube ich, in Bezug auf Leistung oder...
Jared Kells:
Ja, wir verwenden ein ähnliches Tool und es funktioniert bei Abstürzen und solchen Dingen. Und was die Beobachtbarkeit angeht, protokollieren wir Aktionen wie Zustandsmutationen im Frontend, nicht die tatsächliche Statusänderung, sondern nur Beschriftungen, die angeben, dass Sie eine Problemzusammenfassung aktualisiert haben oder auf diese Schaltfläche geklickt haben, so etwas, und wir senden sie mit unseren Absturzberichten. Und es ist super hilfreich, diese Art von Beobachtbarkeit zu haben. Also ich glaube, ich weiß, wovon ihr redet. Aber ich bin nur [Crosstalk 00:35:25], ja.
Jess Belliveau:
Ja, das ist, glaube ich, fast eine Art von Rückverfolgung. Wenn Jordan und ich über Tracing sprechen, denken wir vielleicht an 12 verschiedene Microservices in AWS, die alle miteinander interagieren, während Sie das eher verschieben. Das ist quasi alles, was im Browser interagiert, und nur diese Historie davon zu haben, ist das, was der Benutzer getan hat und wie es dazu kam...
Jared Kells:
In diesem Staat.
Jess Belliveau:
In diesem Staat, ja.
Jordan Simonowski:
Ich schätze, selbst wenn Sie nicht viele Microservices haben, wenn Sie über bestimmte sprechen, wie Sie sagen, sind Ihre API-Anfragen größtenteils in Ordnung, aber manchmal haben Sie besonders große Nutzlasten-
Jared Kells:
Wir müssen tatsächlich überwachen, ich weiß nicht, vielleicht können Sie dabei helfen, wir sollten eigentlich überwachen, mit wem wir zusammenarbeiten. Es ist tatsächlich viel wahrscheinlicher, dass wir ein Leistungsproblem mit einer Xero-API haben werden, als... Wir sehen es nicht, der Browser sieht es auch, was...
Jordan Simonowski:
Ja, und Tracing löst all diese Regressionen für Sie. Die meisten Tracing-Bibliotheken, z. B. wenn Sie Node-Apps oder was auch immer in Ihrem Backend ausführen. Ich kann dir nur etwas über Node erzählen, weil ich wahrscheinlich die meiste Erfahrung mit dem Schreiben von Node-Sachen habe. Du gibst quasi einfach Didi Trace ein, eine Datadog-Bibliothek für das Tracing in dein Backend und deinen Hook selbst in all die, glaube ich, gängigen Bibliotheken, mit denen du normalerweise arbeiten wirst, glaube ich. Wenn Sie zum Beispiel für Express oder nur für viele HADP-Bibliotheken sowie für ein paar AWS-Services arbeiten, wird es sich quasi von selbst einbinden. Und Sie können es tatsächlich genau bestimmen. Es wird Ihnen auf dieser ziemlich coolen Servicekarte irgendwie genau zeigen, mit welchen Diensten Sie interagieren und wo Sie möglicherweise eine Regression erleben. Und ich denke, Spuren dienen dazu, diese Informationen an die Oberfläche zu bringen, was cool ist. Das könnte also etwas sein, das es wert ist, untersucht zu werden.
Jess Belliveau:
Es ist lustig. Das hat etwas nichts mit Beobachtbarkeit zu tun, aber Sie haben mich gerade dazu gebracht, ein bisschen mehr darüber nachzudenken, warum Sie sagen, dass Sie auch von Drittanbietern abhängig sind. Und etwas, das meiner Meinung nach wirklich wichtig ist und manchmal übersehen wird, ist, dass sich so viele von uns heute auf Drittanbieter verlassen, da AWS eine große Sache ist. Viele Leute schreiben Apps, für die AWS-Services erforderlich sind. Und ich denke, die meiste Zeit gehen die Leute einfach davon aus, dass AWS oder Jira oder was auch immer zu 100% verfügbar ist und immer verfügbar ist. Und sie schreiben ihren Code nicht so, dass er mit Ausfällen umgeht. Und ich finde es super wichtig. Ich habe schon so oft Leute gesehen, die die AWS-API verwenden, und sie implementieren kein exponentielles Back-Off. Also versuchen sie im Grunde, die AWS-API zu erreichen. Sie schlägt fehl oder sie werden zum Beispiel gedrosselt, und dann gehen sie einfach in einen Fehlerzustand über und geben dem Benutzer einen Fehler. Aber Sie könnten möglicherweise die Benutzererfahrung verbessern, einen automatischen Wiederholungsmechanismus einbauen lassen und so weiter. Es hat nicht wirklich etwas mit der Beobachtbarkeit zu tun, aber es ist etwas Besonderes.
Jared Kells:
Und den Nutzern ist das egal, oder? Es interessiert niemanden, ob es sich um ein AWS-Problem handelt. Es ist dein Problem, richtig, deine App ist zu langsam.
Jess Belliveau:
Nun, sie benutzen deine App. Genau richtig. Es wirkt sich irgendwie auf Sie aus, also ist es in Ihrem Interesse, sich vor einem Upstream-Fehler zu schützen oder zumindest den Benutzer zu informieren, wenn dies der Fall ist. Ja.
Jared Kells:
Nun, ich glaube, wir müssen ihn diesen Podcast nennen, weil es eine Stunde her ist. Wir hatten maximal 45 Minuten unterrichtet.
Jess Belliveau:
Wir könnten einfach weitermachen. Wir könnten einen zweiten Teil brauchen! Vielleicht können wir [Cross Talk 00:39:21] anfragen.
Jared Kells:
Vielleicht! Ja.
Jess Belliveau:
Oder wir starten einfach unseren eigenen Podcast! Ja.
Angad Seth:
Also, was waren deine wichtigsten Erkenntnisse heute, wenn man bedenkt, dass Angad und ich gerade etwas über Beobachtbarkeit lernen, Angad, was war heute deine größte Erkenntnis über Beobachtbarkeit? Meine größte Erkenntnis war, dass Beobachtbarkeit nicht mit Datadog gleichzusetzen ist. Nein, tut mir leid! Es war einfach sehr faszinierend zu lernen, wie man die bekannten Unbekannten quantifiziert. Ich weiß nicht, ob das ein guter Imbiss ist, aber...
Jess Belliveau:
Jeder Imbiss ist ein guter Imbiss! Was ist mit dir, Jared?
Jared Kells:
Ich glaube, weil ich gerade über Zustandsmanagement sprechen wollte, und ein Teil davon war, dass wir im Moment diese Fähigkeit haben, durch die Architektur unserer Frontends den Status der App zu erfassen und einen Kunden dazu zu bringen, uns seinen Status zu senden, im Grunde genommen. Und wir können es in unsere App laden und einfach genau sehen, wie es war, genau so, wie unser Bundesstaat konzipiert ist. Aber was noch cooler sein könnte, ist vielleicht etwas Observability zur Unterstützung in das Frontend einzubauen. Ich denke, anstatt einfach zu haben, haben wir diese Schaltfläche, um uns Ihre Support-Informationen zu senden, die uns einen Haufen des Status schicken, aber anstatt die Konsole im Browserprotokoll zu protokollieren, könnten wir die Konsole protokollieren und uns irgendwo in unserem Frontend anmelden, sodass unsere Kunden uns die Aktionen senden sollten, die sie ausgeführt haben, wenn sie auf „Support-Informationen senden“ klicken.
Jared Kells:
Zum Beispiel: „Hey, da ist ein Bug, senden Sie uns Ihre Support-Informationen.“ Es muss kein Drittanbieter-Dienst sein, der diese Observability-Daten sammelt. Wir könnten einfach in unser... Darüber denke ich also nach.
Jess Belliveau:
Ja, ganz sicher. Es wird wahrscheinlich auch viel weniger aufdringlich sein, als einige der Sachen von Drittanbietern, die ich gesehen habe.
Jared Kells:
Ja. Bei einigen dieser Integrationen ist das ziemlich schwierig, insbesondere wenn Sie Apps entwickeln, die hinter einer Firewall ausgeführt werden.
Jess Belliveau:
Ja
Jared Kells:
Sie können nicht einfach mit einigen dieser Dritten sprechen. Also ja, es ist trotzdem cool. Es ist wirklich interessant.
Jess Belliveau:
Nun, ich hoffe, jemand da draußen, der zuhört, hat etwas gelernt, und Jordan und ich werden ein paar Links durchschicken, und wir können sie hoffentlich zu den Shownotes hinzufügen oder so, damit die Leute etwas mehr lesen können und...
Jared Kells:
Alles danke!
Jess Belliveau:
Danke für die Einladung, ja.
Jared Kells:
Vielen Dank für Ihre Zeit und danke allen fürs Zuhören.
Jordan Simonowski:
Danke allen.
Angad Seth:
Das war [unhörbar 00:41:55].
Jess Belliveau:
Schaltet nächste Woche ein!
Verwandte Episoden
- Podcast
Einfacher Agile-Podcast Folge 28 Team23! + die Welt der Arbeit
Dave Elkan, Mitbegründer und Co-CEO von Easy Agile, wird von Jean-Philippe Comeau, Principal Customer Success Advocate bei Adaptavist, unterstützt.
„Von JP zu hören, ist eine todsichere Art, sich für Atlassian Team '23 zu begeistern. Wir haben darüber gesprochen, wo wir hoffen, dass sich die Konversationen konzentrieren und mehr.“
JP hat eine Leidenschaft für Teamwork, das Kennenlernen neuer Leute, Präsentationen aller Art — liebt ein Mikrofon und ein fesselndes Publikum, neue Technologien und vor allem Problemlösungen.
In dieser Folge sprechen JP und Dave über eines der am meisten erwarteten Ereignisse im Tech-Kalender — Team23 von Atlassian! Sie sprechen darüber, was sie erwartet, Tipps für Anfänger und darüber, was sie von der Veranstaltung mitnehmen möchten.
Sie befassen sich auch mit der Zukunft der Arbeit und der Bedeutung des Zusammenkommens als Team.
Wir wünschen euch viel Spaß mit der Folge!
Transkript:
Dave Elkan:
Hallo zusammen und willkommen zum Easy Agile Podcast. Mein Name ist Dave Elkan und ich bin Mitbegründer und Co-CEO hier bei Easy Agile. 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 älteren, gegenwärtigen und aufstrebenden Ältesten unseren Respekt und erweisen allen Aborigines, Bewohnern der Torres State Islands und den First Nations, die heute zu uns kommen, denselben Respekt. Heute gesellt sich Jean-Philippe Comeau oder JP zu mir. JP ist der wichtigste Verfechter des Kundenerfolgs bei Adaptavist und hat eine Leidenschaft für Teamwork, das Kennenlernen neuer Leute, Präsentationen aller Art, liebt ein Mikrofon und ein fesselndes Publikum. Dieser Podcast passt definitiv in diese Form, neue Technologien und vor allem Problemlösungen. JP, vielen Dank, dass du heute bei uns bist.
Jean-Philippe Comeau:
Danke, dass du mich eingeladen hast.
Dave Elkan:
Hey, mach dir keine Sorgen. Es ist toll, dich bei uns zu haben. Wir wollen uns heute etwas Zeit nehmen, um über Atlassian Team '23 zu sprechen. Das Ökosystem bereitet sich auf eine der größten Veranstaltungen des Kalenders vor, die ultimative Veranstaltung für modernes Teamwork. Du warst schon bei einigen Atlassian Team-Events und letztes Jahr war es das erste seit einiger Zeit. Von Quebec nach Las Vegas ist ein ziemlicher Gangwechsel. Was sind deine Tipps für Leute, die das Team zum ersten Mal besuchen?
Jean-Philippe Comeau:
Oh, ja, das ist eine gute Frage. Ich meine, ja, Teams ist für mich ein riesiges Event. Es ist ein wunderschöner Moment, um wirklich alles Revue passieren zu lassen, was im letzten Jahr für Atlassian passiert ist. Damit meine ich, dass das, was mit Atlassian passiert, tatsächlich das ist, was in der Arbeitswelt passiert. Ich denke, es ist einfach ein guter Zeitpunkt, um zu überdenken, wo du dich gerade befindest. Für mich geht es also darum, die wichtigsten Dinge, die Sie erledigen möchten, zu planen und Ihren Terminkalender nicht zu überladen. Das ist ein Fehler, den ich beim ersten Mal gemacht habe, weil ich einfach das meiste von allem sehen wollte und ich dachte: „Ja, ich kann absolut Rücken an Rücken machen. Das wird gut werden. Ich werde von einer Sache zur anderen gehen.“ Die Wahrheit ist, dass Sie nach dem Gespräch einige Fragen haben werden. Manche Dinge werden auftauchen. „Oh, das ist interessant. Das könnte ich vielleicht erkunden.“
Du wirst vielleicht ein bisschen Bodenjagd machen wollen, was so ist, hey, die Partner durchschauen. Vielleicht hast du von so etwas wie einer App gehört, die du dir wirklich ansehen willst, oder so ähnlich. Also, das wird immer passieren und dann wirst du den nächsten Vortrag verpassen. Stellen Sie also sicher, dass das, was Sie hervorheben, wirklich Dinge sind, die Sie sehen möchten, und planen Sie entsprechend. Das ist für mich die wichtigste Sache. Versuche nicht, alles zu machen. Tun Sie, was Ihrer Meinung nach wirklich, wirklich wichtiger ist als der Rest. Versuche, es zum Laufen zu bringen, denn es wird viel laufen, viel zuhören, viel reden. Die zweite Sache, an die ich alle erinnere, ist, etwas zu trinken, eine Flasche Wasser zu holen. Da drüben wird es jede Menge geben, aber jeder wird seine eigene Wasserflasche haben. Machen Sie sich also keine Sorgen, ob Sie eine haben oder nicht, sondern holen Sie sich eine und trinken Sie einfach Flüssigkeit. Ich meine, wir sind alle tagsüber sehr beschäftigt und wir alle wissen, wie die Nächte verlaufen können, also trink weiter etwas Wasser. Ja, das sind meine beiden Tipps.
Dave Elkan:
Das ist ein guter Rat. Ich denke, Flüssigkeitszufuhr ist sicherlich etwas, das man in Betracht ziehen sollte. Ich erinnere mich besonders an eine Wand aus Donuts, die mich einmal von solchen guten Gewohnheiten ablenkte. Also ja, es ist wirklich wichtig, sicherzustellen, dass Sie die Grundlagen im Griff haben. Worauf freust du dich am meisten von der Aufstellung bei Team '23?
Jean-Philippe Comeau:
Ja. Ja, jedes Jahr sind es die Keynotes, die am meisten ankommen werden. Offensichtlich wird es sehr, sehr interessant sein, die Gelegenheit zu bekommen, James Cameron sprechen zu hören. Ich denke, gerade im Jahr von Avatar 2 ist einfach ein gutes Timing, offensichtlich wahrscheinlich geplant. Er ist wahrscheinlich auf Tournee, aber es wird wirklich toll sein, ein paar Geschichten darüber zu hören, wie dieser Film entstanden ist. Die Dreharbeiten haben lange gedauert, wahrscheinlich das, was einer wirklich langen Entwicklung eines Films am nächsten kommt. Es fühlt sich an wie ein langer Softwareentwicklungszyklus. Das ist eine sehr lange Zeit. Und dann Van über einige der Dinge sprechen zu hören, die er in der heutigen Welt sieht. Van Joseph, glaube ich, ist der Name des zweiten Sprechers, und ich erinnere mich, ihn während der Wahlen oft in der CNN-Sendung gesehen zu haben und die Wirkung, die er auf die gesamte Sendung ausübte, war beeindruckend. Es wäre sehr interessant, sie reden zu hören.
Und dann, was vielleicht nicht die großen Ticketartikel angeht, wirklich interessiert an... Ich glaube, dies ist das Jahr, in dem die Praktiken auf den verschiedenen Tracks, für die Atlassian normalerweise wirbt, ich glaube, das ist das Jahr, in dem sie wirklich anfangen zu wachsen. Damit meine ich, glaube ich, vor diesem Jahr, also wenn man sich das Team vom letzten Jahr anschaut und dann davor, waren die Tracks irgendwie schwammig. Jetzt haben sie tatsächlich die Produkte, die sie unterstützen. Ich denke, JSM ist an einem sehr, sehr guten Ort. Ich denke, ihre agilen Tools sind an einem sehr guten Ort. Ich denke, ihre DevOps, was ich erwarte, werden am meisten vorangetrieben werden, oder DevOps-Tools mit der Jira-Produktentdeckung und all ihren Point-A-Sachen müssen da sein, wo sie sind. Ich denke also, Sie werden wirklich gute Vorträge über diese Praktiken führen. Ich denke, das wird das Jahr sein, in dem die Tracks wirklich Sinn machen und für die Leute sehr wertvoll sind.
Dave Elkan:
Absolut. Danke fürs Teilen. Es ist wirklich interessant. Du selbst, du bist Kanadier und James Cameron ist Kanadier und er spricht davon, das Unmögliche zu schaffen, und ich denke, das ist ein Thema, das sich durchsetzt und wofür Atlassian wirbt und das durchsetzt. Es ist wirklich interessant, dich über den Aufbau von Filmen und Medien und CNN, die Referenz dort, sprechen zu sehen oder zu hören, wie das auf ein stark auf Softwareentwicklung ausgerichtetes Publikum zutreffen kann. Es ist wirklich interessant zu sehen, dass die Erstellung eines Films ein Wasserfallprozess ist, da man am Ende dieses riesige Ergebnis hat, aber ich weiß, dass es Pixar gibt, zum Beispiel verwenden Sie dieses Konzept der Demo Trusts, wir nennen sie, oder den Pixar Demo Trust. Ja. Also im Grunde kannst du unterwegs testen, bevor du dieses riesige Ding lieferst. Es ist wirklich faszinierend, darüber nachzudenken, was wir von James darüber hören werden, wie er diese großartigen Projekte baut.
Jean-Philippe Comeau:
Ja, ich glaube, du bist genau richtig. Also ich bin eigentlich ein großer Marvel-Fan. Ich habe mein Buch nicht dabei, aber Creativity, Inc. ist ein Buch, das ich von Ed Catmull liebe und wie sie Pixar als Unternehmen aufgebaut haben, als Lieferteam, nicht nur über die Filmseite, die kreative Seite, sondern wie bringt man Kreativität in eine strukturiertere Welt, die Unternehmenswelt, zu der sie jetzt gehören? Also, sehr interessant, dass du das ansprichst, denn ich bin auch sehr fasziniert von ihrem Prozess. Ich denke, sie waren die Pioniere in der Filmbranche oder -branche, was die Einführung agiler Methoden oder Denkweisen in das Filmemachen anbelangt.
Nun, was würde historisch in Filmen passieren? Okay. Also weißt du das nicht, aber mein Hintergrund spielt tatsächlich eine Rolle. Also, als ich anfing, als ich studierte, als ich ein junger Junge war, als junger Erwachsener, sagen wir mal, ich wollte Schauspieler werden und dann haben sich die Dinge geändert. Offensichtlich bin ich kein produktiver Schauspieler. Ich bin also sehr, sehr begeistert von der Filmbranche. Historisch gesehen ging es bei Filmen immer darum, dass man dreht, man dreht, man dreht, sich entwickelt, entwickelt und am Ende schneidet man es. Du machst also Fehler. Also, wie gesagt, sehr, sehr Wasserfall. Ich glaube, diese Technologie macht jetzt fast 50 bis 60% eines Films aus, jetzt schon länger... Wenn man sich Marvel-Filme und all das anschaut, könnte man argumentieren, dass 50 bis 60% computergeneriert sein werden, was schlecht oder gut sein kann. Nun, ich werde mich nicht auf diese Debatte einlassen.
Die Art von Previz und die ganze Animationsarbeit, die dahinter steckt, machen den Prozess agiler, was bedeutet, dass sie eine Woche lang bauen und dann den Film überprüfen, der gedreht wurde, und dann korrigieren sie ihn und machen ihn erneut, oder? Sie haben also schon Ihre Feedback-Schleife in Gang gebracht. Du hast deinen Prozess. Du hast deine Sprints in Gang gebracht. Ich kann das alles einigen agilen Prozessen zuordnen und es würde mich nicht wundern, wenn Sie nach etwas suchen, das skaliert werden soll. Ihr könntet sogar darüber streiten, was ihr für eure Skalierungsmethoden tun werdet? Es gibt viele Dinge, die sehr interessant sind.
Ich denke, zurück zu unserem ersten Punkt, tut mir leid, ich bin hier wirklich eine Tangente gegangen, aber zurück zu Avatar, wenn man einen so langen Zyklus hat und einen Film hat, der gebaut ist, ist dieser stark computergeneriert. Ich meine, jeder Schauspieler hat Sachen im Gesicht und sie spielen in einem leeren Studio. Jetzt sprichst du von agilen Prozessen, denn wenn du stundenlang und stundenlang an Arbeit arbeitest und du nur baust und baust und baust und niemals überprüfst, kann ich nicht... Vielleicht sagt James, dass sie das so gemacht haben, und ich sage dann: „Nun, ihr wart... Es ist sehr schwierig. Du hast dir das Leben sehr, sehr schwer gemacht.“ Aber es wäre sehr interessant, das zu hören, weil ich mir nicht vorstellen kann, dass sie diesen Film nicht auf eine agile Art und Weise aufbauen.
Dave Elkan:
Oh, natürlich. Ich denke, wenn Sie sich den Boden des Schneideraums vorstellen, ist das ein altes Sprichwort und buchstäblich haben sie den Film geschnitten und sie haben ihn auf dem Boden liegen lassen, weil das etwas ist, was wir nicht mehr tun. Also, ich wage zu sagen, dass es eine riesige Menge an Filmen gibt, die weggeworfen und neu gemacht werden. Ich glaube, wenn wir das hinter den Kulissen so wunderbar machen, das sie hinter den Kulissen machen, nämlich ihre Aufnahmen testen und wiederholen könnten, wäre es eigentlich ein ziemlich einfaches Konzept, diese agilen Prozesse auf das Filmemachen anzuwenden. Gerade am Ende hat man diesen Urknall, genau wie bei der Spieleproduktion. Wenn man ein Spiel produziert, macht man Abstriche. Die Leute nutzen Early Access, was fantastisch ist. Sie können keinen Early-Zugriff auf einen Film haben.
Jean-Philippe Comeau:
Nein, genau. Ja.
Dave Elkan:
Ja. Zurück zu Pixar, dieser Referenz, ich habe tatsächlich den Fehler gemacht. Es ist nicht wirklich der Demo Trust. Das ist also das Playbook von Atlassian. Es gibt ein Theaterstück namens Demo Trust, aber es ist Brains Trust und es bringt das Team zusammen, um darüber zu sprechen. Erfüllt das die Vision von Pixar? Macht das Pixar zu Pixar? Und dem Team zu helfen, das zu verstehen, damit die Regisseure das tief verwurzelte Pixarness durch diesen Prozess mitnehmen können. Also ja, hier steckt ein ganzes Team hinter den Kulissen. Es gibt keine einzige Person, die das nur auf der Regieebene vorantreibt. Es gibt tatsächlich ein ganzes Team von Leuten, die an diesem Film mitarbeiten. Ich bin wirklich fasziniert, das von James zu hören, um zu hören, wie die Teamarbeit herauskommt.
Jean-Philippe Comeau:
Ja. Ich denke, wenn man sich einen Film wie Avatar anschaut, ist eine andere Sache, an die wir nicht denken, die Vernetzung von Remote-Teams. Das ist ein großer, großer Teil dessen, was wir 2023 tun, ist, Remote-Teams miteinander zu verbinden, damit sie das Gefühl haben, an einem Projekt zu arbeiten. Wenn du einen Film wie Avatar hast, werden deine visuellen Effekte irgendwo sein. Deine Schauspieler werden an einem anderen Ort sein. Und dann werdet ihr Musik haben und der Sound wird woanders sein. Ihre Redakteure werden wahrscheinlich woanders sein. Es gibt also eine Menge Telearbeit, die Sie erledigen. Wie bringt man das alles zusammen?
Ich erinnere mich, dass ich die alten Dokumentarfilme rund um die „Herr der Ringe“ -Filme gesehen habe, und sie flogen buchstäblich Leute mit der eigentlichen Filmrolle rein und raus, weil sie so Angst hatten, dass die Leute sie stehlen würden und sie sie nicht ins Internet stellen und sie tatsächlich mit sich herumtragen würden. Also mussten sie von London nach Neuseeland fliegen, um... Es ist irgendwie verrückt, wenn man 2023 darüber nachdenkt. Wirklich, du musstest einen 10-stündigen Flug nehmen, nur um deinen Film rüberzubringen? Wahrscheinlich ist es auch einfacher mit den Daten, nur mit der Bandbreite und allem. Ich denke, das wird auch ein interessanter Teil sein. Wie habt ihr Teams miteinander verbunden?
Du hast einen großartigen Punkt auf Pixar-Art angesprochen, oder so nennen sie es, auf Pixar-Art. Wenn du darüber nachdenkst, stecken einige wirklich, wirklich coole Ideen dahinter, ein Team zusammenzubringen und sie für ein Projekt zusammenzubringen. Ich denke, wenn Teams sich von Produkten und Dingen, an denen sie gerade arbeiten, immer distanzierter und distanzierter werden, mache ich das selbst bei der Arbeit. Die Dinge werden generisch. Irgendwann machst du einfach immer und immer wieder dasselbe. Man verliert ein bisschen den Bezug zu der Arbeit, die man macht. Ich finde es wunderbar, ein Team um ein Projekt zu scharen und zu sagen: „Glaubst du an dieses Projekt? Ich glaube an dieses Projekt. Glaubst du an dieses Projekt?“ Und dafür zu sorgen, dass das Team das tut, und wenn nicht, warum tust du es nicht? Was hält dich davon ab? Ich denke, es gibt viele gute Gespräche, tut mir leid, das kann daraus entstehen. Ja.
Dave Elkan:
Absolut. Also ja, du sprichst davon, etwas abgelegener zu werden. Ist das ein Trend, den Sie beobachten, dass immer mehr Teams remote arbeiten, oder sehen wir, dass sich das bis zu einem gewissen Grad umkehrt?
Jean-Philippe Comeau:
Es hängt davon ab, mit welcher Sphäre du arbeitest, oder in meiner Position kann ich alles anfassen. Ich tendiere eher zu den kreativeren Teams aus den Bereichen Gaming und Softwareentwicklung und so. Ich arbeite mit Banken zusammen. Ich arbeite mit, naja, amerikanischen Unternehmen zusammen, den klassischen Orten in Anzug und Krawatte, mit allem. Ich sehe alles. Es herrscht gerade ein Kampf zwischen alten und neuen, alten Arbeitsweisen, neuen Arbeitsweisen. Es findet ein riesiger Konflikt statt. Ich weiß bis heute nicht, wer gewinnen wird, weil selbst die großen Silicon Valleys, ich meine, wir alle sehen, was mit Apple passiert und dass sie obligatorische Bürotermine und solche Dinge festlegen. Man sieht das an einer Führungskraft, die vielleicht eines der modernsten Unternehmen der Welt leitet, aber er hat immer noch eine kreative Atmosphäre der alten Schule.
Ich hasse es, es zu Pixar zurückzubringen. Ich bringe es zurück zu Pixar. Sie haben so ein tolles Büro. Also, wie gesagt, ich bin sehr fasziniert von dem, was sie tun. Sie nennen es ungeplante Kreativität. Sie sind der festen Überzeugung, dass ungeplante Kreativität im Büro stattfindet, und wenn Sie ungeplante Besprechungen haben, ungeplante Interaktionen. Eines der Dinge, die sie gemacht haben, ist heute sehr verbreitet, aber als ich 14 Jahre alt war und über sie las, dachte ich: „Oh mein Gott, das sind so coole Dinge.“ Sie machten diese Tischtennisplätze und Aktivitäten und Spiele, um die Leute dazu zu bringen, zusammen zu spielen und darüber zu reden, was sie getan haben.
Und dann spricht plötzlich ein Ingenieur mit einem VFX-Künstler, der mit einem 3D- oder Konzeptkünstler spricht, als würden sie sich nie in einem Meeting oder so etwas treffen. Aber weil sie Tischtennis spielen und Ideen herumwerfen und plötzlich sagen sie: „Hey, vielleicht könnten wir dieses Ding bauen. Das wäre unglaublich.“ Weil der Künstler sagte: „Nun, jetzt könnte ich Wolken auf diese Weise malen. Ja. Ja, ich könnte Wolken kreieren, die so aussehen.“ Dann sagt der Ingenieur: „Nun, Sie können einfach ein bisschen an den Dingen anpassen.“
Wie dem auch sei, ich glaube, da steckt diese alte Schulmentalität dahinter. Diese Frage habe ich mir in unseren Slacks gestellt und wo wir über Arbeit sprechen. Ich weiß nicht, wie die Zukunft ungeplanter Kreativität aussieht. Ich weiß nicht, wie man das in einer virtuellen Welt nachstellt. Ich denke, es ist ein großes Problem, das einige Softwareunternehmen mit einigen Tools angegangen sind. Ich weiß nicht, wie man jemanden zwingt, hinter einem Computer zu sitzen und etwas Ungeplantes zu tun. Wie stolpere ich über einige... Ich weiß es nicht. Aber ja, ich denke, ein bisschen davon steckt in der Mentalität der alten Schule. Ich brauche Leute in einem Büro, damit sie sich treffen und miteinander interagieren können. Ich habe immer noch Mühe herauszufinden, wo sie falsch liegen, sagen wir es mal so. Ich weiß nicht, wo sie mit dieser Theorie falsch liegen, wenn man mit jemandem zusammen ist, wenn man mit Menschen zusammen ist, passieren die Dinge anders.
Dave Elkan:
Ich kann dem nicht mehr zustimmen. Ich denke, wenn ich eine Perspektive dazu habe, dann die, dass es keine... Oft ist es kein Schwarz-Weiß-Spiel oder ein Nullsummenspiel. Es ist eine Kombination von Dingen, die passieren werden und die sich auf Gedeih und Verderb weiterentwickeln werden. Sie können in der Geschichte auf Bell Labs und die Entwicklung des Halbleiters zurückblicken und auf die Art und Weise, wie das Gebäude im Wesentlichen so konzipiert wurde, dass es Menschen ermöglicht, vorbeizugehen und interdisziplinäre Zusammenarbeit und funktionsübergreifende Gespräche zu führen. Haben Sie jemals darüber nachgedacht, dass die ungeplante Kreativität, von der Pixar sprach, tatsächlich geplante ungeplante Kreativität war, also haben sie diese Räume mit Absicht eingerichtet? Wie können wir Dinge absichtlich so gestalten, dass Dinge geschehen, die uns unbekannt sind?
Jean-Philippe Comeau:
Ja. Ja. Ja, du hast absolut recht. Ich meine, ja, deswegen haben sie die Pixar-Büros so gebaut. Für mich ist das das Geheimnis. Wenn es jemand findet, ist es wie die Karamellmilch oder was auch immer, einfach in Flaschen abfüllen und an die Leute verkaufen, schätze ich. Ich weiß nicht. Ich habe keine Ahnung, wie die Antwort lautet. Ich habe nachgesehen und es ist... Es gibt eine App da draußen. Ich kann mich nicht an den Namen der App erinnern, aber du bist wie ein 2D-Sprite und es sieht aus wie ein NES-Spiel und du bewegst dich von Ort zu Ort. Du kannst dein Büro dekorieren. Es hat diese Atmosphäre von Animal Crossing, einem Spiel von Nintendo, in dem du einfach Sachen erstellen kannst und die Leute deine Insel besuchen können und all das.
Sie können das mit Ihren Büroräumen tun und dann können Sie einen Gemeinschaftsbereich einrichten, in dem Menschen herumlaufen. Wenn du es dir in einem Video ansiehst, ist es brillant. Toll, ich kann tatsächlich im Büro sein, ohne im Büro zu sein. Es hat diese ganze Technologie der Nähe. Wenn Sie also ein Gespräch mit jemandem in einem offenen Bereich führen, könnten die Leute vorbeigehen und hören, was Sie sagen, und mitmachen. Wunderbare Technologie, funktioniert bei Menschen nicht, wenn man wirklich darüber nachdenkt. Warum sollte ich online gehen, um in einem Büro herumzulaufen und zu reden? Ich pinge dich auf Slack an, es wird einfacher sein. In Ordnung. Ich muss nicht durch dein Büro gehen. Es ist also so, als wüsste ich nicht, was das Geheimnis ist.
Ja, du hast recht, es ist in gewisser Weise geplant. Ja, das machen wir. Ich weiß für euch bei Easy Agile nicht, wie ihr das macht. Bei Adaptavist reisen wir gerne mit Teams. Also wann immer wir etwas tun, auch wenn es um Kundenarbeit geht oder wenn wir zu einer Veranstaltung gehen oder so, versuchen wir, es uns zum Ziel zu machen, dass es auch um uns und das, was wir tun, geht. Wir sind also selten alleine gereist. Wenn ich zu einem Kunden gehe, versuchen wir, zwei Berater hinzuzuziehen, oder was ich damit sagen will, ist, mehr Leute zu holen. Ich glaube, Adaptavist versucht, darauf hinzuweisen, und ich denke, Simon, unser CEO, versucht, diese Gelegenheiten zu nutzen, um mit Menschen zusammen zu sein. Ich finde das wunderbar, aber es ist eine der unzähligen Lösungen. Ich weiß es nicht. Ich weiß es wirklich nicht. Was glaubst du? Was sind deine Gedanken dazu?
Dave Elkan:
Oh, ich kann Ihnen sagen, wie wir bei Easy Agile arbeiten. Also hier bin ich heute im Büro. Das ist ein großartiger Ort für mich, um diese Aufnahme zu machen. Wir haben ein Zimmer für etwa 50 Personen hier im Büro in Wollongong, südlich von Sydney. Wir haben ungefähr 10 bis 15, die normalerweise täglich ankommen, und das ist großartig. Es macht uns nichts aus. Wir lieben Menschen, die von zu Hause aus und von unterwegs aus arbeiten, was für sie bequemer und entspannender ist. Gleichzeitig haben wir einen vierteljährlichen Plan, wie zum Beispiel Planungssitzungen, zu denen wir gehen. Wir haben jedes Quartal Advanced Easy Agile. Wir kommen persönlich zusammen. Wir haben strategisch dafür gesorgt, dass wir Mitarbeiter so einstellen, dass das möglich ist, damit die Leute nicht über riesige Meereswellen fliegen, um zu diesem Gespräch zu kommen. In gewisser Weise ist es geplant — ungeplant. Also planen wir im Voraus.
Wenn wir für Advanced Easy Agile kommen, werden wir etwas haben, mit dem wir das Team entweder weiterbilden wollen oder was auch immer, und dann werden wir eine Art Teambindung haben, bei der die Leute aus einer Reihe verschiedener Aktivitäten wählen können, die sie gemeinsam durchführen möchten. Für uns geht es also mehr darum, persönlich zusammenzukommen, weil wir wissen, dass das wirklich wertvoll ist, um als Team ein Verständnis füreinander aufzubauen und dieses Verhältnis aufzubauen. Es kann nicht bis zu einem gewissen Grad über Zoom gemacht werden. Also, absolut, unser Geschäft läuft komplett fernbedienungsfreundlich und wir verlassen uns nicht darauf, dass die Leute persönlich sind, persönlich synchronisiert sind, um voranzukommen. Wir sehen jedoch, dass darin ein großer Mehrwert steckt. Wir versuchen also, in beiden Welten zu leben und profitieren von beiden. Ja. Ja, das ist eine Sache, die funktionieren kann. Das ist nicht jedermanns Sache. Wenn Sie ein wirklich dezentralisiertes globales Unternehmen haben, ist es nicht gerade einfach oder erschwinglich, alle vierteljährlich zusammenzubringen.
Jean-Philippe Comeau:
Ja. Ich finde es aber wunderschön. Also ich bin seit fast sechs Jahren bei Adaptavist... Ich bin jetzt in meinem sechsten Jahr und früher konnten wir... Wir haben es nicht vierteljährlich gemacht. Wir haben am Ende des Jahres eine jährliche Veranstaltung gemacht, bei der sich alle trafen. In den letzten zwei Jahren haben wir es Winter Con genannt, und ich fand die Idee wirklich toll, denn wir konnten Ideen einbringen, worüber wir sprechen wollten. Es könnte um Arbeit gehen, es könnte um Kunden gehen, es könnte um letztes Jahr gehen, worüber auch immer du sprechen wolltest, es könnte um dich selbst gehen, es könnte um eine coole Sache gehen, die du dieses Jahr gemacht hast, was auch immer. Wir hatten ein Wahlsystem, aber eigentlich konnte so ziemlich jeder, der etwas sagte, reinkommen.
Man konnte einfach herumlaufen und es war buchstäblich ein Konferenzzentrum. Wir richteten einige Räume ein und du konntest reingehen und dir eine Präsentation ansehen, wortwörtlich wie Teams oder was auch immer. Es war jedes Mal die beste Erfahrung, dass wir das gemacht haben. Ich liebe diese, weil sie einen Wert haben. Es hat einen ROI, wenn alle lernen und weiterbilden und diese Silos aufbrechen, in denen man sagt: „Hey, ich habe nie mit Marketing gearbeitet, aber hier ist ein einstündiges Gespräch über etwas, das wir im Marketing gemacht haben. Ich möchte wirklich mitmachen „und all diese Dinge. Das ist großartig. Es gab auch den ungeplanten ROI, bei dem Sie mit mehreren Ideen herauskamen wie: „Oh, das könnte ich untersuchen. Das könnten wir untersuchen. Ich habe dieses Treffen im Januar angesetzt, und jedes Mal, wenn ich im Januar wiederkomme, werden wir über diese Sache sprechen, über die wir im Zusammenhang mit Cloud-Migrationen gesprochen haben.“ All das ist auf der Winter Con passiert.
Jetzt sind wir nach COVID exponentiell gewachsen, naja, während und nach COVID. Also während COVID passierte und plötzlich wollten alle arbeiten. Und dann, als Unternehmen, die remote tätig waren, glaube ich, sind viele der Unternehmen, die remote tätig waren, während COVID gewachsen sind, statt weil Unternehmen, die lokal oder so waren, langsam etwas schwächer wurden, sagen wir es mal so. Als wir gewachsen sind, können wir das nicht mehr als eine einmalige Sache unterstützen, bei der Sie... Wir sind jetzt fast tausend. Es gibt eine Menge Leute, die umziehen müssen, und viele Konferenzen, viele Konferenzräume und Präsentationen und Dinge, die wir einfach nicht unterbringen können. Also, ich vermisse es sehr. Wir haben es aus der Ferne gemacht, aber wie du schon sagtest, es ist nicht dasselbe, einen Zoom-Anruf zu tätigen.
Ich erinnere mich, dass ich in diesen Präsentationen saß und du dich neben Leute setzt, dass jemand aus Arkansas, jemand aus Cambridge, und du fängst an zu reden. Ja, Sie hören einer Konferenz zu, aber wir alle wissen, was passiert, wenn Sie sich eine Präsentation anhören. Du fängst an zu reden wie: „Ja, das ist eine interessante Idee. Was hast du letztes Wochenende gemacht?“ Du fängst an zu reden. Das sind Dinge, die du auf Zoom nicht tun kannst. Das kann man auf Zoom nicht wirklich reproduzieren. Es wird nicht wirklich passieren und das vermisse ich sehr. Ich weiß nicht, was die Lösung ist, wenn man einen solchen globalen Vertrieb hat. Ich meine, ich schätze, du tust das in kleinerem Rahmen, vielleicht treffen sich ganz Nordamerika oder solche Dinge, aber es ist einfach nicht dasselbe, überhaupt nicht dasselbe. Ich finde es wunderbar, dass ihr das immer noch machen könnt, weil alle in der Nähe sind. Ich finde es wirklich nett.
Dave Elkan:
Oh, danke. Ja, wir hoffen, daran festhalten zu können, solange wir können. Wir verstehen, dass diese Dinge nicht skalierbar sind. Irgendwann müssen wir es in verschiedene Ereignisse aufteilen, damit die Leute, glaube ich, ein höheres Maß an Beteiligung daran haben können. Wenn Sie zu viele Leute gleichzeitig haben, kann es einfach ein bisschen schreibgeschützt sein, so wie ich das sehe. Es ist, als würde man einen Teilnehmer suchen.
Jean-Philippe Comeau:
Das ist nett. Ja. Ja, das gefällt mir. Ja. Ja, du hast recht.
Dave Elkan:
Also würde ich gerne kurz auf Atlassian Team '23 zurückkommen.
Jean-Philippe Comeau:
Es tut mir leid.
Dave Elkan:
Du hast am Anfang erwähnt... Das ist in Ordnung. Wir werden dort hinkommen. Es gibt diese neuen Apps, vor allem im DevOps-Tooling-Bereich, an dem Atlassian arbeitet, also Discovery. Kannst du mir einfach ein bisschen mehr darüber erzählen, was du dort siehst und warum das jetzt zum Tragen kommt?
Jean-Philippe Comeau:
Ja, ich denke, es dreht sich alles um Cloud. Ich bin der Erste, der sagt, ein großer Fan von Rechenzentren, ein großer Fan von On-Premise-Systemen. So habe ich das Atlassian-Toolset gelernt. Also, ein bisschen skeptisch, als die Cloud zustande kam. Als es wuchs und besser wurde, wurde es besser, das war großartig. Ich denke, es ist jetzt an einem ausgereiften Punkt angelangt, wo das Point-A-Programm, aus dem all diese Tools hervorgegangen sind, also das Produkt Discovery, Atlas und all das, das sind die Früchte der Cloud. Das liegt daran, dass sie jetzt, wo wir die Cloud haben, Produkte herstellen und Dinge ausprobieren können, um zu sehen, ob sie funktionieren oder nicht. Ich denke, das ist der Grund, warum ich denke, dass dieses Jahr das Jahr ist, in dem das Programm ausgereift genug ist. Die Migration ist bereit. Ich meine, das Ende der Serverlebensdauer ist seit einem Jahr vorbei. Ich denke, wir sind endlich an einem Ort, an dem wir tatsächlich über all diese Möglichkeiten sprechen können. Die meisten Konferenzteilnehmer werden davon profitieren können.
Ich erinnere mich an letztes Jahr, als es in den Gesprächen viel um JSM und all die coolen Dinge ging, die es machen würde, aber du hattest immer noch viele Leute auf dem Server, immer noch viele Leute im Rechenzentrum. Es ist also ein bisschen auf taube Ohren gestoßen. Viele Leute in der Menge sagten einfach: „Ja, das ist nichts für mich.“ In beiden Keynotes ging es darum. Wie dem auch sei, ich denke, dieses Jahr wird es deswegen besser werden, weil alle mitgemacht haben. Ich denke, es ist gerade so, weil ja, es ist Cloud. Sie können einfacher und schneller versenden. Sie können besser versenden. Du kannst besser iterieren. Sie können ein Produkt viel, viel schneller fertig stellen, als wenn Sie vor Ort sind, und ich glaube, das ist der Grund, warum Sie das explodieren sehen. Ich finde auch, dass es großartige Ideen sind. Speziell ein großer Fan von Atlas. Großer, großer Fan von Atlas.
Dave Elkan:
Ja. Fantastisch. Also, wie sehen Ihre Kunden die Migration zur Cloud? Auf der anderen Seite, ist das etwas, wofür sie offen sind? Ist das etwas, das sie unterstützen?
Jean-Philippe Comeau:
Jeder ist fasziniert, ich fange dort an. Jeder ist fasziniert. Nun, die Höhe des Interesses hängt von der Branche und der Größe ab. Wenn du ein riesiges... Ich nehme Banken, weil Banken für mich wie Länder sind. Wenn Sie sich also eine riesige Bank ansehen, in der Sie 30.40.000 Benutzer haben, haben sie normalerweise eine solide Infrastruktur. Sie haben solide Administratoren. Sie haben Teams, die irgendwie davon leben. Sie hat im Grunde ihre eigene Wirtschaft aufgebaut. Es läuft von selbst. Wenn du da reingehst und versuchst, ihnen etwas über die Cloud beizubringen und all die großartigen Dinge, die damit möglich sind, fangen sie an, Fragen zu stellen, die sehr technisch sind und sehr gut sind. In der Cloud gibt es noch keine wirkliche Antwort, und so wird es nervös. Wenn ich dagegen zu einer Organisation mit 500.000 Mitarbeitern gehe und sie anfangen, Fragen zur Cloud zu stellen, haben wir normalerweise mehr Antworten darauf. Es ist einfach, eine einfachere Konversation. Sie haben nicht die gleichen Sorgen oder Probleme im Kopf wie der Administrator von 40.000 Menschen. Es ist einfach nicht dieselbe Realität, die sie sehen.
Also ich denke, vorerst, und ich weiß, dass Atlassian einen großen Vorstoß in diesen Unternehmensbereich macht, denke ich, dass Sie vorerst dieses Wachstum sehen werden. Aber solange wir nicht die volle Autonomie darüber haben, wo sich unsere Daten befinden und wie zugänglich diese Daten sind, wird das ein Problem sein, solange FedRAMP nicht für alle verfügbar ist, solange all diese verschiedenen SOCs und Compliance-Anforderungen nicht für alle verfügbar sind. Diese sind sehr schwierig, weil Sie ein Ökosystem rund um viele Integrationen aufgebaut haben und Easy Agile für mich eine dieser Integrationen ist, weil es sich um eine Drittanbieter-App handelt, wie auch immer Sie sie betrachten möchten. Adaptavist hat eine eigene Drittanbieter-App. Sie haben also Script Runner und all das. Wir haben alle Apps von Drittanbietern. Atlassian kann also nicht sagen: „Oh, ja, ich gebe eine pauschale Aussage ab. Wir können all diese Dinge tun.“ Es ist nicht wirklich wahr. Ich sage: „Moment mal, du musst all die verschiedenen App-Partner da draußen berücksichtigen, die ihre Sachen machen, und du kannst uns nicht alle unter ein Dach bringen.“ Ich denke, sie sind Opfer ihres Erfolgs. Was Atlassian immer noch so großartig macht, ist das Partner-Ökosystem, Apps, Lösungen, sorry, einfach alles, aber es ist auch der Grund für die Akzeptanz und die Geschwindigkeit, mit der die Einführung der Cloud erfolgt. Es macht es langsamer, als sie es wollen würden. Ich denke, das war vielleicht der kleine Fehltritt, als alles angekündigt wurde wie: „Oh, ihr verlasst euch sehr auf diese Apps.“ Ja. Viele unserer Kunden würden tatsächlich sagen, dass die Apps für sie noch wichtiger sind als der Kern. Es ist nur eine Sache, die du siehst. Um also auf Ihre Frage zurückzukommen, hängt von der Komplexität der Instanz ab. Je größer die Instanz, desto komplexer ist sie in der Regel. Wenn ich also zu über 10.000 Benutzern gehe, wird das eine sehr lange Konversation. Sehr, sehr langes Gespräch.
Dave Elkan:
Ja, das ist es. Es ist lustig, dass Atlassian das verschickt und gesagt hat: „Hey“. Nun, eigentlich gab es die Vermutung, dass die Apps auch von SOC 2 oder ähnlichem abgedeckt wurden, und das fehlte... Aber es war dieses Missverständnis. Aber ich sage, als Geschäftsinhaber, der SOC 2 durchläuft, ist das ein sehr lohnender und guter Prozess. Es ist schwer. Wir machen das viel früher als Atlassian auf ihrer eigenen Reise, aber je früher du es tust, desto einfacher ist es. Idealerweise musst du dir als kleineres Unternehmen weniger Sorgen machen und die von dir eingeführten Prozesse lassen sich einfacher verwalten und überwachen. Wir freuen uns daher, wirklich den SOC 2-Weg einzuschlagen und unseren Unternehmenskunden diese Sicherheit zu bieten. Also ja, ein sehr guter Prozess, den es zu durchlaufen gilt.
Jean-Philippe Comeau:
Ja, ihr macht das gerade durch. Hast du es schon erworben? Haben Sie Ihre Konformität schon erhalten oder sind Sie auf dem besten Weg, sie zu bekommen?
Dave Elkan:
Nein, wir sind gerade auf dem Weg zu SOC 2 Typ 1.
Jean-Philippe Comeau:
Beeindruckend. Nett.
Dave Elkan:
Ja.
Jean-Philippe Comeau:
Ja. Ja. Wir haben jetzt eine Sicherheitsgruppe da und sie kümmern sich um all das. Ich bin nicht gut mit den Compliances. Ich sage es sofort, auf Anhieb, ich kenne sie nicht sehr gut. Ich weiß, sie sind wie Buchstaben, die ich gerne neben jeder App sehen würde. Das weiß ich. Ich weiß nicht, wie tiefgründig die Prozesse sind, aber ich weiß, dass sie so komplex sind, dass man ein Team braucht, das sich der Umsetzung widmet. Also, was habt ihr bisher gesehen? Es kommt super voran. Was sind einige der Herausforderungen, die Sie vielleicht gesehen haben? Ich bin einfach fasziniert.
Dave Elkan:
Ja. Oh, schauen Sie, unsere Cloud-Apps sind alle auf die gleiche Weise konzipiert, also verwenden sie alle bis zu einem gewissen Grad dieselbe Codebasis, wie die Bereitstellungsmethodik. Wir haben keine Akquisitionen getätigt, die das Ganze noch komplizierter gemacht haben, also machen wir das Beste aus dieser Situation. Wir haben im letzten Quartal eine Menge Arbeit geleistet, um alle Kontrollen und Kontrollen rund um diesen Einsatz durchzuführen. Als Nächstes müssen wir wirklich die Prozesse einrichten, um sicherzustellen, dass unser Team versteht, mit verschiedenen Situationen und ähnlichem umzugehen. Das werden wir also im nächsten Quartal angehen. Ich freue mich darauf, das durchzugehen und einen kleinen Sprint mit Nick, meinem Mitbegründer und Co-CEO, zu machen, um zu sehen, wie viel wir in einer bestimmten Zeit erledigen können, und mich wirklich darauf zu konzentrieren. Ich denke, der Vorteil wird darin bestehen, dass wir unser Geschäft viel verständlicher und klarer führen, was auch für unsere Kunden offensichtlich ist, was sehr gut ist. Ich bin voll und ganz dafür. Ja.
Jean-Philippe Comeau:
Ja, das ist großartig. Ja, ich glaube, wir erleben einige ähnliche Dinge, aber wir haben eine Menge Sachen erworben und das macht alles sicherlich ein bisschen schwieriger.
Dave Elkan:
Ich kann es verstehen. Es wäre sehr schwierig, zu versuchen, diese Lücken zu überbrücken und genug zu homogenisieren, um in Zukunft eine wirklich klare Aussage treffen zu können. Ja. Okay. Also haben wir kurz auf die Atlassian-Apps eingegangen, die sie mitbringen. Gibt es Apps auf dem Markt, die du im Auge hast und mit denen du gerne sprechen würdest, abgesehen von Easy Agile?
Jean-Philippe Comeau:
Ich meine, natürlich. Ja. Ein großer Bedarf, den ich jetzt auf dem Markt merke... Ich weiß nicht, ob es ein Geheimnis ist oder so, ich sollte warten, weil ich Team '23 kenne, sie werden ein paar Sachen machen und ich freue mich wirklich auf sie. Also eines der Dinge, die uns auffallen, ist... Also Backups, also Unternehmenssupport, im Grunde. Im Moment, wenn Sie in der Cloud sind, haben die meisten Unternehmen, wiederum in den 40.000 und mehr, einen starken Backup-Bedarf und sie haben tatsächlich Anforderungen, Gesetze, Dinge, die sie einhalten müssen, was die Dauer der Datenpflege angeht, wie lange sie Backups von Daten haben und all das. Im Moment ist die Art und Weise, wie das in der Cloud gemacht wird, überhaupt nicht nett. Du musst tatsächlich in die Benutzeroberfläche gehen. Du bekommst ein Backup. Wenn Ihr Backup umfangreich ist, dauert die Bearbeitung mehrere Tage und Sie müssen daran denken... Es ist alles manuell. Es gibt nichts, was wirklich automatisiert ist.
Es gibt also einen wachsenden Markt für diese Art von Apps. Ich habe das alles mit diesen Leuten bei Revyz besprochen, R-E-V-Y-Z. Sie automatisieren diesen Prozess im Grunde genommen für Sie und hosten Ihre Daten. Im Moment machen sie das nur ein Jahr lang, aber es ist immer noch viel besser als das, was wir da draußen sehen. Es besteht ein großer Bedarf an solchen Diensten, bei denen sie... Weil ich meine, ein Teil des Reizes der Cloud liegt offensichtlich darin, dass man sich keine Gedanken mehr machen muss und Atlassian Backups nur für 21 Tage garantiert. Wenn du also ein Unternehmen bist und mindestens sechs Monate Datenwiederherstellung anstrebst, wirst du das zumindest nicht bekommen. Wenn Sie also einen Partner wie Revyz oder all diese haben, gibt es andere Apps da draußen. Ich spreche speziell von Revyz, weil ich viel mit ihnen spreche, aber es passieren viele interessante Dinge.
Außerdem, was ist das Tolle an diesen Apps, was diese Entwickler gefunden haben, und sobald sie diesen Prozess abgeschlossen haben, erhalten sie jetzt Zugriff auf die Struktur der Daten und sie haben begonnen, Tools rund um diese Struktur zu entwickeln. So kann diese App beispielsweise tatsächlich Projekte und Probleme sowie benutzerdefinierte Felder und Konfigurationen wiederherstellen. Sie müssen also keine vollständige Wiederherstellung durchführen. Sie können tatsächlich auswählen, was Sie wiederherstellen möchten, was brillant ist. Das war selbst im Rechenzentrum nicht einfach zu bewerkstelligen. Du könntest nicht einfach sagen wie: „Hey, gib mir das Problem.“ Du müsstest den Snapshot wiederherstellen, ins System gehen und deine Sachen suchen. Jetzt kann ich in meine Benutzeroberfläche und Jira gehen, in meine Backup-App gehen und mir das Problem ansehen, das ich versehentlich gelöscht habe, es finden, es am selben Tag wiederherstellen. Es enthält Kommentare, die sagen: „Das wurde durch erneute Besuche wiederhergestellt, also stell sicher, bla, bla, yada, yada, yada.“ Es ist einfach genial und ich freue mich wirklich darauf, dass das in diesem Jahr wächst.
Dave Elkan:
Das ist unglaublich. Ja, das ist ein wirklich faszinierender Teil dieses Artikels, den ich nie wirklich durchdacht habe. Das ist eigentlich ein wirklich wichtiger Teil der Unternehmensführung, dass Sie diese kontinuierlichen Backups haben. Ja. Geil. Ja, das ist ein toller Einblick.
Jean-Philippe Comeau:
Ja, es wird ein interessanter Markt sein, in den man eintauchen kann, weil wir auch als Servicepartner gefragt wurden: „Können Sie das einhalten?“ Die Wahrheit ist, dass Sie das ohne eine App nicht können. Es gibt keine wirkliche Möglichkeit für mich, ein Backup zu bekommen. Ich müsste jeden Tag in deine Instanz gehen. Ich glaube nicht, dass Sie möchten, dass ein Berater jeden Tag Ihre Instanz untersucht, ein Backup herunterlädt und es wirft. Ich gebe mein Geld lieber woanders aus. Diese Apps werden also sehr... Ich denke, sie werden groß sein und ich bin wirklich gespannt, was mit all diesen verschiedenen Unternehmungen passiert.
Dave Elkan:
Nun, sicherlich, ein Stand, an dem ich vorbeischauen werde, um zu sehen, ob wir die Easy Agile-Daten auch in das Backup aufnehmen können.
Jean-Philippe Comeau:
Ja, genau. Also schauen sie sich andere App-Partner an und schauen, was sie tun können. Also ich denke, ja, absolut, wenn du chatten willst, das sind großartige Leute.
Dave Elkan:
Wunderschön. Vielen Dank für deine Zeit heute, JP. Das ist ein Wrap. Hey, gibt es noch etwas, das du ansprechen wolltest, bevor wir fertig sind? Gibt es etwas, das du dir von der Veranstaltung erhoffst, das du von der Veranstaltung mitnehmen möchtest? Gibt es etwas am Spielfeldrand, das du sehen wirst, wenn du dort bist?
Jean-Philippe Comeau:
Ich meine, der App Day wird natürlich eine große Sache sein. Ich freue mich sehr, euch alle persönlich kennenzulernen, alle zu sehen. Der App Day ist also die Zeit, in der ich wirklich technisch werde und mir die Hände schmutzig mache. Das mache ich heutzutage nicht oft. Ich vermisse es manchmal, mich einfach hinzusetzen und ein bisschen gute alte Verwaltungsarbeit zu erledigen. Wie dem auch sei, die App Days sind normalerweise der Zeitpunkt, an dem ich wirklich zum Kern zurückkehre. Lassen Sie uns über Script Runner sprechen, wo wir uns gerade befinden, und lassen Sie uns mit Easy Agile, mit Temple, mit all diesen verschiedenen App-Anbietern sprechen und darüber sprechen, was kommt und was sie sehen. Ich freue mich schon sehr darauf. Aber abgesehen davon, nein, ich will nur eine gute Zeit haben. Hoffentlich werde ich am Abend auch eine gute soziale Zeit haben. Wie ich schon sagte, wir werden uns nicht den halben Spaß jeden Tag nach den Veranstaltungen gönnen, also freue ich mich wirklich darauf, all meine Ökosystempartner zu treffen und mit allen zu sprechen und zu sehen, was sie im vergangenen Jahr gesehen haben.
Dave Elkan:
Ebenso. Ich freue mich jetzt mindestens 1.000% mehr, nachdem ich mit Ihnen darüber gesprochen habe. Vielen Dank, dass Sie sich heute die Zeit genommen haben, JP, das zu besprechen, und ich kann es kaum erwarten, Sie dort zu sehen.
Jean-Philippe Comeau:
Ja, ich kann es kaum erwarten, dich zu sehen. Danke, dass du mich eingeladen hast.
Dave Elkan:
Keine Probleme. Danke, Kumpel.
- Podcast
Easy Agile Podcast Ep.19 Die Kombination von Ikigai und OKRs hilft agilen Teams, großartige Ergebnisse zu erzielen
In dieser Folge wurde ich von Leandro Barreto, dem Lead Software Engineer bei Miro, begleitet.
Leandro ist dafür verantwortlich, Konstruktions- und Produktteams mithilfe von Kennzahlen und KPIs dabei zu unterstützen, produktiver zu sein, wobei der Schwerpunkt auf der Steigerung ihrer betrieblichen Effizienz liegt. Vor seinem Umzug nach Europa arbeitete Leandro als Leiter des technischen Vertriebs für ein Atlassian-Partnerunternehmen in Brasilien.
In dieser Episode haben wir darüber gesprochen;
- Ikigai — was ist das und wie erreicht man es?
- Die Vorteile von OKRs
- Wie können wir Agile, Ikigai und OKRs kombinieren?
- Wie Ikigai agilen Teams helfen kann, großartige Ergebnisse zu erzielen und motiviert zu bleiben
Ich hoffe, euch gefällt die heutige Folge genauso gut, wie ich sie aufgenommen habe.
Transkript
Robert O'Farrell:
Willkommen, alle, zum Easy Agile Podcast. Wir haben heute eine Folge mit Leandro Barreto, einem leitenden Softwareingenieur bei Miro. Ich bin dein Gastgeber für heute, Robert O'Farrel. Ich bin der technische Leiter von Growth bei Easy Agile. Bevor wir diesen Podcast starten, möchte ich den traditionellen Hütern des Landes, von dem aus wir heute senden, danken, den Menschen im Duruwa-sprachigen Land. Wir erweisen den Ältesten der Vergangenheit, Gegenwart und aufstrebenden Ältesten unseren Respekt und zollen allen Aborigines, Torres Islandern und Ureinwohnern der First Nations, die heute im Podcast zu uns kommen, den gleichen Respekt.
Robert O'Farrell:
Leandro arbeitet derzeit als leitender Softwareingenieur bei Miro, wo es seine Aufgabe ist, Ingenieur- und Produktteams durch Kennzahlen und KPIs dabei zu unterstützen, produktiver zu sein, wobei der Schwerpunkt auf der Steigerung ihrer betrieblichen Effizienz liegt. Vor seinem Umzug nach Europa arbeitete er für ein Atlassian-Partnerunternehmen in Brasilien und war dort als Leiter des technischen Vertriebs tätig, mit dem Ziel, das Serviceangebot in Lateinamerika zu erweitern. Willkommen, Leandro. Schön, dass du heute hier bist.
Leandro Barreto:
Ja. Danke, Rob. Danke auch für das Easy Agile für die Einladung. Es ist mir eine Freude, heute hier zu sein.
Robert O'Farrell:
Fantastisch. Du bist hier, um über Ikigai, Ziele und wichtige Ergebnisse oder OKRs in Agile zu sprechen, also lass uns loslegen. Ikigai, was ist das? Kannst du uns kurz oder lang erklären, was das ist?
Leandro Barreto:
Ja, natürlich, natürlich. Also, Ikigai, sage ich damit, ist eine Lebensphilosophie, die so viel bedeutet wie ein Grund für das Sein oder der Sinn des Lebens. Die Welt Ikigai stammt also aus einem Dorf im Süden Japans, wo die durchschnittliche Lebenserwartung der Menschen über 100 Jahre beträgt. Ikigai ist also im Grunde in vier Komponenten unterteilt. Die erste, Dinge, die du liebst. Zweitens etwas, in dem du gut bist, dann etwas, das dich gut bezahlt. Und schließlich etwas, das die Welt braucht. Also, wenn du alles zusammensetzt, dann hast du den Ikigai, aber das ist nicht einfach. Also, lassen Sie mich ein wenig über jedes dieser Unternehmen sprechen.
Leandro Barreto:
Also, das Erste ist etwas, das du liebst, etwas, das dich präsent macht, etwas, das du dich fragen musst, was du wirklich gerne tust? Was macht dich glücklich? Was ist deine Absicht, die dich dazu bringt, Zeit zu verlieren und die Zeit zu vergessen? Also zum Beispiel Lesen, Tanzen, Singen, Malen, Lernen, Unterrichten usw. Vielleicht ist es im Moment ein bisschen schwierig, darauf zu antworten, aber zu verstehen und danach zu streben, was man liebt, ist grundlegend, damit man ein gesundes Gleichgewicht zwischen Lernen, Praktizieren, Testen, Scheitern, erneutes Versuchen und der Wiederholung des Kreises erreichen kann.
Leandro Barreto:
Ein Beispiel, das ich Ihnen geben kann, ist zum Beispiel, dass ich zum Beispiel einen Jiu-Jitsu-Lehrer hatte, der, egal an welchem Tag, immer trainierte. Und ich erinnere mich, dass mir eines Tages der Arm verletzt wurde. Und am nächsten Tag erhielt ich um 6 Uhr morgens eine Nachricht von ihm, er fragte, ob es mir gut geht. Und als ich aufwachte, schrieb er mir eine SMS wie: „Hey, bist du okay? Wirst du heute trainieren können?“ Und ich sagte: „Whoa, lass es ruhig angehen, Mann.“ Das ist sehr lustig, weil unser Unterricht um 18.00 Uhr ist und er pünktlich im Tatami oder Dojo war. Das englische Wort dafür kenne ich nicht.
Robert O'Farrell:
Ja, Dojo. Ja, wir haben ein Dojo. Ja.
Leandro Barreto:
Dojo. Fantastisch. Ja. Und er war immer pünktlich. Und nach dem Unterricht sagte er immer, dass er nach dem Unterricht früher nach Hause gehen möchte, weil er Privatunterricht hat. Also trainiert er immer von morgens bis abends weiter und man kann die Leidenschaft in seinen Augen sehen, wenn er über Jiu-Jitsu spricht. „Es ist eine Leidenschaft für mich“. Ein bisschen übertrieben.
Robert O'Farrell:
Etwas, das ihn auf jeden Fall morgens aufstehen ließ und ihn den ganzen Tag über bis zum späten Abend am Laufen hielt, wie es sich anhört.
Leandro Barreto:
Exakt. Ja. Und dann haben Sie die zweite Komponente, in der Sie gut sind. Etwas, das du immer mit dir selbst verbessern kannst. Also zum Beispiel, worin du wirklich gut bist. Das ist ziemlich schwer zu beantworten, aber die Leute sagen, dass ich... etwas Richtiges mache oder was sie sagen, etwas Positives als das, was ich tue. Ich erinnere mich zum Beispiel an das Buch Outliers von Malcolm Gladwell, in dem es heißt, dass man normalerweise 10.000 Stunden damit verbringen muss, etwas zu üben, um gut darin zu sein.
Leandro Barreto:
Nehmen Sie es also nicht als Hindernis, sondern als Motivation, weiterzumachen und diesen Teil dessen zu verstehen, worin Sie gut sind. Es ist eine gute Möglichkeit, sich zu verbessern. Und der dritte Teil ist, was dich gut bezahlt? Also, Geld ist was... Manche Leute sagen: „Hey, Geld bringt nicht... Es ist nicht... wie kann ich das sagen?
Robert O'Farrell:
Geld macht nicht glücklich?
Leandro Barreto:
Ja, genau. Aber es macht dir ein Dach über dem Kopf. Es sorgt dafür, dass Sie Ihrer Familie ein gutes Leben bieten. Es bringt dich zum Reisen. Es bringt dich dazu, ein Hobby zu haben. Laut Maslow ist es zum Beispiel eine der Grundlagen des Menschen, über Sicherheit nachzudenken. Wir brauchen also diese Sicherheit, damit wir uns als Person verbessern können. Also, Geld hilft dir, es zu erreichen. Ja. Also, finde etwas, das dir das Leben so angenehm macht, wie du es dir wünschst. Also, sonst wirst du immer nach etwas suchen, das du nie hattest. Also zum Beispiel Zeit.
Leandro Barreto:
Sie werden also so viel Zeit damit verbringen, darüber nachzudenken, wie Sie mehr Geld haben können? Und hier ist der Fehler: Sie werden niemals bezahlt werden, weil Sie täglich feststecken und darüber nachdenken, wie Sie an Geld kommen können, anstatt Ihre Fähigkeiten zu verbessern, um Geld zu verdienen. Richtig? Und dann hast du das, was die Welt braucht. Hier geht es also darum, einen Vorschlag dafür zu finden, was Sie tun und was für die Gesellschaft von Wert ist, Ihr Vorschlag. Und manchmal ist es ziemlich schwierig, genau das zu finden, weil wir heutzutage eine Vielzahl von Positionen und Verantwortlichkeiten innehaben. Und heute, da die Technologie immer weiter ausgebaut wird, haben wir jeden Monat neue Stellen, die von Unternehmen besetzt werden müssen, die unterschiedliche Fähigkeiten, Soft Skills und Hard Skills benötigen.
Leandro Barreto:
Und hier lautet das Schlüsselwort: Servieren. Also, ich werde ein persönliches Beispiel geben. Eines der Dinge, die ich als junger Teenager am meisten vermisst habe, war zum Beispiel, jemanden zu haben, der mir helfen kann, die Technologie zu erkunden, damit ich einen Job bekommen kann. Es war also Anfang 2000 und es war ziemlich schwierig.
Robert O'Farrell:
Ja, sehr wohl.
Leandro Barreto:
Das Internet fängt an, alles ist neu.
Robert O'Farrell:
Leute auf Einwahl, Internet war langsam.
Leandro Barreto:
Erinnerst du dich an das Geräusch wie prshh?
Robert O'Farrell:
Oh, ja. Es fällt mir in meinen Träumen ein, glaube ich. Ich habe es in dieser Zeit so oft gehört.
Leandro Barreto:
Meine Familie und meine Freunde waren nicht im IT-Bereich tätig. Es gibt also niemanden, der mir dabei hilft. Also musste ich es selbst lernen. Scheint unmöglich. Aber ich habe Zeit gebraucht, um es zu lernen und in ein Unternehmen mit einer guten Position einzusteigen, sagen wir, das gibt mir Geld und die Möglichkeit, viel schneller mehr zu lernen. Deshalb widme ich seit 2013 einen Teil meiner Zeit dem Unterrichten junger Menschen und fungiere als Mentor, um ihnen beim Eintritt in diesen Markt zu helfen, damit sie neue Fähigkeiten erlernen können. Ich kann ihnen Wege eröffnen, mit den richtigen Leuten in Kontakt treten, mit Leuten, die für sie wichtig sein werden, und das alles mit dem Ziel, ihre Entwicklungsentwicklung zu beschleunigen und ihnen die Möglichkeit zu geben.
Leandro Barreto:
Und das ist für mich sehr bedeutsam, weil ich auch denen helfe, die keine Referenzen haben und manchmal keine Chance haben. Und je mehr ich ihnen diene, desto mehr verdiene ich und ich wachse mit ihnen. Ich kam also zum Beispiel so rüber, als ich Ikigai kennengelernt habe, ein weiteres persönliches Beispiel.
Robert O'Farrell:
Entschuldigung. Bevor wir dazu kommen, wiederhole ich es nur. Also, die vier Komponenten, es gibt etwas, bei dem man wirklich Zeit verliert, etwas, bei dem man sehr leicht in den Fluss gerät. Und dann ist die zweite Komponente die Sache, bei der Sie sich sehr sicher sind, etwas, das Sie ziemlich gut können. Die dritte ist etwas, das dich gut bezahlt, und die vierte, etwas zu sein, wo es nötig ist. Also, ich wiederhole das nur. Das ist richtig?
Leandro Barreto:
Korrekt. Korrekt.
Robert O'Farrell:
Also, ich denke, um zu unserer zweiten Frage zu kommen, die Sie wie bei sich selbst natürlich im geschäftlichen Sinne anwenden können, aber in persönlicher Hinsicht, wie war Ihre Reise dorthin, und glauben Sie, dass Sie Ikigai erreicht haben, wäre wohl meine nächste Frage?
Leandro Barreto:
Ja. Ja, ich persönlich habe einige Dinge in meinem Leben, die mir sehr klar sind. Ich bin immer noch nicht da, aber sagen wir, ich bin dabei.
Robert O'Farrell:
Laufende Arbeiten
Leandro Barreto:
Exakt. Arbeit ist im Gange. Also, ich habe klare Ziele und ich habe im Kopf, wo ich in ein paar Jahren hin will, damit ich mich nicht entmutigen lasse, wenn das Wetter kalt oder warm ist, wenn der Aktienmarkt steigt oder fällt. Und das Einzige, worauf ich mich konzentriere, ist, 1% besser zu sein als gestern. Und das gibt mir eine Sicherheit, die verhindert, dass ich Zeit und Dinge verschwende, die keinen Sinn ergeben oder für mich in Zukunft einfach keine Rolle mehr spielen. Also nehme ich meine Karriere und auch mein Privatleben in diesem Punkt sehr ernst. Also, ja, sagen wir, das ist in Arbeit.
Robert O'Farrell:
Ich liebe das Wort Sicherheit, das du da benutzt. Ich denke, es ist eine Parallele zu einem Wort, das wir auch verwenden, wenn es um den Plan geht, den wir haben, der das Kernelement ist, um sicherzustellen, dass wir die Dinge tun, die wichtig sind. Denken Sie, dass Sie dadurch auch das Gefühl haben, sich darauf zu konzentrieren, was Sie in Bezug auf Ihre persönliche und berufliche Entwicklung in Angriff nehmen und zu was Sie Ja sagen und zu was Sie Nein sagen?
Leandro Barreto:
Ja, absolut. Ja, absolut. Wenn du weißt, wohin du willst, ist es einfacher, Ja oder Nein zu etwas zu sagen, das dir einfällt. Ein anderes persönliches Beispiel, an das ich mich erinnere, war vor etwa 12 Jahren, vor 12 bis 13 Jahren, als ich mich darauf konzentrierte, Java zu lernen, zum Beispiel Java-Programmierung. Weil ich weiß, dass ich mittelfristig gerne Java-Architekt werden würde. Also muss ich meine Fähigkeiten in dieser Programmiersprache verbessern.
Leandro Barreto:
Während dieser Zeit nahm die Firma, in der ich gearbeitet habe, einige Änderungen vor und dann fragten sie mich: „Hey, ich weiß, dass du gut in Java bist. Du lernst, aber du musst während dieser Zeit anfangen, diese andere Sprache zu lernen, Ruby on Rails. Aber zumindest für den Moment musst du Java vergessen.“ Und dann sagte ich: „Mm-mm. Nein, nein.“
Robert O'Farrell:
Das ist nicht das, was ich tun möchte.
Leandro Barreto:
Exakt. Ich verstehe vollkommen, dass das die Entscheidung eines Unternehmens war. Aber an diesem Punkt beginnt es, meinen Fokus auf das, was ich erreichen möchte, vom Unternehmenszweck zu trennen. Es macht also keinen Sinn, in diesem Unternehmen weiterzumachen. Ich bat darum zu gehen. Und wieder, die beste Entscheidung aller Zeiten, denn dann trat ich in ein anderes Unternehmen ein, in dem ich so viel gelernt habe. Und dann, in drei Jahren, wurde ich Java-Architekt.
Robert O'Farrell:
Ja. Das ist ein fantastisches Beispiel für diesen Fokus. Ich bin ziemlich neugierig, was die vier Komponenten angeht, die Sie zuvor erwähnt haben. Was ist für Sie persönlich wohl leicht zu erreichen oder zumindest Klarheit darüber zu erlangen? Und was fandest du schwieriger?
Leandro Barreto:
Gute Frage. Gute Frage. Ja. Also, etwas zu lernen, das man nicht kennt, ist immer eine Herausforderung, aber wenn man einen Wunsch oder einen klaren Fokus hat, wo man in ein paar Jahren hin will, beginnen sich die Dinge für einen zu klären. Zum Beispiel habe ich 2014 meinen MBA in den Vereinigten Staaten verlängert, um etwas über Unternehmertum und Dinge zu lernen, die für mich wirklich, wirklich wichtig waren. Aber ein völlig neues Gebiet, ich habe keine Ahnung, was mich erwartet, aber es gibt mir die Vision,... Mit anderen Worten, ich hatte immer die Idee, mein eigenes Unternehmen zu gründen. Ich weiß also, dass ich kurzfristig, nicht kurzfristig, sondern mittelfristig, mindestens fünf Jahre bis vier Jahre, in diesem Zeitraum, mein Unternehmen haben möchte.
Leandro Barreto:
Nachdem ich diesen MBA gemacht hatte, kehrte ich nach Brasilien zurück und begann, mich in Situationen zu versetzen, in denen ich diese neuen Dinge lerne. Und 2016 eröffne ich unser Restaurant in Brasilien. Also, wenn du ein Ziel hast, Dinge, und das ist ziemlich lustig, weil das Universum anfängt, dir zu helfen.
Robert O'Farrell:
Ich glaube, du machst in vielerlei Hinsicht auch dein eigenes Glück.
Leandro Barreto:
Ja.
Robert O'Farrell:
Also, wenn du jemanden hättest, der etwas über Ikigai lernen möchte und wegen deiner Erfahrung und deines Ratschlags, wie man es auf sein Leben anwenden kann, was denkst du, wäre dein Rat an jemanden, der nicht viel darüber weiß?
Leandro Barreto:
Gute Frage. Gute Frage. Also, ein Tipp, den ich oder einen Rat, den ich geben kann, ist, und ich finde das fantastisch und ich wende ihn täglich an. Verschwenden Sie keine Zeit täglich mit kleinen Entscheidungen, denn jeden Tag müssen wir Tausende von Entscheidungen treffen und unsere Gehirnkapazität ist täglich begrenzt, zumindest täglich. Es gibt also Zeiten, in denen wir uns geistig erschöpft fühlen, wenn Sie beispielsweise sechs Besprechungen hintereinander an einem Tag haben. Am Ende des Tages warst du total müde. Richtig? Und ich habe einmal gelesen, dass die klügsten Köpfe keine Zeit damit verschwenden, über kleine Dinge nachzudenken, zum Beispiel trug Steve Jobs jeden Tag die gleichen Jeans und das gleiche T-Shirt. Und er musste nicht darüber nachdenken, es zu benutzen. Er hat es einfach genommen und wiederverwendet.
Leandro Barreto:
Also, in dieser Zeit, was ich 2018 gemacht habe, mehr oder weniger, als ich Ikigai vorgestellt wurde. Also, was ich getan habe, ich lebte alleine in einer Wohnung in Brasilien. Also beschloss ich, es zu ändern, mein Leben. Was ich getan habe, ich habe meinen gesamten Kleiderschrank mit Dingen gespendet, die ich fast nie benutzt habe. Und ich trug nur acht T-Shirts und zwei Jeans.
Robert O'Farrell:
Eine ziemliche Sammlung.
Leandro Barreto:
Ich vermeide es also, diese kleinen Entscheidungen zu treffen, besonders morgens, weil man morgens einen klaren Kopf hat und diese nicht für kleine Dinge ausgeben muss, denn wenn man an kleine Dinge denkt, wird es wahrscheinlich im Laufe des Tages wachsen. Eine andere Sache, die mir zum Beispiel sehr geholfen hat, ist die Planung der Woche. Google Calendar ist also da, um verwendet zu werden, oder?
Robert O'Farrell:
Ja. Ja.
Leandro Barreto:
Tragen Sie also alles, was für Sie sehr wichtig ist, Ereignisse oder Pläne, die erledigt werden müssen, in den Kalender ein. Und wenn wir über die Kleidung sprechen, trennen Sie Ihre Kleidung einen Tag zuvor, bevor Sie ins Bett gehen. Sie wachen also ruhiger auf, trinken Ihren Kaffee in aller Ruhe und konzentrieren sich auf das, was wirklich wichtig ist. Und wenn Sie Ihren Geist davon befreit haben, über diese kleinen Dinge nachzudenken, können Sie Ihre Zeit und Energie darauf konzentrieren, neue Dinge zu lernen oder Dinge so zu erledigen, wie sie sein sollten. Und egal, ob es darum geht, eine neue Sprache oder eine neue Fähigkeit zu lernen, oder Sie können auch morgens ein Buch lesen, weil Sie Freizeit haben, sagen wir. Sie können sich auf das konzentrieren, was Ihnen genau wichtig ist.
Robert O'Farrell:
Ja. Ich bin ziemlich neugierig auf diesen Aspekt, wenn man etwas findet, von dem man wirklich begeistert ist. Und ich denke, in diesem digitalen Zeitalter haben wir so viele Dinge, die uns ablenken. Unser Telefon hat viele Benachrichtigungen, in denen wir eine Menge Informationen zur Verfügung haben, und manchmal kann es überwältigend sein, zu wissen, worauf wir uns konzentrieren sollten, und ich schätze, wofür wir uns wirklich begeistern können. Ich bin neugierig, hast du einen Einblick, wie die Leute das finden können, in dem sie sich einfach verlieren und für das sie eine große Leidenschaft haben?
Leandro Barreto:
Ja, absolut. Ja, absolut. Eine andere Sache, die für mich sehr gut funktioniert hat, ist das Ausschalten aller Benachrichtigungen.
Robert O'Farrell:
Besorgen Sie sich ein dummes Telefon, nur damit Sie nicht so viele Benachrichtigungen erhalten. Ja.
Leandro Barreto:
Ja. Weil ich lese... Ich weiß nicht mehr, wo genau, aber dein Gehirn brauchte etwa 15 Minuten, um sich auf etwas zu konzentrieren. Wenn Sie also keine 15 Minuten Ihrer Zeit verbringen, konzentrieren Sie sich auf das, was getan werden muss. Sie können sich überhaupt nicht konzentrieren. Also, was ich normalerweise mache, schalte ich alle Benachrichtigungen von meinem Telefon aus. Also, die wichtigste, ich habe sie einfach abgeschaltet und Benachrichtigungen sind mir egal. Eine Sache, die mir auch aufgefallen ist, ist das, als ich zum Beispiel eine Apple Watch hatte. In der Apple Watch funktioniert das iPhone weiterhin auf dem Telefon, auch wenn Sie die Benachrichtigungen ein- oder ausschalten. Oh mein Gott. Also, das ist ein einfaches Gerät, das ich sagen kann, denn sonst geraten Sie in ein schwarzes Loch in einer Community, in den sozialen Medien und Nachrichten, und dann verlieren Sie sich selbst.
Robert O'Farrell:
Ja. Ich persönlich fand, dass es bei der Apple Watch unglaublich ablenkend ist, etwas am Handgelenk zu haben, das vibriert. Und ich war immer ein großer Verfechter der Technologie, aber das war ein Bereich, in dem ich einfach davon abgewichen bin, zu einer mechanischen Uhr zurückgekehrt bin. Ich wollte einfach nicht so viel Unterbrechung haben, wenn ich versuchte, mich auf Dinge zu konzentrieren. Also, ich denke, es ist eine wirklich wichtige Erkenntnis, auf die man sich konzentrieren sollte.
Leandro Barreto:
Ja. Außerdem, wenn Sie zum Beispiel in einer Besprechung mit jemandem sind und Sie tatsächlich eine Nachricht erwarten, ich weiß nicht, vielleicht Ihrer Familie, und dann erscheint sie auf Ihrem Telefon und Sie sind in einer Besprechung, und dann schauen Sie in die Uhr und die Leute bemerken, dass Sie nicht aufpassen, weil Sie in die Uhr schauen. Egal warum du suchst, ob es eine Botschaft ist oder so weiter, du bietest eine Psychologie an... Wie kann ich das auf Englisch sagen? Oh mein Gott. Psychologische Interferenz. Sagen wir es.
Robert O'Farrell:
Jep. Psychologische Interferenz.
Leandro Barreto:
Interferenz. Ja. Danke. Das wird andere Menschen negativ beeinflussen. Also, ja, deswegen hast du die richtige Wahl getroffen, um in die...
Robert O'Farrell:
Ja. Ich habe einige Leute gehört, die Leute tatsächlich bitten, ihre Telefone draußen zu lassen, wenn sie zu Besprechungen gehen, oder ihren Laptop draußen zu lassen, damit Sie anwesend sind und an der Unterhaltung teilnehmen können. Weil ich denke, dass selbst die bloße Tatsache, dass Sie Ihr Telefon in Ihrer Nähe haben, eine Ablenkung ist. Selbst wenn es keine Benachrichtigungen gibt, reicht ihre Präsenz aus, um sicherzustellen, dass Sie nicht zu 100% in der Konversation präsent sind. Ich denke, das ist ziemlich interessant, wenn man bedenkt, wie wir uns konzentrieren und wie abhängig wir von dem Ansturm sind, den wir bekommen, oder dem Endorphinschub, wenn wir diesen Ping auf das Telefon oder diese Benachrichtigung bekommen.
Leandro Barreto:
Exakt.
Robert O'Farrell:
Ich dachte, wir könnten weitermachen und über objektive und wichtige Ergebnisse sprechen. Oder für diejenigen, denen dieser Begriff vielleicht noch nie begegnet ist: OKRs sind eine kollaborative Methode zur Zielsetzung, die von Teams und Einzelpersonen verwendet wird, um herausfordernde und ehrgeizige Ziele mit messbaren Ergebnissen zu setzen. Um das noch weiter aufzuschlüsseln: Der objektive Teil der OKR ist einfach das, was erreicht werden soll, und der KR-Teil, also die wichtigsten Ergebnisse, vergleicht und überwacht, wie wir das Ziel erreichen. Um der Festlegung erfolgreicher OKR auf den Grund zu gehen, müssen wir also klar und überzeugend darlegen, warum. Gibt es eine geheime Formel, um ein starkes Warum zu entwickeln, um alle mit ins Boot zu holen?
Leandro Barreto:
Ja. Tolle Frage. Also, OKRs, es dreht sich alles um Aktion und Ausführung. Und ich denke, die geheime Formel, sagen wir, es ist, einen klar definierten Vorschlag zu haben und außerdem alle Beteiligten, die das Ergebnis als Hauptziel anstreben. Meiner Meinung nach bestehen Unternehmen also aus lebenden Ökosystemen, die Menschen genannt werden. Und jeder Mensch hat seine eigenen Wünsche, Vorschläge, Ziele. Und vor allem: Vereinen Sie alle Ziele der Unternehmen und aller Menschen. Dann können wir die besten Ergebnisse erzielen. Und aus diesem Grund konzentrieren sich einige Unternehmen auf die kulturelle Anpassung.
Leandro Barreto:
Und das ist eine Sache, die meiner Meinung nach im Personalbereich stark zunimmt, Unternehmen und Personen, denen die Kultur entsprechen muss. Es bedeutet im Grunde, dass die Person dieselben Werte hat und Ergebnisse erzielen will wie die meisten Mitarbeiter im Unternehmen oder was das Unternehmen als ihre Kraft versteht, die sie braucht, um als Unternehmen weiter zu wachsen. Und ich habe gesehen, dass viele technisch gute Leute bei der Auswahl, bei der Prozessauswahl, versagt haben, einfach weil sie sich nicht an die kulturelle Eignung halten. Und das ist viel mehr als ein psychologisches Problem, weil man nicht weiß, wie man Leute sagt, die nicht als Gruppe arbeiten können.
Leandro Barreto:
Es ist also besser für das Unternehmen, jemanden einzustellen, der als Team spielen kann, als jemanden, der wie der einsame Wolf ist, der ständig alleine arbeitet. Und die Ergebnisse gelten nur für ihn und nicht für das gesamte Unternehmen. Also, ja, das ist das klassische Beispiel, das ich mir vorstellen kann. Und eine Sache, die dafür gut ist, ist, dass unsere Fehlertoleranz heutzutage ziemlich gut ist, weil heute zumindest seriöse Unternehmen Misserfolge nicht bestrafen. Sie ermutigen dich also sogar zum Lernen.
Leandro Barreto:
Und ich erinnere mich, dass die Spotify-Modelle sagen: „Scheitere schnell und lerne schnell.“ Das war also die Geburtsstunde der Failwall. Also, wo alle ihre Fehler geteilt haben und sie als Team, als Clan, Gilde lernen können. Und das ist ziemlich schön, weil man eine solche Umgebung schaffen kann, in der alle zusammen lernen und wachsen können, weil Menschen scheitern können. Und das ist normal.
Robert O'Farrell:
Denkst du, dass...
Leandro Barreto:
Und...
Robert O'Farrell:
Entschuldigung, ich bin nur neugierig. Denken Sie, dass sich Unternehmen heutzutage mehr auf das Warum konzentrieren, oder dass das Warum für ihre Erfolgsmessung wichtiger geworden ist? Und Sie haben die kulturelle Eignung erwähnt und ich finde die Idee toll, dass immer mehr Unternehmen viel sensibler darauf reagieren, was ihre Unternehmenskultur ist und wie diese Person darin arbeitet, oder werden sie in diese Unternehmenskultur passen? Weil die bestehenden Mitarbeiter in diesem Unternehmen sich auf ihr Warum einigen. Und wenn jemand kommt und dem nicht zustimmt, versteht er, wie sich das auf seinen Erfolg auswirkt. Denken Sie also, dass sich das Unternehmen dessen immer mehr bewusst wird und sensibler darauf reagiert?
Leandro Barreto:
Ja. Ich glaube, das sind sie. Also, sofern sie die richtigen Leute in der richtigen Umgebung mit dem richtigen Vorschlag haben, werden sie ihn, sagen wir mal, blind finden. Ich denke, es ist wie ein Verhaltenssinn für die Menschen. Denn wenn Sie jemanden sehen, sagen wir, als Ihren Kollegen, läuft das einem Ziel entgegen, das vom Unternehmen definiert wurde. Und Sie orientieren sich an Ihren Werten und Zielen. Du wirst ihm folgen.
Leandro Barreto:
Das ist also sowohl für die Menschen als Menschen als auch für das Unternehmen gut, weil sie den Vorschlag zeigen, sie zeigen, warum wir zum Beispiel das erste Verkaufsunternehmen für unser Produkt auf dem Markt sein müssen, warum, und dann werden die Leute, die daran arbeiten, es als persönliches Ziel betrachten. Und dann stellen Sie die Verbindung zwischen dem Unternehmensziel und dem Ziel der Mitarbeiter her, denn wenn das Unternehmen damit wächst, werden die Menschen mit Ihnen zusammen wachsen, mit diesem Nordstern.
Robert O'Farrell:
Ich stimme voll und ganz zu. Ich bin auch vom entgegengesetzten Standpunkt aus ziemlich neugierig. Denken Sie, dass sich die Mitarbeiter immer mehr bewusst werden, warum das Unternehmen ist, bevor sie dem Unternehmen beitreten? Weil wir bei der Pandemie gesehen haben, dass viele Unternehmen jetzt auf diese Personalbeschaffung aus der Ferne umsteigen. Daher haben die Möglichkeiten für Mitarbeiter, für ein viel breiteres Spektrum von Unternehmen zu arbeiten, jetzt zugenommen. Und glauben Sie, dass die Mitarbeiter jetzt bei der Suche nach neuen Jobs eine bessere Abstimmung finden, weil sie per se über einen größeren Pool verfügen, in dem sie mitspielen können?
Leandro Barreto:
Absolut. Absolut. Ich denke, das ist der Grund, warum Glassdoor so beliebt ist. Wenn Sie also zu einem Meeting oder einem Interview eingeladen werden, können Sie alles über das Unternehmen sehen. Zum Beispiel vom Gehalt bis hin zu den Rückmeldungen der Leute, die dort arbeiten oder nicht mehr arbeiten. Und dann kannst du sehen, ob es ein Match gibt. Und das ist ziemlich lustig, denn wie vor 10 Jahren, was nicht so beliebt ist, denken wir blind darüber nach, in einer Position wie der Softwareentwicklung zu arbeiten. Also muss ich Softwareentwickler werden. Ich muss ein... sein
Leandro Barreto:
Es konzentrierte sich also mehr auf die Position als auf den Zweck. Und jetzt sehen wir das Gegenteil. Jetzt suchen die Leute nach dem Zweck, dem, was das Unternehmen mir helfen kann, zu erreichen. Und es ist eher eine Win-Win-Situation.
Robert O'Farrell:
Situation.
Leandro Barreto:
... Situation sagen wir, Situation. Genau.
Robert O'Farrell:
Ja, dem stimme ich voll und ganz zu. Und ich denke auch, dass sich viele Menschen wirklich darauf konzentrieren, wie sich das Unternehmen um sie als Person kümmert. Sie reagieren sehr empfindlich auf die Tatsache, dass sie ihre Zeit diesem Unternehmen widmen. Es muss also eine Ausrichtung auf berufliche und persönliche Ziele geben. Und ich denke, es ist eine großartige Veränderung, das zu beobachten und auf die OKR-Seite der Dinge zurückzukommen. Ich bin neugierig, welche Vorteile die Festlegung von OKRs innerhalb einer Organisation bietet oder bietet?
Leandro Barreto:
Ja. Ich denke, OKRs sind sehr, sehr einfach. Sie benötigen kein spezielles Wissen, um es umzusetzen. Wenn man also die Leute hat, die sich engagiert und engagiert für das Ziel einsetzen und erklären, warum sie es erreichen wollen, dann war die Implementierung und Verwendung von OKRs eine Selbstverständlichkeit. Das Unternehmen kann also profitieren, weil er direkt zur Sache kommt. Er sagt: „Objektiv, es ist die Richtung. Und die wichtigsten Ergebnisse sind ja oder nein.“ Halten Sie es also einfach. Das ist der Hauptvorteil der Unternehmen.
Robert O'Farrell:
Ja. Ja, ich liebe das. Die Tatsache, dass es keine Grauzone gibt. Entweder Sie haben Erfolg oder Sie haben es nicht, und auch darüber herrscht viel Klarheit.
Leandro Barreto:
Exakt.
Robert O'Farrell:
Ich denke, haben Sie in Bezug auf diesen Aspekt von OKRs Ihrer Erfahrung nach gesehen, dass OKRs gesetzt wurden, die das Team in Bezug auf das, was es zu erreichen versucht, tendenziell weiter beanspruchen, als es normalerweise der Fall wäre, als Unternehmen, die Ihrer Erfahrung nach keine OKRs festlegen?
Leandro Barreto:
Ja, aber ich denke, es kommt darauf an, was das Unternehmen ist, welche Kultur das Unternehmen hat, weil ich Unternehmen gesehen habe, die OKRS auf die gute Art und Weise setzen, aber ich habe Unternehmen gesehen, die OKRS setzen, weil es schick ist. Wenn es schick ist, hat man kein klares Ziel. Sie haben keine klare Vision. Sie haben nicht die richtigen Leute. Und dann ist es sehr schwierig und Sie werden niemals erreichen, was Sie vorschlagen.
Robert O'Farrell:
Ich bin neugierig, das etwas genauer zu untersuchen, um Ihren Einblick dazu zu erhalten. Denn wie würdest du als jemand, der in ein Unternehmen kommen würde, das vielleicht OKRs festlegt, feststellen, dass die OKRs wahrscheinlich nicht so klar definiert sind oder dass sie einen Prozess implementieren, der nicht unbedingt die Tiefe oder den Glauben an die Umsetzung hat? Also, wie würde jemand reinkommen und das feststellen?
Leandro Barreto:
Gute Frage. Gute Frage. Also, die Idee, ein Ziel zu haben, ist wie etwas zu haben, das... Wie kann ich das sagen, kann dir eine Art Angst geben, aber es wird so sein, es gibt dir eine Richtung, aber die Leute, die es sehen, denken: „Hey, das ist ziemlich schwer zu erreichen, glaube ich.“ Also, ein Beispiel für Google zum Beispiel. Also, Google tendiert 2008 dazu, Google Chrome zu starten. Und soweit ich mich erinnere, war das erste Jahr wie: „Hey, das ist das Ziel.“ So wie: „Hey, wir wollen den besten Browser der Welt auf den Markt bringen.“ Und das wichtigste Ergebnis ist die Anzahl der Benutzer, denn die Benutzer werden Ihnen sagen, ob der Browser gut ist oder nicht.
Leandro Barreto:
Im ersten Jahr haben sie nicht das wichtigste Ergebnis erzielt. Aber im zweiten Jahr steigen sie wieder an die Messlatte und sagen: „Hey, jetzt haben wir mehr als das Doppelte des Ziels erreicht.“ Und im zweiten Jahr haben sie es immer noch nicht erreicht. Aber es war sehr, sehr nah dran. Und im dritten Jahr bestehen sie es. Denken Sie also daran, dass die Ziele etwas sein müssen, das wie eine Herausforderung erscheint, eine riesige Herausforderung, aber gleichzeitig auch sehr inspirierend ist.
Robert O'Farrell:
Inspirierend.
Leandro Barreto:
Inspirierend. Ich danke dir vielmals. Für diejenigen, die daran arbeiten. Also, ich denke, das ist der wichtigste Punkt.
Robert O'Farrell:
Ja. Und was sind deiner Meinung nach einige der Fallstricke bei der Festlegung von OKRs für eine Organisation?
Leandro Barreto:
Fantastisch. Fantastisch. Also, die Fallstricke aus meiner Sicht, es gibt einige häufige Fehler bei der Implementierung von OKR. Ich habe zum Beispiel, wie gesagt, keine klare Vorstellung vom Ziel, sodass sich die Leute nicht engagieren können. Und vor allem, wenn Sie leitende Ingenieure haben, weil sie nicht an etwas arbeiten wollen, das für sie keinen Sinn ergibt. Richtig? Also, das ist zum Beispiel der erste. Das zweite könnte wie ein System sein, das die Überwachung der Ergebnisse unterstützt. Sie können also nicht weiterverfolgen, was sehr wichtig ist, um es weiter zu verfolgen, wenn ja, wir sind kurz davor, es zu erreichen. Ja oder nein? Also, ein guter Punkt.
Leandro Barreto:
Und eine Sache, die ziemlich seltsam erscheint, aber auf dem Markt sehr, sehr verbreitet ist, ist, dass Ihr Produkt noch nicht fertig ist. Ein persönliches Beispiel, mit dem ich erst kürzlich konfrontiert wurde, aber spielst du Videospiele?
Robert O'Farrell:
Wenn ich Zeit habe. Ich habe zwei kleine Jungen, also habe ich heutzutage sehr wenig Zeit dafür. Aber ja, das tue ich.
Leandro Barreto:
Ja. Ja, ich liebe es, ich habe auch keine Zeit, aber wenn ich ein bisschen Zeit habe, kann ich sie verbringen. Also, diese kleine Zeit versuche ich mit dem besten Spiel zu verbringen, das ich auf dem Markt gefunden habe. Und hier ist der Punkt, denn vor einigen Jahren gab es ein Spiel, das veröffentlicht wurde, und vor der Veröffentlichung gab es mehrere Spieleplattformen, neue Websites usw., das uns sagte: „Hier ist das Spiel, das sich herausfordert... nein, das Spiel ändert sich für den Spielemarkt, weil es sehr gut werden wird. Das Marketing für dieses Spiel war wirklich, wirklich gut. Und das Spiel war wie die höchsten Erwartungen dafür. Es war immer an der Spitze. „Hey, du musst das spielen, weil es sehr toll werden wird. Du wirst damit eine großartige Erfahrung machen.“
Leandro Barreto:
Und das Lustige ist, dass ich nach dem Start, ein paar Stunden später, einige YouTuber bemerke, die anfangen, das Spiel zu testen. Sie fingen an, Videos über so viele Bugs zu posten, mit denen sie konfrontiert sind. Und innerhalb einer Woche musste sich das Spiel nicht mehr verkaufen, weil das eine Katastrophe war.
Robert O'Farrell:
Ja.
Leandro Barreto:
Und... Ja.
Robert O'Farrell:
Ich wollte nur sagen, mir fallen ein paar Spiele ein, die mir in den Sinn kommen und die diesen Kriterien entsprechen.
Leandro Barreto:
Ja. Wahrscheinlich denken wir dasselbe, aber ich kann es sagen, also.
Robert O'Farrell:
Ja. Ja. Finden Sie, dass die Leute innerhalb einer Organisation OKRs und KPIs verwechseln? Oder sind Sie jemals auf Beispiele gestoßen, bei denen die Leute den Zweck zwischen den beiden falsch verstehen?
Leandro Barreto:
Ja. Eine Sache, die mir in den Sinn kam, ist, dass das wichtigste Ergebnis eine einfache Kennzahl ist, anhand derer Sie nachvollziehen können, ob Sie Ihr Ziel erreichen oder nicht. KPIs sind jedoch eher ein Leistungsindex für die Leistung Ihres Teams. Zum Beispiel, ob sie eine gute Leistung erbringen, ob wir über die richtigen Ressourcen verfügen, um etwas zu erreichen. Ich denke, das ist hauptsächlich der Unterschied in Bezug auf den KPI, er ist ein Maß für Sie, vielleicht um einen Bonus zu erzielen, um einen Bonus für Ihr Team zu schaffen oder so weiter. Und der KR darf nicht an einen Bonus oder ein Gehalt usw. geknüpft sein. Das muss wie eine Anweisung sein. Etwas, das wir, ja, erreichen oder nicht. Oder wenn nicht, was müssen wir tun, um die Richtung zu korrigieren.
Robert O'Farrell:
Ja. Fantastisch. Nun zu Agile, ich bin neugierig auf diese Verschmelze der beiden, von OKRs und Agile. Wie können wir Agile und OKRs nach Ihrer Erfahrung und Ihrem Verständnis kombinieren, um Ergebnisse zu erzielen, die zu Höchstleistungen führen?
Leandro Barreto:
Fantastisch. Wie es im Agile-Manifest heißt: „Der Mensch steht vor dem Prozess“. Ich glaube also, dass Sie immer dann, wenn Sie ein ausfallsicheres Umfeld und eine gute Führung aufrechterhalten, das Beste aus Ihrem Team herausholen können. Wenn Sie also das, was ich zuvor über den Ikigai gesagt habe, mit einer guten Führungskraft in einer sicheren Umgebung und Kollegen oder Kollegen verbinden, die dieselben Werte und Ziele teilen wie Sie, dann können Sie maximale Effizienz erzielen, denn hocheffiziente Teams sind Teams, die konzentriert und engagiert auf die Unternehmensergebnisse ausgerichtet sind und hervorragende Geschäftsergebnisse erzielen werden. Es tut uns leid.
Robert O'Farrell:
Ich liebe auch diesen Aspekt mit den OKRs, mit dieser klaren Definition, dass Agile, diese Prozesse diese Sprint-für-Sprint-Aktivität sind, bei der du zurückgehst und dich umdrehst und dir die Ergebnisse dieses Sprints ansiehst und zum Kunden zurückgehst und Kundenfeedback einholst und diese echte Ausrichtung auf das, was du erreichen willst, um dir die Klarheit zu geben, dass du, wenn du den Sprint-Prozess durchläufst, zurückkommst und sagst: „Okay, handeln wir nach den Initiativen, die aus diesen wichtigen Ergebnissen hervorgegangen sind und dazu beitragen? zu diesem OKR?“
Leandro Barreto:
Exakt. Und außerdem haben wir deswegen das Ziel für den Sprint, oder? Wir haben also die Richtung für den Sprint. Sie können also bei jedem Sprint messen, ob Sie dieses Ziel erreichen oder nicht.
Robert O'Farrell:
Und ich liebe es auch als Mechanismus, auf dieses Warum-Stück zurückzuverweisen, um wirklich Klarheit darüber zu schaffen, warum, worauf sich meiner Meinung nach ein Großteil der Softwareentwicklung manchmal nicht so stark wie möglich konzentriert. Also, ich bin neugierig, wie kann Ikigai da reinpassen? Also, wir haben am Anfang darüber gesprochen und wir haben über die Komponenten gesprochen und es war ein großartiger Rahmen, um einen Zweck zu verstehen, aber wie können wir das nutzen, um bessere Ergebnisse zu erzielen und als Team motiviert zu bleiben?
Leandro Barreto:
Gute Frage und auch ziemlich schwierig. Aber ja, ich glaube, es gibt zwei dünne Linien, die sich in Zukunft irgendwann treffen werden. Zum Beispiel ist die erste wie das Individuum als Person. Also, wie er selbst in, innerhalb der Organisation erscheint und wie er davon profitieren kann, wie diese Beziehung von dieser Win-Win-Beziehung profitieren kann. Und auch die zweite ist wie der Einzelne als Profi. Also, basierend auf den Fähigkeiten, die er bereits hat. Wie kann er dem Unternehmen helfen, die Ergebnisse effizienter zu erzielen?
Leandro Barreto:
In einem bestimmten Zeitplan kreuzen sich diese beiden Grenzen und dann werden Sie in der Lage sein, hervorragende Ergebnisse zu erzielen, da Sie eine Person mit exzellentem internem Wissen haben, die intern als Person arbeitet und auch mit den Unternehmen beschäftigt ist, die als übergeordnetes Ziel, als Nordstern, und auch Ihren Kollegen helfen, gemeinsam zu wachsen.
Leandro Barreto:
Und ich denke, das ist wie ein Lächeln. Wenn du jemanden unbewusst anlächelst, bringst du die anderen Leute auch zum Lächeln. Wenn Sie also jemanden haben, der wirklich an einem Vorschlag arbeitet, wird diese Person andere auf positive Weise kontaminieren. Und dann haben Sie eine ununterbrochene Reihe von Leuten, die konsistente Ergebnisse liefern. Und ich denke, das ist das Wichtigste.
Robert O'Farrell:
Hast du das selbst erlebt, wo du jemanden siehst, der zielgerichtet arbeitet und kontaminiert oder infiziert, wie du... infizieren ist wiederum kein gutes Wort, aber inspiriert ist wahrscheinlich das beste Wort, das die Menschen um sie herum dazu inspiriert hat, auf ähnliche Weise zu arbeiten. Gibt es etwas, das Sie selbst gesehen haben?
Leandro Barreto:
Ja, ja. Ich erinnere mich, dass ich in der Firma in Brasilien gearbeitet habe. Das war mein erster Tag. Ich dachte: „Hmm, da ist etwas Seltsames“, weil jeder so leidenschaftlich daran arbeitet, für seinen Kunden die besten Ergebnisse zu erzielen, dass dieser Gedanke mich positiv beeinflusste und ich begann, hungrig nach guten Ergebnissen zu werden, nicht nur für das Unternehmen, sondern auch für mich als Einzelperson, als jemand, der lernen und anderen etwas beibringen muss. Und heutzutage sehe ich, dass diese Unternehmen großartige Ergebnisse mit einer großartigen Führungskraft erzielen, denn selbst wenn wir ein gutes Team haben, müssen wir jemanden finden, der ein dienender Leiter ist, dem man folgen kann und dem man vielleicht auf gute Weise blind folgen kann. Aber ja, ich erlebe es.
Robert O'Farrell:
Das ist fantastisch. Aber ich bin interessiert, gibt es etwas, über das Sie persönlich sprechen wollten, in Bezug auf eines dieser drei Themen oder auch außerhalb davon, das, glaube ich, für Ihre berufliche Entwicklung, Ihr Privatleben inspirierend war?
Leandro Barreto:
Ja, absolut. Ja, absolut. Ich glaube, Leandro war vor fünf Jahren eine ganz andere Person. Und als ich anfing, nicht nur alleine in mich hinein zu schauen, sondern auch nach außen und nach den Möglichkeiten, die mir die Welt bieten kann, und wie kann ich das zurückgeben, oder wie kann ich das der Welt zurückgeben? Das ist sehr lustig, weil gute Dinge beginnen zu passieren. Ich hätte mir zum Beispiel nie vorstellen können, hier in Amsterdam zu arbeiten. Und jetzt bin ich hier in Amsterdam, arbeite in einem großartigen Unternehmen mit großartigen Leuten und erbringe so großartige Ergebnisse, was mir viel Wissen vermittelt, um weiter zu lernen und das Rad am Laufen zu halten, den Kreislauf aufrechtzuerhalten.
Leandro Barreto:
Und ich denke, heute, als würde ich die beste Leandro-Version aller Zeiten aufführen, vielleicht morgen, ein bisschen mehr, und ich kann dieses Wissen an andere Personen weitergeben und ich kann auch von anderen Personen lernen, von anderen Menschen. Und das ist sehr aufregend. Ich denke, das ist es, was mich motiviert, morgens aufzustehen, meine sportlichen Dinge wie Laufen und Jiu-Jitsu zu machen und dann die Arbeit machen zu lassen.
Robert O'Farrell:
Das ist fantastisch. Das finde ich toll, diese Reflexion der letzten fünf Jahre, wie weit du gekommen bist. Es klingt, als hättest du dich von verschiedenen Quellen inspirieren lassen, aber ist da etwas drin, von dem du denkst, dass es dafür entscheidend war? Oder war es nur eine allgemeine Entwicklung in dieser Zeit?
Leandro Barreto:
Ja. Ja. Ja, ich habe versucht, mich auf Menschen zu konzentrieren, die einen positiven Einfluss auf andere haben. Also versuche ich, mehr als gleich zu sein, denn wenn du gleich bist, bist du dieselbe Person, also bietet das keinen Mehrwert für die anderen, sondern versuche, auf deine eigene Art ganz anders zu sein. Also, ja, im Grunde ist es das, was mich dazu motiviert, verschiedene Referenzquellen zu finden und zu versuchen, die beste Version von mir selbst zu sein.
Robert O'Farrell:
Das ist fantastisch. Ich liebe diese Mischung aus dem Philosophischen, was für mich das Ikigai ist, und dem Konkreten, naja, nicht Konkreten, sondern dem Workflow-Aspekt der agilen Seite der Dinge, die zusammenkommen. Haben Sie traditionell mit agilen Methoden gearbeitet oder haben Sie den Übergang zwischen diesen Methoden vielleicht erst begonnen, denn wenn Sie aus den 2000ern kommen, haben Sie wahrscheinlich irgendwann in der Vergangenheit Waterfall kennengelernt und sind dann zu Agile gekommen. War das Ihre berufliche Entwicklung in dieser Zeit?
Leandro Barreto:
Ja. Ja. Tatsächlich habe ich 2008 viel mit der Waterfall-Methode gearbeitet, als ich mit Scrum in die Agile-Methodik eingeführt wurde... nein, eigentlich 2009, dann habe ich es gesehen. „Hey, das ist sehr, sehr interessant.“ Lass uns mehr darüber erfahren. Und dann, während dieser Zeit, arbeite ich weiter sowohl mit der Waterfall-Methode als auch mit der Agile-Methode. Und je mehr ich mit dem Waterfall daran arbeite, desto mehr Wert habe ich in dem [unhörbaren 00:54:24] gesehen -
Robert O'Farrell:
In Agile. Ja.
Leandro Barreto:
Ja. Und das war ziemlich fantastisch, denn dann lerne ich auch etwas über SAFe und wie man es skaliert, und ja.
Robert O'Farrell:
Ich bin ziemlich neugierig, weil wir in dieser Hinsicht einen ähnlichen Weg eingeschlagen haben und ich darüber nachdenke, wo wir mit OKRs und Agile stehen, und es ist interessant, dass Agile uns unserem Kunden näher gebracht hat und wir regelmäßig mit unseren Kunden sprechen, was ich für einen riesigen Gewinn gegenüber Waterfall hielt, wo Sie vielleicht monatelang an der Entwicklung arbeiten und Sie eine Anforderung haben, die Sie versuchen, in Code umzusetzen, und dann haben Sie plötzlich diese große Lieferung. und dann sprichst du mit dem Kunden. Und normalerweise kommt der Kunde zurück und sagt: „Wir wollen, dass all diese Dinge geändert werden.“ Und es ist eine echte Qual.
Robert O'Farrell:
Agile war maßgeblich daran beteiligt, aber dann ging es von da an weiter und füge die Ebene des Warum hinzu, was meiner Meinung nach wieder eine dieser großen fundamentalen Veränderungen in der Art und Weise ist, wie wir uns auf das konzentrieren, was wir tun. Sehen Sie, dass sich aus Ihrer Erfahrung, Ihrer Berufserfahrung, etwas ergibt, das eine weitere wichtige Herausforderung in Bezug auf, ich denke, wie wir arbeiten und wie wir Werte schaffen, in Angriff nimmt?
Leandro Barreto:
Ja. Und zum Beispiel möchte der Kunde den Wert dessen, was geliefert wird, sehen. Sie wollen nicht sechs Monate damit verbringen, darauf zu warten, dass etwas geliefert wird. Ich denke, das ist der Grund, warum die Cloud so beliebt ist, wie SaaS-Unternehmen, denn wenn Sie beispielsweise an etwas arbeiten, das sich in der Cloud befindet, haben Sie immer die neueste Version. Und egal an welchem Tag oder zu welcher Stunde des Tages, es wird neue Funktionen geben. Und normalerweise ist es für Sie transparent. Und intern gilt aus technischer Sicht: Je mehr Sie liefern, desto schneller können Sie korrigieren und desto besser verstehen Sie den Markt.
Leandro Barreto:
Und das ist auch der Grund, warum einige Strategien, einige Veröffentlichungsstrategien, so beliebt waren, wie die Veröffentlichung von Canary. Sie liefern also ein paar Dinge an eine bestimmte Person und dann können Sie sie testen. Und wenn sie Ihnen gutes oder schlechtes Feedback geben, haben Sie Zeit, es zu korrigieren. Deshalb wurde es so beliebt. Also, ich denke, in dieser Zeit werden wir von nun an viele SaaS-Unternehmen erleben, die anfangen zu wachsen, weil die Dinge jetzt im wirklichen Leben sind, jetzt in Echtzeit, also denke ich, dass es natürlich ist.
Leandro Barreto:
Übrigens, es gibt eine gute Strategie, die von Spot 5 implementiert wurde, wenn ich mich nicht irre, das war so, aber das ist eher aus technischer Sicht. Sie haben einige Roboter, die den Servern ständig schlechte Dinge antun.
Robert O'Farrell:
Oh, das ist der Chaos-Affe.
Leandro Barreto:
Der Chaosaffe.
Robert O'Farrell:
Das war Netflix. Ja. Ja.
Leandro Barreto:
Netflix, ja.
Robert O'Farrell:
Netflix. Und es würde Teile ihrer Infrastruktur zum Erliegen bringen und Dinge kaputt machen. Ja, ja.
Leandro Barreto:
Exakt. In manchen Unternehmen ist das ziemlich schwer zu erkennen, aber ich denke, das wird in den nächsten Monaten oder Jahren immer beliebter, weil es den Ingenieuren beibringen wird, damit umzugehen, weil niemand am Wochenende weiterarbeiten will. Du bleibst bei deiner Familie.
Robert O'Farrell:
Ja. Ja, ich stimme vollkommen zu. Ich weiß noch, als ich zum ersten Mal von der Idee mit dem Chaos-Affen gehört habe, dass es mich schockiert hat, dass jemand seinem Unternehmen und, glaube ich, seinen Systemen das antut, aber dann braucht es nur einen Produktionsvorfall, um zu erkennen, dass, wenn Sie so etwas gehabt hätten, Sie eine gewisse Vorsorge eingebaut hätten, falls das passieren sollte. Und ich denke, da steckt eine Menge Weisheit dahinter. Und deshalb finde ich die Idee absolut toll. Ich finde es toll, was Sie über die Bereitstellung von Mehrwert für Kunden in Echtzeit gesagt haben.
Robert O'Farrell:
Und ich denke daran zurück, dass Agile wirklich eine grundlegende Rolle dabei gespielt hat, nun ja, nicht an sich Pionierarbeit zu leisten, aber mit dem Veröffentlichungsrhythmus, den man von ein- bis zweiwöchigen Sprints hat, versetzt man sich in eine Position, in der man öfter liefert. Und du hast Canary-Deployments erwähnt, glaube ich in diesem Zusammenhang. Gibt es noch andere Bereitstellungsstrategien, auf die Sie gestoßen sind und die, glaube ich, auch diese sofortige Wertschöpfung für Kunden unterstützen?
Leandro Barreto:
Ja. Es gibt eine andere Strategie, die Blau-Grün-Version heißt, aber der Unterschied zwischen ihnen ist wie bei der Canary-Version, du lieferst etwas in kleinen Portionen ab, aber Blau-Grün, du, wie ein Schalter, den du ein- und ausschaltest.
Robert O'Farrell:
Ja. Ja. Stimmt.
Leandro Barreto:
Ja, du kannst es testen. Sie können eine neue Version Ihrer Umgebung oder Ihres Tools bereitstellen, und dann kann sie jeder verwenden. Und wenn etwas schief geht, haben Sie den Plan B, bei dem Sie einfach ein- und ausschalten und dann den Traffic zu Ihrem Tool neu anordnen können. Aber das ist sehr technisch.
Robert O'Farrell:
Ja. Sehr interessant für mich, aber wir könnten einige unserer Podcast-Hörer verlieren. Eine letzte Frage von mir, nur im Rahmen Ihres aktuellen beruflichen Engagements: Haben sie OKRs implementiert, bevor Sie in das Unternehmen eingetreten sind? Oder haben Sie gesehen, wie das in dieser Zeit eingeführt wurde?
Leandro Barreto:
In meinem aktuellen Unternehmen arbeiten sie derzeit mit OKRs, also habe ich nicht teilgenommen und es implementiert. Also konzentriere ich mich einfach mehr darauf, den Teams bei der Umsetzung der KRs zu helfen. Es gab einige Unternehmen, in denen ich in den PEs gearbeitet habe und denen ich beim Aufbau geholfen habe, und nicht nur beim Aufbau des Ziels, sondern auch der KRs. Und das Ziel ist, dass du so viel Zeit verbringst, weil du verstehen musst, wo das Unternehmen in Zukunft stehen will.
Leandro Barreto:
Man muss also innerlich wissen, was wir haben, was wir verbessern können, wo wir uns verbessern können, und dann können wir es darauf aufbauen, auf dem Ziel aufbauen. Wir können bis zu vier wichtige Ergebnisse erzielen, um dies genauer zu erreichen. Ja. Ja, aber es ist eine ziemliche Herausforderung, aber gleichzeitig auch sehr aufregend.
Robert O'Farrell:
Ich denke, das war meine Frage nach Ihrer Erfahrung, als ein Unternehmen das nicht getan hat, sondern es dann implementiert hat. Was waren die wirklichen Herausforderungen dabei? Und wie lange haben Sie gesehen, dass dieser Prozess gedauert hat, bis sie wirklich gut darin wurden? Weil es nicht nur darum geht, die sinnvollen Ziele und offensichtlich messbaren Schlüsselergebnisse festzulegen, sondern dann auch darum, die Teams darauf abzustimmen. Was waren die großen Herausforderungen dort und wie lange hat dieser Prozess Ihrer Meinung nach gedauert?
Leandro Barreto:
Ja. Ich denke, das hängt von Unternehmen zu Unternehmen ab. Ich erinnere mich, dass ich in Brasilien mit Unternehmen zusammenarbeiten musste, die Monate damit verbracht haben, Entscheidungen zu treffen, aber gleichzeitig erinnere ich mich, dass mein eigenes Unternehmen drei Monate gebraucht hat, um mit der Umsetzung zu beginnen. Ich denke also, es hängt vom Engagement der Menschen ab, die für dieses Ziel verantwortlich sind. Also, ja, hängt auch von der Reife des Unternehmens ab, von den Leuten, die arbeiten, und ja. Weil die OKRs ziemlich alt sind, aber gleichzeitig für die Menschen, für die Unternehmen, ziemlich neu sind. Richtig? Also, das ist wirklich eine große Herausforderung. Und wie balanciert man das aus?
Leandro Barreto:
Es gibt einige Leute, die nicht wissen, wie man das richtige Ziel setzt. Und dann haben wir uns das Gleiche ausgedacht, über das wir zuvor gesprochen haben. Zum Beispiel, wenn Sie nicht wissen, wohin Sie gehen werden, wenn das Ziel nicht klar genug ist, egal ob Sie gute oder schlechte Leute haben, die Leute werden keinen Wert darin sehen.
Robert O'Farrell:
Ja. Und du wirst deine Ausrichtung nicht verstehen, weil die Leute das Ziel entweder nicht verstehen oder nicht an sie glauben.
Leandro Barreto:
Exakt.
Robert O'Farrell:
Das ist ein fantastischer Einblick, Leandro. Und ich weiß deine Zeit heute wirklich zu schätzen. Nochmals, gibt es etwas, worüber du gerne chatten würdest, bevor wir es abschließen? Mir ist nur bewusst, dass wir jetzt seit ungefähr einer Stunde chatten und auch ein bisschen vom Drehbuch abgekommen sind.
Leandro Barreto:
Ja, absolut. Ja, absolut. Nein, eigentlich möchte ich dir danken, Rob. Danke, Agile-Team, an alle. Ich möchte auch nicht viel Zeit mit Reden verbringen. Es war mir eine Freude und danke nochmal für die Einladung. Und ich hoffe, wir können in Zukunft gute Dinge denken. Zum Beispiel: „Hey, ich hoffe, ich kann dazu gute Einblicke geben.“
Robert O'Farrell:
Das ist fantastisch. Das hast du gewiss. Ich habe heute auch einiges gelernt. Also werde ich zurückkommen, um einige der Diskussionspunkte aus diesem Chat noch einmal aufzugreifen. Also, nochmals vielen Dank für deine Zeit, Leandro. Das weiß ich wirklich zu schätzen. Und ja, hab einen schönen Tag. Es fängt für dich an und es endet für uns. Also, ja, ich weiß es wirklich zu schätzen, Kumpel.
Leandro Barreto:
Ich danke dir. Danke. Das weiß ich auch sehr zu schätzen. Nochmals vielen Dank. Wir sehen uns. Hab einen schönen Tag.
Robert O'Farrell:
Du auch. Prost.
Leandro Barreto:
Prost.
- Podcast
Easy Agile Podcast Ep.22 Das skalierte Agile-Framework
„Rebecca ist eine absolute Goldmine an Wissen, wenn es um SAFe geht. Ich kann es kaum erwarten, das Gespräch auf dem SAFe Summit 2022 fortzusetzen!"“ - Tenille Hoppo
In dieser Folge sprechen Rebecca und Jasmin:
📌 Der Wert des Scaled Agile Frameworks, für wen es gedacht ist und wer davon profitieren würde
📌 Die Bedeutung einer gemeinsamen Sprache für Unternehmen, um effektiv zu skalieren
📌 Wann Sie das Scaled Agile Framework mit Ihrer agilen Transformation verbinden sollten
📌 Gibt es jemals wirklich einen Endzustand?
+ mehr!
📲 Abonnieren/Hören Sie Ihre Lieblings-Podcasting-App.
Danke, Jasmin und Rebecca!
Transkript
Jasmin Iordan sagt:
Hallo, und willkommen zum Easy Agile Podcast, wo wir heute mit Rebecca Davis, SAFe Fellow, SPCT, Hauptberaterin und Mitglied des SAFe-Framework-Teams, über alles rund um Scaled Agile sprechen. Rebecca hat eine Leidenschaft für Teamwork, Integrität, Kommunikation und Engagement für Qualität. Und sie hat Unternehmen darin gecoacht, wettbewerbsfähige, marktverändernde Produkte in großem Maßstab zu entwickeln und gleichzeitig Freude an der Arbeit zu wecken, denn was ist Arbeit ohne Freude. Heute haben wir alles rund um die Implementierung von Scaled Agile, Herausforderungen, Chancen und auch die Idee zur Optimierung des Workflows besprochen. Rebecca veranstaltet einen Workshop auf dem SAFe Summit in Denver im August dieses Jahres. Ich hoffe, Ihnen gefällt der Podcast.
Jasmin Iordan sagt:
Hallo zusammen und willkommen zum Easy Agile Podcast. Ich bin deine Moderatorin Jasmin Lordandis, Produktmarketing-Managerin hier bei Easy Agile. Und heute freuen wir uns, Rebecca Davis vom Scaled Agile Framework begrüßen zu dürfen. Willkommen, Rebecca, und danke, dass du zu uns gekommen bist.
Rebecca Davis:
Danke. Ich schätze es, hier zu sein. Ich freue mich.
Jasmin Iordan sagt:
Ich auch, vor allem, weil wir die Tage herunterzählen, bevor wir Sie auf dem SAFe Summit in Denver, Colorado, persönlich treffen werden. Und bevor wir unser Gespräch beginnen, möchte ich mich bei den traditionellen Hütern des Landes bedanken, von dem aus wir heute unseren Podcast ausgestrahlt haben. Die Menschen im Land, das Djadjawurrung spricht. Wir erweisen den älteren, gegenwärtigen und aufstrebenden Ältesten unseren Respekt und zollen allen Aborigines der Torres Strait Islanders und den Ureinwohnern der First Nations, die heute zu uns kommen, denselben Respekt. Bevor wir loslegen, Rebecca, kannst du uns etwas über dich und deine Rolle bei Scaled Agile erzählen?
Rebecca Davis:
Sicher. Ich bin eigentlich relativ neu in der Arbeit für Scaled Agile. Ich bin jetzt seit etwas mehr als 90 Tagen dort und ich bin Mitglied des Framework-Teams, was bedeutet, dass ich bei der Entwicklung des Scaled Agile-Frameworks und zukünftiger Versionen davon helfe. Davor leitete ich LACE bei einem Unternehmen namens CVS Health und habe im Laufe meiner Jahre in einer Reihe von Organisationen im Gesundheitswesen gearbeitet, die agile Transformation und digitale Transformation implementiert oder organisiert haben. Und ich denke, einer der Gründe, warum Scaled Agile daran interessiert war, dass ich dem Team beitrete, sind einfach die vielen unterschiedlichen Erfahrungen mit der Agilität von Unternehmen als Ganzes, auch außerhalb der Technologie. Also Marketing-Transformationen und HR-Transformationen, rechtliche Transformationen. Aber ich liebe es, bei Scaled Agile zu sein und Teil des Framework-Teams zu sein. Es ist wirklich aufregend, mehr Organisationen zu helfen, und nur die, in der ich gerade bin, versteht wirklich, wie man Freude an ihren Arbeitsplatz bringt und der Welt einen Mehrwert bietet.
Jasmin Iordan sagt:
Ja, cool. Und Sie haben dort ein paar Informationen darüber gegeben, warum Scaled Agile an Ihnen interessiert war. Was hat Sie an Scaled Agile interessiert und haben Sie das Scaled Agile Framework in diesen früheren Rollen, die Sie gerade beschrieben haben, verwendet?
Rebecca Davis:
Ja. Das sind großartige Fragen. Ich denke, ich werde versuchen, beide zusammen zu beantworten. Aber der Grund, warum ich mich schon immer für das Scaled Agile Framework interessiert habe, ist, dass ich ein paar verschiedene Organisationen geleitet habe, sowohl als Inhaber meines eigenen Unternehmens als auch in Startups und in größeren Organisationen gearbeitet habe, wo ich wusste, dass Agilität wichtig ist. Aber als Change-Leader hatte ich Schwierigkeiten, einen Weg zu finden, um wirklich eine große Anzahl von Menschen miteinander zu verbinden. Und für mich ist es genau das, was Scaled Agile für uns tut. Ab einer bestimmten Größe ist es viel einfacher, diese gemeinsame Sprache und diese gemeinsame Art zu entwickeln, um mit dem Framework voranzukommen und Mehrwert zu schaffen. Es macht mir auch wirklich Spaß, weil viele Überlegungen bereits für Sie erledigt sind.Rebecca Davis:
Wenn Sie also in einer Organisation sind und versuchen, Veränderungen herbeizuführen oder die Führung zu wechseln, würde ich viel lieber die Gespräche und meinen Kontext leiten und sicherstellen, dass ich den Puls meines jeweiligen kulturellen Umfelds habe und aus all diesen Teilen ziehe, aus dem Rahmen, in dem bereits darüber nachgedacht wurde, was die richtigen Worte sind und was wir als Nächstes tun und was der nächste Schritt ist. Deshalb habe ich es als Change Leader einfach als unschätzbares Instrumentarium empfunden.
Rebecca Davis:
Ich bin aus mehreren Gründen dem Framework-Team beigetreten. Erstens hatte ich so viele Veränderungen in so vielen verschiedenen Bereichen geleitet, dass ich nicht mehr herausgefordert wurde, aber ich war wirklich auf der Suche nach etwas Größerem und Anderem, und ich war immer davon überzeugt, dass ich wirklich die Veränderung sein möchte, die ich in der Welt sehen möchte. Und ich denke, Teil des Framework-Teams zu sein, gibt mir Zugang zu solchen Dingen und auf der ganzen Welt, um wirklich dabei zu helfen, die Menschlichkeit der Menschen zusammen mit all den großartigen Techniken, die wir gelernt haben, zu verbinden und sie hoffentlich zu erweitern und einfach einen besseren Ort zu schaffen.
Jasmin Iordan sagt:
Ja. Geil. Und das haben Sie in Ihrer Antwort irgendwie angesprochen, aber wenn wir sagen müssten, für wen ist das Scaled Agile Framework und wem würde es am meisten nützen, was würden Sie dazu sagen?
Rebecca Davis:
Ja. Ich denke, meine Meinung dazu ist, dass ich glaube, dass das Scaled Agile Framework für Leute gedacht ist, die glauben, dass ihre Organisationen es in sich haben, besser zu werden, sowohl intern als auch dieses gigantische Potenzial haben, den Kunden zu helfen, die sie betreuen, und die vielleicht gerade Schwierigkeiten haben, dieses Potenzial wirklich auszuschöpfen. Ich sehe das Framework also nicht unbedingt so, wie es für eine bestimmte Rolle gedacht ist. Ich denke, es ist für Leute, die an Besserung glauben. Und diese Leute, so habe ich herausgefunden, leben in einer Organisation und haben mehrere verschiedene Rollen, und das Framework hilft einem wirklich dabei, das aufeinander abzustimmen.
Jasmin Iordan sagt:
Ja. Und ich denke, eine Sache, die aus SAFe hervorgeht, wenn man erst einmal gelernt hat, wie all die verschiedenen Praktiken und Zeremonien zusammenwirken, ist genau das, was Sie über Konnektivität gesagt haben. Und Sie haben auch davon gesprochen, eine gemeinsame Sprache zu haben. Wie wichtig ist das, wenn wir über wirklich große Organisationen mit vielen verschiedenen Funktionen sprechen, die, seien wir ehrlich, es durchaus üblich ist, dass verschiedene Funktionen in verschiedene Silos fallen und Dinge zusammenbrechen. Wie wichtig sind also diese Konnektivität und diese gemeinsame Sprache, damit eine Organisation als Ganzes gemeinsam skalieren kann?
Rebecca Davis:Ja. Ich weiß nicht einmal, wie wichtig das ist. Ich schätze, speziell die Organisation, aus der ich gerade komme, hatte über 400.000 Menschen, die dort gearbeitet haben. Und das Letzte, was ich möchte, ist darüber zu diskutieren, was das Wort Feature bedeutet, denn das endet nicht in einer Konversation, in der wir verstehen, warum wir einen Artikel veröffentlichen wollen oder warum wir dieses bestimmte Ergebnis wollen oder wie dieses Ergebnis mit diesem anderen Ergebnis zusammenhängt, wenn wir so viel Zeit damit verbringen, nur eine Wortwahl zu wählen und stattdessen ein Gespräch darüber zu führen, was das Wort überhaupt bedeutet.
Rebecca Davis:
Ich mag es vor allem, weil es uns allen diesen gemeinsamen Diskussionsrahmen bietet, und wir müssen in der Lage sein, dies auf wirklich transparente und offene Weise auf all unseren verschiedenen Ebenen zu tun. Ich weiß also nicht einmal, wie viel Wert es bringt, nur diese Fähigkeit zu haben, Stabilität zu schaffen, und überall dieselbe Sprache, dieselbe Wortwahl, dieselbe Bedeutung hinter dieser Wortwahl, sodass wir all die Debatten führen können, die wir darüber führen müssen, was das Beste ist, was wir tun könnten, da alles, was wir tun können, wertvoll ist, aber einige Dinge, über die wir entscheiden müssen, sind wertvoller als andere.
Jasmin Iordan sagt:
Ja. Und ich denke, das entspricht wirklich dem, was Sie darüber gesagt haben, einer Organisation zu helfen, ihr Potenzial auszuschöpfen. Es klingt, als würde man sich in dem, was man Dinge nennt oder wie man Dinge diskutiert, verzetteln. Und um sich am Ende auf eine gemeinsame Bedeutung einigen zu können, braucht man diese gemeinsame Struktur oder diese gemeinsame Sprache. Und du wirst dir nur selbst im Weg stehen, wenn du es nicht hast. Es ist also absolut sinnvoll, dass das Framework Organisationen auf diesem Weg wirklich unterstützen könnte. Und Ihrer Erfahrung nach geht es darum, agil zu skalieren, weil es im Namen schon impliziert ist. Und ich denke, wenn wir an das Scaled Agile Framework denken, denken wir an all die Organisationen, die so groß sind wie die, die Sie gerade erwähnt haben, 400.000 Mitarbeiter. Was ist Ihrer Erfahrung nach ein guter Zeitpunkt, um das Scaled Agile Framework einzuführen? Muss es von Anfang an richtig sein? Müssen es Organisationen sein, die 400.000 Mitarbeiter haben? Wo ist der richtige Zeitpunkt, um das Framework mit einer agilen Transformation zu verbinden?
Rebecca Davis:
Ja. Ich denke, das ist eine wirklich faszinierende Frage, und meine Antwort hat sich im Laufe der Jahre geändert. Ich habe ursprünglich angefangen, mich mit Scaled Agile zu beschäftigen, weil es meine erste große Transformation zusammen mit einer großen Organisation war, und ich wusste, dass es einige Lösungen für die Probleme geben musste, die ich sah, und ich entdeckte SAFe. Aber wenn ich zurückdenke, habe ich tatsächlich direkt nach der High School mein eigenes Startup-Unternehmen gegründet. Und ich wünschte wirklich, ich hätte etwas daraus ziehen können, das mir Informationen über schlanke Geschäftsfälle gegeben hat, mit meinem Kunden gesprochen, Tests eingeholt und Feedback erhalten hat. Ich habe also das Gefühl, dass die Prinzipien, Praktiken und Werte in jeder Größenordnung angewendet werden könnten.
Rebecca Davis:
Ich denke, der Teil über die Skalierung, der Teil über die Entscheidung wie: „Hey, ich mache die PI-Planung“, ich persönlich finde nicht, dass Sie die PI-Planung durchführen müssen, wenn Sie vier Personen in Ihrer Organisation haben, denn es geht darum, Teams aus verschiedenen Gruppen zum Reden zu bringen. Sie sollten die Dinge auf jeden Fall zu 100% planen. Ich denke, ein Teil der Idee ist wie: „Wann implementiere ich einen Zug“ oder „Wann habe ich einen Lösungszug“ oder „Wann nenne ich etwas offiziell LPM“, anstatt nur Diskussionen zu führen, weil mein Unternehmen so klein ist, dass wir alle über Dinge diskutieren können. Ich denke, das ist ein anderer Teil der Implementierung des Scaled Agile-Frameworks, als einfach nur zu leben und an die Prinzipien, Werte und Denkweisen zu glauben, egal in welcher Größe oder welchem Stadium Sie sind. Macht das überhaupt Sinn?
Jasmin Iordan sagt:
Das macht Sinn. Und ich denke, dann stellt sich die Frage, wo fängt man an und was wäre der erste Schritt bei der Implementierung von SAFe? Und ausgehend von Ihrer eigenen Erfahrung, wo fangen Sie mit diesem Framework an?
Rebecca Davis:
Ja. Ich finde es toll, dass Sie das gefragt haben, da ich ehrlich gesehen habe, dass mir und einigen anderen Change Agents das passiert ist, wo Scaled Agile uns diese sogenannte Implementierungs-Roadmap gibt, und sie enthält alle Schritte, mit denen Sie beginnen können. Und es hat sich bewährt, und Unternehmen nutzen es und es funktioniert. Und was ich bei meinem eigenen Führungswechsel festgestellt habe, ist, dass wenn ich einen Schritt überspringe oder dem nicht folge, weil ich unter Druck stehe, einen Zug zu starten, anstatt damit zu beginnen, meine Führungskräfte an den richtigen Wendepunkt zu bringen oder die Führungskraft dazu zu bringen, dass mir das nachher so viel Schmerz bereitet.
Rebecca Davis:
Wenn ich also jemandem einen Rat geben sollte, dann: „Schauen Sie, ziehen Sie die Karte in der Implementierungs-Roadmap von der SAFe-Website herunter und folgen Sie ihr. Und folge ihr weiter. Und wenn du herausfindest, dass du...“ Ich denke, wenn ich zurückblicke und meine eigene Retrospektive mache, die Momente, in denen ich beschlossen habe, einen Zug auf den Markt zu bringen, ohne meine Mitarbeiter zu schulen, oder mehr Produktmanagementpraktiken auf den Markt zu bringen oder damit anzufangen, ohne meine Mitarbeiter wirklich zu schulen, dann tut mir das später mit Coaching und Kommunikation, mit Feedback eine Welt weh. Aus diesem Grund ist es also da. Folge ihm einfach. Es ist bewiesen.
Jasmin Iordan sagt:
Ja. Und das ist ein wirklich guter Rat. Und ich denke, wenn sich die Leute die Roadmap für SAFe ansehen, steht da eine Menge drin. Aber wenn wir über agile Transformationen sprechen, wird es zwangsläufig eine Menge geben, die Sie dorthin bringen könnte. Es macht also Sinn, wenn das ganze Denken für Sie erledigt ist und all diese Schritte getan wurden. Vertraue einfach dem Prozess, glaube ich, ist die Botschaft, die da ist, und all das zu befolgen. Und ich finde es wirklich interessant, denn der erste Schritt mit SAFe besteht, wie Sie sagen, darin, Ihre Führungskräfte mit ins Boot zu holen. Und oft fühlen wir uns dazu hingezogen, die Arbeit besser zu machen. Fangen wir also mit diesen Zeremonien an. Fangen wir mit all den Dingen an, die die tägliche Arbeit besser machen. Wie wichtig ist es, mit den Führungskräften einer Organisation zu beginnen?
Rebecca Davis:
Ja. Ich habe die SAFe-Implementierungen an der Basis durchgeführt, bei denen Sie mit unten beginnen und dann irgendwie aufsteigen. Und persönlich, und das ist eine persönliche Meinung, würde ich mir viel lieber die Zeit und die Mühe nehmen, die Kommunikation mit den Führungskräften richtig zu gestalten und die volle Unterstützung der Führung zu bekommen, als wieder an dem Ort zu sein, an dem ich versuche, an der Basis aufzusteigen, und ich stoße an die Obergrenze. Die eine Sache, die ich den Trainern, die mir Bericht erstattet haben, immer gesagt habe und woran ich zutiefst glaube, ist, was wir mit Transformation zu erreichen versuchen, ist eine Reise. Es ist kein Ziel. Weil wir diese Reise gesund und mit einer vollen Packung Essen und all diesen Dingen beginnen wollen, müssen wir uns die Zeit nehmen, wirklich mutig zu sein und Gespräche mit unseren Führungskräften zu führen und ihre Zustimmung zu Leading SAFe zu bekommen.
Rebecca Davis:Wenn sie nicht davon überzeugt sind, an einem zweitägigen Kurs teilzunehmen, warum sollten wir dann glauben, dass sie zu PI-Planungen kommen und so sprechen, wie wir es uns erhoffen, und die Veränderung herbeiführen, die sie wirklich führen müssen? Ich denke, das ist eines der wichtigsten Dinge, wenn nicht sogar das Wichtigste von Anfang an: Seien Sie mutig als erster Change-Leader in Ihrer Organisation und stellen Sie diese Verbindungen her.
Rebecca Davis:
Es kann eine Weile dauern. Ich habe an Implementierungen oder Transformationen teilgenommen, bei denen es damit begann, dass ich Probleme entdeckte, die leitende Angestellte oder Führungskräfte hatten, und einige davon löste, sodass das Vertrauen aufgebaut wurde, dass ich ein Problemlöser bin. Ich könnte also um den einstündigen Executive Workshop bitten, der eigentlich ein vier- bis sechsstündiger Executive Workshop sein sollte, um an den Punkt zu kommen, an dem ich den vier- bis sechsstündigen Executive Workshop machen könnte, um an den Punkt zu kommen, an dem ich PI Leading SAFe machen könnte. Und wenn es das ist, was es braucht, um Ihnen den Ruf der Öffentlichkeit zu verschaffen, dann, Mann, machen Sie es, denn das ist der Punkt, an dem Sie die volle geschäftliche Agilität haben, glaube ich, wenn Sie die Unterstützung von Führungskräften bekommen und diese Begeisterung bekommen.
Jasmin Iordan sagt:
Ja. Ja, das ist wirklich interessant. Und ich denke, wenn wir dieses Maß an Verständnis und dieses Fundament aufbauen, können wir nicht darüber hinausgehen. Und ich schätze, auch in diesem Punkt haben Sie aus Ihrer Erfahrung heraus eine angedeutet, aber was waren einige der Herausforderungen, die Sie bei der Implementierung von SAFe oder auch nur bei agilen Transformationen im Allgemeinen erlebt haben, und wie auch bei einigen der Möglichkeiten, zu deren Erschließung das Framework beigetragen hat? Lassen Sie uns also mit den Herausforderungen beginnen. Was sind einige der schwierigen Dinge, die Sie im Zusammenhang mit einer agilen Transformation und sogar der Implementierung des Frameworks erlebt haben?
Rebecca Davis:
Ja, ich nenne ein paar echte Beispiele, und das erste klingt vielleicht etwas verwaschen, aber ich glaube auch, dass die größte Herausforderung bei der Transformation du bist. Also, was ich im Laufe der Jahre herausgefunden habe, ist, dass ich mich engagieren muss. Ich musste mich ändern. Ich denke, es ist wirklich einfach, in einer Organisation zu sein und zu sagen: „Meine Führungskräfte verstehen das nicht“ oder „Manche werden es nicht verstehen“ oder: „Es war so und ich kann es nicht ändern.“ Und ich denke, als Erstes müssen Sie entscheiden, dass das für Sie als Person nicht akzeptabel ist. Und so wirst du als Person kämpfen gehen. Nicht du wirst versuchen, jemand anderen zum Kämpfen zu überreden, aber du wirst kämpfen gehen. Ich denke also, dass persönliche Verantwortung wahrscheinlich die größte Herausforderung ist, jeden Tag aufzuwachen und zu sagen: „Ich gehe wieder rein.“
Rebecca Davis:
Ich denke, aus der Sicht eines Beispiels habe ich definitiv große Herausforderungen erlebt, wenn das Führungsteam wechselt. Wenn wir also eine Gruppe von Führungskräften haben, haben wir den Wendepunkt erreicht, wir haben Leading SAFe durchgemacht, wir haben unsere Züge gestartet. Und dann die Organisation, weil jede Organisation gerade eine Menge Veränderungen durchmacht und die Leute neue Rollen finden und in den Ruhestand gehen und all das, es gibt eine ganz neue Gruppe von Führungskräften. Und ich denke, eines der Dinge, die man dort entdecken muss, ist, dass es Momente geben wird, in denen es nervt, aber Sie müssen diesen Implementierungs-Zeitplan erneut starten und diesen Wendepunkt wieder erreichen, weil es neue Führungskräfte gibt. Und das ist schwer. Das ist es wirklich, und es erschöpft dich ein bisschen, aber du musst es einfach tun.
Rebecca Davis:
Ich denke, andere Herausforderungen, auf die ich gestoßen bin, sind, dass es einen Punkt gibt, nachdem man die Züge gestartet hat und nachdem man eine Weile gelaufen ist, an dem die Leute aufhören zu lernen, wenn man nicht aufpasst, weil man nicht aktiv sagt: „Das ist das Nächste, was es zu lernen gilt. Hier ist die nächste neue Sache, die Sie ausprobieren sollten.“ Ich denke also, es liegt in der Verantwortung eines Change-Leaders, unabhängig davon, ob Sie ein LACE-Leiter sind oder nicht, darauf zu achten, dass die Begeisterung aufrechterhalten wird, auf die Kultur des kontinuierlichen Lernens geachtet wird und die Menschen wirklich dazu motiviert werden, sich für das Lernen, Ausprobieren und Ausprobieren zu begeistern.Jasmin Iordan sagt:
Ja. Das ist ein interessanter Punkt. Wie hast du das gemacht?
Rebecca Davis:
Hmm. Also ich denke ein paar Dinge. Erstens habe ich wichtige Lektionen gelernt, dass es einen Punkt innerhalb einer Transformation gibt, an dem diese Transformation als SPBC oder als Change Leader nicht mehr Ihnen gehört. Irgendwann hatte ich die schmerzhafte Erkenntnis, dass ich im Kopf hatte, was als Nächstes das Beste für das Unternehmen sein sollte, und ich verlor den Puls der Leute, die die Arbeit tatsächlich erledigen. Ich denke, was ich danach herausgefunden habe, ist für mich, dass es einen Punkt gibt, an dem Ihre LACE-Mitglieder, Ihre Change Leader und Ihre SPCs anfangen müssen, aus viel mehr Bereichen zu kommen. Und ehrlich gesagt, fangen Sie an, aus Leuten zu bestehen, die im Moment nicht begeistert von der SAFe-Implementierung sind, sodass Sie am Puls der Leute hören können.
Rebecca Davis:
Und dann denke ich, wenn du diese Leute bekommen und sie einladen und sagen kannst: „Ich lade dich ein, mir mitzuteilen, was frustrierend ist, was gut, was schlecht ist, was großartig ist, und ich lade dich ein, mir all die Dinge zu erzählen, die du da draußen in Webcasts oder Videos entdeckst, die du anscheinend gerne ausprobieren würdest, aber wir versuchen es noch nicht, und fange an, die Möglichkeit zurückzugeben, neue Dinge auszuprobieren und probiere Dinge aus, von denen du denkst, dass sie wahrscheinlich gegen Muster sind, aber sie müssen sie trotzdem ausprobieren.“ Ein Scrum Master würde es also mit einem Team machen, das sagt: „Ja, probier es aus und dann schauen wir zurück.“ Ich denke, man muss das in großem Maßstab tun und die Leute dafür begeistern lassen, ihre eigene Transformation selbst in die Hand zu nehmen.
Jasmin Iordan sagt:
Und was ist das Gleichgewicht zwischen der Implementierung des Frameworks und der Übernahme all der guten Dinge, von denen das Framework sagt, dass sie gut zu tun sind, und dann die Leute experimentieren und diese Dinge ausprobieren zu lassen, wie Sie sagen, die möglicherweise gegen Patente gerichtet sind? Wo ist der ideale Ort, um diese Autonomie und diese Flexibilität und dieses Experimentieren zu ermöglichen und gleichzeitig die Integrität des Frameworks aufrechtzuerhalten?
Rebecca Davis:
Ich denke, das Interessante ist, dass sie sich nicht wirklich unterscheiden. Im Rahmen des Frameworks sagen wir also zuerst Hypothese, zuerst Test. Was ich also gefunden habe, ist eine Art mehrschichtiger Denkpfad, bei dem es die Schritte im Rahmen gibt und sicherstellt, dass wir Teams und Gleichgewichtstrains haben und all die Prinzipien und Werte, und ob man diese Prinzipien und Werte die ganze Zeit leben kann, während man neue Dinge testet. Also testet man zuerst wie: „Hey, ich möchte versuchen, dass mein Zug von der Trittfrequenz der anderen Züge abweicht. Ich denke, das wäre hilfreich für uns.“ „Cool. Teste das.“ Und woran wir es testen müssen, ist, ob wir immer noch nach unseren Prinzipien leben? Wenden wir immer noch unsere Werte an? Wenden wir während des gesamten Tests und auch als Beweismittel immer noch die Kernprinzipien von Agilität und Lean an?
Rebecca Davis:Haben wir also ein Ergebnis, bei dem: „Hey, ich habe gerade meinen Zug in ein Silo verwandelt“, oder haben wir ein Ergebnis, bei dem: „Nun, jetzt haben wir zwei verschiedene PI-Planungen innerhalb der gesamten PI-Kadenz, von denen einer mit allen anderen Zügen zusammengeführt wird und der andere kürzer ist, weil unsere Marktfrequenz schneller ist.“ Nun, das ist ein wunderbarer Gewinn. Ich denke, der Schlüssel ist, dass es nicht anders ist, aber einer der Testpunkte ist, sicherzustellen, dass Sie diese Prinzipien und Werte überprüfen.
Jasmin Iordan sagt:
Ja. Hast du je gesehen, dass das gut funktioniert? Das Beispiel, das Sie gerade mit der PI-Kadenz geliefert haben, macht absolut Sinn, und es sieht nicht so aus, als würde es mit irgendetwas, bei dem SAFe Ihnen helfen kann, gegen den Strich gehen.
Rebecca Davis:
Ja, das glaube ich. Das war ein bisschen von dem, worum es in meinem Gipfelgespräch letztes Jahr ging, denn während COVID gab es einige Züge. Wir hatten, ich weiß nicht, 30 Züge. Zwei von ihnen hatten täglich neue Anforderungen, die aus den verschiedenen Bundesstaaten der Vereinigten Staaten kamen und die von der Regierung kamen und aus allem hervorgingen. Diese Züge sorgten dafür, dass sich jeder in den Vereinigten Staaten impfen lassen konnte. Das ist wirklich verdammt wichtig. Und manchmal mussten sie täglich neu planen. Es machte einfach keinen Sinn zu sagen: „Jetzt hören wir einfach auf und beginnen mit der PI-Planung für drei Tage“, obwohl sie nicht einmal darüber nachdenken konnten, wie die Anforderungen für den nächsten Tag aussehen könnten. Seitdem haben sie immer noch einen schnelleren Marktrhythmus. Dann gibt es noch andere Züge, an denen gearbeitet wird, deren Set unbekannt ist. Es gibt Züge, die wissen, dass wir an diesen Feiertagen etwas veröffentlichen müssen oder dass wir zum Jahresende sicherstellen müssen, dass wir etwas fertig haben.
Rebecca Davis:
COVID befindet sich immer noch in einem reaktiven Zustand. In diesem Jahr haben sie sich also herausgestellt, dass diese Züge meines Wissens nach immer noch PI-Planungen durchführen. Ich bin nicht mehr da, aber aus meinem Wissen heraus. Aber sie machen acht pro Jahr statt vier pro Jahr. Und vier pro Jahr haben dieselbe Frequenz und die anderen vier nicht, und das erfüllt beide Bedürfnisse. Ich denke also, der Schlüssel ist Testen, und testen Sie nicht nur um der Sache willen, nur weil sich etwas trocken anfühlt oder Sie eine neue Führungskraft haben und sie Leading SAFe noch nicht durchlaufen haben, sondern testen Sie, weil sich etwas nicht richtig anfühlt, nämlich: „Wir erfüllen gerade nicht unsere Prinzipien oder Werte. Wir sind der Meinung, dass wir ihnen auf diese Weise besser gerecht werden könnten. Wir glauben, dass wir den Wertfluss auf diese Weise beschleunigen könnten. Lass es uns versuchen.“
Jasmin Iordan sagt:
Ja, cool. Und dazu, was sind einige der Warnsignale, die Sie in der Praxis gesehen haben, wo diese Werte nicht eingehalten werden, um sagen zu können: „Moment mal. Das funktioniert nicht. Wir müssen den Kurs ändern.“
Rebecca Davis:
Ja. Einige der Dinge, die ich gesehen habe, machen den ganzen Spaß, wenn Leute ihre Hierarchie oder ihren Teil der Organisation über den Unternehmenswert stellen. Ich habe also definitiv Leute gesehen, die zu mir kamen und sagten: „Hey, ich würde gerne seinen Test machen.“ Und wenn ich nach den Gründen frage, kommen mir viele Gründe wie ein leicht verhülltes „Weil ich mehr Kontrolle haben möchte.“
Rebecca Davis:Ich denke, zurück zu den Werten: „Okay, was ist dein Warum? Fangen wir mit dem Warum an. Warum möchtest du etwas ausprobieren? Was bringt das Ergebnis dieser Studie?“ Und, A, wenn es wirklich schwer zu artikulieren ist, vielleicht etwas Schlimmes vor sich geht, oder wenn es artikuliert ist und es tatsächlich gegen Agilität oder Lean-Training verstößt oder den Flow beeinträchtigt oder ein Silo entsteht, ist das ein anfängliches Bauchgefühl. Ich denke, während des gesamten Testens ist es wichtig, genau wie bei Iterationen, Check-Ins und Demos abzuhalten, nicht nur darüber, was das Produkt produziert wird, sondern auch, was die Veränderung bewirkt. Also herauszufinden, was diese Frühindikatoren sein würden, und sie genauso behandeln, wie wir eine Merkmalshypothese oder eine epische Hypothese behandeln würden. Wir haben einige Ergebnisse, von denen wir glauben, dass wir sie erreichen könnten. Wir sind zu 100% offen dafür, dass sich herausstellt, dass wir falsch liegen. Das sind die Dinge, die wir als Frühindikatoren für Erfolg ansehen und wirklich offen miteinander umgehen wollen.
Jasmin Iordan sagt:
Ja, cool. Und es klingt, als ob der Schlüssel dazu darin liegt, eine Vorstellung davon zu haben, was das beabsichtigte Ergebnis dieses Experiments ist. Es geht nicht nur, wie Sie sagen, um ein Experiment zu machen. Du willst eine Vorstellung davon haben, wo du enden willst, damit du sehen kannst, ob wir tatsächlich dort ankommen oder nicht.
Rebecca Davis:
Ja.
Jasmin Iordan sagt:
Das ist wirklich faszinierend. Und ich denke, Experimentieren und iterative Verbesserung gehören irgendwie zusammen. Es geht nicht nur darum, blind etwas zu verfolgen, denn das ist es, was man tun sollte. Es geht darum, die Werte zu bewahren. Das ist ein wirklich interessantes Konzept. Und ich denke, darin würde sich auch eine enorme Chance ergeben. Was sind Ihrer Erfahrung nach auch aus Zeiten, in denen Sie SAFe in ein Unternehmen eingeführt haben oder eine agile Transformation durchgemacht haben. Was sind einige der Möglichkeiten, die Ihrer Meinung nach das Framework für Unternehmen oder Organisationen eröffnet hat, in denen Sie diese Transformationen geleitet haben?
Rebecca Davis:
Ja. Diese Vorstellung von echtem Wertefluss und geschäftlicher Agilität hat mich schon immer angezogen. Für mich hat Scaled Agile in einigen meiner Organisationen dazu beigetragen, dass ich immer darauf abzielte, also nicht, mein Ding zu verbessern, sondern alles besser zu machen. Und mit dieser Einstellung sollte es jedem möglich sein, an einem Kurs teilzunehmen, wenn ich wirklich darauf drängen würde. Jeder sollte in der Lage sein, an einem der Kurse teilzunehmen. Und heutzutage hilft das Enterprise-Abonnement dabei sehr. Als ich anfing, hatten wir das nicht. Also war es auch so, dass jeder an einem Kurs teilnehmen kann, und es sollte kreative Möglichkeiten geben, dafür bezahlt zu werden.
Rebecca Davis:
Aber durch dieses Einladungsmodell für wirklich jeden ließ ich eine Krankenschwester zu einem meiner Safer-Team-Kurse kommen, nur weil sie neugierig war und sie etwas darüber auf meinem Blog sah, was dazu führte, dass sie aufgeregter war und agiles Teamcoaching für eine Reihe von Krankenschwestern durchführen konnte, die sehr frustriert waren, weil ihre Arbeit auf individueller Basis so sehr auf und ab ging, und sie das Gefühl hatten, dass sie keine gute Patientenversorgung bieten würden, um sie auf Kanan zu coachen. Ban und sie alle richtig aufgeregt zu haben, weil sie als Team pflegen durften und wer auch immer verfügbar war Ich habe den nächsten Patientenfall genommen und die Patienten waren glücklicher. Sie konnten einfach einladen und dann Ja sagen, um all diese Rollen zu coachen, die so bedeutsam sind und sie so aufgeregt sind und sie sind etwas anderes.
Rebecca Davis:
Und dasselbe Modell führte dazu, dass aus dem Nichts heraus ein Marketingmitarbeiter nach dem Zufallsprinzip an einem meiner Leading SAFe-Kurse teilnahm, woraufhin er mit den VPs für Marketing sprach, was dann zu einer Marketingimplementierung für 800 Personen wurde. Ich denke, der Schlüssel ist, offen zu sein und Zeit mit Neugierigen zu verbringen. Und es spielt keine Rolle, ob sie in deiner Organisation sind. Es ist nicht so, dass ich dafür bezahlt wurde, es macht einfach richtig Spaß. Also warum nicht? Wenn jemand mit Ihnen über Agilität sprechen möchte, sprechen Sie mit ihm über Agilität. Es ist wirklich cool.
Jasmin Iordan sagt:
Ja, cool. Und ich denke, was ich daran liebe, ist, dass Agile oft genauso wie Softwareentwicklungsteams in Verbindung gebracht werden kann. Aber als jemand, der selbst im Marketing tätig ist, liebe ich die Vorteile und die Denkweise, die es für sehr traditionelle Herausforderungen bieten kann, aber die Art und Weise, wie es diese Herausforderungen auf eine Weise lösen kann, die noch nie zuvor angegangen wurde. Und ich denke, das hat auch etwas zu sagen, zu dem, was Sie vorhin über die Aufrechterhaltung der Begeisterung gesagt haben. Und ich habe das Gefühl, dass diese Frage bereits beantwortet wurde, denn oft wird darüber diskutiert: „Okay, wir skalieren agil, wir machen gerade eine Transformation durch.“ Und das impliziert, dass es diesen Endzustand gibt, in dem alles abgeschlossen ist. Es ist transformiert oder wir haben agil skaliert, aber es klingt nicht so, als ob das überhaupt der Fall wäre.
Rebecca Davis:
Nein, ich glaube überhaupt nicht. Ich denke meistens das Gegenteil von... Selbst wenn du dich selbst als Mensch betrachtest, dein ganzes Leben lang, wandelst du dich auf unterschiedliche Weise. Alles wirkt sich auf dich aus. Die Umwelt wirkt sich auf dich aus, was auch immer in deinem Leben passiert, ist nur dieser ganze Rucksack, den du mit dir herumträgst und du veränderst dich ständig. Und genau das Gleiche, glaube ich, für eine Organisation und ein Unternehmen. Das heutige Zeitalter ist verrückt. Es gibt ständig Updates, es gibt ständig neue Technologien. Sie und ich führen einen Vortrag aus völlig unterschiedlichen Ländern, und es gibt buchstäblich überall Veränderungen.
Rebecca Davis:
Also ja, ich denke, ein Teil der Transformation besteht darin, Ihrem Unternehmen zu helfen, sich mit der Geschwindigkeit des Wandels und all den Menschen darin wohl oder so wohl wie möglich zu fühlen und Veränderung nicht als schlechtes Wort zu betrachten, sondern als eine positive Sache, bei der wir da draußen Verbesserungen bewirken können. Und es ist für immer. Es ist eine Reise. Es ist noch nicht fertig. Ich mag Simon Sinek wirklich, wenn er über dieses unendliche Spiel spricht. Ich fühle mich einfach dem sehr nahe, wir sind nicht dabei, diesen Moment oder dieses Jahr zu gewinnen, wir sind dabei, um eine bessere Zukunft für uns und unsere Kinder zu schaffen, und das wird ewig dauern. Die Leute sind gerade dabei und sie müssen sich darauf freuen.
Jasmin Iordan sagt:
Ja. Und ich denke, das ist das Gleichgewicht zwischen verzögerter Befriedigung, aber ständiger Verbesserung. Sie werden also die Verbesserung auf dem Weg dorthin spüren und erleben. Es ist nicht so, dass es weit in der Zukunft sein wird, wo Sie den Nutzen dessen, was Sie tun, nicht spüren werden, aber es ist etwas, das sich aufbauen und im Laufe der Zeit passieren wird.
Rebecca Davis:Ja. Und ich glaube, du hast mich gerade daran erinnert, das zu sagen. Ich habe diese Marketing-Transformation durchgeführt und kann mich nur noch gut an ein Gespräch mit einer der Marketing-VPs erinnern, die ich nach vier oder fünf Wiederholungen mit ihr gesprochen habe. Und sie sagt: „Mein Team ist so glücklich. Liegt das an Agilität? Ist Agilität das, womit sie zufrieden sind [unhörbar 00:32:17]?“ „Ja.“
Jasmin Iordan sagt:
Ja, Freude bei der Arbeit, oder?
Rebecca Davis:
Ja.
Jasmin Iordan sagt:
Ist es nicht das, worum es geht? Das ist so cool. Und doch ist das Ziel zunächst, niemals rauszugehen und Menschen glücklich zu machen. Es ist nur eine dieser zusätzlichen Nebenwirkungen, eine glückliche Nebenwirkung.
Rebecca Davis:
Ja.
Jasmin Iordan sagt:
Fantastisch. Und ich glaube, ich möchte wirklich über diese Idee sprechen, weil Sie sie ein paar Mal erwähnt haben, Sie haben sogar gerade Marketing und Krankenpflege erwähnt. Aber wenn Sie dann in diesen größeren Organisationen sind, haben Sie all diese verschiedenen Funktionen. Und ich denke, das bringt die Idee auf, sich nach Werten zu organisieren. Deshalb möchte ich sichergehen, dass wir ein bisschen darüber sprechen, denn Wert entsteht nicht nur durch eine Funktion, oder er wird nicht nur von einer Funktion oder einem Team erbracht. Es ist etwas, an dessen Umsetzung möglicherweise viele Mitarbeiter in einem Unternehmen beteiligt sind. Aber ich möchte wirklich wissen, wie Sie dieses Konzept der wertorientierten Organisation verstehen. Was bedeutet das und wie sieht das aus?
Rebecca Davis:
Ja. Ich denke, es gibt ein Grundkonzept, das auch in dieser Implementierungs-Roadmap enthalten ist und sich darauf bezieht, was zuerst passiert. Wie organisieren wir uns also zunächst nach Werten, denn Organisationen sind in der Regel hierarchisch organisiert? Ich bin Vice President of Marketing und ich habe Marketing bis zum Ende. Da ist also der erste Schritt: Identifizieren Sie den Wert, den Sie als Unternehmen schaffen. Es ist also nicht immer einfach, es zu artikulieren, was nicht immer einfach ist. Manchmal dauert es ein bisschen, bis man dann all die verschiedenen Arten von Rollen danach organisiert, was dieser Wert ist. Ich denke, das ist das Erste, womit die meisten Unternehmen, die skalierte Agilität implementieren, beginnen, es einfach zu identifizieren, sich darauf einzustellen, was letztendlich das ist, was Ihre Züge letztendlich sind.
Rebecca Davis:
Meiner Erfahrung nach ist es aufgrund des gleichen schnellen Marktwechsels, der sich die Welt bisher verändert hat, wirklich wichtig, Ihre Organisation rund um den Wert im Laufe der Zeit neu zu bewerten. Meiner Erfahrung nach war es eine der wirklich gesunden Dinge, die wir früher getan haben, am Ende eines jeden Jahres die Möglichkeit zu geben, uns die verschiedenen Zugstrukturen anzusehen und uns anzusehen, wie wir uns organisiert haben, und zu sagen: „Stimmt das immer noch? Und was ist unsere Strategie für das nächste Jahr? Wo wollen wir mit unseren Verbrauchern und Nutzern zusteuern? Und gibt es eine andere Art der Organisation, die uns dabei hilft?“ Und ich sage, geben Sie eine Chance, denn in manchen Jahren würden wir sagen: „Nein. 80% unseres Portfolios sind tatsächlich startklar. Die Dinge fließen. Es geht uns gut. „20% davon haben einen völlig neuen strategischen Wandel, der sie treffen wird, oder: „Das letzte Jahr hat sich nicht gut angefühlt. Wir hatten zu viele Abhängigkeiten. Wir hatten nicht die richtigen Leute in den richtigen Zügen „, all diese Dinge.
Rebecca Davis:
Machen Sie also zumindest eine Pause und schauen Sie sich das an und schauen Sie, ob unser Wert immer noch dasselbe bedeutet wie vor einem oder zwei Jahren. Müssen wir uns neu organisieren? Was heißt das? Was bedeutet ein Führungswechsel, wenn es nötig ist, sodass wir uns immer auf Werte konzentrieren, und das ist keine Definition, die wir uns vor fünf Jahren selbst gegeben haben und einfach aufgehört haben zu erkennen, dass sich die Welt verändert hat.
Jasmin Iordan sagt:
Ja. Eine lebende Definition, weil sie sich ändert, je nachdem, was in der Welt vor sich geht, aber auch, was innerhalb der Organisation vor sich geht und auch auf die Idee des Experimentierens zurückkommt, als ob Sie eine neue Arbeitsweise ausprobiert haben und die im Weg steht. Aber selbst etwas, von dem Sie sagten, dass es dort wirklich auffiel, ist: „Okay, es hat sich nicht gut angefühlt. Vielleicht hatten wir zu viele Abhängigkeiten.“ Und das bringt die Idee auf: „Nun, wie kommt dieser Wertfluss zustande?“ Oh, das hört sich an, als ob der Wertschöpfung ein Ende gesetzt wird. Wie optimiert man also diesen Ablauf, vor allem, wenn es mehrere Personen gibt, die diesen Wert liefern?
Rebecca Davis:
Ja. Und ich denke, Scaled Agile gibt uns dafür einige Tools. Ich denke, eine davon ist die erste Sitzung, über die ich gesprochen habe, Value Stream und Down-Vacation, sodass Sie wirklich einen Prozess einrichten können, bei dem Sie mit der richtigen Mischung von Leuten sprechen und diskutieren können. Was ist der Wert und wie können wir uns darauf basierend organisieren? Ich denke, ab diesem Punkt gibt es ein anderes Tool, das meiner Meinung nach weit weniger genutzt wird, als ich es mir vorstellen würde, nämlich die Wertstromanalyse. Nachdem wir es also identifiziert haben, können wir nun tatsächlich kartieren, was passiert? Von der Idee bis zur Kasse, welche Teams machen Pass-offs? Wie lange dauert es, eine Antwort auf eine E-Mail zu erhalten? Wie lange dauert es vom Testen bis zur Veröffentlichung?
Rebecca Davis:
Ich mache also viele vorsätzliche Messungen. Nicht messen, weil wir Menschen beurteilen, sondern vorsätzliches Messen von, wir organisieren uns auf diese Weise, hier verbinden sich alle Teile und wie lange die Dinge dauern und wie sich die Leute in ihren Schritten fühlen, als ob es sich wie ein Silo anfühlt? Hat es ein Ergebnis? Haben wir alle Designer, HR-Mitarbeiter und Ingenieure in einen Zug gesteckt, aber wir haben sie zu getrennten Teams gemacht, und es fühlt sich immer noch nicht verbunden an? Dafür ist Mapping da. Und diese Maps und auch die Programmplatinen, die tatsächlich visualisieren, sagen: „Hier sind die Abhängigkeiten“, im Gegensatz zu: „Am Ende des PI waren diese Abhängigkeiten letztendlich genau das.“
Rebecca Davis:
Es ist nicht so, dass Abhängigkeiten schlecht sind, aber sie sollten einen Mehrwert bieten und den Fluss nicht einschränken. Ich denke also, dass diese miteinander verbundenen Geschichten sowie Dinge wie die Ergebnisse von Mitarbeiterbefragungen und einfach die Zufriedenheit der Mitarbeiter wirklich gute Inputs sind, um herauszufinden, ob wir einen reibungslosen Ablauf gewährleisten. Und es ist eine gemischte Sichtweise. Einiges davon ist qualitativ und ein anderes quantitativ. Aber zeigen uns unsere eigenen inneren Dinge, dass wir gut, schlecht und anders sind, und wie es unseren Kunden geht? Haben sie also das Gefühl, dass sie einen Mehrwert erhalten oder dass sie nur Kleinigkeiten erhalten und sich über den damit verbundenen Wert nicht sicher sind? Ich denke, all das sind Indikatoren.
Jasmin Iordan sagt:Ja. Und würden Sie sagen, Sie müssten vorher eine Vorstellung davon haben, was diese Indikatoren sind, damit Sie sie im Auge behalten können, während der PI voranschreitet? Sie haben zum Beispiel Ihre Wertstromanalyse erstellt und Ihre Kunst entwickelt. Identifizieren Sie an diesem Punkt, wie diese Flussmessungen aussehen sollten, und behalten Sie sie im Auge, oder ist es eher rückblickend, wo solche Dinge Ihrer Meinung nach ein wenig hängen bleiben?
Rebecca Davis:
Ich denke, es gibt beides. Die Kennzahlen, die wir innerhalb des Frameworks angeben, sind also definitiv gesund und gut für Teams und Züge sowie Lösungswege und das Portfolio. Ich denke also, es gibt eine Reihe von Metriken, die Sie verwenden sollten und können. Rückblicke sind von entscheidender Bedeutung, weil Retrospektiven zu Aktionen führen. Während wir messen, was ist dann das Gespräch, das wir über sie führen? Denn was wir nicht wollen, sind Eitelkeitskennzahlen. Und meine persönliche Art, Vanity-Metriken zu definieren, ist jede Kennzahl, mit der man nichts macht.
Rebecca Davis:
Ich denke, ein Schlüssel ist, sie zu verwenden, um Gespräche zu führen und Ergebnisse zu erzielen und Maßnahmen zu entwickeln und sicherzustellen, dass Sie diesen Aktionen Priorität einräumen. Ich denke, es gibt noch einen weiteren Aspekt, einfach zu verstehen, dass es hier nicht nur um Team und Training geht. Teams und Züge müssen sich also auf jeden Fall verbessern und an sich messen, aber das gilt auch für das Portfolio, das Unternehmen und auch die Teile, die in verschiedenen Zügen miteinander verbunden sind. Ich denke also, wenn Sie sich zu sehr auf „Lass uns einfach unsere Teams schneller machen“ konzentrieren, übersehen Sie möglicherweise den ganzen Punkt, wie wir den Ablauf unserer Organisation verbessern können, was vielleicht bedeuten kann, dass wir sofort schneller vorankommen.
Jasmin Iordan sagt:
Ja. Ja. Und Team und Zug existieren in dieser Organisation nicht in einem Vakuum wie ein ganzer Haufen...
Rebecca Davis:
Nein, [unhörbar 00:40:43].
Jasmin Iordan sagt:
Ja. Ja, ich denke, wir haben einige wirklich, wirklich interessante Konzepte angesprochen, und ich kann es kaum erwarten, auf dem SAFe Summit zu sein, was ein wirklich guter Übergang zu der Tatsache ist, dass wir uns das nächste Mal, Rebecca, persönlich treffen werden. Und du veranstaltest einen Workshop bei SAFe. Kannst du uns einen kleinen Vorgeschmack darauf geben, worauf wir uns auf dem Gipfel freuen können?
Rebecca Davis:
Ja. Zuallererst, wenn wir uns persönlich treffen, bin ich sehr klein. Also ich glaube, ich bin vielleicht fünf Fuß groß. Also das wird aufregend. Also, Harry, im Framework-Team und ich, veranstalten einen Workshop über Flow. Also werden wir einen Flow-Workshop veranstalten. Ich kann noch nicht über alles sprechen, da wir einiges davon auf dem Gipfel bekannt geben werden, aber ich freue mich sehr. Ich denke also, wenn du dich für unseren Workshop anmeldest, wirst du aktive Beratung erhalten und in der Lage sein, auch mit anderen Organisationen und anderen Leuten zusammenzuarbeiten, um den Flow wirklich zu verstehen und zu verstehen, wie man Flow verbessert und wie man Blockaden identifiziert und was man dagegen tun kann. Wir konzentrieren uns also wirklich darauf, warum bestimmte Dinge wichtig sind und was Sie konkret dagegen tun können, egal ob Sie sich auf Teamebene, Zugebene, Lösungsebene oder Portfolioebene befinden.
Jasmin Iordan sagt:
Cool. Das klingt aufregend.
Rebecca Davis:
Und wir [unverständlich 00:42:08] viele andere Workshops, kommen aber auf jeden Fall zu unseren.
Jasmin Iordan sagt:
Nun, wir haben gerade über die Bedeutung von Flow gesprochen, also macht es Sinn. Richtig?
Rebecca Davis:
Ja.
Jasmin Iordan sagt:
Fantastisch. Nun, ich persönlich freue mich sehr darauf, zu SAFe zu kommen und nach Colorado zu kommen und ein bisschen mehr mit Ihnen zu chatten. Aber vielen Dank, dass Sie sich die Zeit genommen haben, zu uns gekommen sind und Ihr Fachwissen und Ihre Erfahrung über agile Transformationen, agile Skalierung und das SAFe-Framework selbst mit uns geteilt haben. Vielen Dank für deine Zeit, Rebecca.
Rebecca Davis:
Ja, das weiß ich zu schätzen. Und ich freue mich darauf, das vielleicht eines Tages persönlich mit Ihnen in Ihrem eigenen Land tun zu können. Also das wird wirklich großartig sein.
Jasmin Iordan sagt:
Ja. Geil. Das wäre auf jeden Fall genial. Vielen Dank.
Rebecca Davis:
Ja. Danke.


