Easy Agile Podcast Ep.26 Den Status Quo herausfordern: Frauen in der Technik

„Es war toll, mit Alana zu chatten und aus ihren Erfahrungen zu lernen“ - Sean Blake

In dieser Folge wurde ich von Alana Mai Mitchell begleitet. Alana ist Ergebniscoach, Autorin, Podcast-Moderatorin und Senior Product Development Manager bei einer der größten Banken Australiens, wo sie täglich mit Agile-Teams zusammenarbeitet.

Sie verfügt über mehr als 13 Jahre Erfahrung in digitalen Finanzdienstleistungen und Coaching. Sie hat hier in den australischen Medien live auf Channel 10 gesprochen und ihre Geschichte über psychische Gesundheit wurde in Publikationen wie The Daily Mail und Mamma Mia veröffentlicht. Sie ist Autorin des Buches Being Brave und Moderatorin des Podcasts „Eastern Influenced Corporate Leader“.

In der heutigen Folge haben wir viel besprochen. Wir haben gesprochen über:

• Wie wichtig es ist, die Hand zu heben und Ihrem Manager mitzuteilen, wann Sie mehr herausgefordert und neuen Möglichkeiten ausgesetzt werden möchten.
• Bauen Sie Vertrauen in Ihr Team auf und legen Sie einige Sicherheitslücken über sich selbst offen.
• Alanas Reise zur psychischen Gesundheit über einen Zeitraum von sechs Jahren, und diese Reise geht heute weiter. Was sie gelernt hat und was wir aus ihrer Erfahrung lernen können, um uns besser um unsere Teams und Menschen in unserer Gemeinde zu kümmern.
• Dienende Führung und großzügiger Anführer sein.
• Die Bedeutung von Authentizität und direkter Kommunikation.

Ich hoffe, dir hat die heutige Folge genauso gut gefallen wie mir.

Transkript

Sean Blake:

Hallo, willkommen zum Easy Agile Podcast. Mein Name ist Sean Blake und ich werde heute Ihr Gastgeber sein. Heute haben wir einen wirklich interessanten Gast und eine fantastische Folge für Sie vor uns. Unser heutiger Gast ist Alana Mai Mitchell. Alana ist Ergebniscoach, Autorin, Podcast-Moderatorin und Senior Product Development Manager bei einer der größten Banken Australiens, wo sie täglich mit Agile-Teams zusammenarbeitet. Sie verfügt über mehr als 13 Jahre Erfahrung in digitalen Finanzdienstleistungen und Coaching. Sie hat hier in den australischen Medien live auf Channel 10 gesprochen und ihre Geschichte über psychische Gesundheit wurde in Publikationen wie The Daily Mail und Mamma Mia veröffentlicht. Sie ist Autorin des Buches Being Brave und Moderatorin des Podcasts „Eastern Influenced Corporate Leader“.

Sean Blake:

In der heutigen Folge haben wir viel besprochen. Wir haben über Kommunikationsstile gesprochen. Wir haben darüber gesprochen, wie wichtig es ist, die Hand zu heben und Ihrem Manager mitzuteilen, wann Sie mehr herausgefordert werden und sich neuen Möglichkeiten stellen möchten. Wir haben darüber gesprochen, wie wichtig es ist, Vertrauen zu Ihrem Team aufzubauen und einige Schwachstellen an sich selbst offenzulegen. Wir haben über einen Zeitraum von sechs Jahren über Alanas Weg zur psychischen Gesundheit berichtet, und diese Reise geht heute weiter. Was sie gelernt hat und was wir aus ihrer Erfahrung lernen können, um uns besser um unsere Teams und Menschen in unserer Gemeinde zu kümmern. Wir haben darüber gesprochen, dass wir in der dienenden Führung an erster Stelle stehen und eine großzügige Führungskraft sein sollten. Die Bedeutung von Authentizität und direkter Kommunikation. Ich hoffe, dir hat die heutige Folge genauso gut gefallen wie mir. Lass uns anfangen. Alana, vielen Dank, dass du heute beim Easy Agile Podcast zu uns gekommen bist. Es ist toll, dich hier zu haben.

Alana Mai Mitchell:

Vielen Dank, Sean.

Sean Blake:

Bevor wir mit unserem Gespräch beginnen, Alana, werde ich dem Land nur eine Anerkennung aussprechen. Wir möchten den traditionellen Hütern des Landes, von dem aus wir heute aufnehmen, unsere Anerkennung aussprechen, dem Volk der Watiwati aus dem Tharawal sprechenden Volk, und den Ältesten aus Vergangenheit, Gegenwart und Entwicklung unseren Respekt erweisen. Den gleichen Respekt zollen wir allen Aborigines und den Bewohnern der Torres Strait Island, die heute zuhören.

Sean Blake:

Nun, Alana, es gibt heute so viel zu besprechen. Der Hintergrund ist, dass wir früher Kollegen in der Finanzdienstleistungsbranche waren. Wir sind uns auf der Agile Australia '21 Conference Ende letzten Jahres wieder aus heiterem Himmel begegnet, was eine großartige Konferenz war. Wir dachten, wir würden Sie im Podcast haben, weil Sie so viele verschiedene Geschichten zu erzählen haben, aber ich dachte, wir könnten diese Episode vielleicht damit beginnen, über Ihren Werdegang zu sprechen und darüber, wie sich die Arbeit mit Agile Teams auf Ihren Karriereweg ausgewirkt hat.

Alana Mai Mitchell:

Ja, sicher. Agile ist bereits 2013 wirklich in den Vordergrund gerückt. Ich erinnere mich immer an mein erstes Agile-Training. Wir hatten einen Teamtag, an dem ich zu der Zeit gearbeitet habe. Wir hatten einen externen Moderator hinzugezogen, weil das Agile-Framework zu dieser Zeit für Finanzdienstleistungen etwas völlig Neues war. Wir haben Lego gespielt. Wir hatten jedes unserer größeren Teams in kleinere Teams aufgeteilt, wie Scrum-Teams, all diese neue Terminologie. Dann bauten wir eine Insel und wir hatten jeweils eine Insel, und der Product Owner gab Anwenderberichte vom Kunden weiter. In der Zwischenzeit bauten wir, glaube ich, einen Raketenwerfer und dann nein, wir wollten keinen Raketenwerfer mehr.

Alana Mai Mitchell:

Wir wollten es optimieren. Wir mussten uns spontan an die Dinge anpassen. Ich erinnere mich immer an diese Erfahrung, weil es so transformativ war, einfach eine so direkte und kollaborative Art zu haben, mit Menschen an einem Projekt zu arbeiten. Bis heute sind es von all den Agile-Schulungen und -Erfahrungen, die ich gemacht habe, immer die, die wirklich interaktiv sind, an die ich mich am meisten erinnert habe und die ich am meisten gelernt und sie vermittelt habe. Ich habe sie als Teilnehmer selbst gelernt und sie dann auch anderen Menschen beigebracht.

Sean Blake:

Denken Sie, haben Sie auf dem Weg dorthin all diese Trainingseinheiten absolviert und mit den Teams vor Ort gearbeitet? Was haben Sie von Agile gelernt, was ein großes Thema ist, aber was haben Sie als das transformativste und hilfreichste empfunden, angefangen von der Art, wie diese Teams Dinge früher gemacht haben, bis hin zu der Art, wie sie sie jetzt tun?

Alana Mai Mitchell:

Ich würde Kommunikation sagen. Was ich herausfand, war, dass ich, weil ich den Kontrast zu beiden hatte, sowohl in Projekten im Water Force-Stil als auch in Agile-Projekten gearbeitet habe. Ich denke, der größte Teil ist der Aufwand und die Genauigkeit, mit der wir die Anforderungen überprüft und diese dann in die Technologie umgesetzt haben. Dann wird es still und man hört nichts von der Technologie, bis sie mit etwas zurückkommen und sagen: „Ich habe ein Baby.“ Du sagst: „Was für eine?“ Der Unterschied zu Agile besteht darin, dass Sie sie mitgestalten können.

Alana Mai Mitchell:

Sie erstellen mit Ihrem Kunden oder Ihrem Endbenutzer, wenn Sie mit einem internen Benutzer zusammenarbeiten, und dann arbeiten Sie auch mit Technologie und finden heraus, welche Einschränkungen die Technologie hat oder welche Ideen er hat. Sie haben die Fähigkeit, mit dem Entwickler zu kommunizieren. Manchmal sind Ihre Entwickler an Land, oft sind sie vor der Küste. Wir sind jetzt alle remote, also macht es keinen so großen Unterschied wie damals, als wir im Büro waren. Sie können wirklich einfach einen Großteil des Prozesses, der zwischen Menschen stattfindet, wegziehen und Gespräche führen. Das ist meiner Meinung nach wirklich der transformativste Teil.

Sean Blake:

Großartig. Ja, also diese Kommunikation. Haben Sie das Gefühl, dass die Kommunikation während COVID und die Arbeit aus der Ferne schwieriger waren? Gehören Sie zu den Menschen, die diese Kommunikationsfähigkeiten von Angesicht zu Angesicht finden, bevorzugen Sie wirklich die persönliche Kommunikation oder war die Fernsteuerung für Sie in Ordnung? Weil ich weiß, dass einige Leute Probleme hatten. Manche Leute fanden es einfacher, ständig auf Zoom zu sein.

Alana Mai Mitchell:

Nun, ich meine, wenn ich ins Büro gehe und wir diese kurze Zeit haben, in der wir wieder im Büro waren, hatte ich die ganze Zeit ein Lächeln im Gesicht. Weil ich es einfach liebe, Leute zu sehen und ich würde herumgehen und zu meinem Team gehen und sagen: „Hey, wie geht's dir?“ Halte sie einfach auf dem Laufenden. Ich denke, das eine Teil, das mir bei der Telearbeit fehlt, obwohl die Flexibilität größer ist, ist, dass man mehrere Dinge gleichzeitig erledigen kann. Sie konzentrieren sich auf einen Großteil Ihrer Arbeit. Sie können viel mehr schneller erledigen. Ich finde, beim informellen Beziehungsaufbau muss man tatsächlich einen Zeitplan einplanen oder aus heiterem Himmel zum Telefon greifen und sich mit jemandem verbinden.

Alana Mai Mitchell:

Im Büro dagegen würde ich das einfach finden, weil Leute da waren und ich weiß nicht, vielleicht isst du zur gleichen Zeit zu Mittag oder gehst zur gleichen Zeit nach unten, um etwas zu tun, oder sogar die Korridorgespräche, die nach dem Meeting stattfinden, wo du einfach jemanden verfolgen oder jemandem eine Frage stellen kannst oder er dich verfolgt und du erledigst einfach Dinge. Es ist einfach anders. Ich würde sagen, es ist mehr, die Treffen sind eher geplant und formell, finde ich in einer Umgebung, in der man von zu Hause aus arbeitet.

Sean Blake:

Mir geht es genauso. Ich habe das Gefühl, dass der Smalltalk und das Gespräch über das Wochenende auf Zoom viel schwieriger für mich sind und es viel anstrengender ist, das aufrechtzuerhalten als persönlich. Es wird natürlicher. Ich muss mir wirklich viel Mühe geben, vor allem bei Einzelgesprächen mit den Leuten im Team, wenn ich versuche, ihre Gesundheit und ihr Wohlbefinden zu überprüfen und zu überprüfen, wie es ihnen bei der Arbeit geht. Ich finde das einfach viel anstrengender als das, was ich persönlich mache. Ich denke, es sind einfach diese nonverbalen Kommunikationsfähigkeiten und man kann die Körpersprache der Leute leichter erkennen, wenn man im Büro ist.

Sean Blake:

Von einem siebenstündigen Arbeitstag ist jemand sechs Stunden lang an seinem Stuhl zusammengesunken. Dann sagst du: „Oh, irgendwas stimmt nicht.“ Wenn du weißt, dass du auf Zoom gehen und versuchen musst, so zu tun, als wärst du glücklich und dass alles in Ordnung ist, dann kannst du es ein bisschen einfacher vortäuschen. Natürlich hat Telearbeit, wie Sie sagen, viele Vorteile. Ich persönlich finde es viel schwieriger, dieses menschliche Element mit digitalen Tools zu replizieren. Vielleicht wird es noch mehr Innovationen geben, aber die Zeit wird es zeigen.

Alana Mai Mitchell:

Ja. Dazu wollte ich einige meiner Freunde aus dem Technologiebereich hinzufügen. Apropos Metaversum und wie Sie und ich im Moment dieses Gespräch über Bildschirme führen. Ich bin in meinem Raum, in meinem Haus, und du kannst mein Gemälde im Hintergrund sehen und ich kann sehen, dass du einen Podcast eingerichtet hast. Einer meiner Freunde sprach darüber, wie, er ist Architekt, und so dachte er darüber nach, wie wir digitale Räume schaffen. Wenn wir uns digital treffen, wenn wir uns als unser Avatar treffen würden, welche Art von Raum würde bessere Gespräche ermöglichen? Das hat mich umgehauen, als er darüber sprach. Ich sagte: „Oh, daran hatte ich noch nicht einmal gedacht.“ Absolut, Sie könnten sich in einem virtuellen Raum treffen, denn wir machen das, was wir haben, mit den Tools, die wir heute haben, aber die Tools können sich ändern.

Sean Blake:

Ich denke, es ist fast sicher, dass sie sich ändern werden. Ich kann mir nicht vorstellen, dass Zoom für immer Marktführer sein wird. Ich bin mir sicher, dass es sehr bald Dinge geben wird, die versuchen werden, einige dieser körperlichen Erfahrungen zu wiederholen, die wir so sehr vermissen, wenn wir im Büro sind und diese sozialen Erfahrungen zusammen machen. Alana, ich frage mich, mit welchen Teams du jetzt oder in der Vergangenheit zusammenarbeitest, diese agilen Teams. Hast du irgendwelche Tipps für Leute, die neu in Agile-Teams sind oder vielleicht gerade erst hinzukommen?

Sean Blake:

Sie wollen ihre Kommunikation verbessern, egal ob sie von zu Hause aus oder im Büro sind, und den Agile-Reifegrad ihres Unternehmens verbessern, aber sie finden es einfach ein bisschen schwierig. Haben Sie irgendwelche Tipps für Leute, die einfach sind, sie stoßen mit dem Kopf gegen die Wand und sie scheinen mit einigen der Muster und Gewohnheiten, über die Sie gesprochen haben, keine Fortschritte zu machen, wie zum Beispiel Anforderungen wegzunehmen und so viele Monate oder Jahre lang nicht zu wissen, was passiert, bevor Sie etwas von der Technologie hören? Wie fangen Sie eigentlich an, diese Kultur und dieses Verhalten zu beeinflussen, wenn Sie Agile noch nicht kennen?

Alana Mai Mitchell:

Ich werde diesbezüglich einen etwas anderen Ansatz verfolgen, um Ihre Frage zu beantworten. Denn das, was mir in den Sinn kam, war, als ich 2012 in Outward Bound, einer Organisation für abgelegene Wildnis in den USA, mitspielte. Ich habe dort unterrichtet. Eines der Frameworks, das sie verwenden, ist die Choice Theory von William Glass. In der Choice Theory geht es darum, dass wir fünf Bedürfnisse haben, und ich werde mich darauf einlassen. Nun, ich werde einige davon erwähnen, weil ich mich nicht an alle erinnern kann. Ich brauche einfach Spaß. Manche Menschen haben ein hohes Bedürfnis nach Spaß. Dann gibt es ein Bedürfnis nach Macht, wie sich mächtig zu fühlen. Es gibt quasi, Liebe und Zugehörigkeit sind ein weiteres wichtiges Bedürfnis. Es gibt noch zwei andere, an die ich mich gerade nicht erinnern kann. Ich denke, wenn man aus einer Situation herauskommt, aus der man es ein paar Mal versucht hat, wenn man sich ihr nähert, und nicht weiterkommt, würde ich mir ansehen, welche Bedürfnisse ich selbst suche, um durch diese Kommunikation erfüllt zu werden.

Alana Mai Mitchell:

Auf der anderen Seite, welche Bedürfnisse hat mein Kommunikationspartner oder das Team, mit dem ich zusammenarbeite? Was ist das wichtigste Bedürfnis für sie? Als wir gerade über Telearbeit gesprochen haben, ist das Bedürfnis nach Spaß gefragt. Die Leute lieben es, Spaß zu haben und man kann tatsächlich Spaß bei der Arbeit haben. Es muss nicht getrennt sein. Denke darüber nach, ob du ein hohes Bedürfnis nach Spaß hast und du merkst, dass dein Team das auch hat. Wie können Sie das in Ihrem Kommunikationsstil ansprechen oder Aktivitäten ins Leben rufen, die das zum Leben erwecken können? Ich würde immer wieder darauf zurückkommen, was meine Bedürfnisse sind und was sind die Bedürfnisse anderer Menschen, mit denen ich zusammenarbeite? Denn wenn man mit verschiedenen Teams zusammenarbeitet, haben sie unterschiedliche Agenden, sie haben unterschiedliche Ziele. Wenn Sie herausfinden können, was Sie gemeinsam haben, ist es viel einfacher, ein anderes Team oder Personen aus diesem Team mit auf die Reise zu nehmen, sobald Sie herausgefunden haben, was die Gemeinsamkeiten sind.

Sean Blake:

Das ist ein guter Rat. Denken Sie aus ihrer Sicht darüber nach und nicht nur aus dem, was Sie brauchen, und Ihrer eigenen Agenda, und versuchen Sie, sich an Ihre Herangehensweise an sie anzupassen. Das ist wirklich gut. Ich habe kürzlich dieses Zitat gesehen, Alana, das mich ein wenig an deine Reise zur psychischen Gesundheit erinnert hat, über die wir gleich mehr sprechen werden. In dem Zitat ging es darum, dass Sie, wenn Sie nach einer neuen Rolle oder einem neuen Job suchen, nicht nur nach einem großartigen Unternehmen suchen sollten, für das Sie arbeiten können. Sie sollten nach einem großartigen Manager suchen, für den Sie arbeiten können, weil der Einfluss und Ihre Erfahrung als Mitarbeiter, die für einen Manager arbeiten, oft so viel wichtiger und einflussreicher sind, als nur ein großartiges oder bekanntes Unternehmen auszuwählen, für das Sie arbeiten möchten. Haben Sie festgestellt, dass das in Ihrer eigenen Karriere zutrifft?

Alana Mai Mitchell:

Oh, ja. Ich habe einige wirklich phänomenale Führungskräfte gefunden. In einer früheren Organisation, in der ich gearbeitet habe, lerne ich gerne ständig weiter und wachse. In früheren Rollen langweile ich mich manchmal. Es passiert. Das ist für Unternehmen wirklich wertvoll, weil ich ständig suche, wo ich Dinge verbessern kann. Ich hatte eine Zeit, in der sich mein Manager auf andere Dinge konzentrierte und Lernen und Entwicklung nicht so wichtig waren. Dann ließ ich eine Frau namens Christina hereinkommen und Christina war wie Feuer. Sie sagte nur: „Das müssen wir tun.“ Sie ist offen für Veränderungen, eine wirklich klare Kommunikatorin, sie kommt aus den USA. Sie ist auf mitfühlende Weise wirklich direkt und auch sehr fortschrittlich. Ich fand es wegen ihres Einflusses in der Organisation.

Alana Mai Mitchell:

Auch durch meine Bereitschaft, meine Hand zu heben und zu sagen: „Ich bin bereit, teilzunehmen.“ Das heißt, für die Leute, die mitmachen, geht es nicht nur darum, dass die Führungskraft die Möglichkeiten für Sie schafft und sagt: „Hey, präsentieren Sie in diesem General Manager Forum oder Executive General Manager Forum.“ Oder was auch immer es ist. Es geht auch darum, dass du sagst: „Hey, ich bin bereit und würde gerne.“ Und zu kommunizieren, wonach Sie suchen. Wir haben uns auf diesem Weg kennengelernt und ich hatte einige der größten, größeren Erfolge in der Zusammenarbeit mit Christina. Ich hatte das Glück, dass die Kultur auch wirklich großartig war. Die unmittelbare Teamkultur musste sich ebenfalls ändern, was einer der Gründe ist, warum Christina an Bord kam, und die Unternehmenskultur ist wirklich gut.

Alana Mai Mitchell:

Ich würde sagen, der Punkt, Manager über Kultur, ist, dass, wenn man jemand ist, der progressiv ist und die Kultur zum Besseren gestalten will, man Kulturen findet, die ein wenig Aufmerksamkeit oder ein bisschen Arbeit brauchen oder Dinge, die nicht ganz so gut sind wie sie. Mit der Vertriebsperspektive und dem Plus an Chancen. Wenn du in eine Kultur gehst und alles großartig ist, kannst du sie bestimmt noch ein bisschen schöner machen. Wirklich, wenn Sie die Unterstützung Ihres Managers haben, sehen Sie diese Initiativen und sie werden sagen: „Okay, machen Sie es. Ich habe demnächst dieses GM-Forum, in dem Sie sich präsentieren können, oder lassen Sie uns Ihren Sponsor finden. Lass uns deinen Mentor finden.“ Dass Sie beide, die als Team arbeiten, an der Spitze der neuen Kultur stehen können, was sich auf den Rest der Kultur auswirkt.

Sean Blake:

Interessant. Ich weiß nicht, ob ich jemals in einer Kultur gelebt habe, die perfekt, übertrieben und zu gut war, aber auf jeden Fall kann man sich in Rollen zu wohl und selbstgefällig fühlen und fast ein bisschen schüchtern sein, wenn es darum geht, die Hand zu heben, um diese Gelegenheiten zu nutzen. Denken Sie, dass es da draußen viele Kulturen gibt, die zu gut sind? Wie beurteilen Sie die Qualität einer Kultur, bevor Sie die Rolle annehmen und anfangen, in diesem Team zu arbeiten?

Alana Mai Mitchell:

Oh, gute Frage. Ich habe immer gefragt, was ist die Vision und wie hängt sie mit dieser Rolle zusammen? Ich möchte es vom Personalchef hören, bevor ich in ein Unternehmen eintrete. Was ich suche, ist, dass ich diese Frage mehreren Personen stelle. Ich suche nach einer Kongruenz, ob der Personalchef eine ähnliche Geschichte sieht wie das, was sein Kollege, der vielleicht im zweiten Interview interviewt, oder sein Leiter im dritten Interview. Ich suche nach den passenden Dingen, denn das zeigt mir, dass es Konsistenz gibt. Es ist nur so, dass ich die gleiche Geschichte höre. Dass sie auch gut kommunizieren. Das wäre ein Zeichen für mich. Ja, das ist ungefähr das, was ich mache.

Sean Blake:

Das ist gut. Guter Tipp. Alana, du hast ein Zitat auf deiner Website, das über deine Reise zur psychischen Gesundheit spricht. Darin heißt es: „Ich habe mich von fünf psychischen Zusammenbrüchen innerhalb von sechs Jahren, bei denen Ärzte einmal mit mir gesprochen haben, völlig erholt, ich wäre obdachlos.“ Das klingt nach viel Entbehrung und viel Schweiß, Tränen und Schmerz über viele Jahre hinweg. Möchtest du uns einen kleinen Teil dieser Reise zeigen und erfahren, was du durch diese Erfahrungen über dich selbst gelernt hast?

Alana Mai Mitchell:

Oh, ja. Danke, dass du das von der Seite entfernt hast, Sean. Im Jahr 2013 bemerkte ich, dass die Dinge nicht in Ordnung waren. Ich fühlte mich nicht wie ich selbst. Ich habe einen Berater, einen Berufsberater, um Hilfe gebeten. Weil ich dachte: „Ist das meine Karriere?“ Ich sagte: „Bin ich nicht im richtigen Job?“ Ich habe mit einem Psychiater und einem Psychologen gesprochen und sie haben ein bisschen nachgeforscht, aber niemand hat wirklich verstanden, was vor sich ging. Dann habe ich in meiner Karriere einige schnelle Entscheidungen getroffen, auf die ich zurückblicke und ich denke: „Wow, ich war wirklich mittendrin und habe überhaupt nicht klar gedacht, als ich diese Entscheidungen getroffen habe.“ Ungefähr im November 2014 befand ich mich zwischen den Rollen. Als jemand, der zuvor wirklich ehrgeizig war, wie ein Leistungsträger, ein chronischer Leistungsträger, ohne im Moment eine Rolle und eine berufliche Perspektive zu haben, war damals eine große Sache.

Alana Mai Mitchell:

Ich hatte eine sogenannte psychotische Episode. Im Grunde war das wie bei mir, an verblendete Gedanken zu glauben und die Realität nicht wirklich fest im Griff zu haben, eine Geschichte in meinem Kopf zu haben, die überhaupt nicht stimmte. Es endete damit, dass ich mit dem Krankenwagen ins Krankenhaus gebracht wurde. Damals, noch zu diesem Zeitpunkt, wussten die Leute nicht wirklich, was vor sich ging. Ich war in der psychiatrischen Abteilung und kam aus dieser heraus, begann mit Medikamenten, die die Dinge verbesserten. Ich dachte, und das ist einer der Gründe, warum ich die vielen psychotischen Episoden hatte, ist, dass ich dachte, dass der Stress zwischen den Jobs oder stressige Situationen bei der Arbeit die Auslöser für die psychotischen Episoden waren.

Alana Mai Mitchell:

Ich nahm die Medikamente für eine Weile ein, ging es vorübergehend besser, dachte, alles sei normal, setzte die Medikamente ab. Dann, sechs Monate später, hatte ich eine weitere Panne. Dann passierte das über sechs Jahre und im fünften und letzten Jahr wurde mir klar, dass ich ein Coaching-Unternehmen leitete, das am Anfang ein paar Kunden hatte und dann hatten wir überhaupt keine Kunden. Mir ging im Grunde das Geld aus und ich verschuldete mich. Als der Arzt dann von meiner finanziellen Situation erfuhr, sagte er: „Sie werden obdachlos sein.“ Ich war so beleidigt. Ich sagte: „Wie kannst du es wagen.“ Ich sagte: „Nein, das werde ich nicht. Das werde ich nicht.“ Ich blicke jetzt zurück und bin so dankbar, dass er mir das erzählt hat, denn er hat mir die Wahl gegeben. Etwas, gegen das man sich wehren und einen anderen Weg wählen kann. Er hat meinen Willen aktiviert. Ich bin nicht mehr beleidigt, sondern dankbar, wo ich heute stehe.

Alana Mai Mitchell:

Ich habe meinen Ausweg gefunden. Jetzt habe ich eine gut behandelte Schizophrenie und nehme Medikamente. Ich werde für den Rest meines Lebens Medikamente einnehmen. Es ist ein Teil dessen, wer ich bin. Ich erlebe nicht, dass manche Menschen viel Wertschätzung empfinden, weil ich weiß, dass sie sich auf ihrem Weg zur psychischen Gesundheit befinden. Es läuft nicht alles glatt, auch wenn sie eine Antwort oder eine Diagnose haben. Es kann immer noch eine Herausforderung sein, wenn es Tage mit Auf- und Abwärtstagen gibt. Für mich bin ich konsequent. Es ist jetzt bis zu vier Jahre her, seit der Arzt und ich dieses Gespräch im Krankenhaus geführt haben. Seitdem ist das Leben einfach unglaublich.

Sean Blake:

Das ist großartig. Das freut mich so zu hören. Vielen Dank, dass Sie Ihre Geschichte mit unserem Publikum geteilt haben. Ich denke, es ist wirklich wichtig, nicht wahr? Verletzlich zu sein und die Wahrheit über Dinge zu teilen, die in der Vergangenheit passiert sind. Denkst du, dass wir etwas lernen können? Haben Sie ein klareres Verständnis für die Menschen, mit denen Sie jetzt zusammenarbeiten, oder suchen Sie nach Anzeichen von Menschen in Ihrem Leben, die möglicherweise mit ähnlichen Problemen zu kämpfen haben, und was können wir als Menschen in unseren eigenen Gemeinschaften und in der Zusammenarbeit mit Teams tun, um aufeinander aufzupassen und uns gegenseitig besser zu unterstützen, wenn einige dieser psychischen Probleme im Vordergrund stehen, damit wir uns besser unterstützen können?

Alana Mai Mitchell:

Ich höre immer zu und prüfe, wie es dem Team geht, und es geht nicht nur darum, dass du fragst, wie es dir geht, und du hörst auf mehr als das, was sie sagen. Wenn sie sagen, dass sie gut sind, wie sagen sie es dann? Wir hatten dieses Gespräch schon einmal über die Telearbeit und es ist anders. Wir kommen zu den, bist du okay, und wir haben die, bist du okay Tage. Jemand hat mich im Büro gefragt, wo wir eigentlich zusammen gearbeitet haben. Sie sagen: „Bist du okay, Alana?“ Ich konnte ihr nicht antworten. Es ist nicht immer so einfach, ein Nein zu bekommen, manchmal ist es so, dass man keine Antwort bekommt. Dann geht der Alarm los. Ich denke wirklich, all die Interaktionspunkte, die man mit jemandem hat und sich an ihnen auszurichten, stimmt das damit überein, wie sie waren, gibt es etwas anderes, erkundigen Sie sich bei ihnen, wie läuft es? Wenn du ein Gespräch führst, großartig. Wenn sie es mit dir teilen, noch besser.

Alana Mai Mitchell:

Wenn nicht, kannst du einfach bei dir selbst nachfragen und sagen: „Brauchst du das?“ Was die Frage angeht, warum teilen sie das nicht oder ist das etwas, das auch mit ihnen los ist? Den anderen Teil wollte ich zusammenfassen und ihn auf die Agile Leadership und auf der Konferenz Agile Australia, auf der wir waren, zurückbringen. Ich sehe wirklich, dass es so wichtig ist, Vertrauen in Teams aufzubauen. Wir befinden uns in dieser Remote-Arbeitsumgebung oder in einer hybriden Arbeitsumgebung, je nachdem, in welchem Büro Sie sich befinden. Es ist wirklich wichtig, Vertrauen zu Ihrem Team aufzubauen. Eine der schnellsten Möglichkeiten, dies zu tun, besteht darin, das, was Sie teilen müssen, auf anfällige Weise zu teilen. Ich meine damit nicht, dass du dich bloßstellen und dich in verwundbare Situationen begeben musst, in denen du dich mit dem, was du teilst, unwohl fühlst.

Alana Mai Mitchell:

Es ist eine Enthüllung, also etwas, bei dem Sie sich zu 100% in sich selbst wohlfühlen, und Sie haben es in sich selbst akzeptiert und teilen das mit Ihrem Team in Offenheit. Wenn du das tust, siehst du, dass dein Team es auch hört und es auch widerspiegelt. Du gehst zuerst und sie teilen. Das Beispiel für psychische Gesundheit, das habe ich auf LinkedIn geteilt. Ich habe es in bestimmten Situationen mit meinem Team geteilt. Dann wurde ich zu Vorträgen eingeladen und Leute kamen auf mich zu. Es baut sich wirklich auf, ohne dass ich viel durchmachen muss, ich frage diese Person, übertrifft sie die Erwartungen, wenn ich danach frage? Wie oft müssen Sie diesen Prozess durchlaufen, bevor Sie jemandem vertrauen und sich selbst nicht vertrauen, sich outen und durch Verletzlichkeit ein Umfeld des Vertrauens schaffen? Ich habe allerdings den Vorbehalt, dass es so ist, als würde man nicht zu viel teilen, es geht darum, zu teilen, womit man sich zu diesem Zeitpunkt wohl fühlt, und das könnte sich im Laufe der Zeit ändern.

Sean Blake:

Interessant. Gilt das auch für Führungskräfte? Ich weiß, dass Sie in der Vergangenheit davon gesprochen haben, eine großzügige Führungskraft zu sein, und das erinnert mich an dienende Führung, eine andere Art von agilem Ausdruck, den Sie häufig hören. Die Idee, an erster Stelle zu stehen und Ihrem Team mitzuteilen, womit Sie sich wohl fühlen, auch als Führungskraft, und Verletzlichkeit zu zeigen, ist wirklich wichtig. Ich weiß aus meiner Erfahrung, wenn Sie einige der ehrlichen und harten Realitäten darüber teilen können, wie es ist, in Ihrer Position zu sein, dann ist Ihr Team einfühlsamer in die Herausforderungen, vor denen Sie stehen.

Sean Blake:

Weil viele Leute davon ausgehen, dass, wenn man in einer Führungsposition und Verantwortung ist, die Dinge einfacher sind, weil man einfach delegieren kann oder ein Budget hat, um einige dieser Probleme zu lösen, aber das ist nicht wirklich die Realität. Die Realität ist, dass Sie wie jeder andere mit Dingen zu kämpfen haben. Indem du Dinge mit Menschen auf allen Ebenen der Organisation teilst und offenlegst, hilft das, Empathie aufzubauen und ein bisschen mehr Fürsorge und Unterstützung aufzubauen, egal auf welcher Ebene du dich befindest. Gibt es noch andere Dinge, Gewohnheiten oder Eigenschaften eines großzügigen Leiters oder eines dienenden Leiters, die Sie gesehen haben oder die Sie versuchen, zu modellieren oder zu fördern?

Alana Mai Mitchell:

Das große, was für mich auffällt, ist Authentizität. Sich selbst wirklich zu kennen, zu wissen, was Ihr Führungsstil ist, zu wissen, was Ihre Herausforderungen sind, was Ihre Stärken sind, woran Sie arbeiten, und dabei authentisch zu sein. Wenn Sie etwas fühlen, teilen Sie mit, was Sie fühlen, ohne das Gefühl haben zu müssen, es anders sagen oder beschönigen zu müssen, Ihre Meinung direkt und mitfühlend äußern zu können. Wir gehen nicht auf Arroganz ein, und wir werden nicht auf Wishy Washy setzen. Wir gehen direkt und mitfühlend vor und teilen dann mit Ihnen, was in Ihrem Herzen ist, also Authentizität. Das sind die Führungskräfte, die Sie, ich bin so froh, dass Sie Empathie angesprochen haben, denn wenn Sie verwundbar, einfühlsam und authentisch sind, sind das die Führungskräfte, die für Sie und mich wirklich auffallen.

Sean Blake:

Das ist ein guter Rat. Authentizität, direkte Kommunikation, Empathie aufbauen. In Ordnung, danke, dass du das geteilt hast.

Alana Mai Mitchell:

Du bist willkommen.

Sean Blake:

Alana, wie hast du beschlossen, ein Buch über einige deiner Erfahrungen zu schreiben und kannst du uns erzählen, wie dein Buch Being Brave dein Leben verändert hat und wie du darüber denkst, deine Geschichte zu teilen?

Alana Mai Mitchell:

Bei mir ist natürlich viel los. Ich liebe Projekte. Ich liebe es, deshalb bin ich in Projekten. Weil ich es liebe, mir ein Ziel zu setzen und es zu erreichen. Die Firma, in der ich gearbeitet habe, hatte eine Reihe von Workshops abgehalten und ich kam an einen Punkt, an dem nicht mehr so viele Aktivitäten stattfanden. Ich dachte: „Oh, das ist wirklich interessant. Ich habe nicht so viel zu tun.“ Das war gerade zu Beginn der Pandemie im Jahr 2020. Ein Freund, ein wirklich lieber Freund von mir, sagte: „Versuche es mit Meditation. Versuche täglich zu meditieren.“ Ich meditierte jeden Tag und war umzingelt, mein Netzwerk ist quasi ein Coaching-Netzwerk. Ich kenne viele Coaches und sie hatten auch ihre eigenen Bücher geschrieben. Ich war auf dem Radar und meditierte und ich hatte die Idee, eine persönliche Erinnerung über meine Geschichte zu schreiben.

Alana Mai Mitchell:

Es ist wirklich interessant, dass trotz des Prozesses, in dem ich viel persönliche Entwicklungsarbeit geleistet und die Geschichte geschrieben habe, immer noch einige Dinge darin waren, bei denen ich mich noch nicht ganz wohl gefühlt habe. Das habe ich akzeptiert, seit ich das Buch geschrieben habe. In einem Buch spreche ich von psychotischen Episoden, wenn die Leute es lesen. Ich spreche nicht über Schizophrenie, weil ich erst später gefragt wurde, ob ich in den Medien etwas über Schizophrenie machen könnte und ich sagte: „Okay, ja. Zeit, das zu besitzen.“ Ich habe das Gefühl, dass das Buch mich zu einem bestimmten Zeitpunkt dazu gebracht hat, alles, was passiert war, mit bedingungsloser Liebe zu akzeptieren und dann still zu sein und dieses Stück zu modellieren, das auf Enthüllung und nicht auf Enthüllung ausgerichtet ist. Dennoch hatte ich meine Fragilität in Bezug auf das, was ich noch nicht preisgeben wollte. Seitdem war das weiter fortgeschritten.

Sean Blake:

Das ist großartig. Diese Therapie, mit der Sie die Geschichte schreiben, hat tatsächlich dazu beigetragen, die Geschichte selbst zu konkretisieren, und Sie haben sich mit einigen der Dinge abgefunden, die passiert sind. Wie war die Resonanz auf das Buch?

Alana Mai Mitchell:

Die meisten Leute, wenn sie das Buch in die Hand nehmen, ist es ein kurzes Buch, manche Leute nennen es sogar ein Heft, weil es 11.000 Wörter hat. Es ist kurz. Sie sagen: „Wow, das habe ich in anderthalb Stunden gelesen, in einer Sitzung. Ich konnte es nicht weglegen. „Jemand hatte gesagt: „Es ist die Geschichte von dem Berühmten, der aus der Asche aufersteht.“ Sie können sich viel davon inspirieren lassen. Der Sinn des Buches und vieles von dem, was wir über Verwundbarkeit sprechen, ist, dass man als Anführer an erster Stelle steht. Sie geben ein Beispiel, dem andere folgen können, sodass das auch in ihr Leben einfließen wird. Das Buch enthält eine Geschichte und am Ende einige Fragen, die die Menschen für ihre eigenen Erkenntnisse durchgehen können.

Sean Blake:

Großartig, großartig. Alana, gibt es noch etwas, das du mit unserem Publikum teilen möchtest, bevor wir heute mit dem Abschluss der Episode beginnen?

Alana Mai Mitchell:

Das habe ich getan, weil ich weiß, dass es hier mehr um Agile geht, und das ist ein wirklich wichtiges Thema für Ihr Publikum. Ich habe nach der Konferenz, zu der wir gegangen sind, Agile Australia, geschrieben und darüber nachgedacht, was über das Spotify-Modell hinausgeht? Weil das Spotify-Modell sehr ist, wird es im Moment mit den Crews und den Stämmen und Squads natürlich auch mit den Chapter-Lead-Models und allem, was sie haben, darüber gesprochen, und ich bin mir sicher, dass jeder, der zugeschaltet hat, wirklich vertraut sein wird. Ich fing an, darüber nachzudenken, welche Dinge über das Spotify-Modell hinaus relevant sind? Was kommt als Nächstes? Wenn Ihr Unternehmen an einem Punkt angelangt ist, an dem Sie bereits einen Teil davon erfüllt haben und Sie nach dem suchen, was als Nächstes kommt. Darüber habe ich einen Artikel geschrieben. Es ist auf LinkedIn und ich gebe es dir. Wenn du möchtest, kannst du es in die Shownotes schreiben.

Sean Blake:

Das ist großartig. Das werden wir auf jeden Fall tun. Wo können die Leute hingehen, um mehr über dich zu erfahren? Wo können sie dein Buch kaufen oder deine Website besuchen?

Alana Mai Mitchell:

Meine Seite ist www.alanamaimitchell.com. Dort gibt es mehr über meine Geschichte. Beim Coaching gibt es ein paar Dinge, die relevant sein können. Ich coache im Moment nicht, ich konzentriere mich mehr auf meine Karriere im Finanzdienstleistungsbereich. Dann ist das Buch bei Amazon und es ist auf Englisch und auch auf Spanisch. Es gibt das Hörbuch und auch das gedruckte Buch und das eBook.

Sean Blake:

Fantastisch. Tja, Alana, danke, dass du offengelegt hast, was du heute veröffentlicht hast, und deine Geschichte mit uns geteilt hast. Ich habe viel über Ihre Erfahrungen gelernt, und ich muss viel darüber nachdenken, darüber nachdenken, wie ich eine großzügigere Führungskraft sein kann. Vielen Dank, dass Sie Zeit mit uns verbracht und Teil des Easy Agile Podcasts waren.

Alana Mai Mitchell:

Du bist so willkommen. Danke, dass du mich in der Sendung hast, Sean.

Sean Blake:

Danke, Alana.

„Es war großartig, dieses Gespräch mit Maysa führen zu können und sie ihre Geschichte erzählen zu lassen. So viele tolle Imbissbuden.“ - Nick Muldoon

Unterhalten Sie sich mit Nick Muldoon, Mitbegründer und Co-CEO von Easy Agile, mit Maysa Safadi, Engineering Manager bei Easy Agile.

Als Frau geht das Aufwachsen im Nahen Osten und die Leidenschaft für eine Karriere in der Technologiewelt nicht gerade Hand in Hand. Auf ihrem Weg durch eine sehr patriarchalische Gesellschaft spricht Maysa über ihren Werdegang und wie sie dahin gekommen ist, wo sie heute ist.

Angesichts der schlechten Chancen spricht Maysa darüber, den Status Quo in Frage zu stellen, den ständigen Druck, sich in einer von Männern dominierten Branche zu beweisen, wie wichtig es ist, den eigenen Kurs zu bestimmen und ihre Hoffnungen für die Zukunft von Frauen in der Tech-Branche.

Das ist so eine inspirierende Episode, wir hoffen, sie gefällt euch genauso gut wie uns.

Transkript

Nick Muldoon:

Hallo, Team. Nick Muldoon, Mitbegründer und Co-CEO von Easy Agile, und ich werde heute von Maysa Safadi begleitet, die als technische Leiterin hier bei Easy Agile tätig ist. Wir werden in Kürze auf Maysas Geschichte und Reise eingehen, aber zuvor wollte ich nur kurz den traditionellen Hütern des Landes, von dem aus wir heute aufnehmen und tatsächlich senden, eine kurze Anerkennung aussprechen, und das sind die Menschen des Dharawal-sprachigen Landes südlich von Sydney und Australien. Wir zollen den älteren, gegenwärtigen und aufstrebenden Ältesten unseren Respekt und zollen allen Aborigines der Torres Strait Islander und den First Nations, die sich uns heute anschließen und zuhören, denselben Respekt aus. Maysa, willkommen. Danke, dass du zu uns gekommen bist.

Maysa Safadi:

Danke, Nick. Danke, dass du mich eingeladen hast.

Nick Muldoon:

Also, Maysa ist heute dran. Wir werden Maysas bisherigen Werdegang untersuchen, und ich denke, eines der Dinge, die mich an Maysas Reise interessieren, ist, dass sie aus einer ziemlich patriarchalischen Gesellschaft im Nahen Osten stammt und viele Widrigkeiten überwunden hat, die einige ihrer Kollegen nicht überwunden haben, und sie hat es geschafft, nach Australien zu kommen, eine Familie in Australien zu gründen, hat drei wunderschöne Kinder und ist technische Managerin, nachdem sie so viele Jahre als Software gearbeitet hat. Ingenieur. Also, Maysa, ich würde gerne ein bisschen über die frühen Phasen deines Lebens erfahren und wie du zur Universität gekommen bist.

Maysa Safadi:

Ich bin in den Vereinigten Arabischen Emiraten geboren und aufgewachsen. Ich bin einer von neun. Ich habe drei Brüder und fünf Schwestern. Ich bin eigentlich das mittlere Kind. Papa und Mama, sie haben sich sehr darauf konzentriert, wirklich gute, gesunde Kinder großzuziehen, und wichtiger ist es, alle ihre Kinder zu erziehen, egal ob sie Jungen oder Mädchen sind. Ich habe dort meine Ausbildung an den Schulen begonnen. Als ich die High School abgeschlossen habe, werde ich an einem College eingeschrieben, wie man es hier in Australien nennt, TAFE.

Bildung in den Vereinigten Arabischen Emiraten ist nicht kostenlos. Ich bin einer von neun und habe das Ziel und das Ziel, dass mein Vater uns alle erzieht. Wenn es um Bildung geht, waren es zwei Faktoren, die eine große Rolle spielen. Kann Papa es sich leisten, mich auf dieses College oder diese Universität zu schicken? und wenn ich fertig bin, werde ich dann in der Lage sein, einen Job in diesem Bereich zu finden? Einer meiner Traumjobs, ich weiß noch, als ich aufgewachsen bin, wollte ich Bauingenieur werden, und ich erinnere mich, dass mein älterer Bruder, er ist der zweite, mir gesagt hat, dass es gut ist, dass du Bauingenieurwesen studieren willst. Denken Sie daran, dass Sie keinen Job finden werden.

Nick Muldoon:

Sag mir warum.

Maysa Safadi:

Vereinigte Arabische Emirate, es ist ein von Männern dominiertes Land. Der Tiefbau ist eine von Männern dominierte Branche. Wenn Sie nach einem Abschluss nach einem Abschluss nach einem Job suchen, ist dieser in erster Linie Männern und Männern aus den Emiraten vorbehalten. Also, es muss in der Warteschlange ziemlich nach unten gehen, bevor es zu mir kommt, und um realistisch zu sein, gibt man manchmal seine Träume auf, weil man weiß, dass man später im Leben keine Chance haben wird.

Nick Muldoon:

Oh mein Gott, das ist demoralisierend.

Maysa Safadi:

Unglücklicherweise.

Nick Muldoon:

Okay,

Maysa Safadi:

Die Entscheidung für mich, Ingenieurwesen zu studieren, war wiederum, dass ich nicht wirklich zur Universität gehen konnte, weil es zu teuer war. Meine ältere Schwester hatte eine Freundin, die ihr von diesem Institut erzählte, dass dort Computer unterrichtet werden. Als es um Mama und Papa ging, sagten sie uns wirklich: „Mach, was du willst, lerne, was du willst, du bist es, der im Grunde dieses Fachgebiet studieren wird, und du musst es mögen und du musst sicherstellen, dass du das Beste daraus machen kannst.“ Bei diesem Institut war es also einigermaßen in Ordnung, dass mein Vater meine Gebühren bezahlte und sie Computer unterrichteten. Ich dachte: „Ja, in Ordnung, Computer, das gehört zur Wissenschaft, oder? Ich kann vielleicht nicht Bauingenieurwesen studieren, aber ich bin wirklich sehr daran interessiert, mehr über Computer zu erfahren.“

Nick Muldoon:

Ähnlich, nah genug.

Maysa Safadi:

Nah genug. Am Ende werde ich eingeschrieben und ich erinnere mich, dass das allererste Fach Computergrundlagen oder Computergrundlagen waren, so etwas, und ich dachte: „Ja, in Ordnung, das ist interessant“, und von da an habe ich meine Ausbildung wirklich abgeschlossen. Nach zwei Jahren erhielt ich schließlich ein Diplom in Informatik.

Nick Muldoon:

Also, war das eine einzigartige Situation für dich oder gingen die meisten deiner Freundinnen von der High School auch aufs College?

Maysa Safadi:

Es ist wirklich einzigartig, einzigartig für meine Familie. Ich sage nicht, dass es selten ist, Sie werden andere Familien finden, die das tun, aber es ist nicht üblich. Es ist einzigartig, weil ja, die meisten Mädchen, wenn nicht alle, zur Schule gehen, in den Vereinigten Arabischen Emiraten Schulpflicht besteht, aber eine sehr kleine Anzahl von ihnen strebt eine höhere Bildung an. So ziemlich Mädchen, am Ende beenden sie die Schule und die allererste Chance, zu heiraten, heiraten sie und gründen ihre eigene Familie. Ich erinnere mich...

Nick Muldoon:

Und du hast einen anderen Weg gewählt, weil...

Maysa Safadi:

Oh, ja.

Nick Muldoon:

... ja, du hast heute natürlich eine Familie, aber du hast deine Karriere etabliert, du hast die Schule nicht beendet und geheiratet.

Maysa Safadi:

Ich glaube, ich gebe Mama und Papa in diesem Sinne wirklich so viel Anerkennung. Sie sagten uns, Bildung sei wichtiger als eine Familie zu gründen oder zu heiraten. Sie sagten: „Beenden Sie Ihr Studium, beenden Sie Ihre Ausbildung und dann heiraten Sie.“ Die andere Sache, die sie sagten: „Heirate nicht einmal, während du studierst, denn du wirst es mit Sicherheit nicht beenden können. Vielleicht, weil dein Mann nicht möchte, dass du es zu Ende bringst. Vielleicht beschäftigst du dich so sehr mit den Kindern und legst es zurück.“ Ich erinnere mich an so viele Male mit meinen älteren Schwestern, als jemand, es ist traditionelle Ehe, wenn einige Leute kommen und vorschlagen zu heiraten oder ihnen einen Antrag zu machen, mein Vater immer sagte: „Nein, mach zuerst deine Ausbildung zu Ende.“

Nick Muldoon:

Also, das ist interessant, weil ich glaube, dass Ihr ältester Sohn geboren wurde, als Sie sich weitergebildet und Ihren Master gemacht haben, ist das richtig?

Maysa Safadi:

Ja. Ich habe ein Diplom in Informatik. Ich wollte jedoch immer einen Bachelor-Abschluss haben. Ich wusste, dass mehr dahinter steckt. Ich habe mich in Computer verliebt, aber ich wollte mehr, und ich hatte immer diese Vorstellung im Kopf: „Wenn ich eine bessere Gelegenheit bekommen will, muss ich ein besseres Zertifikat oder eine bessere Ausbildung haben.“ Also dachte ich, ein Bachelor-Abschluss würde mir bessere Chancen geben. Ich habe in den Vereinigten Arabischen Emiraten gearbeitet und Geld gespart, und die Wollongong University hatte dort eine Niederlassung in Dubai. Also hatte ich mein Auge darauf gerichtet, dort meinen Abschluss zu machen. Schließlich schreibe ich mich an der Wollongong University auf dem Campus von Dubai ein, um meinen Bachelor-Abschluss in Informatik zu machen.

Nick Muldoon:

Also, nur für Leute, die mithören, Wollongong ist die Region Australiens, in der Maysa und ich und viele unserer Teammitglieder leben. Die University of Wollongong ist also die örtliche Wollongong University, die eine Niederlassung in Dubai hat.

Nick Muldoon:

Sie waren also an der University of Wollongong und haben diesen Bachelor-Abschluss gemacht, und wie haben Sie den Übergang und den Umzug nach Australien geschafft?

Maysa Safadi:

Als ich an der Wollongong University auf dem Campus von Dubai studierte und gleichzeitig arbeitete, um die Gebühren bezahlen zu können, traf ich meinen Mann auf der Arbeit und zufällig hat er ein qualifiziertes Migrantenvisum, um nach Australien zu kommen, zufällig. Also dachte ich: „In Ordnung, er wird nach Australien gehen, er ist eine Person, mit der ich wirklich den Rest meines Lebens verbringen werde. Also, wie wäre es, wenn ich meine Arbeiten an die Wollongong University hier in Australien übertrage und meinen Abschluss von hier aus beende, während er die Chance hat, auf dem Land zu leben, und dann können wir uns entscheiden. „Ist es ein Ort, an dem wir unser Leben hier fortsetzen können?“ Wenn nicht, war es eine gute Erfahrung. Wenn das gut ist, ist das eine weitere neue Erfahrung und Reise, die wir unternehmen werden.“ Also kommen wir am Ende nach Australien. Ich habe meinen Abschluss von hier aus gemacht.

Nick Muldoon:

Was hast du gefunden, als du in Australien ankamst? Wie unterschied es sich von den Vereinigten Arabischen Emiraten? Inwiefern war es bei Frauen anders? Inwiefern war es für Frauen im Ingenieurwesen anders, wenn man bedenkt, was Ihr Bruder über Bauingenieurwesen in Dubai gesagt hatte?

Maysa Safadi:

Ich hatte einen Kulturschock, als ich nach Australien kam. Ja, ich war in einem Land, das... ein von Männern dominiertes Land, ein Land der Dritten Welt, keine Möglichkeiten für Frauen, in einem Land, in dem alles so anders ist. Die Lebensweise, die Kommunikation, die Kultur, alles war so anders. Wenn es um Ingenieurwesen geht, weil ich mein Studium in den Vereinigten Arabischen Emiraten nicht wirklich abgeschlossen habe, also hatte ich nicht einmal die Gelegenheit, im Ingenieurwesen zu arbeiten. Da ich jedoch über das Land Bescheid wusste und wusste, wie dort Talente aufgenommen werden, wusste ich, dass ich geringe Chancen hatte. Jetzt, nach Australien zu kommen und mein Studium an der Universität abzuschließen, war eine Herausforderung. Jemand aus dem Nahen Osten, Englisch ist die zweite Sprache. Er hat einen Abschluss in Informatik und schaut sich um: „Mein Gott, wo sind die Mädchen? Ich sehe nicht wirklich viele von ihnen in der Nähe.“ Und dann, ja, in dieses Klischee von der Industrie oder von einem Bereich, in dem es nur etwas für Männer ist.

Nick Muldoon:

Ja, es kommt also ein kleiner Kulturschock rüber. Ja, schnell vorspulen, Sie haben ein Jahrzehnt in der Softwareentwicklung verbracht und sind dann in die technische Leitung aufgestiegen. Was war die Veränderung und wie haben Sie den Wandel vom Teammitglied zum Personalleiter wahrgenommen?

Maysa Safadi:

Ich habe meinen Abschluss an der Wollongong University gemacht und bekomme am Ende eine Stelle bei Motorola als diplomierter Softwareingenieur. Im gesamten Team gab es drei Frauen.

Nick Muldoon:

Wie groß war das Team?

Maysa Safadi:

Wie groß war das Team? Es waren ungefähr 20.

Nick Muldoon:

In Ordnung.

Maysa Safadi:

Jep. Da war das Netzwerkteam, ich weiß nicht mehr, wie viele, aber es war ein anderes Team. Das Team, in dem ich war, ist ein Entwicklungsteam, und da waren drei Mädchen drin, eine davon eine weitere Absolventin, die am Ende zu dem Programm kommt und eine, die ein Jahr zuvor angefangen hat. Interessant, diese beiden Frauen, sie sind nicht mehr in der IT. Ich habe es wirklich geliebt, Probleme zu lösen, ich habe es wirklich geliebt, das Ergebnis meiner Arbeit in den Händen der Leute zu sehen, weil ich Funktionen für Mobiltelefone entwickelt habe. Damals dachte ich als IC an alles, wie ich in meiner Arbeit besser werden kann, wie ich mehr lernen kann, wie ich allen beweisen kann, dass ich genauso leistungsfähig bin wie jeder andere Mann im Team.

Nick Muldoon:

Glaubst du, Maysa, dass du das im Laufe deiner Karriere tun musstest, um dich zu beweisen?

Maysa Safadi:

Ja, ja. Es ist eine schwierige Branche. Wirklich nicht so viele Frauen zu sehen, macht es schwierig, weil man nach Vorbildern sucht, die einen denken lassen: „Oh, sie hat es geschafft. Ich schaffe es. Wenn sie noch da drin ist, kann ich von ihr lernen.“ Das alles habe ich verpasst. Ich hatte in meiner Karriere nie einen anderen Mentor oder in allen Jobs, die ich zuvor hatte, auch nur eine weibliche Managerin. Also hatte ich es immer mit Männern zu tun, ich habe immer versucht, meinen Weg zu finden, um ihnen die unterschiedlichen Perspektiven zu zeigen, die ich einbringen kann. Sogar die subtilen Interaktionen, die ich früher mit ihnen hatte, gaben mir das Gefühl: „Du bist nicht fähig genug. Du bist noch nicht da. Das ist unser Gebiet. Warum bist du hier?“ All diese Dinge sinken wirklich, ohne dass Sie darüber nachdenken, Ihr Selbstwertgefühl und Ihr Selbstwertgefühl, wenn Sie in Branchen wie dieser tätig sind. Ja.

Nick Muldoon:

Also, ich bin mir bewusst, weißt du, du bist jetzt in dieser Position, du hast irgendwie darüber gesprochen, dass du nicht sein kannst, was du nicht sehen kannst. Wenn du keine Frau siehst, die eine Führungskraft hat, und du keiner unterstellst, dann ist es schwer vorstellbar, wie du das werden kannst. Aber hier sind Sie, Sie sind das geworden, und für unser Team hier sind Sie eine der weiblichen Führungskräfte im Unternehmen, was fantastisch ist. Also, ich schätze, was sind die Aktivitäten, die Sie unternehmen, um präsent zu sein und sichtbar zu machen, dass Sie eine weibliche Führungskraft im technischen Bereich sein können. Ich glaube, Anfang letzten Monats waren Sie vielleicht auf der WomenHack in Sydney.

Maysa Safadi:

Ja, ich war...

Nick Muldoon:

Was ist WomenHack?

Maysa Safadi:

In Ordnung. WomenHack, es ist eine Organisation, um verschiedene talentierte Frauen zusammenzubringen, sie zu unterstützen, sie auszubilden, und nicht nur das, um zu versuchen, sie mit anderen Unternehmen zu verbinden, die Vielfalt und Inklusion schätzen, und im Grunde versuchen, Leute einzustellen... Es geht im Grunde darum, Möglichkeiten für Frauen in der Technologiebranche zu finden, in Unternehmen, in denen sie die Vielfalt schätzen.

Nick Muldoon:

In Ordnung. Also, ich finde es interessant, ich sehe hier diese Parallelen zwischen deiner Mutter und deinem Vater, die sich aus dem Fenster gerissen haben und sich finanziell engagiert haben, um sechs Mädchen eine College- und Universitätsausbildung im Nahen Osten zu ermöglichen, und sie haben etwas getan, das zu der Zeit vielleicht ziemlich fortschrittlich war. Du sagtest, das sei nicht üblich. Es hört sich so an, als würde WomenHack heutzutage fortschrittlichere Unternehmen zusammenbringen, die Frauen Möglichkeiten bieten, in Führungspositionen zu kommen oder sogar ihre Karriere zu beschleunigen.

Maysa Safadi:

Ja, es ist so erfreulich, die Veränderung zu sehen, die sich im Laufe der Jahre vollzogen hat. Wenn ich an das Jahr 2000 zurückdenke, als ich meinen Abschluss gemacht habe und schließlich in der IT gearbeitet habe, mit all den Verhaltensweisen, da war kein Wissen oder es gab kein Bewusstsein dafür, wie wichtig Vielfalt ist, und sie waren sich nicht einmal bewusst, dass Frauen das Feld wirklich verlassen oder nicht, dass sich viele Frauen überhaupt erst in Studiengängen wie Informatik oder Ingenieurwesen einschreiben. Selbst in der Schule gab es kein Bewusstsein dafür. Dann seht ihr jetzt die Fortschritte, die in der Schule geschehen, mehr Bewusstsein findet statt. Die Universitäten versuchen, die Abschlüsse oder Fachrichtungen für Frauen und Diversität attraktiver zu gestalten. Sie versuchen, die Lücken zu überbrücken. Deshalb ergreifen viele Unternehmen Maßnahmen, um es Frauen zu erleichtern, vor Ort tätig zu sein und in diesem Bereich Fortschritte zu erzielen.

Also, WomenHack, es gibt so viele andere Gruppen wie Women in Tech, es gibt so viele Unternehmen, die ebenfalls Verbündete von Frauen in der Tech-Branche sind, wo sie versuchen, andere Unternehmen wirklich zu unterstützen und ihnen Gehör zu verschaffen. Und die gesamte Forschung und die Wissenschaft haben wirklich bewiesen, dass es für die Unternehmen, für die Teams, vorteilhafter sein wird, engagiertere Teams zu haben, die diese Unterschiede haben. Also, ja, im Moment findet eine Menge Sensibilisierung statt, und so viele Unternehmen versuchen, etwas dagegen zu unternehmen. Ich wünschte, das wäre früh gewesen.

Nick Muldoon:

Zu Beginn Ihrer Karriere.

Maysa Safadi:

Zu Beginn meiner Karriere, ja. So oft fühlte ich mich so isoliert. So oft lehnte ich mich zurück und sagte: „Ist es den Kampf wert?“ Warum muss ich immer doppelt so hart arbeiten, nur um zu beweisen, dass ich fähig bin? Warum muss das so sein? Warum bin ich nicht ebenbürtig?“ Das hat mich tatsächlich dazu gebracht, meine Karriere von IC zu People Leader zu wechseln. Ich wollte keine anderen Frauen... Leute zu führen war nicht nur etwas für Frauen, es war auch meine Aufgabe, etwas zu sagen, zu helfen. Personalleiter, um jedem vor Ort helfen zu können, unabhängig davon, ob es sich um Männer oder Frauen handelt. Moreso bedeutet, mit gutem Beispiel voranzugehen, ein Vorbild für andere zu sein, anderen zu zeigen, dass, wenn ich es schaffe, Sie es definitiv auch können, ist, Unterstützung zu bieten, dieses Vertrauen aufzubauen.

Nick Muldoon:

Also, ich denke, wie können wir uns als Branche verändern... Ich denke im Moment über den Iran nach und insbesondere über die Aktivitäten, die in den letzten 60 Tagen stattgefunden haben, aber eigentlich nur über mehr Medienberichterstattung über Hunderte von Jahren der Unterdrückung von Frauen. Was erhoffen Sie sich als Führungspersönlichkeit des Volkes, als Frau, die aus dem Nahen Osten kommt, was erhoffen Sie sich von diesen jungen Frauen und Mädchen in unserem Iran im Vergleich zu ihrer Entwicklung? Wenn wir immer noch eine Reise hierher in Australien unternehmen, in einer von Männern dominierten Branche, welche Hoffnung haben Sie in den 20 Jahren von hier bis 2040 für diese Frauen, die heute im Nahen Osten leben und immer noch keine fortschrittliche Gesellschaft gefunden haben?

Maysa Safadi:

Politik. Es ist das Machtspiel. Ich hoffe wirklich, dass diese Frauen in verschlossenen Ländern dafür sensibilisiert werden, dass es bessere Chancen für sie gibt. Sie müssen stärker sein, sie müssen sich gegenseitig unterstützen, sie müssen sich gegenseitig stärken. So leicht es auch gesagt ist, so einfach ist es nicht. All diese Frustration, die in ihnen steckt, taucht jedoch von Zeit zu Zeit auf. Ich hoffe wirklich für iranische Frauen, nicht nur für Iranerinnen, ich hoffe wirklich, dass jede Frau auf der Welt, egal ob es sich um ein Dritte-Welt-Land oder sogar um ein fortgeschrittenes Land wie Australien handelt, immer das Gefühl hat, dass sie würdig ist, dass sie immer das Gefühl hat, dass sie eine Stimme haben kann, Teil des Lebens sein kann und bedeutsame Dinge tut.

Nun, wenn sie so erzogen werden, dass ihnen immer gesagt wird, dass du an zweiter Stelle stehst, dass dir immer nur deine Rolle gesagt wird, nur um zu heiraten und eine Familie zu gründen, werden sie es selbst glauben. Es muss also von Frauen wie uns kommen, die mit gutem Beispiel vorangehen, Vorbilder sind und das Bewusstsein vermitteln. Wirklich Medien, wir müssen die Medien sehr gut nutzen, damit wir diese Menschen erreichen können, die jetzt wirklich in ihren Ländern eingesperrt sind und denken, dass das normal ist. Es muss eine Menge Arbeit geleistet werden.

Nick Muldoon:

Nun, das ist eine interessante Beobachtung. Es ist für sie normalisiert, nicht wahr? Also, wenn ich über meine eigene Erziehung nachdenke, erinnere ich mich, dass meine Eltern immer gesagt haben, du kannst alles erreichen, was du dir vorgenommen hast, aber ich könnte die Zeitung aufschlagen, ich könnte im Fernsehen schauen und ich sah eine Menge Leute, die wie ich aussahen, weiße Männer, die Australier waren, die erfolgreich im Geschäft waren, und so glaubte ich, dass ich tun und sein könnte, was ich tun und sein wollte. Also, ich schätze, wie bringen wir diese Botschaft raus? Wie erzählen wir Ihre Geschichte umfassender, um diese Botschaft zu verbreiten? Dass Sie alles tun können, was Sie sich vorgenommen haben, dass Sie alles erreichen können, was Sie sich erhoffen. Es gibt für mich etwas Interessantes an dem Medienartikel, von dem Sie sprechen, zum Nachdenken.

Maysa Safadi:

Ja, und ich denke, die Länder, in denen sie fortgeschritten sind, die Länder, in denen sie Frauen wirklich immer mehr anerkennen, sind verantwortungsbewusster, wenn es darum geht, dieses Bewusstsein zu vermitteln. Sie müssen mehr tun. Es sind im Grunde, ja, die Medien, es ist eine so wichtige Sache. Das lesen die Leute jeden Tag oder schauen sie sich jeden Tag an.

Nick Muldoon:

Ich glaube, ich bin mir dessen bewusst, als ob wir über eine halbe Welt im Nahen Osten sprechen, aber du bist hier zu Hause in einer Gemeinschaftsgruppe engagiert. In welcher Gruppe bist du engagiert und wie hilft das Frauen?

Maysa Safadi:

Ja, ich bin Vorstandsmitglied einer Organisation namens Women Illawarra. Es wird von Frauen für Frauen geführt. Im Grunde soll diese Organisation Frauen bei häuslicher Gewalt helfen, im Grunde geht es darum, sie auf den richtigen Weg zu bringen. Sie bietet ihnen Dienstleistungen und sie bildet sie aus und hilft ihnen sogar bei der Beratung, mit rechtlicher Unterstützung, damit sie aus diesen Situationen herauskommen können. Lassen Sie sie glauben, dass sie Teil dieser Gesellschaft sein können, dass sie eine wichtige Stimme in der Gesellschaft, in der Gemeinschaft sind und dass sie wirklich etwas beitragen und etwas bewirken können. Durch die Bereitstellung dieser Bildung und dieser Unterstützung werden diese Frauen in die Lage versetzt, die Dinge selbst in die Hand zu nehmen und erneut den Weg für ihr eigenes Leben und ihren eigenen Erfolg zu ebnen. Sie müssen die Kontrolle wieder übernehmen und ja, sogar ihren Kindern helfen, ihren Müttern zu zeigen, dass sie wirklich das Richtige tun.

Nick Muldoon:

Es ist dieser interessante rote Faden, der sich durch deine gesamte Lebensgeschichte und deine Reise zieht, dass Mama und Papa wollten, dass du eine Ausbildung bekommst, damit du deinen eigenen Lebensweg bestimmen kannst.

Maysa Safadi:

Ja.

Nick Muldoon:

... und hier bist du heute, gibst anderen Frauen etwas zurück und versuchst, ihnen zu helfen, eine Ausbildung zu erhalten und sich gestärkt zu fühlen, damit sie ihren eigenen Lebensweg bestimmen können. Ich finde das fantastisch. Danke, Maysa.

Maysa Safadi:

Ich danke dir.

Nick Muldoon:

Was ist Ihre Hoffnung für Frauen in den nächsten 10 Jahren? Weil es so klingt, als ob wir uns auf einem Weg befinden, in einigen Ländern machen wir Fortschritte, in anderen Ländern machen wir nicht so viele Fortschritte. Was ist Ihre Hoffnung für 2030? Wie sieht es aus?

Maysa Safadi:

Meine Hoffnung für 2030 oder meine Hoffnung für... Ich hoffe wirklich, dass es sogar fünf Jahre sind, weniger als 10 Jahre. Ich hoffe, dass in den nächsten zehn Jahren keine Gespräche darüber geführt werden, wie die Kluft zwischen Männern und Frauen verringert werden kann, denn in den nächsten zehn Jahren sollten alle so vorgehen. Ich hoffe, dass in 10 Jahren Chancengleichheit für alle besteht, unabhängig von Geschlecht, Herkunft, Sprache, körperlichen Fähigkeiten, es muss gleich sein, es muss... Gerechtigkeit, das ist eine so wichtige Sache. Es ist so wichtig, die gleichen Chancen zu nutzen, unabhängig davon, welche Fähigkeiten Sie haben. Stereotypen, ich brauche das, um es komplett aus der Welt zu löschen.

Wir sind alle Menschen, wir haben nicht wirklich gewählt, wo wir geboren werden, wer unsere Eltern sind, wie unsere Erziehung, wie unsere finanzielle Situation ist, es war nicht unsere Wahl, warum müssen wir dafür bestraft werden? Wir haben die Verantwortung gegenüber der Welt, allen zu helfen. Wir sind soziale Menschen, wir gedeihen wirklich, wenn wir gute Verbindungen und gute Bindungen haben. Wir müssen wirklich die Dinge nutzen, die uns besser machen. Wir haben also so viele Talente, dass wir sie zum Wohle der Welt einsetzen können. Ich weiß, dass es in Ländern immer Kämpfe und eine Politik geben wird, dass jeder nach der Macht sucht, die nicht verschwinden wird. Aber wir, als Menschen, die Teil dieser Welt sind, müssen wirklich versuchen, alle um uns herum weiterzubilden und weiterzubilden. Ich hoffe wirklich, dass die Frauen in allen anderen Ländern wissen, dass sie es wert sind, dass sie so gut sind wie alle anderen. Sie haben die Macht, sie wissen nicht, wie viel Stärke und Macht sie haben. Es kommt also aus Selbstvertrauen. Glauben Sie an sich selbst und Sie werden überrascht sein, wie viel Sie erreichen können.

Nick Muldoon:

Da hast du's. Glaub an dich selbst und du wirst überrascht sein, wie viel du erreichen kannst. Maysa Safadi, vielen Dank für Ihre Zeit. Ich weiß es wirklich zu schätzen.

Maysa Safadi:

Vielen Dank Nick. Danke euch allen.

In dieser Folge von The Easy Agile Podcast hören Sie, wie die Entwickler Angad, Jared, Jess und Jordan ihre Gedanken zum Thema Observability teilen.

Wollongong hat eine blühende und unterstützende Tech-Community. In dieser Folge haben wir einige unserer lokalen Entwickler aus dem Siligong-Tal zu einem Gespräch am runden Tisch zum Thema Observability zusammengebracht.

💥 Was ist Beobachtbarkeit?
💥 Wie kann man die Beobachtbarkeit verbessern?
💥 Was ist das Endziel?

‍

‍

‍

„Es war eine großartige Episode, an der man teilnehmen konnte! Jess und Jordan haben einige wirklich interessante Punkte zum neuesten technischen Schlagwort — Beobachtbarkeit — geteilt.

Abonniere unbedingt, genieße die Folge 🎧

‍

‍

‍

Transkript

Jared Kells:

Willkommen alle zum Easy Agile Podcast. Mein Name ist Jared Kells und ich bin Entwickler hier bei Easy Agile. Bevor wir beginnen, möchte Easy Agile den traditionellen Hütern des Landes, von dem aus wir heute senden, unsere Anerkennung aussprechen, dem Volk der Wodiwodi aus der Dharawal-Nation, und den Ältesten in der Vergangenheit, Gegenwart und aufstrebenden Ältesten unseren Respekt erweisen. Den gleichen Respekt gilt auch allen Ureinwohnern, die uns heute zuhören.

Jared Kells:

Der heutige Podcast ist also ein bisschen technisch. In meinem Arbeitsblatt steht, dass wir hier sind, um über einige aktuelle Themen für Ingenieure im IT-Sektor zu sprechen. Wie aufregend, dass wir ein paar hauptsächlich Frontend-Ingenieure haben und Angad und ich einige technische Frontend-Dinge mit Ihnen teilen werden und Jess und Jordan ein bisschen über Observability sprechen werden. Wir beginnen also mit Einführungen. Also werde ich es an Jess weitergeben.

Jess Belliveau:

Cool. Danke Jared. Danke, dass du mir auch eins gegeben hast. Also ja, mein Name ist Jess Belliveau. Ich arbeite für Apptio als Infrastrukturingenieur. Ja, Jordan?

Jordan Simonowski:

Ich bin Jordan Simonovski. Ich arbeite als Systemingenieur im Observability-Team von Atlassian. Ich bin ein bisschen ein Alleskönner, was die Technik angeht. Aber ja, ich arbeite daran, einige ziemlich leistungsfähige Systeme aufzubauen, um all unsere Daten bei Atlassian im Moment zu verarbeiten. Also, das macht Spaß.

Angad Seth:

Hallo an alle zusammen. Ich bin Angad. Ich arbeite für Easy Agile als Softwareentwickler. Nichts ausgefallenes wie ihr.

Jared Kells:

Nichts Besonderes!

Jess Belliveau:

Verkaufe dich nicht unter.

Jared Kells:

Ja, sage ich. Ja, also mein Name ist Jared und ja, Senior Developer bei Easy Agile, der an unseren Apps arbeitet. Also arbeite ich hauptsächlich an Programmen und Roadmaps. Und ja, es sind Frontend-Apps mit viel JavaScript. Darin liegt also unsere Erfahrung. Ich habe von diesem Ding namens Observability gehört, bei dem es sich meiner Meinung nach nur um Logs und so handelt, oder?

Jess Belliveau:

Ja, ja. Das war's, wir schließen ab!

Jared Kells:

Der Podcast ist vorbei! Erzählen Sie uns etwas über Beobachtbarkeit.

Jess Belliveau:

Ja, okay, ich werde, ja. Ja, ich dachte, zuerst mache ich eine kleine Sache darüber, warum Observability, warum wir darüber reden und irgendwie für die Leute, die zuhören, wie wir hierher gekommen sind. Wir haben uns kurz unterhalten, bevor wir mit den Aufnahmen begonnen haben, um herauszufinden, was ein breiteres Publikum interessieren könnte, über das die Leute vielleicht nicht viel wissen. Und ich denke, es gibt viele Entwicklungen im breiten IT-Bereich, über die Sie sprechen könnten. Es gibt jetzt so viele verschiedene Dinge, die einfach explodieren. Beobachtbarkeit ist ein Thema, das seit ein paar Jahren ein heißes Thema ist. Und es ist etwas, das ein zentraler Bestandteil meines Jobs und auch Jordans Job ist. Es ist also etwas, worüber wir leicht sprechen können, und es ist etwas, in das Sie eine Einführung geben können, ohne zu technisch zu werden. Wir wollen also nicht untergehen. Das ist etwas, das man wirklich tief ins Unkraut eintauchen kann, also haben wir es als etwas ausgewählt, das wir euch beiden hoffentlich auf einer Ebene erklären können, die auch die Leute zu Hause interessieren könnte, zuzuhören.

Jess Belliveau:

Jordan und ich haben diese vier Stichpunkte herausgefunden, die wir behandeln wollten, und vielleicht kann ich einen kleinen Überblick darüber machen, und dann kann ich Jordan dazu bringen, den ersten Aufzählungspunkt abzudecken, ihn einfach direkt unter den Bus werfen.

Jordan Simonowski:

In Ordnung!

Jess Belliveau:

Deshalb dachten wir, wir würden versuchen, Ihnen zunächst zu beschreiben, was Beobachtbarkeit ist. Weil das hübsch ist, der Begriff gibt Ihnen nicht viel von dem, was er ist. Es gibt Ihnen einen kleinen Hinweis, aber es ist gut, als Grundlinie festzulegen, wovon wir sprechen, wenn wir sagen, was Beobachtbarkeit ist. Und warum sollte ein Entwicklungsteam dann Observability wollen? Warum sollte ein Unternehmen Observability wollen? Ein gewisses hohes Niveau, welche Vorteile Sie daraus ziehen und wer sie möglicherweise benötigt, was eine große Sache ist. Sie können sich in diese brandaktuellen Schlagworte der Branche verwickeln und sich auf Dinge festlegen, die Sie möglicherweise nicht benötigen, oder solche Dinge.

Jared Kells:

Jep.

Jordan Simonowski:

Jep.

Jess Belliveau:

Wir dachten, wir würden über einige einfache Gewinne sprechen, die man mit Observability erzielen kann. Also einige der wirklich grundlegenden Dinge, die Sie ausprobieren können, und welche Vorteile Sie daraus ziehen. Und dann dachten wir einfach, weil wir nicht versuchen werden, zu tief zu gehen, könnten wir einfach ein paar Hinweise auf einige Websites und einige YouTube-Vorträge geben, um weiter zu lesen, die die Leute machen wollen, und von dort aus weitermachen. Also ja, Jordan, du willst...

Jared Kells:

Hört sich gut an.

Jess Belliveau:

Ja. Ich hoffe, hoffentlich. Wir werden sehen, wie das läuft! Und ich denke, wenn ihr auch Fragen habt, sollten wir das tun. Wenn es Dinge gibt, von denen ihr denkt, dass wir sie nicht behandeln oder die ihr mehr wissen wollt, fragen.

Jordan Simonowski:

Ich schätze, um mit Observability zu beginnen. Es ist ein Thema, das mich wirklich begeistert, denn als jemand, der schon so lange im Bereich Dev-Ops und SRE tätig ist, ist Observability auf den Markt gekommen und verspricht, den Kreislauf oder eine Feedback-Schleife bei der Softwarebereitstellung zu schließen. Und es fühlt sich an, als wäre das etwas, was wir im Moment nicht wirklich haben. Und ich verstehe, dass Beobachtbarkeit vielleicht neu und glänzend klingt, aber ich denke, der Begriff selbst existiert, um sich vielleicht von dem abzuheben, was es derzeit gibt. Viele von uns, die in der Tech-Branche arbeiten, kennen sich mit Überwachung und dem Laden und solchen Dingen aus. Und ich denke, sie erfüllen ihren eigenen Zweck und sie sind auch in keiner Weise veraltet. Dinge wie herkömmliche Überwachungstools. Aber Observability hat sich meiner Meinung nach als eine Möglichkeit erwiesen, die überwältigend komplexen Systeme zu verstehen, die wir gerade aufbauen. Viele Unternehmen bewegen sich wahrscheinlich in Richtung einer komplizierten Architektur verteilter Systeme, Microservices oder anderer Schlagworte.

Jordan Simonowski:

Aber auch für Dinge wie einen traditionellen Monolithen. Die Beobachtbarkeit hilft uns wirklich dabei, unseren Systemen neue Fragen zu stellen. Die Art und Weise, wie es erklärt wird, ist die Überwachung von Ausgängen auf unsere bekannten Unbekannten. Mit dem Dienstalter geht die Fähigkeit einher, fast vorherzusagen, auf welche Weise Ihre Systeme ausfallen werden. Sie werden es also wissen. Je länger Sie in der Branche tätig sind, Sie wissen das, zum Beispiel ein Java-Server fällt auf X, Y, Z verschiedene Arten aus, also sollten wir wahrscheinlich unseren JVM-Heap überwachen, oder was auch immer es ist.

Jared Kells:

Das wollte ich sagen!

Jordan Simonowski:

Ich werde versuchen, nicht zu viel darauf einzugehen...

Jared Kells:

Der Speicher geht aus!

Jordan Simonowski:

Ja. Also das ist etwas, von dem du erwartest, dass es irgendwann scheitern wird. Und das ist etwas, das Sie als bekannt unbekannt betrachten können. Aber das Versprechen der Beobachtbarkeit ist, dass wir genügend Daten liefern sollten, um neue Fragen stellen zu können. Die Art und Weise, wie darüber gesprochen wird, sehen Sie, es ist eine unbekannte Unbekannte in unserem System, über die wir etwas herausfinden und neue Fragen stellen wollen. Und hier wird, glaube ich, die Beobachtbarkeit eingeführt, um diese Fragen zu beantworten. Reicht die Antwort aus? Willst du, dass ich näher auf dieses Zeug eingehe? Ich kann den ganzen Tag darüber reden.

Jared Kells:

Ist es wie ein [Crosstalk 00:08:05]. Also, um es dir noch einmal zu sagen, um zu sehen, ob ich es verstanden habe. Also, wenn ich eine, traditionell mit einer Java-App, habe, könnte ich Erinnerungen protokollieren. Das liegt daran, dass ich weiß, dass JVMs der Arbeitsspeicher ausgeht, und das ist eine Sache, die ich überwache, aber die Beobachtbarkeit ist umfassender. Sie übertreiben quasi das, was Sie überwachen und protokollieren, sodass Sie...

Jordan Simonowski:

Ja. Und ich würde nicht unbedingt sagen, dass es übertrieben ist. Ich denke, es fügt Ihren Daten vielleicht etwas mehr Kontext hinzu. Wenn also jemand von Ihnen schon einmal mit Traces gearbeitet hat, ist Observability der Funktionsweise von Traces sehr ähnlich und baut einfach auf der Prämisse von Traces auf, schätze ich. Sie erstellen also diese Ereignisse, und bei diesen Ereignissen handelt es sich um verschiedene Transaktionen, die in Ihren Anwendungen stattfinden könnten, wobei normalerweise eine Anfrage eingereicht wird. Und mit dieser Anfrage können Sie ihr eine ganze Reihe von Kontext hinzufügen. Sie können hinzufügen, auf welchem Server dies möglicherweise läuft, in welcher Zeitzone. All diese zusätzlichen und all die Aufreger. Sie können die Benutzeragentur hineinwerfen, wenn Sie möchten. Die Idee der Beobachtbarkeit besteht darin, dass Sie nicht unbedingt durch Daten mit hoher Kardinalität eingeschränkt sind. Daten mit hoher Kardinalität sind Datensätze, die sich in Bezug auf die Art der Daten, die sie repräsentieren, oder die Kombinationen von Datensätzen, die Sie haben könnten, erheblich ändern können.

Jordan Simonowski:

Wenn Sie also Versandmetriken für etwas haben möchten, auf Benutzerbasis, und Sie sich ansehen möchten, wie verschiedene Benutzer von den Dingen betroffen sind, würde das als Metrik mit hoher Kardinalität betrachtet werden. Und in den meisten Fällen können traditionelle Überwachungsunternehmen oder Anbieter von Messwerten Ihnen das nicht wirklich als Service anbieten. Das ist der Punkt, an dem Sie anfangen, wahnsinnig hohe Rechnungen für Dinge wie Datadog oder was auch immer es ist, zu bezahlen, weil sie jetzt als neue Metriken betrachtet werden. Im Gegensatz zu Observability versuchen wir, unsere Daten zu speichern und sie so abzufragen, dass wir ziemlich große Datensätze speichern und sagen können: „Cool. Wir haben Fehler, die von dieser Art von Benutzern kommen.“ Und Sie können dort anfangen, Korrelationen zu bestimmten Dingen aufzubauen. Sie können herausfinden, dass bei Benutzern aus einer bestimmten Zeitzone oder einem bestimmten Gerät nur dieser Fehler auftritt. Und von dort aus können Sie, glaube ich, bessere Methoden entwickeln, um zu verstehen, wie eine bestimmte Änderung die Dinge kaputt gemacht haben könnte. Oder bestimmte Randfälle, die Sie sonst mit etwas wie CPU- oder Speicherüberwachung nicht erkennen könnten.

Angad Seth:

Wäre es fair zu sagen...

Jared Kells:

Ja. Es ist [Crosstalk 00:11:02].

Angad Seth:

Oh, tut mir leid, Jared.

Jared Kells:

Nein, du kannst...

Angad Seth:

Wäre es fair zu sagen, dass Beobachtbarkeit also im Grunde eine Reihe von Prinzipien ist oder ein Weg, unbekannte Unbekannte zu finden?

Jordan Simonowski:

Ja.

Angad Seth:

Oh.

Jess Belliveau:

Und ich sollte Sie besser ausrüsten, um herauszufinden, dass eine Menge Leute denken, Sie denken, dass Beobachtbarkeit eine Sache ist, die Sie einsetzen und haben und ein Kästchen ankreuzen können, aber ich mag Ihre Wortwahl, wenn es um eine Reihe von Prinzipien oder Best Practices geht. Es gibt Ihnen sozusagen eine Anleitung zu diesen Themen und sorgt dafür, dass Ihre Anwendung eine gute Protokollierung hervorbringt. Also strukturierte Protokolle. Sie erhalten also immer das gleiche Protokollformat, das Sie sich ansehen können. Tracing, worüber Jordan ein bisschen gesprochen hat. So haben Sie die Möglichkeit, zu verfolgen, wie ein Benutzer mit all den verschiedenen Microservices interagiert, und möglicherweise auch zu sehen, wo etwas schief läuft, und auch Kennzahlen. Das Gute an Metriken ist also, dass wir die Dinge ein bisschen umdrehen und versuchen, eine Anwendung zu erstellen, anstatt, und ich will nicht zu technisch werden, Black-Box-Monitoring zu machen, bei dem wir draußen sind und versuchen, mit solchen Sonden und Checks reinzuschauen. Aber die Idee bei Metriken ist, dass die Anwendung diese Metriken tatsächlich ausgibt, um uns darüber zu informieren, in welchem Zustand sie sich befindet, und sie dadurch besser beobachtbar zu machen.

Jess Belliveau:

Ja, mir gefällt deine Wortwahl, Angad, dass es wie diese Praktiken ist, diese Art von Leitfaden, wohin man gehen muss, was wahrscheinlich zu dem nächsten Punkt führt, warum sollte ein Team das implementieren wollen. Wenn du noch einmal anfangen willst, Jordan?

Jordan Simonowski:

Ja, ich kann anfangen. Und ich gebe dir auch ein bisschen mehr Zeit zum Reden, Jess in diesem. Ich werde nicht so viel schimpfen.

Jess Belliveau:

Oh, dafür habe ich mich nicht angemeldet!

Jordan Simonowski:

Ich denke, die Teams würden es wollen, weil es wirklich von Ihrer Organisation und, glaube ich, von der Größe der Teams abhängt, in denen Sie arbeiten. In den meisten Fällen würde ich sagen, dass Sie Observability nicht selbst im eigenen Haus erstellen möchten. Das ist etwas, das Sie können, Observability-Funktionen selbst, Sie werden es nicht erreichen, indem Sie einfach etwas kaufen, also Sie können Dev-Ops nicht kaufen, Sie können Agile nicht kaufen, Sie können Observability auch nicht kaufen.

Jared Kells:

Warte, warte. Auf meinem Runsheet steht, dass ich für Easy Agile werben soll, das klingt also nach einem guten Übergang-

Jess Belliveau:

Es sei denn, du willst es kaufen. Wenn du Agile kaufen möchtest, dann [Crosstalk 00:13:55] im Marketplace.

Jared Kells:

Ja, tut mir leid, tut mir leid, ja! Ja, mach weiter.

Jordan Simonowski:

Sie können Tools kaufen, die Ihnen das Leben erheblich erleichtern, und es gibt bereits eine Menge Dinge da draußen, die Dinge für Menschen tun und wirklich interessante Daten an die Oberfläche bringen, die sich die Leute vielleicht ansehen möchten. Ich denke, es gibt ein paar Start-ups wie LightStep und Honeycomb, die Ihnen eine wirklich intuitive Möglichkeit bieten, Ihre Daten in der Produktion zu verstehen. Aber warum Sie solche Dinge benötigen, ist, dass Sie den Zustand Ihrer Systeme zu einem bestimmten Zeitpunkt wissen wollen, und um, glaube ich, eine gute Betriebshygiene und eine gute Produktionsexzellenz zu entwickeln, ich denke, wie Liz Fong-Jones es ausdrücken würde, müssen Sie in der Lage sein, diese Rückkopplungsschleife zu schließen. Wir haben bereits eine ganze Reihe von Tools. Wir haben also CICD-Systeme eingerichtet. Wir haben jetzt Feature-Flags, die uns, glaube ich, helfen, Deployments von Releases zu entkoppeln. Sie können Code bereitstellen, ohne tatsächlich Code zu veröffentlichen, und Sie können diese Macht jetzt Ihren PMs geben, wenn Sie möchten, mit Feature-Flags, was großartig ist.

Jordan Simonowski:

Aber jetzt können Sie diesen Kreislauf auch komplett schließen, und während Sie eine Anwendung bereitstellen, können Sie sagen: „Ich möchte diese Bereitstellung kanalisieren. Ich möchte dies für 10% meiner Benutzer bereitstellen, vielleicht für Benutzer, die sich für Beta-Versionen oder etwas aus unserer Anwendung angemeldet haben, und Sie können sich tatsächlich ansehen, wie das funktioniert, bevor Sie es einem breiteren Publikum zugänglich machen. Es macht Bereitstellungen also viel sicherer. Es gibt Ihnen auch ein besseres Verständnis dafür, wie Sie sich auch auf die Benutzer auswirken. Und es gibt eine ganze Reihe von Tools, mit denen Sie auch diese Dinge ermitteln können. Wenn Sie sich also ansehen, wie viele Unternehmen derzeit SRE durchführen, oder wenn Sie wissen, wie zuverlässig ihre Anwendungen aussehen, haben Sie auch Dinge wie SLOs im Einsatz. Und SLOs-

Jared Kells:

Was ist ein SLO?

Jordan Simonowski:

Sie sind alle mit Benutzererlebnissen verbunden. Sie sagen also: „Kann mein Benutzer diese spezielle Interaktion durchführen?“ Und wenn Sie das effektiv messen und wissen, wie sich Ihre Änderungen auf die Benutzer auswirken, können Sie ganz einfach entscheiden, ob Sie weiterhin Funktionen bereitstellen oder ob Sie alles fallen lassen und an der Zuverlässigkeit arbeiten, um sicherzustellen, dass Ihre Benutzer nicht beeinträchtigt werden. Es ist also dieser sehr nutzerorientierte Ansatz, Dinge zu tun. Ich denke, wenn es darum geht, den Kreis zu schließen, liefert uns die Beobachtbarkeit die Daten, anhand derer wir sagen können: „Ja, so sind die Nutzer betroffen. Auf diese Weise, schätze ich, geht es dem 99. Perzentil unserer Nutzer gut, aber wir haben 1%, die negative Probleme mit unserer Anwendung haben.“ Und von dort aus können Sie wirklich Dinge lokalisieren und sagen: „Cool. Benutzer mit diesem bestimmten Browser oder diesem speziellen Browser oder wo wir diese App bereitgestellt haben. „Nehmen wir an, wenn Sie eine globale Bereitstellung haben, haben Sie sie zuerst auf einer Insel bereitgestellt, weil es Ihnen eigentlich egal ist, was mit ihnen passiert. Sie können sagen: „Oh, wir haben tatsächlich Sachen für sie kaputt gemacht.“ Und Sie können es rückgängig machen, bevor Sie sich auf 100% Ihrer Nutzer auswirken.

Jared Kells:

Ja. Mir hat gefallen, was du über den Test gesagt hast. Ich habe das Akronym vergessen, aber ich teste tatsächlich das Verhalten des Endbenutzers. Das finde ich ziemlich aufregend, weil wir all diese Metriken haben, die ein bisschen nutzlos sind. Sie sind cool: „Oh, es nutzt 1% CPU, wie es immer ist, jetzt ist mir das egal“, aber kann ein Benutzer die App öffnen und ein Problem mit der Maus herumschleppen? Es ist wie...

Jess Belliveau:

Ja, das ist ein wirklich gutes Beispiel, oder?

Jared Kells:

Das ist es, was mir wirklich wichtig ist.

Jess Belliveau:

Bei der CPU-Sache mit 1% könnte man sich ein Diagramm zur CPU-Auslastung ansehen und eine Bereitstellung sehen, und die CPU-Auslastung ändert sich nicht. Ist alles gesund oder nicht? Sie wissen es nicht, aber wenn Sie tiefere Informationen über die Benutzerinteraktionen erhalten, könnten Sie 1% der CPU verwenden, um HTTP500-Fehler an 80% der Kundenbasis zu verteilen, so oder so.

Angad Seth:

Wie macht man das? Der SLO-Bit, woher weißt du, dass sich ein Benutzer anmelden und ein Problem ziehen kann?

Jordan Simonowski:

Ja. Ja, das würde mit einer guten Instrumentierung einhergehen...

Angad Seth:

Gute Frage?

Jordan Simonowski:

Ja, es kommt darauf an, die Beobachtbarkeit zu berücksichtigen, wenn Sie neue Funktionen entwickeln, genauso wie Sie darüber nachdenken würden, beim Schreiben eine bestimmte Sache in Ihrem Code zu protokollieren oder Tests für Ihren Code zu schreiben, während Sie auch Code schreiben. Sie sollten darüber nachdenken, wie Sie etwas instrumentieren können und wie Sie verstehen können, wie diese spezielle Funktion in der Produktion funktioniert. Denn ich denke, viele Agile- und Dev-Ops-Prinzipien sagen uns jetzt, dass wir unsere Anwendungen in der Produktion haben wollen. Und als Entwickler endet unsere Verantwortung nicht, wenn wir etwas bereitstellen. Unsere Verantwortung als Entwickler endet, wenn wir dem Unternehmen einen Mehrwert geboten haben. Und Sie müssen verstehen, dass Sie das tatsächlich tun. Und da müssen Sie, glaube ich, über die Beobachtbarkeit bei vielen dieser Dinge nachdenken und Ihre Erfolgskennzahlen tatsächlich messen. Wenn Sie also wissen, dass Ihre Anwendung erfolgreich ist, wenn sich Ihr Benutzer anmelden und Dinge herumziehen kann, dann ist das genau das, was Sie messen möchten.

Jared Kells:

Ich denke, wir müssen bauen...

Jordan Simonowski:

Ja?

Jared Kells:

Oh, tut mir leid, Jordan.

Jordan Simonowski:

Nein, du gehst.

Jared Kells:

Ich wollte nur sagen, dass wir unsere Apps bereits unter Berücksichtigung von Integrationstests entwickeln müssen. Also browserbasierte Tests rund um neue Funktionen. Es würde also darum gehen, Funktionen unter Berücksichtigung dieser und derselben Sache zu entwickeln, aber für Tests und Produktion.

Jess Belliveau:

Ja, und das eigentliche Wie, der eigentliche Teil zum Schreiben von Code, da ist dieses wirklich großartige Projekt, das Open Telemetrie-Projekt, das all diese Arten von APIs und SDKs bereitstellt, die Entwickler nutzen können, und es ist herstellerunabhängig. Wenn du also über das Wie sprichst, etwa: „Wie mache ich das? Wie instrumentiere ich Dinge?“ Oder: „Wie gebe ich Kennzahlen aus?“ Sie bieten all diese hilfreichen Bibliotheken und Includes, die Sie haben können, denn das Letzte, was Sie tun möchten, ist, diese benutzerdefinierte Lösung auf den Markt zu bringen, weil Sie dann nur Ihre technischen Schulden erhöhen. Sie versuchen, die Dinge einfacher zu machen, verlassen sich dann aber auf: „Nun, ich muss Jared Kells weiter beschäftigen, weil er unsere Login-Engine geschrieben hat und niemand sonst weiß, wie sie funktioniert.

Jess Belliveau:

Und dann die andere Sache, die mir auch bei so etwas wie offener Telemetrie in den Sinn kommt, und wir haben ein bisschen über Datadog gesprochen. Datadog ist also ein SaaS-Anbieter, der sich auf Observability spezialisiert hat. Und Sie würden Ihre Metriken und Ihre Logs und Ihre Traces an sie übertragen und sie bieten Ihnen eine Benutzeroberfläche zum Anzeigen. Wenn Sie sich für etwas entscheiden, das herstellerunabhängig ist, nehmen wir einfach das Beispiel von Easy Agile. Nehmen wir an, sie starten Datadog und in sechs Monaten wollen wir Datadog nicht mehr verwenden, wir wollen SignalFX oder was auch immer das Splunk-Modell jetzt ist, verwenden.

Jordan Simonowski:

Ich denke NorthX.

Jess Belliveau:

Ja. Du kannst deinen Endpunkt ändern, dieselben Metriken und all diese Dinge, vielleicht mit ein paar kleinen Anpassungen, aber die Idee ist, dass du dich nicht auf eine einzige Sache festlegen willst.

Jordan Simonowski:

Ihre Datenstrukturen bleiben gleich.

Jess Belliveau:

Ja. Damit du es fast nahtlos machen könntest, ohne dass die Entwickler es wissen. In der Vergangenheit gab es sogar Unternehmen, die meiner Meinung nach auf mehrere Anbieter umgestellt haben. Sie könnten also Anbieter A nutzen und dann mit Anbieter B einen Machbarkeitsnachweis durchführen, um zu sehen, wie die Erfahrung ist, und Sie geben Ihre Daten einfach auch dort weiter.

Jared Kells:

Ja. Ich denke, unsere Verbindung zu Datadog wird aus all den Dashboards und allem, was wir gemacht haben, bestehen. Es sind nicht so sehr die Daten.

Jess Belliveau:

Ja. Das ist quasi der große Verkaufsschlager, richtig. Das ist die Art und Weise, wie du interagierst. Das ist der Punkt, an dem sie ins Spiel kommen wollen. Es macht es Ihnen leichter, diese Daten zu interpretieren und sie so zu manipulieren, dass sie Ihren Bedürfnissen entsprechen und so weiter.

Jordan Simonowski:

Observability deutet auf Dashboards hin, oder?

Jess Belliveau:

Ja, vielleicht. Du hast diesen Begriff auch benutzt, Jordan, „Produktionsexzellenz“. Und wenn wir darüber sprechen, wer Observability braucht, habe ich ein bisschen darüber nachgedacht, während Sie gesprochen haben. Und für mich ist Production Excellence, oder in Apptio nennen wir das Produktionsbereitschaft, Betriebsbereitschaft und diese Art von Dingen ist so, als ob wir etwas in der Produktion einsetzen wollen, wie zum Beispiel welche Best Practices wollen wir haben, bevor wir das tun? Und ich denke, Observability ist eine wirklich gute Idee, weil sie Ihnen in Zukunft hilft. Sie wissen nicht, welche Probleme Sie später haben werden, aber Sie rüsten Ihre Teams so aus, dass sie problemlos auf diese Probleme reagieren können. Wir waren wahrscheinlich alle dort, wir haben den Produktionscode implementiert und wir haben keine Observability, wir haben einen riesigen Ausfall. Was ist schief gelaufen? Nun, niemand weiß es, aber wir wissen, dass das die Lösung ist, und es ist schwer, daraus zu lernen, oder man muss wohl daraus lernen und den Benutzer vor zukünftigen Dingen schützen, ja.

Jess Belliveau:

Wenn ich denke, dass einfache Beobachtbarkeit gewinnt, kommt mir als Erstes die ganze Idee der strukturierten Protokollierung in den Sinn, was eigentlich die Idee ist, dass Ihre Anwendung zuallererst Sie protokollieren. Ziemlich wichtig als Ausgangspunkt, aber dann haben Sie ein strukturiertes Protokollformat, mit dem Sie die Logs auch programmgesteuert weitergeben können. Wenn Sie in der Zeit zurückreisen, sah die Protokollierung vielleicht nur wie einfacher Text mit einer Zeile, einem Zeitstempel und einer Fehlermeldung aus. Was auch immer der Entwickler beschlossen hat, in die Standardausgabe zu schreiben, oder in die Fehlerdatei oder so ähnlich. Ich denke, es gibt einen allgemeinen Trend hin zu JSON, einem tatsächlich formatierten Blob mit dieser bekannten Struktur, damit Sie ihn sich ansehen können. Tracing ist wahrscheinlich kein einfacher Gewinn. Das ist ein bisschen schwieriger. Sie können es mit offener Telemetrie und Bibliotheken und so implementieren. Ich denke, es erfordert ein bisschen mehr Verständnis Ihrer Codebasis und darüber, wo die Ablaufverfolgung ausgelöst werden soll, und solche Dinge, das Analysieren von Kontexten, solche Dinge.

Jordan Simonowski:

Ich denke Atlassian, wenn du wahrscheinlich einfach nur wissen willst, dass alles in Ordnung ist. Auf einer ziemlich oberflächlichen Ebene. Vielleicht willst du einfach nur eine Art Uptime für einen Trend machen. Und wenn dann, glaube ich, Ihr Code komplexer wird oder Ihr Produkt etwas komplexer wird, können Sie anfangen, Dinge hinzuzufügen. Aber ich denke, die Dinge, die Sie kennen, tatsächlich zu kennen oder an die Oberfläche zu bringen, könnte kaputt gehen. Das wären wahrscheinlich deine schnellsten Siege.

Jess Belliveau:

Nun, lassen Sie uns einige Dinge zur weiteren Lektüre erwähnen. Wenn Sie sich einen Überblick über das Ganze verschaffen wollen, hat das Google SRE-Buch von vor ein paar Jahren begonnen, echte Observability stark in Bewegung zu setzen. Das Google SRE-Zeug deckt die gesamte Bandbreite ihrer Praxis im Bereich Soak Reliability Engineering ab, und Observability ist ein Teil davon, dazu gibt es einige großartige Kapitel. Ich glaube, O'Reilly hat jetzt ein Buch über Observability veröffentlicht, das sich nur der Beobachtbarkeit widmet.

Jordan Simonowski:

Ich denke, das ist noch in der frühen Version, wenn die Leute Kapitel googeln wollen.

Jess Belliveau:

Das offene Telemetrie-Zeug, wir werden einen Link dazu setzen, ich denke, das ist wirklich praktisch zu wissen.

Angad Seth:

Aus [unverständlich 00:26:12], das ist meine Sicht als Entwickler, sage ich, ich wollte Cornflake Use Datadog bei Easy Agile einführen. Nicht sehr vertraut, ich fühle mich nicht sehr wohl damit. Ich weiß, wie man navigiert, aber wie kann ich schnell mit der Einführung von Observability beginnen? Es tut mir leid, dass ich meinen direkten Job oder meinen Arbeitsplatz gesperrt habe.

Jordan Simonowski:

Ich würde sagen, ich könnte hier voreingenommen sein. Jess, korrigiere mich oder gib deine Meinung dazu ab, ich würde mich dafür stark zu SLOs neigen. Und Sie können das kurz im SRE nachlesen-

Jess Belliveau:

Wofür steht SLO, Jordan?

Jordan Simonowski:

Okay, tut mir leid. Schlagworte! SLO ist ein Service Level Objective, nicht zu verwechseln mit Service Level Agreement. Eine Vereinbarung selbst ist vertraglich und Sie können den Leuten Geld zahlen, wenn Sie gegen diese verstoßen. Ein SLO ist etwas, das Sie in Ihrem Team festlegen und Sie haben ein Zuverlässigkeitsziel, weil wir an einem Punkt angelangt sind, an dem wir verstehen, dass sich alle Systeme zu jedem Zeitpunkt in einem heruntergekommenen Zustand befinden. Und ja, Zuverlässigkeit ist nicht unbedingt binär, sie ist nicht unzuverlässig oder zuverlässig. Meistens ist es meistens zuverlässig und das gibt uns eine bessere gemeinsame Sprache, denke ich. Und Sie können das SRE-Handbuch von Google lesen, das kostenlos online verfügbar ist und Ihnen ein ziemlich gutes Verständnis von Datadog vermittelt.

Jordan Simonowski:

Ich glaube, als ich es das letzte Mal benutzt habe, gab es ein SLO-Angebot. Aber ich denke, wie ich bereits erwähnt habe, haben Sie ein SLO für bestimmte Funktionen oder Merkmale Ihrer Anwendung festgelegt. Sie sagen: „Mein Benutzer kann das in 99% der Fälle tun“, oder was auch immer Sie sich für ein anderes Zuverlässigkeitsziel setzen möchten. Ich würde eine Zuverlässigkeit von fünf Neunern nicht empfehlen. Sie werden sich wahrscheinlich selbst ausbrennen, wenn Sie versuchen, dorthin zu gelangen. Und du hast dir dieses Ziel gesetzt. Und Sie wissen genau, was Sie messen, Sie messen bestimmte Arten von Funktionen. Und Sie wissen, dass Benutzer betroffen sind, wenn Sie gegen diese Regeln verstoßen. Und hier können Sie tatsächlich anfangen, über Observability nachzudenken. Sie können darüber nachdenken: „Welche anderen Funktionen implementieren wir, mit deren Messung wir beginnen können?“ Oder: „Welche nutzerorientierten Dinge implementieren wir, mit deren Messung wir beginnen können?“

Jordan Simonowski:

Andere Dinge, die Sie sich wahrscheinlich ansehen könnten, sind, ich denke, sie sind sowieso alle in dem Buch behandelt, die Aktualität der Daten in gewisser Weise. Sie möchten sicherstellen, dass die Daten, die Benutzern angezeigt werden, relativ aktuell sind. Sie möchten nicht, dass sie sich veraltete Daten ansehen, also können Sie auch versuchen, solche Dinge zu messen. Aber Sie können es so ziemlich in die meisten Funktionen einer Website unterteilen. Es ist nicht mehr wie bei einem Ping-Check, bei dem Sie nur sagen: „Ja, HTTP, okay. Meine Bewerbung ist in Ordnung.“ Sie sagen: „Meine Benutzer sind tatsächlich von Dingen betroffen, die nicht funktionieren.“ Und von dort aus können Sie anfangen, Dinge zu messen. Und das sollte Ihnen ein besseres Verständnis oder zumindest eine bessere Vorstellung davon geben, wo Sie mit dem, was Sie messen möchten, beginnen und wie Sie es messen möchten. Das wäre meine Meinung dazu, wo Sie damit beginnen sollten, wenn Sie es einführen wollen.

Jared Kells:

Wir werden ein bisschen über den Status sprechen und wie bei einigen davon, wie bei unseren sehr Frontend-lastigen Anwendungen, die wir erstellen, sodass die Anwendungen, die wir erstellen, einfach im Browser laufen und der traditionelle Status, wie Sie sich das vorstellen würden, einfach eine sehr einfache API abruft, die einige Dinge mit einer gewissen Authentifizierung in die Datenbank schreibt und so weiter. Was die Zuverlässigkeit der Dienste angeht, so ist es wirklich zuverlässig. Diese winzigen APIs haben einfach nie Probleme, weil es einfach so einfach ist. Und nun ja, sie haben eine Menge Überwachung rund um das Thema. Aber unser gesamter Zustand ist eigentlich, wenn Sie sagen: „Beobachten Sie den Zustand des Systems“, größtenteils der Zustand in einem Browser. Und wie bringen wir Beobachtbarkeit in das hinein?

Jess Belliveau:

Eine große Sache ist wirklich, es gibt keine Sache, die auch für alle passt. Wenn wir auch über SLO-Sachen sprechen, geht es darum zu verstehen, was nicht so sehr für Ihr Unternehmen, sondern auch für Ihr Team wichtig ist. Wenn Sie dieses Produkt liefern, was ist Ihnen besonders wichtig? Also ein SLO, das für mich bei Apptio funktionieren könnte, wird wahrscheinlich nicht für Easy Agile funktionieren. Das erweitert auch mein Wissen über Frontend-Sachen wirklich, aber wenn wir sagen, dass wir auch den Staat beobachten wollen, meinen wir nicht unbedingt nur den Staat. Vielleicht möchten Sie bei jeder dieser APIs wissen, wie lang die Antwortzeit für diese API ist, wenn sie ausgelöst wird. Das könnte also eine wichtige Metrik sein. Sie können also feststellen, ob eine dieser APIs zu Latenz führt und Ihre Benutzererfahrung dadurch beeinträchtigt wird. Zum Beispiel: „Hey, als wir in der dritten Version waren und Benutzer hier mit unserem Service interagierten, reagierte er mit dieser prozentualen Latenz. Wir haben eine Version veröffentlicht und seitdem sehen wir, dass es jetzt in diesem Perzentil liegt. Haben wir die Leistung herabgesetzt?“ Die Benutzer beschweren sich vielleicht nicht, aber das könnte etwas sein, das das Team dann untersuchen und zu einem Sprint hinzufügen kann. Hey, ich verwende jetzt Agile-Begriffe. Achtung!

Jared Kells:

Das ist ein wirklich gutes Beispiel, Jess. Leistungsprobleme sind für uns in der Regel keine API, die schlecht funktioniert. Es liegt daran, dass in dieser sehr komplizierten Frontend-Anwendung nicht mehr in der gleichen Reihenfolge wie früher ausgeführt wird, oder es gibt eine komplexe Interaktion, an die wir nicht gedacht haben, sodass mehr Daten als erwartet angefordert werden. Die APIs kehren zurück. Sie sind größtenteils nie langsam, aber wir haben Leistungsrückgänge, von denen wir vielleicht nichts wissen, ohne sie zu sehen oder zu untersuchen. Die Beobachtbarkeit erfolgt wirklich auf der Browserebene des einzelnen Benutzers. Macht das Sinn? Ich möchte wissen, wie lange es gedauert hat, bis diese spezielle Interaktion stattgefunden hat.

Jess Belliveau:

Ja. Solche Dinge habe ich noch nie gemacht. Außerdem, ich schätze, Sie könnten möglicherweise betroffen sein, und dann haben Sie es auch mit Endbenutzer-Manifestationen zu tun. Sie könnten wahrnehmen...

Jared Kells:

Ja, sicher.

Jess Belliveau:

... Höhere Leistung auf ihrem Laptop oder so, oder ihrem ISP oder so. Es wäre wirklich schwierig, sicherzustellen, dass Sie von solchen Dingen nicht auch Geräusche bekommen.

Jordan Simonowski:

Ja. Es gibt wohl Tools wie Sentry, die existieren, um Ihnen ein bisschen besser zu verstehen, was an Ihrem Frontend passiert. Die Art und Weise, wie Sentry in der Regel mit JavaScript arbeitet, ist, dass Sie eine verkleinerte Map Ihres JS auf Sentry hochladen, Ihren Code bereitstellen und dann, wenn etwas kaputt geht oder auf ziemlich unerwartete Weise funktioniert, das in der Regel auftaucht, wobei Sentry Ihnen genau sagt, in welcher Zeile diese Art von Dingen passiert, und es ist ein wirklich cooles Tool für diese Firmenkram. Ich weiß nicht, ob es dir die richtigen Einblicke geben würde, glaube ich, in Bezug auf Leistung oder...

Jared Kells:

Ja, wir verwenden ein ähnliches Tool und es funktioniert bei Abstürzen und solchen Dingen. Und was die Beobachtbarkeit angeht, protokollieren wir Aktionen wie Zustandsmutationen im Frontend, nicht die tatsächliche Statusänderung, sondern nur Beschriftungen, die angeben, dass Sie eine Problemzusammenfassung aktualisiert haben oder auf diese Schaltfläche geklickt haben, so etwas, und wir senden sie mit unseren Absturzberichten. Und es ist super hilfreich, diese Art von Beobachtbarkeit zu haben. Also ich glaube, ich weiß, wovon ihr redet. Aber ich bin nur [Crosstalk 00:35:25], ja.

Jess Belliveau:

Ja, das ist, glaube ich, fast eine Art von Rückverfolgung. Wenn Jordan und ich über Tracing sprechen, denken wir vielleicht an 12 verschiedene Microservices in AWS, die alle miteinander interagieren, während Sie das eher verschieben. Das ist quasi alles, was im Browser interagiert, und nur diese Historie davon zu haben, ist das, was der Benutzer getan hat und wie es dazu kam...

Jared Kells:

In diesem Staat.

Jess Belliveau:

In diesem Staat, ja.

Jordan Simonowski:

Ich schätze, selbst wenn Sie nicht viele Microservices haben, wenn Sie über bestimmte sprechen, wie Sie sagen, sind Ihre API-Anfragen größtenteils in Ordnung, aber manchmal haben Sie besonders große Nutzlasten-

Jared Kells:

Wir müssen tatsächlich überwachen, ich weiß nicht, vielleicht können Sie dabei helfen, wir sollten eigentlich überwachen, mit wem wir zusammenarbeiten. Es ist tatsächlich viel wahrscheinlicher, dass wir ein Leistungsproblem mit einer Xero-API haben werden, als... Wir sehen es nicht, der Browser sieht es auch, was...

Jordan Simonowski:

Ja, und Tracing löst all diese Regressionen für Sie. Die meisten Tracing-Bibliotheken, z. B. wenn Sie Node-Apps oder was auch immer in Ihrem Backend ausführen. Ich kann dir nur etwas über Node erzählen, weil ich wahrscheinlich die meiste Erfahrung mit dem Schreiben von Node-Sachen habe. Du gibst quasi einfach Didi Trace ein, eine Datadog-Bibliothek für das Tracing in dein Backend und deinen Hook selbst in all die, glaube ich, gängigen Bibliotheken, mit denen du normalerweise arbeiten wirst, glaube ich. Wenn Sie zum Beispiel für Express oder nur für viele HADP-Bibliotheken sowie für ein paar AWS-Services arbeiten, wird es sich quasi von selbst einbinden. Und Sie können es tatsächlich genau bestimmen. Es wird Ihnen auf dieser ziemlich coolen Servicekarte irgendwie genau zeigen, mit welchen Diensten Sie interagieren und wo Sie möglicherweise eine Regression erleben. Und ich denke, Spuren dienen dazu, diese Informationen an die Oberfläche zu bringen, was cool ist. Das könnte also etwas sein, das es wert ist, untersucht zu werden.

Jess Belliveau:

Es ist lustig. Das hat etwas nichts mit Beobachtbarkeit zu tun, aber Sie haben mich gerade dazu gebracht, ein bisschen mehr darüber nachzudenken, warum Sie sagen, dass Sie auch von Drittanbietern abhängig sind. Und etwas, das meiner Meinung nach wirklich wichtig ist und manchmal übersehen wird, ist, dass sich so viele von uns heute auf Drittanbieter verlassen, da AWS eine große Sache ist. Viele Leute schreiben Apps, für die AWS-Services erforderlich sind. Und ich denke, die meiste Zeit gehen die Leute einfach davon aus, dass AWS oder Jira oder was auch immer zu 100% verfügbar ist und immer verfügbar ist. Und sie schreiben ihren Code nicht so, dass er mit Ausfällen umgeht. Und ich finde es super wichtig. Ich habe schon so oft Leute gesehen, die die AWS-API verwenden, und sie implementieren kein exponentielles Back-Off. Also versuchen sie im Grunde, die AWS-API zu erreichen. Sie schlägt fehl oder sie werden zum Beispiel gedrosselt, und dann gehen sie einfach in einen Fehlerzustand über und geben dem Benutzer einen Fehler. Aber Sie könnten möglicherweise die Benutzererfahrung verbessern, einen automatischen Wiederholungsmechanismus einbauen lassen und so weiter. Es hat nicht wirklich etwas mit der Beobachtbarkeit zu tun, aber es ist etwas Besonderes.

Jared Kells:

Und den Nutzern ist das egal, oder? Es interessiert niemanden, ob es sich um ein AWS-Problem handelt. Es ist dein Problem, richtig, deine App ist zu langsam.

Jess Belliveau:

Nun, sie benutzen deine App. Genau richtig. Es wirkt sich irgendwie auf Sie aus, also ist es in Ihrem Interesse, sich vor einem Upstream-Fehler zu schützen oder zumindest den Benutzer zu informieren, wenn dies der Fall ist. Ja.

Jared Kells:

Nun, ich glaube, wir müssen ihn diesen Podcast nennen, weil es eine Stunde her ist. Wir hatten maximal 45 Minuten unterrichtet.

Jess Belliveau:

Wir könnten einfach weitermachen. Wir könnten einen zweiten Teil brauchen! Vielleicht können wir [Cross Talk 00:39:21] anfragen.

Jared Kells:

Vielleicht! Ja.

Jess Belliveau:

Oder wir starten einfach unseren eigenen Podcast! Ja.

Angad Seth:

Also, was waren deine wichtigsten Erkenntnisse heute, wenn man bedenkt, dass Angad und ich gerade etwas über Beobachtbarkeit lernen, Angad, was war heute deine größte Erkenntnis über Beobachtbarkeit? Meine größte Erkenntnis war, dass Beobachtbarkeit nicht mit Datadog gleichzusetzen ist. Nein, tut mir leid! Es war einfach sehr faszinierend zu lernen, wie man die bekannten Unbekannten quantifiziert. Ich weiß nicht, ob das ein guter Imbiss ist, aber...

Jess Belliveau:

Jeder Imbiss ist ein guter Imbiss! Was ist mit dir, Jared?

Jared Kells:

Ich glaube, weil ich gerade über Zustandsmanagement sprechen wollte, und ein Teil davon war, dass wir im Moment diese Fähigkeit haben, durch die Architektur unserer Frontends den Status der App zu erfassen und einen Kunden dazu zu bringen, uns seinen Status zu senden, im Grunde genommen. Und wir können es in unsere App laden und einfach genau sehen, wie es war, genau so, wie unser Bundesstaat konzipiert ist. Aber was noch cooler sein könnte, ist vielleicht etwas Observability zur Unterstützung in das Frontend einzubauen. Ich denke, anstatt einfach zu haben, haben wir diese Schaltfläche, um uns Ihre Support-Informationen zu senden, die uns einen Haufen des Status schicken, aber anstatt die Konsole im Browserprotokoll zu protokollieren, könnten wir die Konsole protokollieren und uns irgendwo in unserem Frontend anmelden, sodass unsere Kunden uns die Aktionen senden sollten, die sie ausgeführt haben, wenn sie auf „Support-Informationen senden“ klicken.

Jared Kells:

Zum Beispiel: „Hey, da ist ein Bug, senden Sie uns Ihre Support-Informationen.“ Es muss kein Drittanbieter-Dienst sein, der diese Observability-Daten sammelt. Wir könnten einfach in unser... Darüber denke ich also nach.

Jess Belliveau:

Ja, ganz sicher. Es wird wahrscheinlich auch viel weniger aufdringlich sein, als einige der Sachen von Drittanbietern, die ich gesehen habe.

Jared Kells:

Ja. Bei einigen dieser Integrationen ist das ziemlich schwierig, insbesondere wenn Sie Apps entwickeln, die hinter einer Firewall ausgeführt werden.

Jess Belliveau:

Ja

Jared Kells:

Sie können nicht einfach mit einigen dieser Dritten sprechen. Also ja, es ist trotzdem cool. Es ist wirklich interessant.

Jess Belliveau:

Nun, ich hoffe, jemand da draußen, der zuhört, hat etwas gelernt, und Jordan und ich werden ein paar Links durchschicken, und wir können sie hoffentlich zu den Shownotes hinzufügen oder so, damit die Leute etwas mehr lesen können und...

Jared Kells:

Alles danke!

Jess Belliveau:

Danke für die Einladung, ja.

Jared Kells:

Vielen Dank für Ihre Zeit und danke allen fürs Zuhören.

Jordan Simonowski:

Danke allen.

Angad Seth:

Das war [unhörbar 00:41:55].

Jess Belliveau:

Schaltet nächste Woche ein!