Keine Artikel gefunden.

Easy Agile Podcast Ep.8 Gerald Cadden Strategischer Berater und SAFe-Programmberater bei Scaled Agile Inc.

Hör zu
Abonnieren Sie unseren Newsletter

Sean Blake

Gerald erzählte, dass Unternehmen bei der Implementierung agiler Methoden oft immer wieder vor den gleichen Herausforderungen stehen, aber die eigentliche und wichtigste Herausforderung ist die Überwindung einer festen Denkweise.

„Gerald hilft großen Unternehmen dabei, besser zusammenzuarbeiten und gleichzeitig dafür zu sorgen, dass sich die Teams auf die Menschen und den Kunden konzentrieren. Ich werde mir diese Episode noch einmal ansehen.“

Gerald hebt auch den Unterschied zwischen Beratern und Coaches hervor und wie wichtig es ist, gute Mentoren zu haben + mehr

Ich habe diese Folge geliebt und ich weiß, dass du es auch tun wirst!

Abonniere unbedingt, genieße die Folge 🎧

Transkript

Sean Blake:

Hallo und willkommen zu dieser Episode des Easy Agile Podcasts. Sean Blake ist heute hier bei dir. Und wir haben einen großartigen Gast für Sie, es ist Gerald Cadden, strategischer Berater und Trainer für SAFe-Programmberater bei Scaled Agile, Inc. Gerald ist ein erfahrenes Unternehmen, IT-Experte, strategischer Berater und Trainer für Scaled Agile Program Consultant (SPCT) bei Scaled Agile. Danke, Gerald. Willkommen zum Easy Agile Podcast. Es ist wirklich toll, Sie heute als Gast zu haben, und vielen Dank, dass Sie ein wenig Zeit mit uns verbracht und Ihr Fachwissen im Easy Agile Podcast mit unserem Publikum geteilt haben.

Sean Blake:

Also ich bin wirklich interessiert und ich interessiere mich für diese Geschichte, die... Für all die Gäste, die wir beim Podcast haben, aber kannst du mir ein bisschen über deine heutige Karriere erzählen? Ich finde, dass die Leute ihren Weg zu diesen agilen Rollen oder in die Agile-Branche durch so viele verschiedene Arten von Jobs in der Vergangenheit gefunden haben. Manche Leute waren früher Klempner oder Handwerker, oder sie arbeiteten im Finanzwesen oder im Bankwesen. Wie haben Sie Ihren Weg gefunden, bei einem Unternehmen wie Scaled Agile zu arbeiten?

Gerald Cadden:

Guten Morgen, Sean. Danke, dass ich hier sein durfte, Leute. Ich freue mich sehr, heute hier bei euch zu sein. Karrieresachen sind immer eine interessante Frage. Ich bin 53 Jahre alt und wenn ich zurückblicke, frage ich mich, wie ich dahin komme, wo ich bin? Und oft kann man sich nur eine Reihe glücklicher Ereignisse ansehen. Und ich habe in Schuhgeschäften gearbeitet und dann habe ich beschlossen, etwas in meinem Leben zu tun. Ich habe ein IT-Diplom gemacht, dann einen Abschluss gemacht und angefangen, in der IT-Seite zu arbeiten. Ich habe quasi als Entwickler angefangen, weil dort das Geld war und du da hin wolltest. Ich bin nicht lange als Entwickler geblieben. In Ordnung. Alles klar. Ich war ein schrecklicher Entwickler, also war ich nicht gut darin. Es war frustrierend.

Gerald Cadden:

Ich habe vor dem Verkauf angefangen und das hat mich dazu gebracht, Geschäftsanalysen zu machen. Die BA-Arbeit hat mir sehr gut gefallen, weil ich mit Leuten arbeiten und Veränderungen sehen konnte. Ich konnte mit den Entwicklern arbeiten, konnte aber trotzdem direkt mit dem Kunden zusammenarbeiten, was für mich viel interessanter war. Also verbrachte ich viel Zeit in BA mit der Entwicklungsarbeit und der Neugestaltung von Geschäftsprozessen, meinem Übergang zu einem rationalen, einheitlichen Prozess. Als es das noch gab, habe ich unzählige Stunden damit verbracht, Anwendungsfälle für Ihre E-Mail-Diagramme zu schreiben und die Leute davon zu überzeugen, wie die Änderungen an diesen vorgenommen werden können. Und dann kam Agile und ich musste einen kompletten Gehirnwechsel vornehmen. All diese Dinge, die ich als BA gelernt hatte und von denen ich abhängig war, verschwanden plötzlich, weil Agile das nicht als direkte Arbeitsweise verlangte. Das musste im Hintergrund ablaufen, wenn man es wollte, und es war eher eine Zusammenarbeit.

Gerald Cadden:

Ungefähr 2004, 2005 fing ich an, viel mehr mit Agile zu arbeiten, bis ich in den USA lebte. Dort sammelte ich meine agilen Erfahrungen und blieb dort für eine lange Zeit. Ich habe großartige Erfahrungen gesammelt und bin dann etwa 2011 zur Arbeit mit SAFe übergegangen. Der Auslöser dafür war, dass ich für das große Finanzunternehmen in New York mit einem Team dort gearbeitet habe. Und wir waren dabei, eine umfangreiche Methode für sie neu zu entwickeln, um Agile in großem Maßstab zu implementieren. Als wir 2011 auf einer Agile-Konferenz an einem Seminar teilnahmen, sah Dean Leffingwell eine Präsentation über SAFe und schaute einfach auf und sagte: „Nun, wir können aufhören, an unserer Methodik zu arbeiten. Es ist erledigt.“

Gerald Cadden:

Also kaum nach diesem Treffen rannte ich nach draußen und ging mit Dean Leffingwell los, weil ich wollte, dass er sich meine Diagramme und alles ansieht und mir eine Bestätigung gibt, dass ich das Richtige tue. Dean hat ein sehr offenes Gesicht und er zog sein offenes Gesicht und sah mich an und sagte einfach: „Weißt du was? Einfach SAFe benutzen?“ Und ich sage: „Ja, das werden wir.“ Und so begann ich meine SAFe-Reise zu dieser Zeit und wir haben dieses Finanzunternehmen gegründet und seitdem bin ich auf dieser Reise.

Sean Blake:

Bringen Sie uns also zurück vor 10 Jahren ins Jahr 2011. Und Sie arbeiten bei diesem Finanzunternehmen, Sie haben von diesem Konzept von SAFe gehört, und zwar zum ersten Mal, als Sie damit begonnen haben, es umzusetzen. Wie haben die Mitarbeiter dieses Unternehmens darauf reagiert, dass Sie diese neue Denkweise in diesen neuen Rahmen eingeführt haben? Es hörte sich an, dass Sie die Diagramme zu den Frameworks und den Konzepten, die sich in Ihrem Kopf herausbildeten, bereits hatten. Fanden Sie das für einen einfachen Prozess? Ich glaube, ich kenne die Antwort bereits, aber wie komplex war es, SAFe zum ersten Mal in einer Organisation dieser Größenordnung einzuführen?

Gerald Cadden:

Ja, das ist ein sehr großes Finanzunternehmen, ein sehr altes Finanzunternehmen, also eine sehr traditionelle Arbeitsweise. Interessant sind also die gleichen Herausforderungen, vor denen SAFe heute steht, schon vor der Gründung von SAFe. Es gab also immer noch dieselben Herausforderungen wie bei früheren Managementansätzen, die versuchten, zu schnelleren Arbeitsweisen überzugehen. Während wir also wie wild in Visio Diagramme zeichneten und versuchten, Modelle zu erstellen, die die Menschen verstehen, war es schwierig, ein Kontinuum an Wissen und Bildung zu schaffen, das die Menschen dazu brachte, von ihrer Denkweise zu der Denkweise überzugehen, die wir uns für sie wünschten. Und für mich und das Team, mit dem ich gearbeitet habe, war es eine Reise, die sich ständig weiterentwickelt hat. Ich arbeite mit einem wirklich großartigen Mann zusammen und sein Name ist Algona, ein sehr, sehr kluger Mann.

Gerald Cadden:

Und so kratzen wir uns beide ständig am Kopf, wie wir das Management dazu bringen können, seine Meinung zu ändern. Und wir haben uns auf Bildung konzentriert, aber es war immer noch eine große Herausforderung. Ich habe das Projekt abgeschlossen, so wie sie mit SAFe angefangen haben. Ich wechselte in das Unternehmen in eine andere Managementposition, sodass wir die Arbeit dort fortgesetzt haben. Michael Stump, er hat früher für Scaled Agile gearbeitet. Ich glaube, er arbeitet jetzt in einem anderen Unternehmen, aber er hat einen Großteil dieser Arbeit fortgesetzt und wirklich gute Arbeit geleistet und sie haben SAFe implementiert. Sie haben Änderungen vorgenommen, aber sie standen vor den gleichen Herausforderungen. Die Denkweise des Managements überwand die Abkehr von den Silos hin zu einer stärker netzwerkstrukturierten Organisation. Nur die Tools, nur die einfachen Dinge waren immer noch eine Herausforderung, und es gibt auch heute noch eine Herausforderung. Die Art der Organisation entwickelt sich also auch in der modernen agilen Welt immer noch weiter.

Sean Blake:

Sie haben dort erwähnt, dass ein Teil der Herausforderung in den Bereichen Denkweise und Bildung liegt. Haben Sie irgendwelche Abkürzungen gefunden, um die Denkweise eines Teams zu ändern? Die Art und Weise, wie sie an ihre Arbeit herangehen, wie sie die Zusammenarbeit mit anderen Teams in dieser Organisation angehen? Ich gehe davon aus, dass der Erfolgsfaktor viel damit zu tun hat, ob das Team seine Denkweise in Bezug auf die Art und Weise, wie es zuvor gearbeitet hat, geändert hat und sich nun dieser neuen Arbeitsweise verschrieben hat? Und können Sie mit uns ein wenig darüber sprechen, wie Sie die Denkweise eines Teams ändern können?

Gerald Cadden:

Vielleicht ändere ich hier die Richtung Ihrer Frage, denn was ich herausgefunden habe, ist, dass Sie normalerweise nicht zu hart arbeiten müssen, um die Denkweise eines Teams zu ändern. Die meisten Teams sind wirklich begierig darauf, neue Dinge auszuprobieren und innovativ zu sein. In Teams begegnet man nur einigen Leuten, deren Karriereweg sie vielleicht an einen bestimmten Punkt gebracht hat, an dem sie mit der Welt zufrieden sind und sich nicht ändern wollen. Die Denkweise, die Sie wirklich ändern müssen, bezieht sich auf diesen Führungsbereich, und das gilt auch heute noch. Die Teams werden sich also schnell anpassen, wenn das Management das Umfeld schaffen kann, das es ihnen ermöglicht, und wenn sie dazu befähigt werden können. Aber es ist wirklich... Wenn Sie das Team befähigen wollen, müssen Sie die Führungskräfte um sie herum dazu bringen, ihre Denkweise zu ändern, die Strukturen zu ändern, die die Teams daran hindern, die bestmögliche Arbeit zu leisten.

Gerald Cadden:

Und das war für mich die große Entdeckung, während du mitgemacht hast, und das gilt auch heute noch. Während sich Agile weiterentwickelt hat, ist mir aufgefallen, dass Führungskräfte nicht immer ganz oben auf der Liste der Herausforderungen stehen, aber für mich stand sie immer ganz oben auf der Liste. Viele Menschen wollen sich Führung ansehen und Dinge über sie sagen, die wenig schmeichelhaft sind, aber man muss bedenken, dass es sich um Menschen handelt. Und der beste Weg, um Führung zu erlangen, besteht darin, wirklich mit einem Gespräch zu beginnen und ihnen zu helfen, es zu verstehen. Sie kennen die Herausforderungen, aber wir müssen ihnen helfen, zu verstehen, was die Probleme verursacht, die zu diesen Herausforderungen führen.

Gerald Cadden:

Wenn du mit ihnen zusammenarbeitest und sie erziehst, kannst du ihren Geist ein bisschen mehr öffnen. Bedeutet das, dass sie sich tatsächlich ändern werden? Nicht unbedingt. Politische Beweggründe, Ideologien und andere Dinge hinderten die Führung daran, sich zu bewegen. Aber Gespräche und Bildung sind meiner Meinung nach der richtige Weg, um Führung wirklich anzugehen. Und sie als Person kennenzulernen, sich für ihre Herausforderungen zu interessieren, sich für sie als Individuum zu interessieren. Es ist also wichtig, diese soziale Bindung herzustellen. Als Berater war das immer schwierig, denn als Berater wird man immer als externe Kraft gesehen und es ist schwierig, eine gewisse soziale Beziehung zu dieser Führung aufzubauen und dieses Vertrauen aufzubauen.

Sean Blake:

Ja, das ist so wahr. Ja, ist es nicht. Ich erinnere mich an eine Agile-Transformation, an der ich zuvor teilgenommen habe, wie der Agile-Coach wirklich genauso viel Zeit mit dem Führungsteam verbrachte wie mit uns, dem Agile-Team. Und es scheint seltsam, dass der Coach so viel Zeit damit verbracht hat, das Führungsteam wirklich darin zu coachen, wie es über diese neue Arbeitsweise denken sollte, aber wenn man es in den richtigen Kontext stellt, ist es so wichtig, dass sie dieses Umfeld schaffen, in dem sich ihre Mitarbeiter und ihre Teams sicher fühlen, wenn sie etwas Neues ausprobieren. Ja, das ist wirklich wichtig.

Gerald Cadden:

Ich denke, wenn Sie sich ansehen, wie sich Agile entwickelt, wenn Sie sich die Erstellung des Agile-Manifests und seiner Prinzipien und dann der folgenden Frameworks wie ScrumXP usw. ansehen, hat es sich aus der Teamperspektive entwickelt. Also gingen alle davon aus, dass wir diese Dinge entwickeln müssten, damit die Teams ihnen folgen, aber als die Leute mit Teams arbeiteten, stellten sie fest, dass es überhaupt nicht die Teams waren, die Teams passen sich an, sondern das Management und die Strukturen der Organisationen passen sich nicht an. Und genau da ist es hingegangen.

Gerald Cadden:

Ich kann mich nicht an die Anzahl der unzähligen Scrum-Implementierungen erinnern, an denen Sie gearbeitet haben, und Sie haben gerade die Obergrenze der organisatorischen Herausforderungen erreicht. Und es war immer sehr frustrierend für die Teams. Ich denke, es gibt auch eine andere Seite dazu: Zu viele in der agilen Welt betrachten die Teams einfach als den Mittelpunkt der Welt und man kann es auch nicht von dieser Art aus angehen. Die Teams sind sehr wichtig, um den Kunden einen Mehrwert zu bieten, aber es ist das Unternehmen als Ganzes, das Wert liefert. Und ich denke, man muss sich wirklich zurücklehnen und einfach sagen: „Die Teams sind Teil davon, wie ändern wir die Organisation einschließlich der Teams?“

Sean Blake:

In Ordnung. Das ist wirklich interessant. Gerald, du hast ein bisschen über Teams und Denkweisen gesprochen. Wenn du in eine Organisation gehst, einen großen Autohersteller oder eine große Fluggesellschaft oder ein Finanzdienstleistungsunternehmen und sie dich um Hilfe bitten oder um deine Ausbildung bitten, wie beurteilst du dann, wo die Organisation steht? Wie hoch ist ihr Reifegrad aus agiler Sicht? Kommen Unternehmen zu Ihnen, die im Kopf haben, dass sie bereit sind, SAFe zu machen, und dann tauchen Sie am ersten Tag auf und es stellt sich heraus, dass niemand eine wirkliche Vorstellung davon hat, wie diese Art von Engagement aussieht?

Gerald Cadden:

Ja, das ist eine gute Frage. Denn ich denke, wenn ich auf die Geschichte zurückblicke, 2011, 2012, als SAFe wirklich in Gang kam, als Sie vorankamen, ich meine, es gab keine Vorstellung, wo ich anfangen sollte. Die Berater fanden es einfach selbst heraus und wie bei den meisten Beratungen oder den meisten Methoden beschäftigten sie sich in einem IT-Bereich und auf Teamebene. Und die Leute würden versuchen, von der Teamebene an zu wachsen. Und irgendwann müssen wir wissen, dass ich viel damit zu kämpfen hatte, weil ich nur versucht habe herauszufinden, wo das ist. Mein Beraterhut war also immer auf, um mich hinzusetzen, mit den Leuten über ihre Herausforderungen zu sprechen und einen Weg zu finden, herauszufinden, wie die Herausforderungen gelöst werden können, ob es nun Scrum oder SAFe sein würde oder was auch immer richtig sein würde.

Gerald Cadden:

Das sind nur Werkzeuge in der Toolbox. Aber als ich Agile skalierte, mit dem ich gearbeitet habe... Entschuldigung, als ich mit SAFe gearbeitet habe, hat Scaled Agile die Implementierungs-Roadmap herausgebracht. Es hat so viel mehr Klarheit gebracht, als ich später bei SAFe gearbeitet habe, und ich wünschte, es wäre früher gekommen, weil es mir wirklich geholfen hat, die anfängliche Sache zu klären, die wir als Überwindung des Kipppunkts bezeichnen. Wie man mit der Organisation zusammenarbeitet, mit der man spricht, mit den richtigen Leuten zusammenarbeitet, ihre Herausforderungen versteht, ihnen hilft zu verstehen, was diese Probleme verursacht, was die traditionellere Arbeitsweise der traditionellen Management-Mentalität ist, ihnen hilft, SAFe zu verbinden, um diese Herausforderungen zu bewältigen und ihnen zu zeigen, wie sie beginnen können. Wenn Sie sich die Roadmap ansehen, handelt es sich um eine zusammenhängende, schrittweise Angelegenheit, aber in Wirklichkeit stellen Sie fest, dass zwischen diesen Schritten Lücken bestehen, und in diesen Lücken führen Sie als Übergangsteam viele Gespräche mit dem Management.

Gerald Cadden:

Wenn du sie durch eine Schulung bringst, werden sie nicht aus dem Kurs kommen und sagen: „Oh, wow, das war's. Wir wissen, was zu tun ist.“ Es bedarf eines Folgegesprächs. Sie müssen in vielen Gesprächen eins zu eins führen und Themen behandeln, bei denen Sie Vorteile haben, damit Sie die Annahmen ausräumen oder die Missannahmen bereuen können. Es ist also ein großer Teil dieser Art von Arbeit, dass die Roadmap da ist, für diejenigen, die SAFe heute implementieren, sie verwenden. Es ist eines der hilfreichsten Tools, die Sie haben werden.

Sean Blake:

Fantastisch. Ja. Ich denke, wenn man nur den Unterschied zwischen den Tools in der Toolbox anerkennt und dann die andere Tatsache, dass man es mit Menschen zu tun hat und mit Einstellungen und Motivationen und Verhaltensweisen und Gewohnheiten, gibt es wirklich zwei sehr unterschiedliche Dinge. Es hört sich an, dass du sie alle zusammen auf diese Reise mitnehmen musst.

Gerald Cadden:

Ja. Außerdem bilden wir so viele SPCs wie SAFe-Programmberater aus. Wir bilden sie aus und bilden sie ständig außerhalb des Unterrichts bei uns und unseren Partnern aus. Was du kannst, du kannst ihnen das Framework beibringen, aber du kannst ihnen nicht unbedingt beibringen, wie man ein guter Berater oder ein guter... Ich möchte sagen, dass ich den Begriff Berater und Coach verwende, oder?

Sean Blake:

Ja.

Gerald Cadden:

Manchmal sage ich gerne, dass ein guter Berater ein guter Coach sein kann, aber ein guter Coach muss nicht unbedingt ein guter Berater sein, weil es noch eine andere Wissenswelt gibt, die man haben muss, wie setzt man sich hin und spricht mit Führungskräften? Wie lernt man die Patienten kennen und welche Art von Fragen man stellen muss, wie lernt man, diese Beziehungen aufzubauen und zu verstehen, wie man mit politischen Maßnahmen umgeht? Es gibt also Dinge, die außerhalb des Fachwissens eines SPC liegen und die sie sich aneignen müssen. Also junge Leute, die kommen und rennen, um diesen SPC-Kurs zu machen. Ich möchte euch auf alles vorbereiten, aber er gibt euch die Grundlagen.

Sean Blake:

Wenn Sie also in einer Organisation sind oder Menschen coachen, um zu ihrer Organisation zurückzukehren, wie bringen Sie ihnen diese Coaching-Fähigkeiten bei, damit sie, wenn sie reinkommen und die Politik lernen müssen, die roten Fahnen erkennen müssen, sie müssen die Abhängigkeiten bewältigen, sie müssen neue Teams in den Zug bringen? Wie geht man wirklich vor, um den menschlichen und kommunikativen Werkzeugkasten auszustatten?

Gerald Cadden:

Ich denke, Sie können die Grundlagen des Frameworks natürlich vermitteln, indem Sie die Schulungen durchgehen. Aber Mentoring ist für mich der richtige Weg. Jedes Mal, wenn ich eine Schulung gebe, mache ich den Leuten ganz klar, wenn sie zurückgehen und eine Transformation beginnen, sollten sie das nicht alleine machen. Finden Sie erfahrene Leute, die das gemacht haben, und die Erfahrung sollte nicht nur mit SAFe sein. Sie sollten bei Bedarf Erfahrung mit großen Organisationen gesammelt haben, die Erfahrung mit der Portfolioebene haben. Ganz einfach, weil es Fähigkeiten gibt, die Menschen im Laufe der Jahre ihrer Karriere entwickeln, wenn sie sie zu Beginn nicht hatten.

Gerald Cadden:

Ich meine, wenn ich auf einige der schrecklichen Dinge zurückblicke, die ich in Besprechungen und vor Führungskräften gesagt hatte, würde mein Chef seine Hände vor sein Gesicht legen, weil ich jung und impulsiv und unreif war, und das sehe ich heute. Als ich das erste Mal in die USA kam, arbeitete ich mit einigen jüngeren BAs zusammen und sie sagten Dinge in Besprechungen und man musste schnell um einige Dinge herumtanzen, bis man sagte: „Das wollten wir gerade nicht wirklich sagen.“ Deshalb denke ich, dass Mentoring die richtige Fähigkeit ist. Wir können dir die taktischen Fähigkeiten beibringen, aber dir die politischen Fähigkeiten, die menschlichen Fähigkeiten beizubringen, erfordert Mentoring und Zeit.

Sean Blake:

Mentoring ist in diesem Zusammenhang so wichtig. Ist es nicht?

Gerald Cadden:

Ja.

Sean Blake:

In Ordnung. Lassen Sie uns also vor 12 Monaten auf März 2020 zurückspulen. Ein Monat, der sich wahrscheinlich in den Köpfen vieler Menschen eingebrannt hat, ist der Monat, in dem COVID unser Leben auf absehbare Zeit verändert hat. Ich weiß, dass Easy Agile viele Inhalte hatte, Artikel darüber, wie man PI-Planung aus der Ferne durchführt, wie Sie Ihren virtuellen Teams helfen können, besser zusammenzuarbeiten, und wir wussten nicht, dass COVID kommen würde. Wir haben gerade diesen Trend in der Belegschaft gesehen und wir hatten diese Inhalte verfügbar.

Sean Blake:

Und dann habe ich mir unsere Website-Analysen angesehen und wir hatten einen riesigen Anstieg bei dem, was ich vermute, waren die Leute in diesen Unternehmen, die zum ersten Mal versuchten, herauszufinden, wie man PI-Planung virtuell durchführt, wie man ihre Freigabezüge buchstäblich auf den Gleisen hält, in einer Zeit, in der die Leute entweder den Staat verließen, zum ersten Mal von zu Hause aus arbeiteten, es ist wirklich so, als ob jemand die Bombe mitten in diesen Auslasszügen abgeworfen hat und die Leute darauf herumkraxeln, wie wir sind machen wir das jetzt virtuell? Hatten Sie zu der Zeit viele Fragen dazu, wie wir das machen werden? Und wie haben Unternehmen Ihrer Meinung nach auf diese Herausforderungen reagiert?

Gerald Cadden:

Ja. Ich erinnere mich, dass ich im Januar 2020 in Boulder, Colorado, war und gerade aus dem Urlaub in Australien zurückgekommen bin. Zu diesem Zeitpunkt kam COVID auf und Sie haben im Januar 2020 von Dingen gehört. Ich habe mit meinen Kollegen gesprochen und wir haben uns gefragt, wie schlimm das sein wird. Innerhalb von zwei Monaten fällt die Welt auseinander. Und ich denke, für uns ist es eine gute Möglichkeit, diese Geschichte zu erzählen, wenn wir uns ansehen, was Scaled Agile getan hat. Wir wussten, dass unser Geschäft sehr stark vom Erfolg unserer Partner abhängt, und das ist es auch heute noch. Und als wir anfingen, die physische Welt der PI-Planung und -Schulung zu verstehen, wurde uns klar, dass das Unternehmen, wenn es völlig auseinanderfiel, sich schnell anpassen musste.

Gerald Cadden:

Wir hatten bereits eine Reihe von Prioritäten für den PI festgelegt und implementieren Scaled Agile intern im Unternehmen. Zu der Zeit leiten wir das Unternehmen als Zug selbst, weil es 170 Personen sind. Also mussten sie die verschiedenen Epen neu priorisieren, wir haben neue Funktionen veröffentlicht und es ging nur darum, was wir jetzt ändern müssen, um unsere Partner über Wasser zu halten, indem wir sie online bringen, und ein wirklich gutes Team von Scaled Agile, das sich wirklich unternehmensübergreifend darum bemüht, kurzfristige Online-Materialien zu erstellen, um die Partner auf dem Laufenden zu halten, damit sie weiter unterrichten konnten. Sie könnten Wege finden, dies zu tun, PI-Planung durchzuführen, sie überprüfen Anpassungen alles online. Deshalb haben wir eine Menge Material einfach in Form von PowerPoint-Folien herausgebracht, die sie dann in Tools wie Mural, Al Tool integrieren konnten. SAFe Collaboration — wir haben das entwickelt, und das ist im Laufe der Zeit immer reifer geworden.

Gerald Cadden:

Und jetzt sind wir in einer Welt, in der wir viel mehr Stabilität haben. Wir haben einen großen Einbruch erlebt, wie jeder andere auch, aber die Frage ist, werden Sie aus diesem Einbruch herauskommen? Also, was wir wahrscheinlich sogar im zweiten Quartal dieses Jahres bemerkt haben, als wir am Ende sahen, dass es wieder auftauchte, was unsere Partner anfingen, mehr online zu unterrichten. Die Zahlen sagten uns also, dass die Materialien, die wir produzieren, funktionierten. Für uns war es einfach eine großartige Bestätigung, dass es uns gerettet hat, sich so zu organisieren, wie wir uns organisiert haben, die schnelle Art und Weise, wie wir uns anpassen konnten. Scaled Agile hätte also den Weg vieler Unternehmen gehen können und nicht überleben können, weil unsere Partner nicht überlebt hätten. Wir hatten die Fähigkeit, uns anzupassen. Aus meiner Sicht ist es also eine großartige Erfolgsgeschichte.

Sean Blake:

Nun, das ist großartig. Wir freuen uns alle, dass du immer noch da bist, um die Geschichte zu erzählen.

Gerald Cadden:

Ja, das sind wir.

Sean Blake:

Und Gerald, ob Sie nun über Unternehmen nachdenken, mit denen Sie in der Vergangenheit zusammengearbeitet haben, oder vielleicht sogar über das interne Scaled Agile-Beispiel, das Sie gerade angesprochen haben. Gibt es bestimmte Treffen, Zeremonien oder Kontrollpunkte, die im Rahmen des Agile Release Train-Prozesses wirklich wichtig sind? Was sind die Dinge, die für Sie wirklich verpflichtend sind, oder die wichtigsten Elemente, an denen sich das Unternehmen während der eigentlichen Einrichtungsphase, in der es versucht, den Scaled Agile-Ansatz zu verwirklichen, wirklich festhalten sollte?

Gerald Cadden:

Also interpretiere ich deine Frage richtig. Ich denke, wenn Sie die wirklich wichtigen Dinge umsetzen, auf die Sie sich als Team konzentrieren müssen, ist für mich zuallererst die PI-Planung. Das ist die wichtigste Sache. Es ist das erste, was die Leute ändern wollen, weil es zwei Tage dauert und jeder kommen muss und es Unternehmen eine beträchtliche Summe an Geld kosten kann, das alle 10 bis 12 Wochen durchzuführen. Sie werden also sehr schnell davonlaufen, wie ich es in der Vergangenheit in der Autofirma getan habe. Sie treffen sehr schnell auf den Finanzkontrolleur, der verstehen will, warum Sie 40.000$ pro Quartal für ein großes zweitägiges Meeting ausgeben. Und so lügen sie, sie fangen an, jeden Punkt auf der Rechnung in Frage zu stellen, aber das ist der wichtigste.

Gerald Cadden:

PI-Planung ist wichtig. Das Prüfen und Anpassen ist das andere, einfach weil wir am Ende keine Verbesserungsmöglichkeiten haben, wenn Sie diesen Feedback-Zyklus entfernen, was wir als Schließen des Kreislaufs bezeichnen, wenn Sie ihn entfernen. Diese beiden Ereignisse selbst bilden also die Grundlage dafür, womit wir beginnen und wie wir den Kreislauf schließen, aber es gibt kleinere Ereignisse, die zwischen den Teamevents stattfinden, die natürlich alle wichtig sind. Aber wichtiger für mich ist die Konstante, das Ereignis für das Produktmanagement-Team oder das Programmmanagement-Team, wie werden Sie sie filtern, entschuldigen Sie.

Gerald Cadden:

Wer muss sich regelmäßig treffen, um das sicherzustellen, dann nennen wir das den Sync. Das ist also der ART Sync oder der POPM Sync. Sie müssen sicherstellen, dass diese eingehalten werden, da es sich dabei um dynamischere Feedback-Schleifen handelt und sicherstellen, dass gute architektonische Anforderungen oder gute Funktionen umgesetzt werden, sodass die Teams, wenn Sie zu PI Planning kommen, wichtige Dinge zu erledigen haben. Wenn Sie mir also meine drei wichtigsten Ereignisse nennen müssten: PI Planning, Inspect and Adapt und ART Sync und das Produkt POPM Sync.

Sean Blake:

Fantastisch. Ich weiß, dass es für Teams immer die Versuchung gibt, Abkürzungen zu finden und die Problemumgehungen zu definieren, bei denen sie bestimmte Besprechungen oder bestimmte Check-Ins nicht durchführen müssen, aber in Bezug auf die Kommunikation muss es für diese Teams sehr wichtig sein, sicherzustellen, dass sie immer noch kommunizieren und das Framework nicht als Ausrede benutzen, um die Besprechungen zu beenden und die Zusammenarbeit einzustellen.

Gerald Cadden:

Ja. Ja, das habe ich durchgemacht, als ich bei der großen Autofirma in den USA angefangen habe, habe ich beschlossen, das Pflaster abzuzocken. Sie hatten mehrere Teams, die an Projekten arbeiteten, und es ging ihnen nicht gut. Als ich mir die Herausforderungen ansah und beschloss, SAFe zu implementieren, sagten einige vom Management: „Bist du verrückt? Warum würdest du das tun?“ Aber sie haben mir vertraut. Also haben wir das Pflaster abgerissen und sie alle zu einem Knoten geformt. Wir haben die Einrichtung gestartet. Und ich erinnere mich, dass einige Mitglieder des Managements am Ende der PIs viele Zweifel hatten, die kamen, nachdem sie die PI durchgesehen hatten und sagten, sie könnten einfach nicht glauben, wie toll das war.

Gerald Cadden:

Obwohl der erste PI etwas chaotisch war, verstanden sie die Arbeit und die Zusammenarbeit, die Ausrichtung, nur die Diskussionen, die stattfanden, waren für sie viel aussagekräftiger. Und die Teams waren glücklicher, sie gingen in eine andere Umgebung. Es hat also die Stimmung stark verändert. Also ich denke, dass die Teams ihre Fähigkeit haben, an einer der wichtigsten Stellen gehört zu werden, während der PI-Planung, sie bekommen die Chance, gehört zu werden. Sie erhalten die Chance, mitzumachen, anstatt erst am Ende zu sein, wo ihnen gesagt wird, was zu tun ist.

Sean Blake:

Mm-hmm (bejahend). Es stärkt das Team also wirklich.

Gerald Cadden:

Ja. Ja, absolut.

Sean Blake:

Das ist großartig. Wenn ein Unternehmen also die Implementierungsphase hinter sich lässt und sich ein bisschen mehr an die Art und Weise gewöhnt, die Dinge zu erledigen, was ist der beste Weg für es, diese Fortschritte der gesamten Organisation mitzuteilen und dann diese Arbeitsweise wirklich zu evangelisieren, um zu versuchen, mehr Teams an Bord zu holen und mehr Agile Release Trains einzurichten, sodass es wirklich ein Ansatz für das gesamte Unternehmen ist.

Gerald Cadden:

Ja. Eine gute Frage. Also ich denke zuallererst an die Systemdemo, die wir machen. Also die regelmäßigen Systemdemos, die stattfinden, das ist eine Veranstaltung, zu der man Leute einladen kann. Wenn Sie also das Ende der Programminkremente erreichen, die 10, 12 oder die acht, 10 oder 12 Wochen, und Sie machen Ihre PI-System-Demo, ist das eine Gelegenheit für Sie, Leute einzuladen, die vielleicht in der Organisation stehen und die das tun werden, oder sie sind neugierig, oder wenn Sie externe Lieferanten haben, die Sie im Rahmen der Schulung mit ins Boot holen möchten, lassen Sie sie kommen. Lassen Sie sie zu diesen Veranstaltungen kommen, damit sie einfach teilnehmen können. Sie können sehen, was vor sich geht, und das nimmt einem Teil der Angst vor dem, was das Zeug ist. Es gibt ihnen viel Arbeit.

Gerald Cadden:

Also die Systemdemo, ob du es während der PI machst, aber auf jeden Fall die PI-Systemdemo und du willst die. Also eher spontane Dinge und eines der Dinge, bei denen Organisationen, die ich gesehen habe, wirklich nicht tun, ist, wenn sie Erfolg haben, die Führung rund um den Zug gehen muss, und ich hasse den Begriff „evangelisieren“, aber gehen Sie raus und zeigen Sie die Erfolge. Gehen Sie raus und sprechen Sie bei der nächsten Firmentagung darüber, wo sie waren und wo sie jetzt sind. Teilen Sie in diesem Zusammenhang aber nicht nur die Kennzahlen mit, die auf eine höhere Wertschöpfung hindeuten, zeigen Sie die menschlichen Kennzahlen, zeigen Sie, wie das Team von einem gewissen Grad der Verärgerung zu einem vielleicht glücklicheren Gefühl und besserem Feedback übergegangen ist, sondern zeigen Sie, wie Unternehmen und Technologie näher zusammengekommen sind, weil sie in der Lage sind, zusammenzuarbeiten und gemeinsam Wert zu schaffen, anstatt uneins zu sein, weil das System sie uneins macht.

Sean Blake:

Fantastisch. Gerald, gibt es noch etwas, das du unserem Publikum mitteilen möchtest, bevor wir die Folge beenden? Irgendwelche Tipps oder ermutigenden Worte oder vielleicht ein paar Ratschläge für diejenigen, die erwägen, ihre Agile-Teams zu erweitern.

Gerald Cadden:

Ich denke, der eine Ratschlag, den ich noch einmal wiederhole, ist, während Sie den Implementierungsprozess durchlaufen und damit beginnen, Ihren Zug zu starten und Ihre Teams zu schulen, herauszufinden, wie Sie sie beim Start unterstützen werden. Wenn die Leute einen SPC-Kurs oder all die anderen Klassen absolvieren, werden sie nicht als sichere Genies herauskommen. Sie werden Wissen haben und sie werden den Enthusiasmus haben und auch etwas Angst haben, aber du brauchst gutes Coaching. Finden Sie also heraus, wenn Sie mit dem Implementierungsmuster beginnen, bei dem Sie die Teams usw. entwerfen, und finden Sie heraus, wie Ihr Coaching-Muster aussehen wird. Stellen Sie die Leute ein, die über das Wissen und die Erfahrung verfügen, und arbeiten Sie mit einem Partner zusammen, der das Wissen und die Erfahrung sammelt. Sie sollten nicht für immer dort bleiben, wenn Sie mit Beratern zusammenarbeiten.

Gerald Cadden:

Ihre Aufgabe sollte es sein, Sie zu befähigen, nicht dauerhaft dort zu bleiben, aber ohne dieses Coaching und das Coaching über ein paar PIs neigen Ihre Teams dazu, auf Probleme zu stoßen und rückwärts zu gehen. Um diese Dynamik aufrechtzuerhalten, geht es für mich darum, das Coaching-Muster herauszufinden. Die einzige andere, die ich auch sagen würde, ist eine gute Zusammenarbeit zwischen dem Produkt und den Personen, die die Rolle des Produktmanagements in der Architektur übernehmen werden, sicherzustellen, die Beschwerden zu beseitigen und sie zusammenarbeiten zu lassen, weil sie einen ersticken können. Steigen Sie ein und sprechen Sie vor der Markteinführung über die Umgebungen. Sie wollen keine komischen Probleme haben, wenn Sie sagen: „Oh, die Architektur ist schrecklich.“ Okay. Lass uns darüber sprechen, bevor wir starten.“ Also nur ein paar Dinge, die ich für wirklich wichtig halte, auf die Sie sich konzentrieren sollten, bevor Sie den Zug starten.

Sean Blake:

Fantastisch. Das weiß ich wirklich zu schätzen, Gerald. Ich habe in unserem Chat tatsächlich viel gelernt. Es sind dieselben Herausforderungen, die Sie vor 10 Jahren hatten, es sind dieselben Herausforderungen, vor denen wir heute stehen. Das eigentliche Problem von COVID ist die Herausforderung, wie Sie sich auf die Änderung der Denkweise konzentrieren können. Wir haben darüber gesprochen, dass die Teams bestrebt sind, sich zu ändern. Es mag ein paar murrende Stimmen geben, aber in Wirklichkeit geht es darum, dass Führung ein einladendes und sicheres Umfeld bietet, um diesen Wandel zu fördern, und um den Unterschied zwischen Coach und Berater, die Bedeutung von Mentoring. Wow, wir haben tatsächlich eine Menge Boden zurückgelegt, nicht wahr?

Gerald Cadden:

Ich kriege vielleicht Hasspost für diesen Kommentar, aber...

Sean Blake:

Oh, wir werden sehen. Die Zeit wird es zeigen. Vielen Dank, Gerald, dass Sie sich uns im Easy Agile Podcast angeschlossen haben. Und wir freuen uns, dass Sie Ihr Fachwissen mit uns und dem Publikum für den Podcast teilen. Danke, dass du gekommen bist.

Gerald Cadden:

Ich mache es jederzeit gerne. Danke, dass ich heute hier bin.

Sean Blake:

Danke Gerald.

Verwandte Episoden

  • Podcast

    Easy Agile Podcast Ep.24 Renae Craven, Agile Coach, über Teamausrichtung und den Sprung aus Ihrer Komfortzone.

    „Ich hatte ein inspirierendes Gespräch mit Renae über die Vorteile, die es hat, die eigene Komfortzone zu verlassen und das Teamverhalten aufeinander abzustimmen“ - Chloe Hall

    Zu Chloe Hall, Marketingkoordinatorin bei Easy Agile, gesellt sich Renae Craven, Agile Coach, Agile Trainer, Scrum Master Coach und lokale Leiterin des QLD Chapter bei Women in Agile.

    Diskutieren Sie mit Renae Craven und Chloe Hall über:

    • Renaes Weg zum Agile Coach und Agile Trainer
    • Machen Sie einen Sprung aus Ihrer Komfortzone
    • Wie wichtig es ist, sich Zeit zu nehmen, um Feedback zu sammeln und nachzudenken
    • Aufbau einer Teamumgebung, in der sich jeder sicher fühlt, seinen Beitrag zu leisten
    • Abstimmung des Teamverhaltens und wie sich die Priorisierung des Lernens auf die Teamleistung auswirkt
    • Warum ganztägiges Sitzen schlecht für dich ist und wie du Bewegung in deinen Arbeitsalltag bringst
    • + mehr

    Transkript

    Chloé Hall:

    Hallo und willkommen zurück zum Easy Agile Podcast. Ich bin Chloe, Marketingkoordinatorin bei Easy Agile, und ich werde Ihre Moderatorin für die heutige Folge sein. Bevor wir beginnen, möchten wir uns bei den traditionellen Hütern des Landes bedanken, von dem aus wir heute senden, den Menschen im Dhuwal-sprachigen Land. Wir erweisen den älteren, gegenwärtigen und aufstrebenden Ältesten unseren Respekt und erweisen allen Aborigines der Torres Strait Islanders und den Ureinwohnern der First Nations, die heute zu uns kommen, denselben Respekt. Heute haben wir eine sehr spannende Episode für Sie. Wir werden mit Renae Craven sprechen. Renae ist Agile-Coach, Agile-Trainerin, Scrum Master-Coach, BASI-Pilates-Instruktorin und leitet ihr eigenes Pilate-Studio.

    Renee ist auch lokale Leiterin des Chapters bei Women in Agile Brisbane und moderiert zusammen mit David Clifford den Podcast The Leader's Playlist. Renaes Leidenschaft im Leben ist es, Menschen zu helfen, eine bessere Version von sich selbst zu werden, indem sie Ihr Bewusstsein für Bereiche schärft, in denen sie sie verbessern möchten oder müssen, und sie dabei unterstützt, in diesen Bereichen zu lernen und zu wachsen. Laut Renae geht es beim Coaching nicht darum, den Leuten zu sagen, was sie tun sollen. Es geht um Fragen, die es ihnen ermöglichen, tiefer zu graben, Erkenntnisse und ihren Wunsch nach Veränderung aufzudecken. Willkommen zum Podcast, Renae. Vielen Dank, dass Sie heute gekommen sind. Ich weiß es wirklich zu schätzen und freue mich sehr, Ihre Geschichte, Ihre Reise und all die Erfolge, die Sie erzielt haben, zu enthüllen, was unglaublich ist. Wie geht es dir heute überhaupt?

    Renae Craven:

    Mir geht es gut, mir geht es gut. Danke, Chloe. Es ist Freitag, also bin ich an einem Freitag immer ein bisschen kaputt. Ich freue mich darauf, an den Wochenenden auszuschlafen und solche Dinge. Also ja, Freitag bin ich schon, immer ein bisschen trist, aber ansonsten geht es mir gut.

    Chloé Hall:

    Nun, das ist gut. Freitagnachmittag kann dir das definitiv immer antun. Ich freue mich auch sehr darauf, auszuschlafen. Ich denke, lass uns gleich loslegen. Ich wollte damit beginnen, dich als Person, Renae, zu erklären und deine Geschichte zu erzählen, wer Renae ist und welche Reise du unternommen hast, um heute so erfolgreich zu werden. Also, wenn du ein bisschen Hintergrundwissen über dich geben möchtest.

    Renae Craven:

    Wie weit gehe ich zurück? Also habe ich Informatik an der Uni gemacht, Informatik an der Uni. Also begann ich meine Karriere als diplomierter Entwickler, Softwareentwickler, ziemlich beschissener noch dazu.

    Chloé Hall:

    Sicher nicht, dem stimme ich nicht zu. Ich kann es nicht sehen.

    Renae Craven:

    Ich wusste genug, um über die Runden zu kommen, aber das würde ich definitiv nicht für den Rest meines Lebens tun. Aber damals war ich 20 und habe einfach Dinge getan, die man tun sollte, wenn man erwachsen ist. Du solltest zur Schule gehen und in der 12. Klasse gut abschneiden und zur Uni gehen und einen Abschluss machen und dann einen Job bekommen.

    Chloé Hall:

    Auf jeden Fall.


    Renae Craven:

    Also ja, ich habe all diese Kästchen angekreuzt und fand mich mit einem Abschluss in einem Job in einer guten Organisation wieder. Und ich war ein paar Jahre in diesem Entwicklungsjob und dann bin ich mehr in die Teamleitung gewechselt und ich war eine Weile Teamleiter und dann wurde ich 2010 Scrum Master. Das war der Zeitpunkt, an dem ich Agile entdeckte.

    Chloé Hall:

    In Ordnung. Jep.

    Renae Craven:

    Und ich denke, der Rest ist irgendwie Geschichte. Als ich Agile entdeckte, fingen die Dinge an, für mich mehr Sinn zu machen. Mit Menschen sprechen, Teams bilden, zusammenarbeiten, zusammenarbeiten, Probleme gemeinsam lösen, mehrere Köpfe für ein Problem gewinnen. Diese Art von Dingen war eine Sache, die mir nie Sinn gemacht hat, als ich gerade die Uni abgeschlossen habe. Und ich sage: „Was meinst du?“ Denn schon während meiner Studienzeit war ich ein bisschen anders und distanziert. Ich habe vor Jahren aus der Ferne studiert und mit einer Gruppe von vier anderen waren es vier andere, es war eine Gruppe von fünf. Wir haben alles zusammen gemacht, wir haben alle unsere Gruppenaufgaben gemacht, wir haben zusammen gelernt, wir haben zusammen zu Mittag gegessen, wir haben es einfach getan.

    Chloé Hall:

    Also mit genau derselben Gruppe?

    Renae Craven:

    Ja. Den ganzen Weg durch die Uni. Von dieser Art der Gruppenumgebung ging ich zur Arbeit über und war mehr ein Einzelner, als ob ich in einer Kabine mit Wänden gesessen hätte, die höher waren als ich, ich musste mit niemand anderem sprechen, wenn ich nicht wollte. Und das kam mir nie wirklich gut an. Es war nie irgendwie wer ich war. Also, als es Agile gab, war Scrum speziell hier, all diese Leute, die wir in einem Team zusammenbringen werden, und hier sind all die Probleme und Sie finden gemeinsam heraus, wie Sie sie lösen werden.

    Jemand wird dir nicht sagen, was du tun oder wie du es lösen sollst, du musst es als Team herausfinden, es war viel mehr, cool, das macht Sinn, das funktioniert besser. Warum war das nicht immer so? Also ja, da begann meine agile Reise und sie hat sich weiterentwickelt, als ich einige Jahre lang Scrum Mastering in verschiedenen Organisationen, verschiedenen Szenarien, verschiedenen Kontexten gemacht habe. Und dann konnte ich mich wohl bequem als Agile-Coach bezeichnen, ich würde sagen, vor vielleicht 5, 6 Jahren. Ich meine, es gibt wirklich nichts, was du tun kannst, bis du tickst, Oh, ich bin jetzt ein Agile-Coach.

    Chloé Hall:

    Es gibt keinen einfachen Abschluss oder eine Zertifizierung.

    Renae Craven:

    Nein, es ist wirklich nur Erfahrung. Und ich hatte Erfahrung in der Umgebung und die Leute sagten mir: „Du kannst dich jetzt Coach nennen, Agile-Coach, du hast jede Menge Erfahrung“. Ich sagte: „Ja, aber ich habe das Gefühl, dass ich noch so viel mehr wissen muss oder lernen könnte“. Ich fühle mich also nicht wirklich wohl. Aber ich habe für ein Beratungsunternehmen gearbeitet, also wurde ich sowieso so vermarktet. Also das war vor ungefähr 5, 6, 7 Jahren, als das begann zu passieren. Und dann mache ich auch andere Dinge, wie Agile-Training. Ich liebe es, Menschen auszubilden, ich führe Schulungen durch und coache auch. Und dann habe ich auch noch mein Pilates.


    Chloé Hall:

    Einfach ein Allrounder, viel los, das ist sicher. Ich denke auch, ich will nur auspacken, Sie hatten diesen Übergang, als Sie ein diplomierter Entwickler waren, und Sie fanden ihn ziemlich isolierend. Und dann bist du auf dieses Konzept von Agile gestoßen, als du in Teams arbeitest. War es, als Sie angefangen haben, Agile zu praktizieren, war das eine Art von Leidenschaft, ein Ziel von Ihnen, und das hat Sie auf den Weg des agilen Trainings und des agilen Coachings geführt?

    Renae Craven:

    Ich denke, ich meine Absicht, ich weiß immer noch nicht, ob ich weiß, was mein Lebenszweck ist. Leidenschaft. Ich denke, es hat mir geholfen, über mich selbst zu verstehen, wo einige meiner Stärken lagen. Und meine Stärken stimmten mit dem überein, was nötig war, um später ein Scrum Master und Coach zu werden. Die Fähigkeit zu moderieren, das ist ein großer Teil davon, ein Scrum Master zu sein, ein großer Teil davon, eines der wichtigsten Dinge am Beruf eines Coachs zu sein. Und das war einfach etwas, zu dem ich von Natur aus in der Lage war, aber ich wusste nicht, bis ich damit angefangen habe, ob das Sinn macht.

    Chloé Hall:

    Ja. Ja, ist das nicht immer so, es ist, als ob du etwas nicht weißt oder deine Stärken nicht wirklich kennst, bis du dich darauf einlässt. Du musst wirklich deine Komfortzone verlassen und einfach neue Dinge ausprobieren, neue Dinge erleben. Sonst wirst du es nie erfahren.

    Renae Craven:

    Ja, genau. Ja, ich kann nicht versuchen, eine gleichberechtigte Teilhabe in einem Raum oder in einem Workshop zu erreichen, indem man eine Moderation durchführt und eine Gruppe von Menschen aus verschiedenen Gesellschaftsschichten zu einem Ergebnis bringt und es einfach fließen lässt und die Gespräche fließen lässt. Aber trotzdem musst du bis zum Ende des Tages oder am Ende des Workshops zu diesem Ergebnis kommen. Das war etwas, zu dem ich natürlich in der Lage war. Und ich meine, mein erster Workshop, wie ich ihn moderiert habe, ich kann mich nicht einmal erinnern, was er war, aber ich bin mir sicher, dass die Art und Weise, wie ich ihn moderiere, sehr, sehr unterschiedlich ist. Aber es war immer noch etwas, das ich gerne gemacht habe, das mir Spaß gemacht hat. Und der Trainingsteil ist lustig, weil ich es in der Schule gehasst habe, in der Öffentlichkeit zu sprechen. Früher habe ich gehasst.

    Chloé Hall:

    Du klingst wie ich.

    Renae Craven:

    Ja. All das, wie ich früher auf Englisch aufgestanden bin und eine mündliche Prüfung gemacht habe und solche Dinge. All das habe ich gehasst. Ich war sehr froh, mich einfach im Hintergrund zu verstecken und nie eine Frage zu beantworten oder nie Probleme zu bereiten oder störend zu sein oder was auch immer. Außer im Matheunterricht war ich im Matheunterricht ein bisschen störend.

    Chloé Hall:

    Ich finde gerade so viel Resonanz bei dir, weil ich buchstäblich genauso war. Und ich hatte schon immer eine kleine Leidenschaft für Mathe. In Mathe war ich also super kontaktfreudig, habe so viele Fragen gestellt. Aber auf Englisch war meine größte Angst, in der Öffentlichkeit zu sprechen. Ich konnte einfach nicht für mein Leben einstehen. Es war das Schlimmste. Ich war immer so nervös, alles daran. Und ich finde es wirklich interessant zu sehen, wie weit Sie heute von dem entfernt sind, was Sie damals dachten. Gab es irgendwelche Übungen, viel Arbeit, die du an dir selbst machen musstest, um heute an diesen Punkt zu kommen?


    Renae Craven:

    Ich denke, ähnlich wie das, was du zuvor gesagt hast, musst du deine Komfortzone verlassen. Und ich denke, besonders zu Beginn meiner Karriere, als ich aus meiner Komfortzone gedrängt wurde. Es gibt ein paar Führungskräfte, für die ich zu der Zeit gearbeitet habe, naja, eine Handvoll Leute, die mich im Laufe der Jahre aus meiner Komfortzone gedrängt haben. Und in den früheren Tagen, in denen ich das nicht für mich selbst getan hätte. Also das für mich zu tun oder ich hatte nicht wirklich eine Wahl, weil ich ein gutes Mädchen war und damals Befehle befolgt habe. Es war nur etwas, bei dem ich sagte: „Oh okay, das ist cool“. Im Nachhinein bin ich froh, dass er das getan hat, denn ich wäre nicht da, wo ich jetzt bin, wenn ich nicht in das Pilotteam geworfen würde, das agile Pilotteam. Also ja, es gibt solche Dinge, bei denen ich in meine Komfortzone gedrängt wurde und es einfach versucht habe und herausgefunden habe, dass, oh, es war doch nicht so schlimm.

    Vielleicht könnte ich das nochmal machen. Und dann fängst du an, deine eigene Art von Resilienz aufzubauen, du sagst, nun, ich habe das schon einmal gemacht, also ist das nicht viel schwieriger. Ich glaube, das könnte ich tun. Oder es denkt irgendwie so darüber nach, aber es ändert sich auch. Es hat meine Denkweise dahingehend geändert, dass du deine Komfortzone verlassen musst, du musst Mist bauen, um zu lernen. So wie es in der Schule war, wo du dafür belohnt wurdest, dass du richtig warst, du wurdest dafür belohnt, dass du das Richtige getan hast. So lerne ich nicht. So lernen viele Menschen nicht. Du musst Mist bauen, um dann zu gehen.

    Chloé Hall:

    Auf jeden Fall.

    Renae Craven:

    Okay, wenn ich das nächste Mal mache, mache ich das stattdessen.

    Chloé Hall:

    Ja, auf jeden Fall.

    Renae Craven:

    Oder das Feedback zu bekommen, wie du das gemacht hast, naja, nächstes Mal könntest du das vielleicht tun oder was auch immer es ist. Ich bekomme nur dieses Feedback. Dagegen habe ich in der Schule nie etwas davon bekommen. Es war immer Renaes perfektes Engelskind, was auch immer es war.

    Chloé Hall:

    Trotzdem nett, aber ja.

    Renae Craven:

    Nett für die Eltern. Können wir mehr von Renae in unserer Klasse haben, nett für Mama und Papa. Aber im Nachhinein hat es nicht wirklich dazu beigetragen, mich auf das Wie vorzubereiten.

    Chloé Hall:

    Für die Realität.

    Renae Craven:

    Ja


    Chloé Hall:

    Wirklich.

    Renae Craven:

    Exakt.

    Chloé Hall:

    Vor allem, weil ich vor Kurzem den Übergang vom Uni-Abschluss in einen Vollzeitjob hinter mir habe und für Easy Agile gearbeitet habe, werde ich immer wieder positiv aus meiner Komfortzone gedrängt. Jeder unterstützt mich so sehr, dass sie immer sagen: „Oh Chloe, versuch das, versuch das“. Und ich sage nur: „Okay, ja, ich schaffe das.“ Und wenn es nicht unglaublich gut läuft, ist das okay. Ich habe etwas gelernt und kann es beim nächsten Mal besser machen.

    Renae Craven:

    Ja.

    Chloé Hall:

    Du kannst nicht einfach für immer in deiner Komfortzone sitzen, du hast nicht das Gefühl, wenn du etwas außerhalb deiner Komfortzone tust, du fühlst dich danach einfach so gut und du sagst, oh, beweise mir, dass ich das kann.

    Renae Craven:

    Jep. Und ich denke, der größte Teil davon besteht darin, anzuerkennen, dass das Lernen im Sitzen stattfindet. Eines der Dinge, die wir als Trainer tun, ist eine der wichtigsten Zeiten, in denen ein Team oder eine Einzelperson lernen muss, ist, sich hinzusetzen und zurückzudenken und dann, was gut und was schlecht war und was werde ich beim nächsten Mal anders machen. Und ich coache Teams, um das zu tun, aber das muss ich auch selbst machen. Ich habe quasi realisiert, dass ich mich als Training hinsetzen muss und wenn ich diese Dinge mache, müsste ich Feedback einholen und dann muss ich mich hinsetzen und darüber nachdenken, wie es gelaufen ist. Was ich glaube, beim nächsten Mal besser oder anders machen zu können, mache ich so etwas, damit ich mich auch selbst in den Dingen, die ich tue, verbessere. Es geht also wirklich darum, diese Zeit und diese Übung zu haben, um zu lernen, sich hinzusetzen, und was habe ich gelernt?

    Chloé Hall:

    Ja, das tue ich. Und dem stimme ich zu. Sie müssen sich die Zeit nehmen, um zu verstehen, zu reflektieren und zu verwirklichen, was Sie gelernt haben. Ansonsten ist das Leben so hektisch und du machst einfach weiter und gehst und du kannst es einfach komplett vergessen und es ist gut, diesen Moment zu nutzen. Mir gefällt wirklich, dass Sie das auch in Ihrem Agile-Coaching tun. Was machst du sonst noch, wenn du Teams coachst? Welche anderen Elemente gibt es?

    Renae Craven:

    Einige der Dinge, über die ich bereits gesprochen habe, sind ebenbürtig zu sein, zu versuchen, gleiche Teilhabe und gleiche Stimme zu erreichen. Wenn ich das versuche, ist das Schlagwort psychologische Sicherheit, aber der Versuch, ein Umfeld für ein Team zu schaffen, in dem sich jeder sicher fühlt, eine Frage zu stellen oder seine Meinung zu äußern oder was auch immer es ist. Und wenn wir als Coach herkommen, coachen wir normalerweise Teams, Menschen und Organisationen bei der Umstellung von einer bestimmten Arbeitsweise auf eine agile Arbeitsweise. Und das bedeutet, dass das Ganze, das den Leuten sagt, was sie tun sollen, wann und wie es zu tun ist, vorbei ist. Das ist weg. Und jetzt möchten Sie diese Fähigkeit innerhalb des Teams selbst aufbauen. Also diesen sicheren Raum schaffen, damit


    Das Team kann Fragen stellen und verstehen, was es zu tun hat, sodass es gemeinsam etwas liefern kann, anstatt dass jemand ihnen nur sagt, was zu tun ist.

    Es benutzt also dein Gehirn, benutzt auch das kollektive Gruppengehirn, anstatt nur zu haben, dein Gehirn nicht wirklich zu benutzen, nur darauf zu warten, dass dir gesagt wird, was zu tun ist und dann weißt du, was zu tun ist, du tust es einfach. Aber gemeinsam als Team ein Problem zu lösen und dann als Team herauszufinden, wie wir das lösen oder wie wir das umsetzen werden, ist etwas, das ich als Coach liebe, mit Teams zu arbeiten, ein Umfeld zu schaffen, in dem sie sich sicher fühlen, dumme Fragen zu stellen und solche Dinge.

    Chloé Hall:

    Und du musst nicht sagen, ich denke, das ist eine dumme Frage, aber du willst sie auf jeden Fall entfernen.

    Renae Craven:

    Und ich denke, der andere Teil ist immer noch das Lernen, es ist genau das Gleiche. Es geht darum, den Fokus zu nehmen, den Fokus abzulenken, wir müssen liefern und dann werden wir ein paar Dinge lernen, wenn wir Zeit haben, um das umzudrehen, sodass du: „Nein, nein, nein, nein, du musst lernen, um besser zu werden“. Konzentrieren Sie sich also darauf, denn viele Teams werden einfach sagen, wir haben all diese Termine, all diesen Lieferdruck, wir müssen diese Dinge erledigen. Wir haben keine Zeit, uns hinzusetzen und darüber nachzudenken, was wir gelernt haben oder wie wir als Team besser werden können. Sie werden als Team niemals besser werden, wenn sie einfach in diesem endlosen Lieferzyklus bleiben. Die gleiche Art von Zeit damit zu verschwenden, immer und immer wieder Dinge zu verschwenden. Es geht also auch darum, die Denkweise der Teams umzudrehen und zu sagen: „Nein, warte, wir müssen das machen, sonst werden wir als Team nicht besser.“

    Chloé Hall:

    Ja, auf jeden Fall. Und ich denke, da passt die Agile-Retrospektive perfekt hinein. Und ich weiß, dass ich gerade aus meiner Retrospektive mit meinem Team gekommen bin und wir machen das wöchentlich und es ist so gut, auch mit Aktionsgegenständen herauszukommen. Und es ist so, okay, nächste Woche werden wir so besser werden. So werden wir vorankommen, das ist unser Fokus und es gibt auch keine versteckten Probleme, weil es jeden Freitag auftaucht und wir darüber sprechen. Du gehst also nicht mit einem Groll in den Montag der nächsten Woche oder du ärgerst dich über etwas, das mit dem Arbeitsablauf des Teams zusammenhängt. Sie haben es angesprochen, Sie haben es in der letzten Woche belassen, Sie haben die Maßnahmen offensichtlich mitgebracht, und hoffentlich wird es von da an besser.

    Renae Craven:

    Ja, absolut. Und das ist der Schlüssel. Es ist das, was auch immer wir in unserer Rückschau entschieden haben, was wir anders machen werden, wir machen das am nächsten Tag oder Montag in Ihrem Fall anders. Es ist nichts, worüber wir reden und dann ignorieren wir es einfach und wir sprechen einfach in zwei Wochen wieder darüber oder was auch immer es ist. Es geht darum, die Entscheidungen, die Sie als Team treffen, in die Praxis umzusetzen, und diese Rückblicke die ganze Zeit. Es sind auch keine massiven Aktionen. Es sind nur kleine Verbesserungen hier und da.

    Chloé Hall:

    Ja, es gibt kleine Dinge.

    Renae Craven:


    Sie bauen sich einfach im Laufe der Zeit auf.

    Chloé Hall:

    Und das ist die Sache, wenn du es regelmäßig machst, sind es kleine Dinge, aber wenn du es nicht regelmäßig machst, dann bauen sie sich auf und sie werden zu großen Dingen, großen Problemen und massiven Blockern auch innerhalb des Teams.

    Renae Craven:

    Ja, absolut.

    Chloé Hall:

    Ja. Also frage ich mich auch, Renae, wenn du dein Agile-Coaching und dein Agile-Training durchführst, dann machst du das sowohl auf individueller Basis als auch auf Teambasis. Glaubst du, es gibt einen Aspekt der Denkweise, die agile Denkweise, und muss jeder Einzelne mit dieser agilen Denkweise zur Arbeit kommen, damit das Team besser arbeiten kann?

    Renae Craven:

    Denkweisen. Wenn alle die gleiche Denkweise hätten, wären es Roboter oder.

    Chloé Hall:

    Stimmt.

    Renae Craven:

    Die Welt wäre sehr langweilig.

    Chloé Hall:

    Sehr gutes Argument.

    Renae Craven:

    Ich denke, das ist ein bisschen, wenn ich an ein Team denke, ein agiles Team, solange es eine gewisse Übereinstimmung darüber gibt, wie sich das Team verhält, warum es existiert, was ihr Zweck ist und wie sie miteinander umgehen und wie sie Probleme gemeinsam lösen, dann können die Denkweisen der einzelnen Teammitglieder unterschiedlich sein. Und das ist in Ordnung, solange alle sich einig sind, wie wir uns verhalten werden. Ich stoße ständig auf Leute, die gezwungen wurden, auf diese agile Art zu arbeiten. Ihre Denkweise entspricht also definitiv nicht der Denkweise, die Sie für ein agiles Team benötigen, aber wenn sie in einem agilen Team sind und es Leute in diesem Team gibt, die die Denkweise oder das Verhalten haben, das Sie haben müssen, um agil zu liefern, gleicht sich das im Laufe der Zeit irgendwie aus.

    Und im Laufe der Zeit werden sich diese Denkweisen ändern und sie werden sehen, wie sich andere Leute in ihrem Team verhalten, wie sich ihre Führungskräfte verhalten, solche Dinge. Ich betrachte es also immer eher als eine Verhaltenssache als als eine Mindset-Sache. Wie treffen wir Entscheidungen, wie ich schon sagte, wie gehen wir miteinander um, wie gehen wir mit Problemen um, wer sind unsere Kunden, all diese Dinge. Es ist eher dieses Verhalten, das ich mag, anstatt dass ich denke, oh, sie haben nicht die Denkweise, sie haben nicht die Denkweise, ich schaue mir einfach an, wie sie sich verhalten. Denn am Ende des Tages kannst du das nicht erzwingen


    Denkweise. Aber wenn sie als Team anfangen, als Team zusammenzuarbeiten, werden sie das liefern, was sie liefern müssen. Und sie alle, das ist einfach der ganze funktionsübergreifende Teil davon. Du bringst verschiedene Köpfe zusammen, unterschiedliche Hintergründe, unterschiedliche Erfahrungen, verschiedene Fähigkeiten, all das.

    Chloé Hall:

    Auf jeden Fall.

    Renae Craven:

    Du stellst sie in einem Team zusammen, damit sie ihre Fähigkeiten einsetzen können. Sie sind all diese verschiedenen Teile, um diese Probleme zu lösen.

    Chloé Hall:

    Ja, nein, auf jeden Fall. Ich denke, die Art und Weise, wie sich Menschen verhalten, hat auch viel damit zu tun. Und ich denke auch, dass man in der richtigen Denkweise sein kann, dass man sich richtig verhalten kann. Und das hat auch viel damit zu tun, wie du auf der Arbeit auftauchst. So kommst du zur Arbeit. Wenn du einen schlechten Morgen hattest, wird sich das darauf auswirken, wie es dir an diesem Tag geht. Oder wenn du an diesem Morgen aufwachst und eine Art festgelegte Morgenroutine hast, die dich in diese gute Routine für den Tag bringt, diese gute Denkweise und dieses Verhalten, dann kann das sehr helfen. Und ich denke auch, das ist auch etwas, worüber ich gerne mit dir sprechen würde, denn du hast Pilates-Vorkenntnisse, bist in deinem eigenen Studio und seit wie vielen Jahren bist du Instruktor?

    Renae Craven:

    Es wird anderthalb Jahre her sein, seit ich mich qualifiziert habe.

    Chloé Hall:

    Ja. Nett. Ja, ich bin also auch Instruktor. Ich glaube, ich unterrichte jetzt seit ungefähr sechs Monaten. Aber ich frage mich auch, du hast also deine beiden Leidenschaften, Besitzer eines Pilates-Studios und dann auch Agile-Coach. Gibt es das Element, sich morgens auf den Tag vorzubereiten? Denken Sie, wenn jemand, der meditiert, die Art von Morgenroutine hat, die er trainiert, kann er sich bei der Arbeit im Grunde besser verhalten? Was sind deine Gedanken dazu?

    Renae Craven:

    Ja, ich denke, je besser du dich in dir selbst fühlst oder wie du dich in dir fühlst, hat definitiv einen direkten Zusammenhang damit, wie du dich bei der Arbeit verhältst. Also ja, wenn du einen hektischen Morgen hattest oder auf dem Weg zur Arbeit ein Stau war oder was auch immer es ist, dann wirst du definitiv ziemlich aufgedreht sein, wenn du zur Arbeit kommst.

    Chloé Hall:

    Ja, auf jeden Fall.

    Renae Craven:


    Es wird sich darauf auswirken, wie Sie auf Fragen oder Menschen antworten oder Ihrem Team antworten oder was auch immer es ist. Ja, absolut. Aber ich selbst habe morgens nicht wirklich eine feste Routine. Ich gehe ins Fitnessstudio, aber ich gehe nicht jeden Tag ins Fitnessstudio. Aber morgens, wenn ich ins Fitnessstudio gehe, habe ich nie Lust, weil nein, ich will nur schlafen.

    Chloé Hall:

    Es ist früh. Ja.

    Renae Craven:

    Ja. Aber ich muss morgen früh los, sonst gehe ich nicht ins Fitnessstudio. Fitnessstudio ist so etwas, es ist ein bisschen wie eine Hassliebe. Ich weiß, dass ich es tun muss, aber ich mache es nicht gern.

    Chloé Hall:

    Nicht einmal danach? Das Gefühl danach?

    Renae Craven:

    Danach ist gut. Es war wie, aber von, oh Gott sei Dank, das ist erledigt.

    Chloé Hall:

    Ja.

    Renae Craven:

    Tick, ich bin fertig für heute.

    Chloé Hall:

    Aus dem Weg.

    Renae Craven:

    Wenn es am Nachmittag wäre, wenn ich nachmittags ins Fitnessstudio gehen würde, würde ich nicht gehen. Es wäre einfach: „Nein, es ist zu schwer oder ich kann mich nicht darum kümmern, ich bin zu müde“. Also stehe ich morgens als erstes auf und stelle meinen Wecker 15 Minuten vor Beginn meines Sportunterrichts ein.

    Chloé Hall:

    Beeindruckend. Das ist Anstrengung.

    Renae Craven:

    Ich weiß.

    Chloé Hall:

    Das ist gut.

    Renae Craven:

    Ich renne los, um dorthin zu kommen, aber ich habe am Abend zuvor alle meine Klamotten vorbereitet, sodass ich nicht einmal nachdenken muss. Ich stehe einfach auf, ziehe mich an und steige ins Auto und fahre ins Fitnessstudio und.

    Chloé Hall:

    Ich mache das Gleiche.

    Renae Craven:

    Ich mache meinen Unterricht, ich hatte noch keine Zeit, mir das auszureden. Aber danach ist es wie, oh ja, ausgezeichnet. Das ist für heute erledigt. Und ja, es ist schön zu wissen, dass Sie das auch für den Tag getan haben, wenn Sie Ihren Arbeitstag beginnen. Also an meinen Tagen im Fitnessstudio ist das wahrscheinlich meine Routine, um mich auf die Arbeit vorzubereiten. Aber an anderen Tagen sind sie wohl etwas entspannter. Ich glaube, wenn ich Kaffee trinken möchte, dann kann ich die Welt ohne Kaffee nicht bewältigen. Egal, ob ich zu Hause oder im Büro bin, das Erste, was ich tun werde, ist, wenn ich ins Büro komme, hole ich mir auf dem Weg dorthin einen Kaffee. Also trinke ich Kaffee, wenn ich ins Büro gehe. Also ja, ich schätze, das könnte man meine Routine nennen.

    Chloé Hall:

    Nein, ich denke, viele Leute, auch viele Zuhörer werden das nachvollziehen können. Und früher war ich so und dann kam mir der Kaffee einfach nicht gut. Ich stellte fest, dass es meine Nerven für den Tag und alles andere wirklich strapazierte. Es war also so schwer. Ich habe nicht mehr zwei bis drei Kaffees am Tag getrunken, sondern aufgehört, und jetzt trinke ich stattdessen wie einen Matcha. Aber das war auch ein so großer Teil meiner Morgenroutine und davon abzusteigen war eines der schwierigsten Dinge, die ich je tun musste.

    Renae Craven:

    Ja, das habe ich einmal gemacht. Ich habe mich vor Jahren für einen dieser Gesundheits-Retreats entgiftet und ich musste Kaffee und so weiter entgiften.

    Chloé Hall:

    Oh wirklich?

    Renae Craven:

    Vor zwei Wochen davor und ja, Kaffee war schwer.

    Chloé Hall:

    Ja.

    Renae Craven:

    Sehr, sehr schwer. Weil ich den Geschmack meines Kaffees liebe. Ich trinke ihn einfach pur, ich habe keine Milch, also liebe ich den Geschmack meines Kaffees.

    Chloé Hall:

    Ja, wow. Okay.

    Renae Craven:


    Aber vielleicht sind es auch die anderen Vorteile, wenn ich keine Menschen töten will, die Kaffee mir antut. Ich kann jetzt mit der Welt umgehen. Ich habe meinen Kaffee getrunken.

    Chloé Hall:

    Du bist okay, in Ordnung. Wer braucht jetzt Coaching? Wer braucht eine Schulung? Und ich bin bereit für Rock'n'Roll.

    Renae Craven:

    Ja, jetzt geht es mir gut.

    Chloé Hall:

    Ja. Nett. Ja. Nun, der Grund, warum ich über den ganzen Zusammenhang zwischen Bewegung und Arbeit sprechen wollte, war, dass ich Ihren Artikel auf LinkedIn darüber gelesen habe, was das Sitzen den ganzen Tag mit Ihrem Körper macht und Sie sagen, wie Pilates dabei helfen kann. Der Abschnitt, der meiner Meinung nach bei mir sehr gut ankam, war, als Sie sagten, als COVID-19 die Welt zum Erliegen brachte und alle, die von zu Hause aus arbeiteten, einschränkte, die Leute, die in der Büroumgebung arbeiteten, saßen Sie den ganzen Tag gebeugt vor einem PC zu Hause und es sind aufeinanderfolgende virtuelle Besprechungen, Sie haben nicht wirklich die Möglichkeit, aufzustehen, eine Pause einzulegen, spazieren zu gehen und so. Und ich denke, ich bin mir sicher, dass viele unserer Zuhörer in dieser Realität sein werden, und auch nach COVID ist das immer noch der Fall. Ich denke, nur damit alle zuhören, gibt es irgendwelche Tipps oder so, um dich aufzustehen, dich in Bewegung zu bringen, damit du das nicht täglich erlebst.

    Renae Craven:

    Ich denke, der andere Unterschied ist vor COVID, sicher, Sie haben den ganzen Tag bei der Arbeit an Ihrem Schreibtisch gesessen, aber Sie gehen auch ins Büro und gehen zu Besprechungen und gehen in die Küche und gehen zu Fuß, um Ihr Mittagessen zu kaufen und solche Dinge. Und du hattest auch keine aufeinanderfolgenden Treffen. Du hattest also die Gelegenheit und wenn du von Zimmer zu Zimmer gehst, bist du aufgestanden. Während es zu Hause nur aufeinanderfolgende Treffen sind und ich weiß nicht, wie es dir geht, aber ich renne zwischen den Treffen auf die Toilette.

    Chloé Hall:

    Ja. Das tue ich. Das tue ich tatsächlich. Das hat das gestern sogar ein bisschen ausgelöst.

    Renae Craven:

    Das habe ich gestern eigentlich auch gemacht. Und selbst auf dem Höhepunkt von COVID waren die aufeinanderfolgenden Treffen so schlimm. Ich hatte nicht einmal eine Mittagspause. Ich habe gearbeitet, ich habe mein Mittagessen in Besprechungen zubereitet und auch bei Sommerzeit. Es wirft immer Dinge aus, weil Queensland bleibt, wo sie sind, und es wirft alles so raus. In meinem Artikel war es also eigentlich eher eine Arbeit, die ich im Rahmen meines Dozentenkurses einreichen musste.

    Chloé Hall:

    Oh cool. Ja.

    Renae Craven:

    Und ebenso wie meine 600 Stunden Praxis und.


    Chloé Hall:

    Ja. Ja, das kann ich nachvollziehen, aber ich musste den Artikel nicht schreiben.

    Renae Craven:

    Also habe ich einfach Teile daraus herausgeholt und weil ich dachte, dass das immer noch relevant ist und vielleicht bei den Leuten Anklang findet und besonders bei den Leuten, mit denen ich verlinkt bin, ist LinkedIn das Publikum, oder? Also, dass einfach Dinge, die beim Sitzen, Hinsetzen passieren, schlecht für dich sind, Punkt. Wo du den ganzen Tag arbeitest oder auf einer Couch sitzt, was auch immer es ist, Sitzen ist schlecht für dich. Und je länger du sitzt, desto lockerer wirst du. Je mehr deine Wirbelsäule immer in einem abgerundeten Zustand ist, desto weniger beanspruchst du deine Rückenmuskulatur, deine Rückenstrecker, desto mehr sitzt du in deinem Becken, deine Hüftbeuge verkürzen sich, weil du dich ständig hinsetzt und das strafft deinen unteren Rücken irgendwie. Und dann hast du deine, selbst wenn du nur deine Maus benutzt, diese Schulter, die ständig zusätzliche Sachen macht oder Dinge vorwärts und rückwärts macht. Und dann auch noch dein Hals und deine Fallen, alles wird irgendwie eng.

    Also Dinge, die du tun kannst. Ich habe einen geschrieben, mein Artikel hat einen Beispiel-Klassenplan, um die Auswirkungen rückgängig zu machen, wenn man den ganzen Tag in einem Bürojob sitzt. Aber dieser Klassenplan nutzt den gesamten Apparat. Aber es gibt Dinge, die man auf der Matte oder dem Reformer oder dem Cadillac oder unter dem Stuhl machen kann. Aber ich biete nach der Arbeit ein paar Online-Kurse an und sie haben während COVID angefangen und sie gehen immer noch. Und ich habe sie speziell entworfen, um sie rückgängig zu machen. Ich weiß, dass diese Leute den ganzen Tag gesessen haben. In meinem Unterricht wird also quasi alles enträtselt, was sie den ganzen Tag über getan haben.

    Chloé Hall:

    Die Leiche.

    Renae Craven:

    Ich meine meinen Unterricht, meinen Mathematikunterricht sowieso, der konzentriert sich normalerweise darauf, ich meine Tipps für Leute, die nicht wirklich zu einem Kurs kommen, aber rückgängig machen, du machst das Gegenteil von dem, was du den ganzen Tag gemacht hast. Wenn du also den ganzen Tag sitzt, aufstehst, herumläufst, wenigstens auf deine Smartwatch hörst, wenn sie dir sagt, dass du eine Pause einlegen musst. Steh auf und mach eine Pause. Und geh raus zum Briefkasten und hol dir gleichzeitig etwas Sonnenschein, wenn du Glück hast, gibt es heutzutage nicht viel Sonne.

    Chloé Hall:

    Wenn es draußen ist, rennen Sie los.

    Renae Craven:

    Du machst sozusagen Schulterrollen und Nackendehnungen und Hüftbeuger, sodass du, wie gesagt, einfach rückgängig machst und das Gegenteil von dem tust, was du tust, wenn du sitzt. Denken Sie also an die Muskeln oder Sehnen oder was auch immer sie sind, auch wenn Sie nicht wissen, was sie sind, wissen Sie, dass sich einige an der Vorderseite Ihrer Hüfte befinden. Und wenn du sitzt, kannst du dir vorstellen, dass sie nicht benutzt werden, sie stecken einfach da fest. Also begradige sie. Dehnen Sie sie aus. Wenn deine Wirbelsäule die ganze Zeit rund ist, dann drücke, rolle deine Schultern zurück, drücke auf deine Brust und benutze deine Rückenmuskulatur. Und ich weiß nicht einmal, ob sich die Leute mit Rückenstreckern so gut auskennen. Ich weiß nicht, ob die Leute das verstehen. Weil du deine Wirbelsäule hast und dann diese verdrehten Muskeln, die auf beiden Seiten deiner Wirbelsäule verlaufen. Ich kann mich gerade nicht an den wissenschaftlichen Namen für sie erinnern.


    Chloé Hall:

    Nein. Ich auch nicht.

    Renae Craven:

    Wir nennen sie einfach Extensoren zurück. Und wenn du deine Wirbelsäule aufrichtest, funktionieren sie und du schaltest sie ein. Es trainiert nur deinen Bizeps und stärkt diesen Muskel, wenn du deine Wirbelsäule streckst und du kannst sogar geradeaus und rückwärts gehen. Du benutzt diese Rückenmuskulatur und du stärkst diese Rückenmuskulatur und es wird verhindern, dass du wie ein Rundling bist.

    Chloé Hall:

    Ja, ich habe mich den ganzen Tag vor dem Computer gebeugt.

    Renae Craven:

    Vorgebeugt.

    Chloé Hall:

    Ja. Ja, das ist es. Das willst du nicht.

    Renae Craven:

    Also macht es wirklich nur das Gegenteil oder ja. Teilnahme an Online-Kursen. Ich kann dir ein paar Übungen beibringen.

    Chloé Hall:

    Ja, nun, wir werden diesen Artikel auf jeden Fall auch mit diesem Podcast teilen, damit die Leute das Programm sehen können oder vielleicht etwas ist, das hilft. Für mich auf der Arbeit haben wir das große Glück, dass wir einen Stehpult haben, und ich finde das einfach unglaublich. Denn wenn ich von zu Hause aus arbeite, habe ich keinen Stehpult und ich kann den Unterschied spüren. Mein Körper fühlt sich einfach an, du fühlst dich einfach nicht richtig und ich fühle mich müder und ja, ich muss einfach öfter aufstehen und mich bewegen.

    Renae Craven:

    Ja. Wenn du den ganzen Tag stehst, ist es dasselbe. Du musst auch sitzen. Du musst immer noch das Gegenteil tun. Stehen ist wie, weil man auch beim Stehen nachlassen kann, also kann man mit der Zeit immer noch müde werden und sich irgendwie hinbeugen oder man ist immer noch irgendwie angespannt in den Schultern und so. Es kann also sein, dass du immer noch auf deine Körperhaltung achtest, wenn du stehst und dich einfach selbst korrigieren musst oder immer noch spazieren gehst, trotzdem allem die Möglichkeit geben, sich so zu bewegen, wie es sich bewegen soll, und nicht den ganzen Tag still zu stehen.

    Chloé Hall:

    Ja, auf jeden Fall. Ja, Renae. Ja. Vielen Dank, dass du heute zum Podcast gekommen bist. Ich habe diesen Chat mit dir wirklich genossen. Ich denke, unsere Lister werden eine Menge daraus ziehen und ich möchte auf jeden Fall auch mehr von diesem Pilates-Gespräch fortsetzen.

    Renae Craven:

    Danke Chloe. Danke, dass du mich eingeladen hast.


    Chloé Hall:

    Keine Sorge, danke.

  • Podcast

    Easy Agile Podcast Ep.15 Die Rolle der Wirtschaft bei der Unterstützung von Nachhaltigkeitsinitiativen mit TietoEVRY

    Rebecca Griffith

    „Es war unglaublich, mit Ida und Ulrika von TietoEvry zu sprechen, sie sind wirklich wegweisend in Sachen Nachhaltigkeit“ - Rebecca Griffith

    Rebecca und Caitlin sprechen mit Ida und Ulrika von TietoEvry über Nachhaltigkeit im Großen und Ganzen und die Rolle der Wirtschaft bei der Unterstützung von Nachhaltigkeitsinitiativen.

    🌍 Umsetzung von Nachhaltigkeit im täglichen Geschäftsbetrieb
    🌍 Die Rolle der Technologie bei der Förderung der Nachhaltigkeit
    🌍 Stellen Sie sicher, dass Ihr Nachhaltigkeits- und DEI-Bericht nicht zu einem stagnierenden Dokument wird
    🌍 Herausforderung als Chance begreifen
    🌍 Das gesamte Team mit ins Boot holen

    Ein wichtiges Hörerlebnis für alle, viel Spaß!

    📲 Abonnieren/Hören Sie Ihre Lieblings-Podcasting-App.

    Transkript

    Caitlin Mackie:

    Hallo zusammen. Willkommen zum Easy Agile Podcast. Ich bin Caitlin, Marketingkoordinatorin bei Easy Agile.

    Rebecca Griffith:

    Und ich bin Beck, Team- und Betriebsassistent bei Easy Agile, und wir werden Ihr Moderator für diese Episode sein. Bevor wir beginnen, möchten wir den traditionellen Hütern des Landes, von dem aus wir heute senden, unsere Anerkennung aussprechen, den würdigen, würdigen Menschen der Tharawal-Nation und den Ältesten in Vergangenheit, Gegenwart und Entwicklung unseren Respekt erweisen. Den gleichen Respekt zollen wir allen Ureinwohnern und den Bewohnern der Torres-Strait-Inseln, die heute zu uns kommen.

    Caitlin Mackie:

    Heute kommen Ida und Ulrika von TietoEvry zu uns. Willkommen. Danke, dass du zu uns gekommen bist.

    Ida Bohman Steenberg:

    Vielen Dank, dass Sie uns haben.

    Ulrika Lagerqvist von Unge:

    Ich danke dir.

    Rebecca Griffith:

    Es wäre toll, wenn wir mit einigen Einführungen beginnen könnten. Ida und Ulrika, könntest du unseren Zuhörern etwas über dich und deine Rolle bei TietoEvry erzählen?

    Ida Bohman Steenberg:

    Ja, natürlich. Ich bin Ida und leite seit vier Jahren das Nachhaltigkeitsteam von TietoEvry. Und Ulrika?

    Ulrika Lagerqvist von Unge:

    Ja. Ich arbeite im Nachhaltigkeitsteam als Nachhaltigkeitsmanager, auch hier bei TietoEvry.

    Rebecca Griffith:

    Hervorragend. Danke. Danke für die Einführungen. Lass uns reinspringen. Können Sie uns für unsere Zuhörer, die mit TietoEVRY möglicherweise nicht vertraut sind, einen kleinen Überblick darüber geben, was das Unternehmen tut?

    Ida Bohman Steenberg:

    Ja. Ja, klar. Wir sind ein Unternehmen mit Sitz in den nordischen Ländern, also sehr, sehr weit weg vom sonnigen Australien. Wir sind ein Technologieunternehmen. Wir bieten verschiedene Lösungen. Zum Beispiel in den Bereichen Software, Cloud und Infrastruktur sowie Unternehmensberatung. Ich denke, heutzutage sind wir zumindest der größte Technologieanbieter in Skandinavien.

    Caitlin Mackie:

    Nachhaltigkeit ist ein großer Teil von TietoEvry. Sie haben wirklich einen soliden Nachhaltigkeitsplan und Ihre Strategie für 2023, in der Ihre wichtigsten Prioritäten in Bezug auf ethisches Verhalten, Klimaschutzmaßnahmen und die Schaffung eines aufregenden Arbeitsumfelds für Ihre Mitarbeiter hervorgehoben werden. Können Sie den Nachhaltigkeits-Spielplan für 2023 näher erläutern?

    Ida Bohman Steenberg:

    Ja, das würden wir gerne. Der Nachhaltigkeitsplan ist unser langfristiger Plan, den wir letztes Jahr erstellt haben. Wir waren eigentlich zwei Unternehmen, die letztes Jahr zu einem fusionierten. Wir hatten unterschiedliche Hinterlassenschaften. X Tieto waren in einigen Dingen gut und X EVRY waren in einigen Dingen gut, aber natürlich hatten wir auch viele Herausforderungen. Wir mussten uns hinsetzen und wirklich versuchen herauszufinden, worauf wir uns in Zukunft konzentrieren sollten, und zwar nicht nur, um auf dem aufzubauen, was wir bereits haben, sondern uns auch die großen Herausforderungen da draußen ansehen, um zu sehen, wo wir sein wollen und welche Rolle wir spielen wollen. Wir haben einen Spielplan erstellt, der aus zwei Teilen besteht. Wir haben quasi den verantwortungsvollen Betrieb, das ist die traditionelle Nachhaltigkeitsarbeit, die Sie in jeder Organisation finden, die Nachhaltigkeit ernst nimmt.

    Wir haben ethisches Verhalten, wenn es beispielsweise um Geschäfte, Ethik und Korruption, Cybersicherheit, Datenschutz, Menschenrechte und verantwortungsvolle Beschaffung geht. Dann haben wir einen aufregenden Arbeitsplatz, der eher mit Personalfragen zu tun hat, weil wir Personalunternehmen sind. Wir müssen darin sehr gut sein, um die richtigen Talente anzuziehen und die Talente, die wir haben, auch zu halten. Wir stehen vor großen Herausforderungen, wenn es zum Beispiel darum geht, Frauen in unserer Branche zu gewinnen und zu halten. Deshalb müssen wir sehr gut in Vielfalt und Inklusion sein und natürlich auch in der Mitarbeitererfahrung, damit es hier Spaß macht zu arbeiten. Dann ist der Klimaschutz aufgrund der sich abzeichnenden Klimakrise natürlich die eine Sache, an die die Menschen am meisten denken, wenn sie an Nachhaltigkeit denken. Damit arbeiten wir natürlich viel, und auch mit der Kreislaufwirtschaft und unserer Einstellung dazu.

    Das ist für uns wie die Grundlage, in der wir sehr gut sein müssen, wie etwa unsere Betriebslizenz, und wir arbeiten entlang der gesamten Wertschöpfungskette mit diesen Themen, aber da wir ein Technologieunternehmen sind, wollten wir auch herausfinden, was wir tun können, um nicht nur unsere eigene Nachhaltigkeitsleistung zu verbessern, sondern vor allem unsere Kunden? Was meiner Meinung nach fällig ist und was für TietoEVRY jetzt wirklich auffällt, ist, dass wir in Zukunft diesen wirklich, wirklich starken Geschäftsfokus für diesen Nachhaltigkeitsplan haben. Ich dachte, vielleicht könnte Ulrika übernehmen und etwas über die obere Hälfte des Kreises erklären und näher erläutern.

    Ulrika Lagerqvist von Unge:

    Ja, genau. Bei der Entwicklung dieser Strategie oder dieses langfristigen Plans haben wir festgestellt, dass einige unserer größten Auswirkungen auch bei unseren Kunden liegen. Wir haben viele Fähigkeiten und wir haben viele Kunden. Warum also nicht diese kombinieren und herausfinden, wo wir die größte Chance haben, unseren Kunden tatsächlich zu helfen, nachhaltiger zu werden? Wir haben eine Methode entwickelt, bei der wir unsere Fähigkeiten, die Problembereiche unserer Kunden und unsere Kundenchancen untersucht haben, und dabei vier Möglichkeiten ermittelt haben, die eine weitreichende Wirkung haben. Hier bieten sich uns Geschäftsmöglichkeiten, um unsere Kunden nachhaltig zu gestalten. Dies sind neue Schwerpunktbereiche in unserem langfristigen Nachhaltigkeitsplan, in dem wir mit unserem eigenen Unternehmen zusammenarbeiten, um diese Bereiche voranzutreiben und gemeinsam mit unseren Kunden weiterzuentwickeln, um positive Auswirkungen auf die Menschen, den Planeten und die Gesellschaft zu haben.

    Ida Bohman Steenberg:

    Ich denke auch, wenn ich das noch hinzufügen darf, Ulrika, also haben wir den Plan dafür aufgestellt, und wir hatten natürlich viel, worauf wir aufbauen konnten. Wir hatten viele gute Referenzfälle, aber wir mussten sie natürlich genau festlegen, um die Zustimmung des Managements zu bekommen. Besorgen Sie sich natürlich auch die Ressourcen. Wir haben damit begonnen, die Bereiche zu identifizieren, in denen wir glauben, dass andere Menschen oder andere Kunden oder Interessengruppen Einflussmöglichkeiten haben, was für uns eine Geschäftschance bedeutet. Das dürfen wir nicht vergessen, aber um tatsächlich auf eine gute Art und Weise und in der Geschwindigkeit liefern zu können, die unsere Kunden benötigen, mussten wir auch ein Beratungsteam zusammenstellen, das bei der Organisation der Lieferung helfen konnte, denn die Kundenanforderungen werden... Der Druck war so hoch.

    Für unsere kleine Teamgruppe Nachhaltigkeit konnten wir nicht wirklich alles bewältigen, also haben wir etwas geschaffen, das wir das Sustainability Hit Team nennen. Dabei handelt es sich um ein Beratungsteam, das aus Beratern besteht, die sich mit Daten und Nachhaltigkeit in der Unternehmensberatung auskennen. Ulrika, dir wurde auch gegeben... Sie haben die Aufgabe, diese Gruppe zu leiten, vielleicht möchten Sie etwas mehr über diese Gruppe sagen?

    Ulrika Lagerqvist von Unge:

    Ja. Ja. Ja. Ja. Nun, das ist eine Gruppe von Leuten, die, wie Ida schon sagte, über diese Art von Fachwissen verfügen und Nachhaltigkeitswissen mit IT und Technologie kombinieren. Wir arbeiten zusammen, um beide laufenden Projekte zu identifizieren, die auf die eine oder andere Weise mit Nachhaltigkeit zu tun haben könnten und die wir vielleicht skalieren und Synergien schaffen können, aber wir arbeiten auch daran, neue Möglichkeiten zu identifizieren, indem wir die Ohren offen halten und hören, was die Kunden tatsächlich wollen. Dann nutzen wir diese Möglichkeiten und versuchen herauszufinden, wie wir sie entwickeln können, um unsere Kunden tatsächlich zu unterstützen. Hoffentlich wächst dieses Team einfach weiter und wir werden zusammen mit unseren anderen Bemühungen stark in alle unsere Geschäftsabläufe integriert. Das ist zumindest unser Ziel, also liegt die Verantwortung sozusagen dort, wo die Verantwortung sozusagen liegt.

    Rebecca Griffith:

    Das ist wunderbar. Nun, ich denke, Sie haben das in einem breiteren Sinne angesprochen, aber im Jahresbericht von TietoEVRY sprechen Sie über die Implementierung von Nachhaltigkeit in den täglichen Geschäftsbetrieb. Was sind einige andere wichtige Methoden, mit denen Sie das tun?

    Ulrika Lagerqvist von Unge:

    Ja. Ja, wenn ich anfangen kann, Ida?

    Ida Bohman Steenberg:

    Sicher.

    Ulrika Lagerqvist von Unge:

    Ich denke, eines der wichtigsten Dinge ist es, alle von Anfang an in das einzubeziehen, worauf wir uns eigentlich konzentrieren sollten und was die wichtigsten Themen in Bezug auf Nachhaltigkeit sind, sowohl für alle unsere Stakeholder als auch für unser Unternehmen, sodass wir der Organisation tatsächlich die Verantwortung für Nachhaltigkeit übertragen. Nicht so, dass sie das Gefühl haben, dass es von der Seite oder von oben kommt, aber es ist tatsächlich etwas, das relevant ist und das die Organisation besitzt. Das bedeutet, dass jeder Einzelne die Verantwortung trägt, auch zu unseren gemeinsamen Zielen beizutragen, an deren Festlegung wir auch die verschiedenen Führungskräfte und Teile der Organisation beteiligt haben. Ich denke, Eigenverantwortung ist hier ein Schlüsselwort, um die Integration von Nachhaltigkeit in den Betrieb tatsächlich zu ermöglichen. Ida, stimmst du zu?

    Ida Bohman Steenberg:

    Ja. Nein, aber die Nachhaltigkeit der Gruppe, unsere Gruppe, wir sind ein kleines Team, das aus Spezialisten mit langjähriger Erfahrung besteht, aber wir sind nur so viele, also müssen wir eine sehr integrierte Arbeitsweise haben, um das zum Laufen zu bringen. Worauf wir uns seit vielen Jahren sehr konzentriert haben, ist die Integration. Wenn wir uns zum Beispiel mit verantwortungsvoller Beschaffung befassen, was für unseren Umgang mit unserer Lieferkette von entscheidender Bedeutung ist. Wir arbeiten eng mit einem Chief Procurement Officer zusammen. Die Nachhaltigkeitsziele, die wir haben, die öffentlich sind und die wir jedes Jahr in unserem Jahresbericht veröffentlichen, sind ebenso seine Ziele wie unsere Ziele. Wir haben also wirklich etwas Kraft, um sie voranzutreiben, und wir erzielen die Ergebnisse, die wir benötigen, um voranzukommen. Das ist eine Sache. Dann, wie Ulrika bereits in der letzten Frage zum Sustainability Hit Team erklärt hat, dass wir jetzt auch diesen Schritt weiter gegangen sind, um das Geschäft wirklich strukturierter anzugehen, als wir es zuvor getan haben. Wie gesagt, wir hatten sehr gute Referenzfälle und wir haben ein Portfolio an Dienstleistungen im Bereich Nachhaltigkeit, aber jetzt machen wir das viel strukturierter, weil der Markt und die Anforderungen so stark gestiegen sind.

    Caitlin Mackie:

    Ja. Ja, das ist großartig. Ich denke, was Sie erwähnt haben, diese Struktur hilft dabei, dass das Unternehmen mitmacht und alle mitnimmt und erkennt, dass es das Engagement aller ist und es wie eine Reise ist, auf der Sie sich alle zusammen befinden. Ja. Ja, das finde ich großartig. Etwas, worüber oft gesprochen wird, ist die Überschneidung von Wirtschaft und Nachhaltigkeit sowie die Rolle des Unternehmens bei der Bewältigung einiger der wichtigsten Herausforderungen, vor denen wir als Gesellschaft stehen. Ich denke, so viele versuchen, ihre Verantwortung klar abzugrenzen und irgendwo eine Grenze zu ziehen, aber ich bin mir nicht so sicher, ob das der richtige Ansatz ist. TietoEvry ist sich sicherlich bewusst, dass sie eine wichtige Rolle zu spielen haben und wirklich den Weg zur Klimaneutralität ebnen. Was ist Ihr Ansatz dazu?

    Ida Bohman Steenberg:

    In Ordnung. Zuallererst, ich denke, es muss eine Überschneidung geben oder es muss so sein, wenn Sie ein Unternehmen wie wir sind, können wir keine Dinge tun, von denen wir nicht glauben, dass sie auch gut für uns sind, wie finanziell langfristig. Das ist das Schöne an Nachhaltigkeit. Wenn Sie gute und langfristige Ziele haben, unterstützt das auch das Wachstum des Unternehmens in finanzieller Hinsicht. Deshalb haben wir immer beide Perspektiven im Hinterkopf und entwickeln Strategien für die Zukunft. Was uns betrifft, arbeiten wir beide für unseren eigenen Betrieb, wenn es um den Klimawandel geht, um unseren CO2-Fußabdruck zu verringern, und natürlich ändern wir uns. Wir haben erneuerbare Energien in all unseren Rechenzentren und Büros. Wir sind jetzt bei 80% und nähern uns 100. Es wird schwierig werden. Die letzten Prozent sind immer die schwierigsten, aber wir haben im Moment eine gute Entwicklung. Dann arbeiten wir natürlich sehr hart, denn das ist, glaube ich, die wichtigste Frage, die sich unsere Kunden stellen, wie sie ihren eigenen CO2-Fußabdruck verwalten können. Hier sind wir natürlich stark in Bezug auf Daten. Möchtest du dem noch etwas hinzufügen?

    Caitlin Mackie:

    Nein, aber ich denke, die erste Überlegung, die Sie hatten, dass wir diese finanzielle Vorausschau auch bei der Entwicklung des Nachhaltigkeitsplans haben, ist wichtig, weil ich denke, was wir sehen, ist, dass... Unser Geschäft besteht darin, Geschäfte zu machen. Ja, natürlich. Aber wenn du es nicht richtig machst, wird es auf einem toten Planeten nichts geben, oder? Man muss also eine langfristige Perspektive haben, in der man all die verschiedenen Aspekte berücksichtigt. Es geht nicht nur um die Finanzen, denn sie sind auch miteinander verknüpft. Ich denke, dass auch die Risiken, die beispielsweise mit dem Klimawandel für den Geschäftsbetrieb verbunden sind, immer klarer werden, sodass die eingehenden Risiken, die die Umgebung für uns darstellt, immer klarer werden. Ich denke, es zeichnet sich auch ab, dass Sie 2021 und darüber hinaus keine Betriebsgenehmigung mehr haben werden, wenn Sie Nachhaltigkeit nicht in Ihren Betrieb integrieren. Ich denke, es ist einfach eine intelligentere Art, Geschäfte zu machen, um ehrlich zu sein.

    Rebecca Griffith:

    Wir alle können anerkennen, dass der Klimaschutz eine der größten globalen Herausforderungen für unsere Generation ist. Angesichts der Tatsache, dass dies eine Ihrer wichtigsten Prioritäten ist, die es zu bewältigen gilt, stellt sich die Frage, wie wir diese Herausforderungen angehen und sie so gestalten, dass sie Chancen bieten?

    Ida Bohman Steenberg:

    Nun, das ist das Schöne daran, ein Technologieunternehmen zu sein. Wir haben den Luxus, nicht viele Waren zu haben, die wir brauchen, um Baumwolle oder Lebensmittel oder so zu kümmern, also können wir direkt zur Sache kommen, glaube ich, und anfangen, auf die Bedürfnisse unserer Kunden zu hören und Dienstleistungen und Lösungen zu entwickeln, die sie auf ihrem Weg zur Verringerung ihres CO2-Fußabdrucks unterstützen. Es klingt sehr einfach, wenn ich es so sage. Das ist natürlich nicht so einfach. Es erfordert viel harte Arbeit und alles, aber genau das sollten wir tun. Ich denke, wenn man sich die sich abzeichnende Krise betrachtet, wird die Technologiebranche auch von den anderen Branchen als die großen Wegbereiter angesehen. Ich denke, dass wir eine Schlüsselrolle spielen müssen. Ich denke, wir haben gegenüber unseren Interessengruppen die Verantwortung, da zu sein und an vorderster Front zu stehen.

    Ich glaube, das haben wir getan. Zum Beispiel hat das Gastteam im letzten Jahr an einer sehr interessanten Lösung namens Sustainability Hub gearbeitet, die genau auf diesen Punkt eingeht. Würdest du gerne...

    Ulrika Lagerqvist von Unge:

    Ja. Ja. Auf jeden Fall. Ich stimme dir vollkommen zu, Ida. Die Technologiebranche ist wirklich ein Wegbereiter und das bedeutet auch, dass es viele Geschäftsmöglichkeiten gibt. Wie Sie schon sagten, die Stimme des Nachhaltigkeitsdatenzentrums, eine unserer Antworten auf diese Art von Geschäftschancen, die wir da draußen sehen. Was passiert ist, war, dass wir zusammensaßen und diskutierten und erkannten, dass eines der größten Hindernisse für Unternehmen, Nachhaltigkeit tatsächlich in die Entscheidungsfindung, in Risikomanagementanalysen usw. zu integrieren, der Mangel an Daten ist, da Sie jetzt Ihren eigenen Leistungsbericht erstellt haben, die großen Hürden, die mit der tatsächlichen Erfassung der Daten für diesen Bericht einhergehen, da Sie jetzt Ihren eigenen Leistungsbericht erstellt haben in zerstörten Datenquellen.

    Die Erfassung erfolgt oft manuell. Die Daten sind möglicherweise nicht in der richtigen Form. Die meisten Unternehmen erheben die nichtfinanziellen Daten tatsächlich einmal im Jahr für ihren jährlichen Nachhaltigkeitsbericht. Das heißt, wenn Sie diese Daten haben, steuern Sie tatsächlich durch den Rückspiegel, weil Sie nicht proaktiv steuern, indem Sie aktuelle Daten berücksichtigen, wenn Sie Ihre Entscheidungen treffen oder Ihre Abläufe planen. Wir haben mit der Entwicklung einer Lösung begonnen, die auf der Automatisierung der Datenerfassung von Nachhaltigkeitsdaten aufbaut, indem wir Kunden dabei helfen, herauszufinden, wo sich die Daten befinden. Wie können wir das eigentlich automatisieren? Geht es über Automatisierung, über eine IoT-Lösung? Wer wird die Daten verwenden? Mit welchen KPIs und Metriken wollen wir sie abgleichen? Wie oft möchten wir, dass die Daten aktualisiert werden? Visualisieren Sie es dann in Echtzeit? Man könnte sagen, ein modernes ERP-System für ESG-Daten, sodass es tatsächlich möglich ist, nichtfinanzielle Informationen und Finanzinformationen gleichzusetzen.

    Das sollte Unternehmen die Möglichkeit geben, die Daten auf die gleiche Weise zu behandeln und Nachhaltigkeit tatsächlich in ihre Entscheidungen zu integrieren. Lassen Sie uns zum Beispiel darüber nachdenken, welche Auswirkungen es hat, wenn wir von der Arbeit im Büro zu einer hybriden Arbeitsweise übergehen. Was sind die tatsächlichen Auswirkungen? Können wir feststellen, dass der Krankenstand zugenommen oder gesunken ist? Wie hat sich der CO2-Ausstoß dadurch ausgewirkt, dass wir nicht hin und her zu den Büros gefahren sind? Wenn wir diese Daten haben, könnten wir sie auch verwenden, um zu entscheiden, ob wir mit hybridem Arbeiten fortfahren sollten oder ob wir unsere Mitarbeiter zwingen sollten, ins Büro zurückzukehren, oder ob alle von zu Hause aus arbeiten sollten. Wenn Sie diese kollektive Sicht der Aktivitäten, die Sie ergreifen, in die Hand bekommen, könnten Sie auch ganzheitlichere und fundiertere Entscheidungen treffen. Das ist eine Art Antwort darauf, wie wir versuchen, Nachhaltigkeit als Geschäftschance zu betrachten und herauszufinden, welche Probleme unsere Kunden haben, wenn es darum geht, gemeinsam eine nachhaltige Zukunft zu gestalten, und wo können wir diese nutzen? Das ist, wie Sie sagten, die Art von Schönheit in unserer Branche.

    Ida Bohman Steenberg:

    Ist es.

    Rebecca Griffith:

    Wirklich interessant, es in Echtzeit zu betrachten, wie Sie sagten, im Gegensatz zu einer retrospektiven Bewertung der Daten, die Sie wirklich nicht ändern können.

    Ulrika Lagerqvist von Unge:

    Exakt. Ja.

    Ida Bohman Steenberg:

    Ja.

    Rebecca Griffith:

    Was bringt es, weitere 12 Monate zu warten, um es sich dann noch einmal anzusehen, wenn Sie vollständig fertig sind [Crosstalk 00:18:32]?

    Ida Bohman Steenberg:

    Ja. Sowohl Nachhaltigkeit als auch... Ja. Tut mir leid. Sowohl Nachhaltigkeit als auch Technologie entwickeln sich extrem schnell. Ich denke, wir müssen so arbeiten. Ich glaube, die Kunden benötigen... Wir sehen immer mehr, bevor sie wollten, dass wir einmal im Jahr Bericht erstatten, aber jetzt möchten so viele unserer Kunden, dass wir vierteljährlich verschiedene Arten von Daten zu den Lösungen oder unserer Lieferung an sie melden. Je mehr Daten wir in Echtzeit haben, desto mehr wird es meiner Meinung nach sehr bald zur neuen Normalität werden.

    Ulrika Lagerqvist von Unge:

    Ich auch. Das wird für Unternehmen ein großer Wendepunkt sein. Wenn die Daten da sind, können Sie sie schwarz auf weiß bekommen. Es gibt keine Entschuldigung dafür, schlechte Entscheidungen zu treffen, oder?

    Caitlin Mackie:

    Ja. Ja.

    Rebecca Griffith:

    Ziemlich aufregend.

    Caitlin Mackie:

    Exakt. Ich weiß nicht, wie es dir geht, Beck, aber ich sitze definitiv hier und denke, „Wow“, als wäre das vor 12 Monaten super praktisch gewesen.

    Ulrika Lagerqvist von Unge:

    Ja.

    Ida Bohman Steenberg:

    Es ist da draußen. Ja.

    Ulrika Lagerqvist von Unge:

    Ja.

    Ida Bohman Steenberg:

    Es ist auf dem Markt, Sie sind also mehr als willkommen.

    Caitlin Mackie:

    In Ordnung.

    Ulrika Lagerqvist von Unge:

    Ich denke, es ist auch typisch für Nachhaltigkeit, dass man verstehen muss, dass die Lösungen für all diese komplexen Probleme von keinem Akteur gelöst werden können. Wir müssen in Ökosystemen arbeiten und jeder muss sein Fachwissen einbringen. Dann können wir dafür sorgen, dass die Dinge tatsächlich gelöst werden. Ich hoffe, dass sich diese Logik auch auf andere Bereiche auswirkt, sodass wir mehr versuchen, zusammenzuarbeiten, anstatt den Kuchen selbst zu essen, denn dann bleibt kein Kuchen übrig. Das wäre traurig.

    Caitlin Mackie:

    Es ist so, so erfrischend, dich das sagen zu hören. Ich denke, schon so lange hatten Unternehmen immer diese Vorstellung von „Oh, Konkurrenz“ und so: „Behalte, was dir gehört. Behalte es für dich. Wir werden in diesem Bereich erfolgreich sein.“ Aber wenn wir in diesen Bereich gehen, geht es einfach nicht mehr darum. Es geht darum, wie wir zusammenarbeiten können, um diese Lösungen zu erreichen. Ich finde das so mächtig.

    Ida Bohman Steenberg:

    Ganz gewiss. Nein. Nachhaltigkeit ist horizontale Arbeit. Als Organisation, als Einheit, als Unternehmen sind wir sowieso nicht stärker als unsere engsten Stakeholder. Unsere Leistung hängt in hohem Maße von ihrer Leistung ab.

    Ulrika Lagerqvist von Unge:

    Ich finde es auch deshalb so interessant, weil wir aus diesem Hintergrund kommen, Ida und ich auch immer über alle Silos hinweg arbeiten, über alle Arten von Unternehmensfunktionen hinweg. Wir nehmen auch eine besondere Rolle in unserem Unternehmen ein, weil wir nicht die Tradition haben, in Silos zu arbeiten, also brechen wir sie einfach die ganze Zeit völlig auf, weil wir uns ihrer nicht bewusst sind. Das ist genau das, was benötigt wird, um die Arbeit erledigen zu können. Ich finde es wirklich interessant zu sehen, wie die Organisation das tatsächlich zu schätzen weiß.

    Ida Bohman Steenberg:

    Ja. Manchmal tun sie das nicht.

    Ulrika Lagerqvist von Unge:

    Manchmal tun sie das nicht. Genau. Manchmal tun sie das nicht. Ja. Ja, das stimmt. Ja.

    Ida Bohman Steenberg:

    Aber wir haben unsere internen Kämpfe. Wenn Sie ein Nachhaltigkeitsexperte sind, der in einer großen Organisation arbeitet, müssen Sie sehr darauf vorbereitet sein, auch diese schwierigeren Diskussionen zu führen, aber wir alle kommen dorthin, aus unserer Sicht nicht immer pünktlich, aber so muss es sein. Furchtlos und einfach...

    Ulrika Lagerqvist von Unge:

    Stur.

    Ida Bohman Steenberg:

    Stur, und mach dir keine Sorgen um Silos oder Hierarchien oder so, denn dann wirst du nie etwas erreichen.

    Caitlin Mackie:

    Ich wollte die Idee der Chancen und die Tatsache, dass wir ständig nach neuen und besseren Wegen suchen müssen, Dinge zu tun, hervorheben oder erweitern, damit wir vorankommen können. Es wäre toll, Ihre Meinung zur Rolle der Technologie bei der Förderung der Nachhaltigkeit zu erfahren. Ich weiß, dass Sie es angesprochen haben, aber es wäre toll, es näher zu erläutern.

    Ulrika Lagerqvist von Unge:

    Wenn ich anfange, kannst du darauf aufbauen.

    Ida Bohman Steenberg:

    Sicher.

    Ulrika Lagerqvist von Unge:

    Ich denke, dass einige der Geschäftsmöglichkeiten oder Lösungen, die wir entwickeln können, branchenübergreifend sind. Zum Beispiel ist der Bedarf an Daten und die Notwendigkeit, an sie heranzukommen, sie zu visualisieren und darauf reagieren zu können, natürlich etwas, das alle Unternehmen in allen Branchen nutzen könnten. Aber ich denke, dass viele Lösungen branchenspezifisch sind. Zum Beispiel Logistik. Sie benötigen bestimmte Lösungen, um ihre Logistik und ihre Verankerung optimieren zu können oder um ihre Lastwagen und Züge usw. besser zu packen. Aber ich denke, dass... Es gibt sowohl diese branchenspezifische Lösung als auch diese bereichsübergreifenden Geschäftschancen, die Sie haben, und eines der verborgenen Juwelen im IT-Sektor sind die Nebenwirkungen der Digitalisierung von Diensten oder Lösungen.

    Es ist auch wichtig zu verstehen, dass eine Lösung zwar möglicherweise nicht entwickelt und umgesetzt wird, um beispielsweise zur Abschwächung des Klimawandels oder zur Bekämpfung des Klimawandels eingesetzt zu werden, die tatsächlichen Auswirkungen ihrer Umsetzung jedoch zu geringeren CO2-Emissionen führen können. Lassen Sie uns darüber nachdenken, ob wir eine Lösung haben, die als Patientenbeteiligung bezeichnet wird. Es bedeutet, dass Sie mit Ihren Ärzten und Krankenschwestern über Ihr Telefon sprechen können, was bedeutet, dass Sie nicht die öffentlichen Verkehrsmittel oder Ihr eigenes Auto zum Krankenhaus oder zur medizinischen Klinik nehmen müssen, was natürlich diesen Transport spart und wiederum CO2-Emissionen spart, wenn Sie mit etwas anderem als einem Elektroauto reisen. Ich würde sagen, viele der digitalen Lösungen haben tatsächlich diese positive Wirkung oder Wirkung auf den Handabdruck. Natürlich ist auch die Möglichkeit, diese zu erweitern, enorm, und vielleicht ist es die Möglichkeit, sie zu identifizieren. Wenn Sie eine App zur Patientenbindung haben, könnten Sie sie für andere Zwecke verwenden, damit andere Benutzer die Wirkung erhöhen können.

    Rebecca Griffith:

    Eines unserer Ziele bei Easy Agile war es, eine Ausgangsbasis festzulegen und unseren allerersten Nachhaltigkeits- und Diversitätsbericht zu veröffentlichen, den wir, glaube ich, mit Ihnen geteilt haben. Wir werden diesen Bericht sowie den Jahresbericht von TietoEvry auch in den Shownotes für unsere Zuhörer veröffentlichen. Aber welchen Rat würden Sie Organisationen geben, um sicherzustellen, dass diese Art von Dokumenten nicht zu einem stagnierenden Dokument oder zu einem bloßen Ankreuzen der Box wird? Wie nutzen wir diese Berichte, um Gespräche anzuregen und kontinuierlich nach Verbesserungsmöglichkeiten zu suchen?

    Ida Bohman Steenberg:

    In Ordnung. Ich habe jetzt so viele Gedanken. Halten Sie sich zunächst über die kommenden Frameworks auf dem Laufenden. Bleiben Sie zum Beispiel nicht in all den guten alten GRI stecken. In der Europäischen Union nähern wir uns also jetzt der Taxonomieberichterstattung oder TCFD oder so weiter. Schnapp dir die neuen. Außerdem muss natürlich jeder die Vorarbeit leisten. Sie müssen Ihre Stakeholder einbeziehen, die Dialoge führen, die Wesentlichkeitsanalyse durchführen, um zu wissen, dass Sie sich auf die richtigen Dinge konzentrieren und so weiter, und Sie müssen wirklich konkrete Ziele, Aktionspläne und KPIs und so weiter haben, damit Sie Ihre Leistung an den Zielen messen können, um die es letztlich bei der Nachhaltigkeitsberichterstattung geht. Aber dann denke ich, die Chance, die Berichterstattung bietet, weil Berichterstattung in gewisser Weise auch ein bisschen langweilig sein kann und sich in gewisser Weise stagnieren kann. Es ist so, dass es ein so wichtiges Instrument in der Strategiearbeit ist.

    Hier erregen Sie die Aufmerksamkeit der Führungskräfte wie: „Welche Ziele werden wir haben und wie haben wir sie erreicht und so weiter?“ Dort können Sie die guten Diskussionen führen oder im Laufe der Zeit auch den Ehrgeiz erhöhen. Das halte ich für wirklich entscheidend. Benutze es auch als Strategietool und bleib dann nie hängen und sagen: „Oh, ja. Es ist gut. Wir haben unsere Ziele erreicht. Wir sind um 3% vorangekommen oder was auch immer.“ Denk nicht so viel darüber nach. Denk über Lügen nach, was sind derzeit die größten Herausforderungen? Was ist Ihre Rolle als Organisation? Egal, in welcher Organisation Sie tätig sind, finden Sie stattdessen Ihren Weg, Teil der Lösung zu sein. Wir führen diese Diskussion manchmal intern. Die Leute sagen: „Oh, aber dir geht es so gut. Sie haben gute Ergebnisse und so weiter.“

    Aber für mich und Ulrika und unsere Nachhaltigkeitsexperten sagen wir: „Ja. Okay. Wir machen weiter. Das ist gut.“ Aber aus einer größeren Perspektive, wo wir den Wendepunkt für den Planeten erreichen, spüren wir anderen Druck, schneller voranzukommen. Lass uns nicht sagen: „Ja. Wir machen weiter. Wir halten das Tempo.“ Voller Power vor uns, und Geschwindigkeit ist für die Zukunft das A und O.

    Ulrika Lagerqvist von Unge:

    Ja. Nein, ich stimme voll und ganz zu. Ich denke, das sind wirklich gute Überlegungen, um die Nachhaltigkeitsberichterstattung mit den Herausforderungen zu verknüpfen, die es zu verstehen gilt. Was sind die Zwecke? Was versuchen wir eigentlich mit diesem Bericht zu erreichen? Wir versuchen, dazu beizutragen, die negativen Auswirkungen zu minimieren und die positiven Auswirkungen zu erhöhen, und der Nachhaltigkeitsbericht ist ein Instrument dafür. Ich denke, eine weitere Sache, die wirklich wichtig ist, ist, auch mit der Organisation zusammenzuarbeiten, um sie dazu zu bringen, ihre eigenen Ziele und ihre eigenen Kennzahlen zu definieren, über die sie berichten können, damit sie sich verantwortlich fühlt. Für einige der Bereiche, die wir in unserem Nachhaltigkeitsbericht behandeln, entwickeln wir eigene KPIs, wenn wir einen engagierten Partner innerhalb der Organisation haben, der selbst Ideen für Ziele hat.

    Sie spüren: „Ich glaube wirklich daran. Ich möchte damit arbeiten.“ Dann ist das Follow-up und die kontinuierliche Berichterstattung viel einfacher, als wenn wir vielleicht andere Bereiche der Organisation haben, in denen es intern nicht so viele klare Ziele gibt, sodass der Nachhaltigkeitsbericht eher als etwas empfunden wird, das auf jährlicher Basis erstellt wird, nur die Daten sammelt, sie aber nicht wirklich nutzt. Legen Sie einfach dieses Engagement an und bauen Sie auf den eigenen Unternehmenszielen und eigenen KPIs auf, die nützlich sind. Wenn Sie dann natürlich manchmal nach einem Nachhaltigkeitsrahmen wie den GRI-Standards berichten, die in Europa häufig verwendet werden, dann müssen Sie natürlich nach einigen der in diesem Standard enthaltenen Kennzahlen berichten, aber dann Ihre eigenen Leitfäden hinzufügen, Ihre eigenen Kennzahlen, denn das wird dem Unternehmen das Gefühl geben, engagiert zu sein, könnte ich sagen.

    Ida Bohman Steenberg:

    Ja. Ja. Um das zusammenzufassen, also drei Dinge: Erledigen Sie die Grundlagen gemäß den kommenden und neuen Rahmenbedingungen, und zweitens, nutzen Sie es als strategisches Instrument, um diese wichtigen Diskussionen mit dem Management zu führen und sie zu einem Teil der Gesamtstrategie zu machen, sodass Sie am Ende nicht mit der Nachhaltigkeitsstrategie und einer Gesamtstrategie enden. Drittens: Seien Sie mutig. Schauen Sie sich die Herausforderungen an und nicht nur, was machbar ist oder den Trend beibehalten oder was auch immer. Ich denke, es ist wichtig, diese drei Dinge im Hinterkopf zu behalten.

    Rebecca Griffith:

    Genau richtig.

    Caitlin Mackie:

    Ja. Ja, ich liebe das. Ich finde, das ist ein toller Rat, vor allem die Idee, dass Sie planen, was Sie intern tun und wie das aussieht, aber in der Lage zu sein, einen Schritt zurückzutreten und zu sagen: „Okay. Aber wozu trägt das im Großen und Ganzen bei? Wozu helfen wir eigentlich und was tun wir, um uns in die richtige Richtung zu bewegen?“ Etwas, worüber ich oft nachdenke, sind Dinge wie die Ziele der Vereinten Nationen für nachhaltige Entwicklung und wenn ich mir diese ansehe und denke: „Nun, was können wir tun, um zu kartieren, wo wir stehen und wo wir etwas anbieten können? Was können wir in diesem Bereich tun, um diese Ziele zu erreichen?“ Ja. Toller Rat. Ich liebe es. Aber ich denke, nur um uns zum Abschluss zu bringen, unsere letzte Frage an Sie beide lautet: Nach vorne schauen. Was gibt Ihnen Hoffnung?

    Ida Bohman Steenberg:

    Es macht mich hoffnungsvoll. Nun...

    Ulrika Lagerqvist von Unge:

    Für mich denke ich die jüngere Generation, um ehrlich zu sein. Ich denke, wenn ich die Töchter meiner Brüder sehe, die Teenager sind, oder [unverständlich 00:31:19] und das Engagement, das sie in der Lage ist, zu steuern, gibt mir Hoffnung, dass sich die Dinge in Zukunft schneller bewegen werden. Ich finde das positiv.

    Ida Bohman Steenberg:

    Ja. Das unterstütze ich auch. Ich glaube, ich habe die Schule letzte Woche mit Schülern im Alter von etwa 18, 19 Jahren besucht, und das mache ich seit ein paar Jahren jedes Jahr und frage sie immer: „Was weißt du über Nachhaltigkeit? Was denkst du darüber?“ Vorher war es wie: „Ja. Die Umwelt oder Recycling vielleicht „, aber jetzt sagten sie: „Ja. Die SDGs der UN...“ Der Wissensstand hat also so stark zugenommen. Das Interesse ist riesig und als ich sie fragte: „Was können Sie auf praktischer Ebene tun, wenn Sie ein nachhaltigeres Leben führen wollen?“ Sie sagten: „Ja. Kauf keinen neuen Partybecher für den Freitagabend. Leih dir von deinen Freunden, oder es gibt diese Seiten. Ich kann dir diese Seiten schicken, auf denen du dir Kleider und solche Sachen ausleihen kannst.“ Sie machen das im echten Leben auf eine so gute Art und Weise, wo sie Technologie und Nachhaltigkeit kombinieren, also sind sie viel technisch versierter als wir. Das hat mich sehr inspiriert.

    Ulrika Lagerqvist von Unge:

    Sie sind auch bereit, tatsächlich Dinge zu opfern. Es ist wie: „Nein, wir fliegen nicht. Wir tun das nicht, weil wir gerne eine Zukunft hätten, in der wir leben können.“ Ich denke, das ist etwas, in dem wir uns so wohl fühlen und an einen bestimmten Lebensstil gewöhnt sind, aber vielleicht sind sie es nicht und sie stellen den Lebensstil in Frage, den wir hatten und der auch zu dem geführt hat, wo wir heute sind.

    Ida Bohman Steenberg:

    Ich denke auch, um dem hinzuzufügen, dass die Staats- und Regierungschefs unserer Länder es endlich verstehen, zumindest kurz davor, es zu bekommen. Ich denke, die Dinge ändern sich, das ist gut, aber meine Hoffnung gilt immer noch den jungen Leuten.

    Rebecca Griffith:

    Es ist schön zu spüren, dass es für die neueren Generationen zu einem normalen Teil des Bewusstseins wird, wo wir lernen mussten, es zu schätzen und zu respektieren und entsprechend zu handeln, aber es scheint jetzt Teil ihrer Erziehung und ihrer Lebensweise zu sein, was großartig ist.

    Caitlin Mackie:

    Nun, ich finde das großartig. Ich finde es toll, die Folge so hoch zu lassen und dem Publikum ein bisschen Inspiration für die weitere Entwicklung zu geben. Vielen Dank, dass Sie sich die Zeit genommen haben, mit uns zu chatten und Ihr Fachwissen mit dem Easy Agile-Publikum zu teilen.

    Ida Bohman Steenberg:

    Vielen Dank, dass Sie uns haben. Es hat Spaß gemacht, mit Ihnen zu sprechen, und es ist schön, auch über die Perspektiven aus den nordischen Ländern und der Technologiebranche zu sprechen. Ich danke Ihnen vielmals.

    Rebecca Griffith:

    Ich danke dir.

  • Podcast

    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?

    Angad Sethi

    „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!