Easy Agile Podcast Folge 23: So steuern Sie Ihre Cloud-Migration
„Nach einer Cloud-Migration bei Splunk hat Greg einige wichtige Erkenntnisse, Herausforderungen und Chancen mit uns geteilt“ — Chloe Hall
Greg Warner ist seit 2006 im Atlassian-Ökosystem tätig und hält regelmäßig Vorträge auf Atlassian-Veranstaltungen. Greg hat als Senior Consultant für einen Lösungspartner gearbeitet, Jira und Confluence bei Amazon unterstützt und in seiner aktuellen Rolle bei Splunk eine Cloud-Migration zu Atlassian Enterprise Cloud für über 10.000 seiner Kollegen durchgeführt.
In dieser Folge sprechen Greg und Chloe über die Reise zur Cloud-Migration:
📌 Der mentale Wandel zur Cloud-Migration und wie man über die technische Seite hinausdenkt
📌 So navigierst du durch die Reise, ohne dass du einer Roadmap folgst
📌 Die vier Säulen für den Erfolg Ihrer Cloud-Migration
📌 Den richtigen Zeitpunkt für die Migration finden und über zukünftige Möglichkeiten nachdenken, die über Ihre Migration hinausgehen
📌 Der unerwartete Wert, der sich aus einer Cloud-Migration ergeben kann
+ mehr!
📲 Abonnieren/Hören Sie Ihre Lieblings-Podcasting-App.
Danke, Greg und Chloe!
Transkript
Chloé Hall:
Hallo zusammen und willkommen zurück zum Easy Agile Podcast. Also, ich bin Chloe, Marketingkoordinatorin bei Easy Agile, und ich werde Ihre Moderatorin für die heutige Folge sein. Bevor wir beginnen, möchten wir uns bei den traditionellen Hütern des Landes, von dem aus ich heute aufnehme, bedanken, dem Volk der Wodiwodi aus dem Dharawal-sprachigen Land, und den Ältesten aus Vergangenheit, Gegenwart und Entwicklung unseren Respekt erweisen. Den gleichen Respekt zollen wir allen Aborigines und den australischen Inselbewohnern, die heute zuhören.
Chloé Hall:
Wir haben heute also einen sehr aufregenden Gast im Podcast. Dieser Gast befasst sich seit 2006 mit dem Atlassian-Ökosystem und spricht häufig auf Atlassian-Veranstaltungen. Er hat als Senior Consultant für einen Lösungspartner gearbeitet, Jira und Confluence bei Amazon unterstützt und in seiner aktuellen Rolle bei Splunk eine Cloud-Migration zur Atlassian Enterprise Cloud für über 10.000 Kollegen durchgeführt. Also willkommen zum Easy Agile Podcast, Greg Warner.
Chloé Hall:
Wie geht's dir?
Greg Warner:
Gut, und danke für die Einladung.
Chloé Hall:
Keine Sorge. Es ist toll, dass du heute hier bist.
Greg Warner:
Das ist eines meiner Lieblingsthemen. Wir sprechen über Cloud-Migration und ja, ich hoffe, ich kann erklären, warum.
Chloé Hall:
Ja, genau das wollen wir für Sie, denn ich erinnere mich, als wir uns bei Team 22 getroffen haben. Sie waren einfach so begeistert von der Cloud-Migration und hatten so viele Erkenntnisse zu teilen, und ich war auch sehr fasziniert.
Greg Warner:
Um ein bisschen Hintergrundinformationen über mich zu geben.
Chloé Hall:
Ja.
Greg Warner:
Ich war nicht immer ein Wolkenmensch. Sie haben also bereits erwähnt, dass Sie seit 2006 dabei sind. Ich war in den frühen Tagen dabei, als Jira die verschiedenen Varianten Standard und Professional hatte, als du eine Unternehmenslizenz für Atlassian bestellst und man dir ein Shirt geschickt hat. Das war einer der Unterschiede zwischen einer der Lizenzen. Es basiert also viel auf den Serverversionen, über viele Jahre hinweg. Ich betrachtete die Cloud als den ärmeren Cousin, wenn du so willst.
Greg Warner:
Ich war auf mehreren Atlassian-Gipfeln und späteren Teamevents gewesen, bei denen es immer Dinge gab, die in der Cloud passierten, aber nicht unbedingt auf dem Server. Ich habe an der Erstellung von Prüfungsfragen für das Atlassian-Zertifizierungsprogramm für Server und DC teilgenommen. In den letzten 18 Monaten, also seit zwei Jahren, habe ich diesen grundlegenden Wandel vollzogen — von einem Befürworter dessen, was wir auf Servern in DC tun, hin zu absolut Cloud-First. Das ist die definitive Richtung, die wir als Unternehmen gewählt haben, und es ist sicherlich auch der Grund, warum ich so leidenschaftlich daran interessiert bin, mit anderen Unternehmenskunden über ihre Cloud-Migration zu sprechen.
Chloé Hall:
Beeindruckend. Was glaubst du war es, dass du gesagt hast, okay, lass uns in die Cloud migrieren, da du so sehr in den Server-DC-Teil involviert warst? Was hat Ihre Aufmerksamkeit erregt?
Greg Warner:
Ich bin 2019 zu Splunk gekommen und es war nicht alles rosarot, was die Wartung von Jira und Confluence angeht. Es war nicht ungewöhnlich, dass es stundenlange Ausfälle gab. Dass zwei Systeme, die für unseren Geschäftsbetrieb einfach so wichtig waren, das hatten, war ich etwas verblüfft, aber ich dachte, hey, ich war schon einmal hier. Das habe ich gesehen. Also war es ein langsamer methodischer Ansatz, um unsere Probleme zu lösen, uns zu einer Version zu bringen, die langfristig unterstützt wurde, und dann eine Verschnaufpause einzulegen.
Greg Warner:
Sobald wir an dem Punkt angelangt sind, an dem wir keine Ausfälle mehr hatten, denken wir darüber nach, wie die Zukunft aussehen würde. Und für mich war diese Zukunft genau das, was ich zuvor gemacht hatte, das, was ich bei Amazon gemacht hatte, wo wir unsere gesamte lokale Infrastruktur, Jira, Confluence und Crowd, in die Public Cloud verlagern würden, egal ob es sich um eine AWS oder GCP handeln würde, so etwas in der Art. Das hatte ich schon einmal gemacht. Ich wusste, wie wir das machen würden, insofern, als ich in meinem Team sogar Besprechungen darüber abgehalten hatte, wie wir die Infrastruktur aufbauen und wie das Design aussehen sollte.
Greg Warner:
Aber es gab wahrscheinlich ein entscheidendes Gespräch mit unserem CIO, und es war in einem von denen, als ich gerade vorbeiging, und er sagte: „Greg, ich habe die Pläne und die Finanzierungsanfragen gesehen.“ Er sagt: „Aber haben Sie über Atlassian Cloud nachgedacht?“ Die unmittelbare persönliche Reaktion auf mich war, dass wir das nicht tun werden, weil ich die Iterationen gesehen hatte. Ich hatte es im Laufe der Zeit gesehen. Ich hatte für einen Lösungspartner gearbeitet. Ich hatte mit Kunden in der Cloud zusammengearbeitet und nie wirklich gedacht, dass wir für Unternehmen gerüstet sein könnten. Meine unmittelbare Reaktion würde das also nicht bewirken. Ich sagte: „Ich werde diese Frage jetzt nicht beantworten.“ Ich sagte: „Ich weiß nicht genug, um dir eine Antwort zu geben.“
Greg Warner:
Und ich bin absolut froh, dass ich das getan habe, denn ich wäre ins Fettnäpfchen getreten, wenn ich sofort geantwortet hätte, dass... Also ja, ich habe diese Frage beantwortet, einige Analysen durchgeführt, mit unserem damaligen technischen Kundenbetreuer gesprochen und mir wirklich angesehen, was vor sich ging und wo die Cloud heute ist? Wie weit war sie ausgereift? Und das wirklich Monumentale für mich war, dass ich glaube, dass es tatsächlich fertig ist. Die Leute entschuldigen sich dafür, warum sie es nicht können, aber es gibt eine Reihe von Gründen, warum Sie das tun sollten. Und wenn wir uns als Unternehmen mit unseren eigenen Produkten betrachten, bringen wir unsere eigenen Kunden in die Cloud, und wir nutzen Cloud-Dienste wie Google Workspace und Zoom sowie eine Vielzahl von SaaS-Anwendungen. Was war so anders an dem, was wir im Bereich Engineering gemacht haben und das nicht in die Cloud gehen konnte? Und das war wie, okay, ich glaube, der CIO hat mir hier tatsächlich eine viel größere Frage gestellt.
Greg Warner:
Das Ergebnis war also: Ja, wir haben entschieden, dass es der richtige Zeitpunkt für Splunk war, umzuziehen. Und das ist eine monumentale Veränderung. Und ich weiß, dass es da draußen eine Menge Jira-Admins gibt, die sagen, wenn du das tust, gefährdest du deine eigenen Jobs. Die Antwort lautet nein, das bist du nicht. Und selbst in meinem Team, als wir das besprochen hatten, gab es eine emotionale Verbindung zur Aufrechterhaltung der Infrastruktur vor Ort. Geben wir damit unsere eigenen Jobs weg? Da sind all diese... Nein.
Greg Warner:
Und es gab tatsächlich zwei Leute in meinem Team, die durch unsere Cloud-Migration tatsächlich befördert wurden und die es sonst nicht getan hätten, weil sie die Fähigkeiten unter Beweis stellen konnten. Aber das ist quasi die Hintergrundgeschichte darüber, wie wir uns für den Umstieg auf die Cloud entschieden haben. Und ich denke, während wir darüber nachdenken, gibt es zuerst eine mentale Veränderung. Bevor Sie überhaupt den technischen Weg beschreiten und sich überlegen, wie Sie das machen würden, sollten Sie Ihre eigene Meinung ändern, sodass Sie auch dafür bereit sind.
Chloé Hall:
Ja, ich liebe das. Ja, es ist so gut. Und ich denke, allein die Tatsache, dass Sie Ihrem CIO nicht geantwortet haben, haben Sie das gesagt?
Greg Warner:
Jep.
Chloé Hall:
Dass Sie Ihrem CIO nicht sofort geantwortet haben und nicht gesagt haben: „Nein, das möchte ich nicht tun.“ Sie sind tatsächlich zurückgetreten, haben sich die Zeit für Ihre Recherchen genommen und denken, dass die Cloud vielleicht die bessere Option für Splunk ist, was einfach großartig ist und wirklich zu dieser mentalen Veränderung in Ihnen selbst geführt hat. Wenn Sie also sagen, dass Ihre Mitarbeiter, wie jeder, irgendwie das Problem haben, oh, wir werden unseren Job verlieren, wenn wir von On-Premise zur Cloud wechseln und diese Mitarbeiter am Ende befördert werden. Wie haben sich ihre Rollen verändert?
Greg Warner:
Als wir von On-Premise auf Cloud umgestiegen sind, müssen Sie die Sanitäranlagen nicht mehr warten, oder?
Chloé Hall:
Ja.
Greg Warner:
Du musst dich nicht mehr um die gesamte Installation kümmern, die Jira, Confluence, BitBucket, was auch immer gerade bewegt wird, unterstützt. Jetzt dachten wir, das ist der Teil, der dem Unternehmen tatsächlich einen Mehrwert bietet. Und erst als wir zur Cloud übergingen, wurde uns klar, dass dem nicht so war. Als ob das, was wir jetzt tun können, anders ist. Und genau das hat mein Team getan. Sie haben ein höheres Level erreicht.
Greg Warner:
In den Zeiten, in denen wir von Jira, Confluence vor Ort, zur Cloud gewechselt sind, beschäftigen wir uns jetzt viel mehr mit der Geschäftsanalyse und dem Verständnis, was unsere Projektteams wollen. Wenn also jemand aus dem Bereich Engineering etwas anfordert, das eine Integration oder einen Workflow hat, haben wir mehr Zeit, die wir dafür aufwenden können, als dass wir ein Upgrade durchführen werden? Befinden wir uns in der aktuellen Feature-Version? Gibt es einen Bug, den wir schließen müssen? Log-for J ist ein Paradebeispiel, bei dem wir das Thema behandelt haben, darin bestand, einen Anruf mit dem Atlassian Enterprise Support zu protokollieren und uns dann zu sagen: „Ja, es ist erledigt.“
Greg Warner:
Während andere Kollegen innerhalb des Ökosystems, mit dem ich gesprochen habe, eine Woche damit verbracht haben, sich damit zu befassen, oder? Umgang mit Patches und Upgrades. Der Wert, den die Arbeit, die wir leisten, für unser Team hat sich also verändert. In dieser Zeit haben wir auch erweiterte Roadmaps für Jira erstellt. Wir waren also in der Lage, Dinge bereitzustellen, die wir nie hätten bereitstellen können, weil wir zu viel mit den Klempnern zu tun haben, und das ist jetzt so, dass wir nur noch einen sehr geringen Platzbedarf vor Ort haben, und das sind hauptsächlich FedRAMP und IO5. Es ist noch nicht ganz zertifiziert. Es wird dort ankommen. Wir haben also einen sehr kleinen Fußabdruck und ich bin derjenige, der die Upgrades durchführen muss, und jetzt schauen Sie sich das an, oh mein Gott, das werden diese paar wöchentlichen Aufgaben sein, die wir erledigen werden, bei denen ich all die andere bessere Arbeit erledigen könnte, die in der Cloud auf uns wartet. Sie merken es erst, wenn Sie es entfernt haben, wie viel Sie früher getan haben.
Greg Warner:
Deshalb haben wir früher zwei Upgrades von Jira pro Jahr und zwei Upgrades von Confluence pro Jahr durchgeführt. Wir haben das auf jeweils etwa einen Monat Arbeit zurückgeführt. Bis du all deine Tests durchführst und die Inszenierung durchführst und dann das machst. Sie rechnen also wirklich mit vier Monaten des Jahres, in dem Sie Upgrades durchgeführt haben. Das haben wir nicht mehr. Das ist komplett weg. Deshalb stellen wir jetzt sicher, dass wir die Dinge zuerst mit der Cloud erledigen. Wir übertragen Verhaltensweisen, die wir vor Ort angewendet haben, nicht in die Cloud. Das ist wahrscheinlich eine Sache, die wir gelernt haben, war, dass Server-DC nicht in der Cloud implementiert wird.
Chloé Hall:
Ja, das ist so toll. Es scheint, als hätte es dir auch viel mehr Möglichkeiten eröffnet. Ich denke, etwas, das ich etwas genauer untersuchen und verstehen möchte, ist, dass sich die Leute stark auf den technischen Aspekt der Cloud-Migration konzentrieren. Welche anderen Aspekte müssen Ihrer Meinung nach berücksichtigt werden?
Greg Warner:
Sicherlich Leute. Ich habe hier ganz vorne die mentale Denkweise erwähnt und das begann wirklich bei meinem Team, um sie dazu zu bringen, wie wir diese Cloud-Migration durchführen werden. Es gibt noch nicht unbedingt eine Roadmap, die besagt, dass dies alle Schritte sind, die Sie unternehmen müssen, um sich auf Ihre Cloud-Migration vorzubereiten. Also mussten wir einige davon erfinden und eine dieser beiden war, was wollten wir aus der Cloud-Migration herausholen?
Greg Warner:
Ich spreche mit anderen Atlassian-Kunden. Du sprichst davon, dass sie ein Projekt durchführen, das Projekt ist die Cloud-Migration, der Anfang und das Ende ist der Cloud-Migrationstag. Nein, völlig falsch. Die Cloud-Migration hat tatsächlich einen Anfang, eine Mitte und ein Ende. Worüber Sie hier sprechen, über diese ersten Änderungen, ist am Anfang, und das sollte sein, dass wir zur Cloud wechseln, weil sie grundlegend besser sein sollte als das, was wir heute haben.
Greg Warner:
Wenn es nicht besser ist, hat es keinen Sinn, die Aktivität durchzuführen. Also begannen wir mit einer Vision und diese Vision war, dass alle wichtigen Dinge vom ersten Tag an funktionieren mussten und dass sie besser funktionieren mussten. Also Ausgabe erstellen, Ausgabe bearbeiten, bis zur Ausgabe, das muss einfach funktionieren. Es sollte keinen Streit darüber geben, ob dies der Fall ist oder nicht. Das muss funktionieren und besser funktionieren. Erstelle eine Seite, bearbeite eine Seite, teile eine Seite. Das Zeug muss in Confluence problemlos funktionieren. Wir müssen auch sicherstellen, dass es Mitarbeiter in der Organisation gibt, für die dies eine grundlegende Änderung ihrer Arbeitsweise bedeuten könnte, je nachdem, wie viel sie mit Jira und Confluence arbeiten. Wir sind uns also bewusst, dass während der Cloud-Migration ein gewisses Maß an Change Management und Kommunikation erforderlich sind, um sicherzustellen, dass Ihre Vision funktioniert, aber wir müssen uns auch darüber im Klaren sein, dass Sie einige Dinge kaputt machen werden. Sie werden nicht in der Lage sein, eine Cloud-Migration durchzuführen und sich ohne irgendetwas von A nach B zu verlagern.
Greg Warner:
Es wird schief gehen. Das war uns bewusst, und deswegen habe ich den Leuten immer gesagt, dass wir fest auf die Vision fixiert sind, sicherzustellen, dass es besser ist als heute, aber flexibel, was die Details angeht, wie wir sie erreichen. Wir werden im Laufe der Zeit wahrscheinlich andere Wege finden, weil sich die Dinge ändern werden. Die Cloud verändert sich von selbst. Sie werden Dinge entdecken, die Sie vorher nicht wussten. Es gab einen Jira-Admin, der vor 10 Jahren eine Entscheidung getroffen hat, das hast du jetzt herausgefunden. Also ja, wir waren an dem ersten Tag sehr, sehr fest auf diese Vision fixiert, dass wir dieses Unboxing-Erlebnis haben mussten. Als die Leute Jira und Conference Cloud zum ersten Mal nutzten, konnten sie verstehen, warum wir so viel Mühe darauf verwendet hatten, sicherzustellen, dass alles auf den neuesten Stand gebracht wurde und die Dinge einfach funktionierten. Und wenn du ein bisschen weiter gegangen bist, gibt es vielleicht Dinge, die mit Apps zu tun haben, die vielleicht nicht ganz dieselben sind.
Greg Warner:
Das ist okay. Und weiter draußen Dinge, die du letztlich einfach nicht kontrollieren kannst. Und dafür hatten wir 76 Integrationen von Teams, die Automatisierungen aus dem gesamten Unternehmen geschrieben hatten. Wir werden nie herausfinden, was sie tun, aber wir wussten, dass einige davon wahrscheinlich kaputt gehen würden. Wir müssen uns also nur mit einer gewissen Änderungskontrolle befassen und diesen Leuten sagen, dass das kommt, was die restlichen Endpunkte sein werden und wie sie ihre API-Schlüssel einrichten. Wir haben eine Menge davon gemacht, aber wir hatten eine Integration, die kaputt ging, und diese Integration ging kaputt, weil das gesamte Team in dieser Woche auf PTO war oder gegangen war. Das können wir nicht vermeiden. Aber es war schön zu sehen, dass andere Teams tatsächlich eingesprungen sind, weil sie an der Aktualisierung ihres Teams beteiligt waren, um das Problem zu beheben. Das war also okay. Wir hatten eine Integration, bei der wir wirklich alles gegeben haben, und das war für... Wir haben eine Salesforce-Jira-Integration, die eine umsatzgenerierende Integration ist.
Greg Warner:
Wir haben dem viel Aufmerksamkeit geschenkt, um sicherzustellen, dass das einfach funktioniert. Aber den 76 anderen haben wir ein Runbook zur Verfügung gestellt. Das Runbook bestand im Wesentlichen aus Teams, man macht solche Dinge. Sie wussten also, wie man das neue System ändert und auf das neue System aktualisiert. Aber ja, sicherlich der Anfang, die Mitte und das Ende. Der Anfang sind all die Veränderungen, die Sie ändern müssen, und wahrscheinlich ein bisschen Geschichte über Designentscheidungen. Die Mitte ist in der Tat Ihre Cloud-Migration und das Ende, die Mitte bis zum Ende, ist alles, was Sie danach damit machen. Daraus ergibt sich also der wahre Wert Ihrer Cloud-Migration. Was können wir damit machen, wenn Sie einmal drin sind?
Greg Warner:
Und wir sind jetzt kurz vor dem Ende. Es gab Dinge, die ich nicht hätte planen können und die Leute getan haben. Wir haben Ihre fortschrittlichen Roadmaps erstellt, um den Wald dort zu retten, aber wir ermutigen auch unsere Mitarbeiter, die Plattform zu erweitern. Das war früher wirklich schwierig und wir haben mit Atlassian zusammengearbeitet, um zu verstehen, wie das aussehen sollte? Und wir haben uns dafür entschieden, Atlassian Forge zu verwenden. Und jetzt haben wir diese Woche unsere erste App, in UAT, in Atlassian Cloud, um Geschäftsprobleme zu lösen, die wir haben. Das ist eine benutzerdefinierte Atlassian Forge-App. Und wir ermutigen unsere Techniker, diese zu entwickeln, damit sie sie erweitern und durch die Cloud-Migration echten Nutzen daraus ziehen können.
Chloé Hall:
Ja, wow. Ja, du bist so weit gekommen und es ist schön zu hören, dass du dich dem Ende näherst und all die Möglichkeiten damit einhergehen und du den ganzen Wert siehst. Es zahlt sich auch alles aus. Ich denke, ich möchte nur zu dem Moment zurückkehren, in dem Sie davon sprechen, dass es im Wesentlichen keinen Roadmap-Aufwand gibt. Es gibt niemanden oder etwas, dem man folgen könnte, wo es heißt, dass Sie hier beginnen müssen. Dies sind die Schritte zur Cloud-Migration. Und ich denke, viele Menschen fürchten sich davor. Sie sagen, wir wissen nicht genau, wo wir anfangen sollen. Wir sind uns nicht sicher, welcher Roadmap wir folgen werden. Wie gehst du damit gewissermaßen um?
Greg Warner:
Also komme ich darauf zurück, als ich über die Vision gesprochen habe. Wir sagten, wir fixieren die Vision in flexiblen Details. Schon früh, als wir die Cloud-Migration unterschrieben haben, es war in der ersten Woche, nachdem wir dafür unterschrieben hatten, fragte mich derselbe CIO: „Greg, was ist unser Datum? Wann ziehen wir um? Weil du mir verkauft hast, dass das so viel besser ist. Wo ist die Action? Wann bekommen wir das?“ Und nach der Unterzeichnung haben wir gut sechs Wochen gebraucht, um uns ein Bild von den verfügbaren Tools zu machen. Für Jira gibt es also wirklich zwei Optionen. Es gibt den Jira-Site-Import und den Jira Cloud-Migrationsassistenten. Und auf der Confluence-Seite gibt es einen, der Confluence Cloud-Migrationsassistent genannt wird. Es ist besser zu verstehen, wie diese Technologien funktionieren. Und ein paar Wochen lang überlegte mein Team tatsächlich, wenn wir die Migration selbst durchführen würden, könnten wir dem Unternehmen wahrscheinlich eine Menge Geld sparen und es würde uns gehören.
Greg Warner:
Wir wüssten, wie das Ding funktioniert. Wir hatten ungefähr vier Wochen Zeit und entschieden, dass das eine schreckliche Idee war. Tu das nicht. Alle Unternehmenskunden, über die ich spreche, sagen, dass wir das selbst machen werden, tun Sie das nicht. Tun Sie das nicht. Und ein Grund dafür ist, dass es wirklich vier Säulen für den Erfolg Ihrer Cloud-Migration gibt. Jira-Migration, Confluence-Migration, Apps und Benutzer. Und wir wussten nicht, wie man Apps und Benutzer macht, und wir hätten wahrscheinlich mit Confluence und Jira durchkommen können. Aber wir sagten, schauen Sie, das ist etwas, bei dem wir tatsächlich einen Partner einbeziehen müssen. Deshalb haben wir Partner gebeten, uns mitzuteilen, wie sie das machen, da sie wussten, was sie über uns wussten. Und wir haben so viele Details wie möglich zur Verfügung gestellt. Wir hatten zwei Partner, die tatsächlich völlig unterschiedliche Methoden zur Verfügung gestellt haben, um dorthin zu gelangen.
Greg Warner:
Das ist also so flexibel, was die Details angeht, aber wir mussten wirklich eine Entscheidung treffen, was für uns funktioniert hat. Wenn es also wirklich um Jira ging, würden wir einen Big-Bang-Ansatz wählen und ihn einfach im Laufe eines Wochenendes umstellen, oder wollten wir im Laufe der Zeit Kohorte für Kohorte durchführen? Und wir haben uns für uns entschieden, weil wir ein Unternehmen sind, das unsere Kunden rund um die Uhr unterstützt und den Big Bang Switchover durchführt. Das war der beste Weg, das zu bewerkstelligen. Das ist also einer der Gründe, warum wir uns für den Partner entschieden haben, den wir gewählt haben. Dieser Partner hatte jedoch nicht unbedingt eine Roadmap, in der festgelegt war, wohin er gehen wollte. Aber dann haben wir erklärt, was wir daraus herausholen wollen. Das war das Erste, es ging darum, dass es an einem Wochenende passieren muss. Das filtert dann heraus, was Ihre Auswahlmöglichkeiten sind. Der Teil mit den Ökosystem-Apps ist wirklich wichtig, um sicherzugehen, dass auf Ihrem System möglicherweise Apps installiert sind, die es schon seit 10 Jahren gibt, und Sie sind sich nicht sicher, warum sie noch da sind, weil es vor vier Jira-Admins war.
Greg Warner:
Niemand weiß, was da ist. Aber wenn sie keinen Cloud-Migrationspfad haben, sollten Sie wirklich bedenken, dass sie wahrscheinlich an ihr Ende stoßen werden, da es kein Äquivalent gibt. Sie können sie also ausschließen. Identifizieren Sie diejenigen, mit denen ein Geschäftsprozess verknüpft ist. Und dafür, für uns Salesforce, mussten wir eine Cloud-First-Verbindung finden, die funktionieren würde. Das bedeutete also, dass wir wussten, dass das in Zukunft passieren würde. Aber ich denke wirklich, das Wichtigste, was wir erfunden haben und von dem wir nichts wussten, war, dass wir dieses Ding namens App Burn Down entwickelt haben. Und da haben wir uns all die Apps angesehen, die wir hatten. Wir hatten ungefähr 40 Apps. Wir sagten, okay, welche werden nicht in die Cloud gehen? Welche haben keinen Migrationspfad? Welche werden etwas anderes ersetzen? Und so haben wir im Laufe von etwa drei Monaten damit begonnen, Apps zu entfernen.
Greg Warner:
Die Leute würden also sehen, dass wir allmählich von Designentscheidungen vor Ort und alten Vorgehensweisen wegkommen. Aber wir haben auch gesagt, aber sobald wir zur Cloud kommen, ist das der Ausweg. Also sagten wir, schauen Sie, wir schalten diese App aus, aber Sie erhalten stattdessen diese, die Cloud-First-App. Damit die Leute sehen können, wie wir den Sprung über den Fluss schaffen, um dorthin zu gelangen. Aber das bedeutete, dass wir im Laufe der Zeit Apps identifizieren würden, die nicht verwendet wurden. Wenn wir sie ausgeschaltet haben und nichts passiert ist, ist das in Ordnung. Wir sind aber auch auf einige gestoßen, bei denen sie für eine geschäftliche Nutzung von entscheidender Bedeutung waren. Und wenn wir darauf noch keine Antwort hatten, gab uns das Zeit, eine zu finden. Und mit Ihrer Nutzerbasis, in der Regel sind es Ihre Kollegen, werden das Ihre wichtigsten Kunden sein. Sie werden fragen, okay, du schaltest es aus. Wann erhalte ich die Funktionalität zurück?
Greg Warner:
Und wenn Sie diesen App-Burndown im Laufe der Zeit durchführen, verschafft Ihnen das Zeit, um dann diese Antwort zu haben. Es ist also eine viel einfachere Konversation, als einfach die Funktionen auszuschalten. Ich habe noch keine Antwort für Sie. Es gibt solche Dinge. Es war nicht unbedingt eine Roadmap, aber die Zusammenarbeit mit einem Lösungspartner ist absolut der richtige Weg. Versuchen Sie nicht, es selbst zu tun. Sie arbeiten auch mit Atlassian zusammen und haben eine weitaus bessere Reichweite, um einige dieser Antworten zu erhalten, als Sie es jemals haben könnten. Und ich habe bei mindestens drei verschiedenen Gelegenheiten, bei denen unser Lösungspartner direkt mit einem Ökosystempartner gesprochen hat, um herauszufinden, wie es weitergehen soll. Wie können wir dafür sorgen, dass das funktioniert? Also ist es gut. Die Migration ist eigentlich eine dreiseitige Zusammenarbeit zwischen dir, deinem Lösungspartner und Atlassian. Und ihr habt alle die gleichen Ziele. Sie möchten in die Cloud wechseln und sie funktioniert wirklich gut.
Chloé Hall:
Beeindruckend. Ja. Klingt nach Hoffnung, dass jeder diesen Rat bekommen hat. Nimm das auf keinen Fall alleine. Wenden Sie sich an den Lösungspartner. Und mir gefällt wirklich, wie Sie gesagt haben, dass Sie zu zwei verschiedenen Lösungspartnern gegangen sind und herausgefunden haben, welche Ideen sie haben, in welche Richtung sie Sie führen wollen, sodass Sie Ihre Optionen erkunden und herausfinden konnten, was die beste Route für Splunk ist. Und bei dir hat es auch sehr gut funktioniert. Mit dieser Unterstützung denke ich auch. Ja. Entschuldigung, du gehst.
Greg Warner:
Die Wahl des Partners ist wirklich wichtig und wahrscheinlich eine der frühesten Entscheidungen, die wir getroffen haben, um das richtig zu machen. Und ich erinnere mich, dass ich mehrmals darüber nachgedacht habe, ob wir die richtigen Leute an Bord haben? Haben wir mit... gesprochen Und es war insofern ein Interviewprozess, als wir unseren letzten Tag hatten, nachdem wir sechs Monate lang mit Atlassian und unserem Partner zusammengearbeitet hatten, einen Monat, nachdem unsere Migration abgeschlossen war und wir alle fertig waren, hatten wir ein letztes Zoom-Gespräch mit uns allen, machten ein Foto und machten das. Aber um ehrlich zu sein, fühlte es sich irgendwie wie eine Trennung an, weil wir uns sechs Monate lang ins Gesicht gesehen hatten und gearbeitet hatten. Wir verabschieden uns jetzt alle. Wir sehen uns vielleicht nicht. Es war wie das seltsamste Gefühl. Aber es hat funktioniert. Also ja, es ist eine wirklich grundlegende Entscheidung.
Greg Warner:
Nehmen Sie sich einfach die Zeit, stellen Sie sicher, dass sie verstehen, was wir tun wollen, stellen Sie sicher, dass Sie verstehen, wie sie es machen werden. Aber ja, wenn wir es selbst gemacht hätten, wären wir alle in Knoten geraten, es wäre keine erfolgreiche Migration gewesen oder so. Ich bin ein Techniker. Ich will es lösen. Ich möchte so sein wie... Aber ich denke, die eigentlich richtige Antwort war nein, du musst nicht zu 100% wissen, wie das funktioniert, weil du das hoffentlich nur einmal machen wirst. Konzentrieren Sie sich also auf den wahren Geschäftswert — Dinge wie den Umgang mit Stakeholdern und die Veränderung und das Treffen von Designentscheidungen, die für Sie wirklich wichtig sind, weil Sie diese wahrscheinlich im nächsten Jahrzehnt übernehmen werden, anstatt sich Gedanken darüber zu machen, wie ich meine Daten von A bis Z bekomme?
Chloé Hall:
Ja. Es hätte sich definitiv wie eine Trennung für dich angefühlt, weil du so lange Seite an Seite gearbeitet und mit so viel zu tun gehabt hättest. Hast du immer noch Kontakt zu ihnen oder...
Greg Warner:
Ja, wir hatten eine grundlegende Sache, von der wir immer gesagt haben, dass wir, wenn es ein Problem gibt, immer vorsichtig optimistisch sind, wir werden es lösen. Wir hatten technische Herausforderungen, die wir durchgemacht haben, aber ich habe schon früh gesagt, dass das Ökosystem nur groß ist und wir uns alle irgendwann begegnen werden. Also ja, stellen wir sicher, dass wir am Ende immer noch Freunde sind. Und ich wusste erst, wie wichtig das war, als ich zu Weihnachten in New York war und ein Treffen mit dem Projektmanager vereinbart habe, der für uns gearbeitet hat. Sie lebt in New York, also wie wäre es, wenn ich dich treffe, also... Wir haben uns im Hotel getroffen und sie sagte: „Ich habe noch nie einen Kunden außerhalb der Arbeit getroffen, um das zu tun.“ Ja, ich habe erzählt, dass sich die Geschichte wie eine Trennung anfühlt, aber sie hat gesagt, dass du am Anfang gesagt hast, dass wir danach Freunde sein werden.
Greg Warner:
Ja, das liegt daran, dass es wirklich schwierig sein kann. Ich war auf der Beraterseite, wo man einige harte Gespräche führen musste und manchmal... Du willst sichergehen, dass jeder das Problem versteht. Du versuchst, es besser zu machen, damit du am Ende immer noch solche Freunde sein kannst. Das ist die Sache. Es wird wahrscheinlich später Engagements geben, bei denen Sie sie möglicherweise erneut benötigen. Sie möchten also sicherstellen, dass Sie den besten Zuchtpartner zur Auswahl haben. Sie haben diese Beziehungen. Sie verstehen, was Sie wählen möchten. Also ja, es ist wirklich wichtig, den richtigen Partner zu wählen. Basieren Sie nicht unbedingt auf dem Preis, sondern wählen Sie den Partner, der für Sie arbeiten wird, versteht, was Sie aus Ihrer Cloud-Migration herausholen möchten, und er wird Ihnen in Zukunft zur Verfügung stehen, wenn Sie ihn für eine weitere Cloud-Migration oder ein viel schwierigeres Projekt benötigen. Versuchen Sie, am Ende Freunde zu sein.
Chloé Hall:
Und auf jeden Fall ist es gut, dass Sie jetzt diese Freundschaft haben, weil sie dieses Verständnis für Ihr Unternehmen haben und was Sie wollen und welchen Wert es hat. Wenn Sie also wieder Hilfe benötigen, ist es viel einfacher, sie sofort mit ins Boot zu holen. Sehen Sie den Prozess jetzt, da Sie eine Cloud-Migration durchgeführt haben und sich dem Ende nähern, anders als ganz am Anfang?
Greg Warner:
Ja, ich dachte, wir würden nur eine Datenmigration durchführen, nur ja, vor Ort in die Cloud.
Chloé Hall:
Ja.
Greg Warner:
Ziemlich einfach, nichts Großes. Ich war angenehm überrascht, als wir im Laufe der Zeit einige dieser Entscheidungen trafen, dass es mehr als das war. Es gab Geschäftsprozesse, die wir verbessern konnten. Es gab den Anfang, die Mitte und das Ende. Das habe ich erst nach dem Ende gemerkt. Als wir also unsere Cloud-Migration durchführten, war es tatsächlich die Woche vor Thanksgiving in den USA. Es war der 19. November. Und selbst diese Entscheidung wurde getroffen, indem ich mittags einfach spazieren ging. Wann sollten wir das wirklich tun? Und ich kam wieder runter, sprach mit meinem Projektmanager und sagte: „Wie wäre es, wenn wir das in der Woche vor Thanksgiving in der Cloud-Migration machen?“ Weil 50% unserer Belegschaft in den USA ansässig sind und ein großer Teil davon zuvor beurlaubt oder arbeitsfrei sein wird.
Greg Warner:
Indem wir es an einem Wochenende davor machen, stellen wir sicher, dass... Wie wenn du ein neues Restaurant eröffnest. Sie möchten nicht, dass am ersten Abend alle Tische voll sind. Wir wussten, dass am ersten Tag nach einer Migration jeder Jira und Confluence verwenden würde, weil wir einige Dinge kaputt machen würden. Sie haben sich tatsächlich als wirklich außergewöhnlich gute Idee herausgestellt. Und ich ermutigte die Leute zu finden... Schauen Sie sich Ihre Daten an und finden Sie heraus, wann die niedrigste Zeit dafür ist? Ich beschäftige mich schon lange mit Jira und Confluence und dachte einfach, es ist Task-Tracker und es ist ein Wiki. Da gibt es nichts, wovon ich nicht wirklich weiß. Aber eine der Entscheidungen, die wir getroffen haben, war, dass ich, als wir die Datenmigration abgeschlossen hatten und alles startklar war, immer gesagt habe, wenn wir warten, bekommen wir dann ein besseres Ergebnis? Und die Antwort lautete nein.
Greg Warner:
Wir sollten das jetzt den Menschen zur Verfügung stellen. Deshalb haben wir es an einem Sonntagmorgen in den USA eröffnet, als in Australien die Geschäftszeiten anfingen. Wir haben begonnen, Teams darauf aufmerksam zu machen, dass sie jetzt Jira und Confluence verwenden können. Und es war das Feedback, das wir sofort von den Teams erhielten, die anfingen, Jira Service Management zum ersten Mal in der Cloud zu verwenden, etwa: „Wow, das ist so viel besser als vor Ort.“ Und die Leute sagten: „Ich kann tatsächlich die Liebe zum Detail sehen, die Sie bei Feldern und Beschreibungen vorgenommen haben, und die Änderungen, die Sie vorgenommen haben.“ Und es begann sich auf den Arbeitsalltag der Menschen auszuwirken, dass das besser war als es war. Ich hatte nicht erwartet, dass das zurückkommen würde. Deshalb habe ich eine Zusammenstellung all dieser Slack-Nachrichten von Leuten, die sagen: „Das ist wirklich gut, wir teilen sie mit dem Team. Das ist viel besser als zuvor.“
Greg Warner:
Was mir auch nicht bewusst war, ist, dass mit dem Umstieg von On-Premise auf die Cloud die Daten nutzbarer und zugänglicher geworden sind. Das hatte ich nicht geplant. Das scheint jetzt offensichtlich, aber wenn wir es in die Cloud stellen und es mit allen Sicherheitskontrollen ausgestattet ist und jetzt nicht mehr die Anforderungen von Dingen wie VPN erfüllt, um darauf zuzugreifen, könnten die Leute neue Dinge entwickeln, um es zu nutzen, um mit Ihren Problemen zu interagieren, mit Seiten zu interagieren. Also haben wir mit 76 Integrationen angefangen und innerhalb von drei Monaten hatten wir in den ersten drei Monaten diesen großen Sprung auf etwa einhundert und jetzt gehen wir zu Forge. Und das bedeutet, dass Leute, die dieses Bedürfnis hatten, auf die Daten zugreifen zu können, jetzt darauf zugreifen können. Das habe ich nicht kommen sehen. Ich dachte nur, wir wären nur Server-Cloud. Aber ja, eine besser zugängliche Version hat zu Verbesserungen in der Art und Weise geführt, wie unsere Teams arbeiten, aber auch zu Verbesserungen in der Art und Weise, wie sie sie in anderen Anwendungen verwenden, die vorher einfach nicht verfügbar waren.
Chloé Hall:
Ja. Beeindruckend. Das ist großartig. Und es ist gut, dass du dieses Feedback von den Teams, die du in Australien hattest, sofort erhalten konntest. Ich finde das wirklich gut und es hört sich so an, als ob es auch für Sie bei Splunk eine so gute Gelegenheit geschaffen hat, jetzt, wo Sie in der Cloud sind.
Greg Warner:
Ja, es ist sicherlich ein Unternehmensleiter, der Sie voranbringen kann, und ich komme jetzt eifrig rein und sehe mir an, was andere Teams damit machen werden. Und als wir das erste Team hatten, das sagte, sie wollen eine Forge-App entwickeln, dachte ich, klar. Davon sollten wir überhaupt nicht abraten. Erweitere die Plattform. Deshalb haben wir das Geld und die Zeit dafür ausgegeben. Was kannst du jetzt damit machen? Und wir haben Atlassian auf der Produktseite auf jeden Fall darauf aufmerksam gemacht, wie wir es verwenden und wo wir uns Verbesserungen wünschen. Wenn du dir den Server-DC-Vergleich ansiehst, war ich früher die Person, die sich die neuen Funktionen in der Cloud angesehen und die Frage gestellt hat, wann diese neue Funktion vor Ort verfügbar sein wird. Um der Kunde zu sein, der diese Funktion jetzt hat, habe ich diese Funktion heute, richtig? Und ich benutze es, weil wir nicht darauf warten.
Greg Warner:
Sie haben also Dinge erwähnt, die Sie in der Roadmap nicht geplant hatten. Es gibt Designentscheidungen, über die ich mit Unternehmenskunden spreche und auf die ich achten muss. Eine davon hat mit Release-Tracks zu tun. In der Enterprise Cloud können Sie wählen, ob Sie die Änderungen in der Cloud bündeln möchten, und dann werden sie regelmäßig alle zwei Wochen, jeden Monat, veröffentlicht. Als ich mir das ansah und zu einem unserer Prinzipien zurückkam, nämlich Server nicht in der Cloud zu implementieren, warum sollten wir das tun? Atlassian hat weitaus mehr Daten darüber, ob dies für Kunden in großem Maßstab funktioniert, als wir. Warum sollten wir uns also mit der Funktionalität zurückhalten? Aus diesem Grund veröffentlichen wir keine Tracks. Wir lassen uns alle neuen Funktionen so bereitstellen, wie es Atlassian für richtig hält. Und das Ergebnis davon ist, dass unsere eigenen Techniker, unsere eigenen Support-Mitarbeiter, die Jira verwenden, Benachrichtigungen über neue Produkte und Funktionen erhalten, und das ist fantastisch.
Greg Warner:
Nochmals, warum sollten wir den Server implementieren, auf dem Sie all Ihre Änderungen zusammenfassen und dann weitermachen würden? Die andere Sache an unserer Reise zur Cloud-Migration ist auch, dass Sie nicht blinzeln lassen, dass Sie heute nur eine Cloud-Migration durchführen und dann endet das Projekt. Es gibt Dinge, über die Sie im Laufe der Zeit nachdenken müssen, aber was sind die Auswirkungen in der Zukunft? Für uns haben wir also mehrere Websites. Unternehmenskunden haben mehrere Standorte. Es gibt also Designentscheidungen, die wir getroffen haben, damit wir in Zukunft eine Migration von Cloud zu Cloud durchführen können. Sie werden Websites verschieben. Ihre Organisation könnte gekauft werden oder könnte Unternehmen kaufen. Sie führen also Fusionen und Übernahmen durch. Als Teil davon haben wir jetzt einige Runbooks, in denen es um die Verwendung von Cloud-to-Cloud-Tools geht, sodass wir ein Jira-Projekt von einer Site hier auf eine Site dort verschieben können, wie wir Benutzer hierher und Benutzer dorthin verschieben würden.
Greg Warner:
Und das kam tatsächlich durch die Unterstützung unseres TAM zustande, wobei wir uns nicht nur immer auf das Datum der Cloud-Migration konzentrierten, sondern auch darauf, wie das sechs Monate später aussieht? Wie sieht es 12 Monate später aus? Damit Sie Ihre Cloud-Migration nicht durchführen und sich dann in eine Ecke sperren, in der ich später etwas abwickeln muss. Ich hatte die Gelegenheit, das Problem zu beheben. Also ja, ich ermutige Migrationskunden, auch sechs Monate, 12 Monate über ihre Cloud-Migration hinaus zu denken. Aber was könnte auch passieren und dann mit Ihrem Lösungspartner heute über Designentscheidungen sprechen, die Sie in Zukunft betreffen könnten.
Chloé Hall:
Ja. Sie müssen also auf jeden Fall zukunftsorientiert denken, wenn Sie diese Cloud-Migration durchführen. Ich weiß, dass Sie viele der Möglichkeiten, die sich aus der Cloud-Migration ergaben, angesprochen haben. Gab es noch etwas anderes, das einen unerwarteten Wert hatte und das Sie mit uns teilen wollten?
Greg Warner:
Der andere Wert ist, es zugänglicher zu machen. Wir haben gesehen, dass Leute es an verschiedenen Orten benutzt haben, an die wir nicht gedacht hatten. Bei einigen der Dinge, die wir zuvor gemacht haben, mussten wir über eine firmeneigene Ressource verfügen, um das VPN nutzen zu können, und einfach solche Dinge. Das schränkte die Leute tatsächlich ein, wo sie arbeiten konnten. Aber jetzt können Sie, solange Sie einen Computer oder ein Mobilgerät haben, das mit dem Internet verbunden ist, absolut die Unterstützung für mobile Geräte nutzen, Sie können darauf zugreifen. Genehmigungen, die früher auf einem Computer vorgenommen wurden, werden jetzt auf einem Mobilgerät vorgenommen. Diese Dinge. Aber ich denke, die Integrationen waren wahrscheinlich die eine Sache, die ich am meisten mag... Wir sind nicht der Katalysator. Wir haben es irgendwie vorangetrieben, aber gesehen, wie die Leute es wirklich nutzen und die Daten für andere Zwecke verwenden. Wir haben gesehen, wie Leute einige Microservices entwickelt haben, die die Daten von Jira verwenden, was wir vorher nicht konnten. Auch hier setzen Sie dieses Potenzial nur frei, indem Sie es nutzbarer und zugänglicher machen.
Chloé Hall:
Nachdem du die gesamte Migrationsreise durchgemacht hast und, wie du schon sagtest, dich dem Ende näherst, was waren die Dinge, die dir aufgefallen sind, dass du denkst, okay, sie sind nicht so gut gelaufen? Wenn ich das noch einmal machen würde, wie würde ich es vielleicht beim nächsten Mal besser machen?
Greg Warner:
Also kehre ich zu diesem Unboxing-Erlebnis vom ersten Tag zurück. Du weißt, dass du ihm das beste Erlebnis bieten willst. Und wir haben das für die Leute in Australien und APAC bereitgestellt, als wir es geöffnet haben und sie Jira zum ersten Mal benutzen durften und es hat gut funktioniert. Und das ist hauptsächlich das Ergebnis der großen Betonung des Jira-Artikels, weil wir gesagt haben, wir wissen, dass das schwierig sein wird. Es hat Workflows, Problemschemata, Benachrichtigungsschemata. Das wird schwer werden.
Greg Warner:
Also haben wir sehr früh damit angefangen und dann, wahrscheinlich zu 60%, nach unserer Migration, haben wir mit Confluence angefangen. Wir dachten, wie schwer Confluence sein kann. Es ist ein Haufen von Leerzeichen und Seiten. Es kann nicht so schwer sein. Bei den Engineering-Tools von Confluence stießen wir tatsächlich auf einige Herausforderungen bei der Migration, was dazu führte, dass die Confluence UAT verzögert wurde. Das Jira UAT war fantastisch. Läuft einen Monat lang. Wir haben einige Probleme gefunden, wurden behoben, haben Antworten bekommen. Wir waren wirklich zuversichtlich, dass das gut werden würde.
Greg Warner:
Und dann sind wir auf dieses Confluence-Stück gestoßen. Wir sagen, wow, das wird eine Herausforderung. Und es gab mindestens ein Mal, an das ich denken konnte. Es war ein Samstagmorgen beim Frühstück, als mir unser Lösungspartner eine Slack-Nachricht schickte, in der es hieß, ich glaube, wir haben hier ein Problem mit einigen Tools. Was werden wir tun? Gegen Mitte des Tages kratzte ich mir irgendwie am Kopf. Das könnte ein echter Blocker sein. Wir haben tatsächlich mit Atlassian zusammengearbeitet, die technische Lösung entwickelt und das geklärt. Das war gut zu sehen, denn innerhalb von 12 bis 24 Stunden gab es eine Lösung. Aber das bedeutete, dass es das Confluence UAT verzögerte und es eine Woche dauerte. Und Ende der Woche fanden wir etwas heraus, das mit dem neuen Confluence-Editor und Apps von Drittanbietern zu tun hatte. Und wir mussten wirklich mit unseren Stakeholdern verhandeln, um das in die Tat umzusetzen.
Greg Warner:
Denn auch hier gilt: Wenn wir gewartet hätten, hätten wir ein besseres Ergebnis erzielt. Nein, wir sollten wirklich gehen. Wir wissen, dass es dieses Problem gibt. Es ist nicht systemweit, aber es betrifft eine kleine Gruppe von Menschen. Also haben wir es gemacht. Aber für ungefähr hundert Leute haben sie wegen dieser Sache diese wirklich schlechte Confluence-Erfahrung gemacht. Deshalb konnte ich das, was ich versprochen hatte, nicht einhalten, was ein Erlebnis vom ersten Tag an war, das besser sein würde als das, was es zuvor hatte.
Greg Warner:
Jetzt haben wir mit Atlassian und App-Anbietern zusammengearbeitet, um Abhilfe zu schaffen, sodass es am fünften Tag nicht so schlimm war. Es war nicht Tag eins, aber es war nicht perfekt. Aber ich würde die Leute auf jeden Fall ermutigen, dafür zu sorgen, dass ihr Jira und Confluence genauso wichtig behandelt wie einander. Sie gehören zusammen. Als ich unsere Cloud-Migration durchführte, haben wir das an einem Wochenende gemacht und ich erinnere mich, dass ich zurückkam, nachdem ich meine Kinder am Dienstag in der Schule abgesetzt und auf dem Parkplatz gesessen hatte. Ich dachte, wow, das haben wir tatsächlich geschafft.
Greg Warner:
Wenn wir dem Unternehmen vorschlagen würden, Ihr Unternehmens-E-Mail-System und Ihr Finanzsystem an ein Wochenende zu verlagern, wäre die Antwort nein, weil das ein zu großer Hut ist. Aber was wir gesagt haben, ist, dass wir unseren gesamten Atlassian-Stack an einem Wochenende verschieben werden, was eigentlich aus zwei großen Systemen besteht, Jira und Confluence. Wenn ich also noch einmal die Zeit gehabt hätte, hätten wir Confluence viel, viel früher gestartet und dann hätten wir es am Ende nicht überstürzen müssen. Und das hat wirklich zu einer schlechten Erfahrung für diese Leute vom ersten Tag an geführt. Seitdem arbeiten wir mit Atlassian zusammen. Wir sind dabei, das zu lösen. Wir wissen, dass andere Atlassian-Leute das gleiche Problem haben. Ich würde früh anfangen und die Komplexität, die passieren könnte, nicht unterschätzen. Es wird einige Dinge geben, auf die Sie keinen Einfluss haben.
Greg Warner:
Ich spreche über dieses Confluence-Problem und die Migrationstools, die tatsächlich in großem Maßstab durchgeführt werden. Nicht jeder Kunde wird es sehen. Wir haben es gesehen. Ich habe Kundeninterviews geführt, als wir unsere Entscheidung über unseren Lösungspartner getroffen haben, und der Kunde hat mir das tatsächlich erzählt. Als ob ich Confluence hätte starten sollen, weil wir dieses Problem hatten, wir haben etwas Zeit verschwendet und es geschafft. Ich habe sogar meine Notizen. Aber erst später, dasselbe Problem, du hattest sogar die Antwort und sie haben es dir gesagt und du wartest immer noch. Also verbringe ich ein paar Minuten in diesem Podcast damit, darüber zu sprechen, weil es mir passiert ist. Es wird wahrscheinlich der nächsten Person passieren. Also, wenn ich eine Sache tun könnte und das ist, dich zu ermutigen, früher damit zu beginnen. Sie werden am Ende eine viel, viel bessere Migration haben und hoffentlich vom ersten Tag an eine Erfahrung bieten können, die ich nicht machen konnte.
Chloé Hall:
Ja, nein, ich freue mich sehr, dass Sie das auch mit dem Easy Agile-Publikum geteilt haben, denn jetzt wissen sie es und hoffentlich wiederholt sich derselbe Fehler nicht immer wieder. Nun, Greg, meine letzte Frage heute an dich, und ich weiß nicht, ob du willst, dass das deine Antwort ist, aber ich denke, es ist wirklich gut für das Publikum, wenn es eine wichtige Erkenntnis gibt, die sie heute aus dem Podcast mitnehmen können, was wäre dieser eine Ratschlag für alle Zuhörer, um ihre Migrationsreise zu beginnen?
Greg Warner:
Das erste, was zu tun ist, ist, Prioritäten zu setzen. Wenn du also ein Atlassian-Kunde bist, der Jira oder Confluence vor Ort nutzt und du keinen Zeitplan hast und keine Priorität für deine Cloud-Migration hast, dann fang dort an. Öffne die Aufgabe, die darin besteht, Atlassian Cloud zu untersuchen, und wähle ein Datum aus. Denn ja, irgendwann wird es eine Situation geben, in der du vielleicht von deinem CIO gefragt wirst. Deshalb ist es besser, bereits eine Antwort vorbereitet zu haben. Ich würde die Leute ermutigen, sich damit zu befassen, weil es die Zukunft ist. Wenn Sie sich die Branche ansehen, wechseln die Leute zu SaaS. Es ist wirklich eine Frage. Möchten Sie diese Funktion pflegen und der Kunde sein, der sich fragt, wann diese Funktion in die Cloud kommt, oder möchten Sie der Kunde in der Cloud sein, der sie heute hat? Als wir auf die Cloud umgestellt haben, haben wir in Bezug auf Funktionalität, Verfügbarkeit und all die guten Dinge, die die Cloud bietet, einen monumentalen Wandel erlebt. Und es ist einer der größten Promoter... Die Person, die früher Prüfungsfragen für Server geschrieben hat, sagt jetzt, geh zur Cloud.
Greg Warner:
Absolut. Als ich mit anderen Unternehmenskunden gesprochen habe, insbesondere bei Team, habe ich gesagt, wann planen Sie Ihre Cloud-Migration? Ich dachte mir, wow, wir werden in drei Jahren damit beginnen. Ich bin ungefähr drei Jahre? Du musst nächste Woche wieder ins Büro gehen und in etwa 12 Monaten anfangen, denn ja, du wirst... Es ist absolut ein Wettbewerbsvorteil, dies zu tun. Und nicht nur ich bin jetzt der größte Cloud-Gegner. Wir sehen es, wir sehen es jeden Tag und für mich ist dies eines der einflussreichsten Projekte, an denen ich seit 2006 mit Atlassian beteiligt war. Dieses hier wird bei Splunk noch lange eine lang anhaltende Wirkung haben und ich freue mich, mit Ihnen bei Easy Agile und anderen darüber und hier auf ihrer Cloud-Reise zu sprechen, weil ich nächstes Jahr ins Team gehen möchte. Ich möchte sichergehen, dass wir diese Gespräche bis ins Detail führen, ich habe eine Sache verstanden. Entweder habe ich meine Confluence-Migration früher begonnen oder ich habe tatsächlich einen Zeitplan eingegeben, wann wir mit unseren Cloud-Migrationen beginnen sollten.
Chloé Hall:
Ja, wunderschön. Ja, das ist ein toller Ratschlag zum Mitnehmen, Greg. Und ehrlich gesagt, vielen Dank, dass Sie heute zum Podcast gekommen sind. Sie haben einige brillante Einblicke und Erkenntnisse geliefert, und auch weil es keine Roadmap gibt, finde ich, dass Ihre Anleitung für diejenigen, die mit ihrer Cloud-Migration beginnen möchten, so gut ist. Ja. Wir wissen es wirklich zu schätzen, dass Sie Ihr Wissen teilen.
Greg Warner:
In Ordnung. Danke, dass du mich eingeladen hast. Danke fürs Zuhören.
Chloé Hall:
Keine Sorge.
Verwandte Episoden
- Podcast
Easy Agile Podcast Folge 9 Kit Friend, Agile Coach und Atlassian-Partnerschaftsleiter EMEA, Accenture.
„Von Bier-Analogien über Gedränge in Restaurants bis hin zu neurodiversen Teams — es ist immer ein Vergnügen, mit Kit zu chatten.“
Kit befasst sich mit agilen Methoden, die über den üblichen Anwendungsfall hinausgehen, z. B. die Zusammenarbeit mit Geologen und Restaurantbesitzern bei der Anwendung von Scrum.
Das Kit unterstreicht auch die Notwendigkeit, sich auf einen Bottom-up-Ansatz zu konzentrieren, der Führungskräften einen sicheren Raum bietet, in dem sie lernen und Fragen stellen können, und zeigt, ob neurodiverse Teams der Schlüssel zur Effektivität sind.
Das war ein wirklich interessantes Gespräch!Abonniere unbedingt, genieße die Folge 🎧
Transkript
Nick Muldoon:
Guten Tag Leute. Mein Name ist Nick Muldoon. Ich bin Mitbegründer und Co-CEO von Easy Agile und freue mich, heute Kit Friend von Accenture zu begrüßen. Kit ist Agile-Coach bei Accenture und dort auch der Atlassian-Praxisleiter. Kit, guten Morgen.
Bausatzfreund:
Guten Morgen, Nick. Leider nur der Übungsleiter für ein paar Dinge, aber ich gebe mein Bestes. Es ist mir eine Freude, mit Ihnen zusammen zu sein, zum zweiten Mal, dass wir es diese Woche auch versucht haben, in der schönen Welt der Breitband-abhängigen Telearbeit und so weiter. Aber es gibt Hoffnung, oder?
Nick Muldoon:
Es ist wunderschön, nicht wahr? Für diejenigen unter Ihnen, die zu Hause zuhören, nur damit Sie ein bisschen Kontext haben, Kit ist Vater von zwei Kindern, er lebt in London und ist jetzt seit etwas mehr als 10 Jahren bei Accenture, richtig?
Bausatzfreund:
Ja, September 2010. Zum Glück habe ich meine Frau fast im selben Sommer getroffen, also muss ich mich nur an ein Jahr erinnern, und ich kann mich an eines nach dem anderen erinnern. Es hilft also, wenn ich versuche, mich an Termine zu erinnern und Dinge zu ordnen, weil ich nicht sehr gut mit meinem Gedächtnis umgehen kann, um ehrlich zu dir zu sein.
Nick Muldoon:
Oh nun ja. Also, der Grund, warum ich Sie heute eingeladen habe, ich freue mich riesig, von der Reise zu hören, auf der Sie bei Accenture waren, und ich schätze, von der Reise, auf der Sie mit Ihren Kunden sind, und von diesen verschiedenen Engagements. Bevor wir jedoch darauf eingehen, wollte ich wissen, kannst du mir einfach sagen, was eine deiner Lieblingsbands aus den 90ern, aus den frühen 90ern ist?
Bausatzfreund:
Ja, und ich finde es wirklich toll, dass wir eine Verzögerung zwischen den Dingen hatten, weil es wie eine dieser Fragen ist, weil ich sage: „Hmm“. Und ich glaube, ich bin ein Opfer der Playlist-Kultur, in der es so ist, als würde sich die Benennung einer ganzen Band wie eine echte Verpflichtung anfühlen. Es geht jetzt nur noch um Tracks mit Dingen, oder? Aber ich habe es auf zwei für meine Lieblingsband aus den 90ern eingegrenzt und ich denke, ich werde mich danach festlegen. Also mein unbestrittener Lieblingstrack der 90er, Common People von Pulp, oder? Zweifellos, ja, es ist genau da oben. Für mich habe ich an der St Martins, der Kunsthochschule, studiert, also ist Common People für mich der Karaoke-Track meiner Studienzeit mit Dingen dort. Also Common People von Pulp, Lieblingssong.
Bausatzfreund:
Was die Bands angeht, war ich allerdings aufgeteilt zwischen... Anfangs ging ich zu Britpop und dachte: „Cool, das fühlt sich für mich wie ein glücklicher Ort an.“ Gerade im Moment in unserer seltsamen dystopischen Gesellschaft höre ich Britpop und es ist irgendwie glücklich. Blur war also für mich damals ganz oben, was Band-Commit aus den 90ern anging. Aber dann fiel mir ein, dass Placebo eigentlich eine 90er-Jahre-Band ist, obwohl ich sie mir als 13 Jahre altes Kit und so nicht angehört habe. Also ich denke, Placebo hat es für mich in Bezug auf meine Lieblingsband der 90er fast übertroffen. Aber ich muss zugeben, obwohl es nicht mein Lieblingstrack aus den 90ern ist, denke ich, dass Wonderwall vielleicht der beste Song ist, der jemals geschrieben wurde.
Nick Muldoon:
Eine Oase? Liebe es.Bausatzfreund:
Ja, für Track Wise. Aber besonders für mich war ich vor ein paar Jahren mit einigen Kollegen auf dem Oktoberfest und ich glaube nicht, dass ein anderer Track 600 betrunkene Deutsche zusammen mit allen anderen auf die Bänke bringen könnte, von überall auf der Welt, mit einer Rock-Polka-Band, die um 11 Uhr nachts aus voller Kehle singt oder so. Also ja, dieses Sammelsurium, aber ich werde Placebo als Lieblingsband in diesem seltsamen Vorbehaltssatz festlegen.
Nick Muldoon:
Ich liebe es, danke dafür, Kit. Das ist interessant, weil du damals erwähnt hast, dass du nach St. Martins gegangen bist, was eine Kunsthochschule war. Also würde mich interessieren, was hast du studiert? Was sind Ihre formalen Qualifikationen und was hat Sie dann in diese Welt der agilen Umsetzung und kontinuierlichen Verbesserung geführt?
Bausatzfreund:
Ja. Ich meine, ich mache den Twitter-Bio-Vorbehalt, dass alle Meinungen meine eigenen sind und nicht die von Accenture, bevor wir uns auf die Reise der Dinge begeben. Obwohl gesagt werden muss, dass ich versuche, so viele meiner Kollegen und Kunden wie möglich von meiner Denkweise zu überzeugen. Aber ich habe St. Martin studiert oder am St Martins College studiert, also in Großbritannien weiß ich sicherlich nicht, wie es in Australien ist, aber wenn man Kunst und Design studiert, misstrauen sie im Grunde Ihrer Highschool-Ausbildung. Sie sagen: „Nein, alles, was du vorher gemacht hast, ist...“
Bausatzfreund:
Also lassen sie dich nehmen, was genannt wird, oder sie raten dir, ein sogenanntes Gründungsjahr zu nehmen, in dem du eine Menge Dinge ausprobierst. Also kommst du rein und denkst, du wirst Maler oder Produktdesigner oder so, und sie sagen: „Nein, nein, nein. Du hast noch nicht die ganze Bandbreite der kreativen Branchen und so erlebt.“ Also habe ich eines davon gemacht, was unglaublich war, und ich dachte, ich würde Produktdesigner werden. Am Ende spezialisierte ich mich auf Schmuck und Silberschmiedekunst und so, also habe ich gemacht wie... Ja, ich habe lange schwarze Trenchcoats und so getragen, ich habe gotische, stachelige Rüstungen und alle möglichen Dinge hergestellt und [unhörbar 00:04:24] mit Silber gearbeitet. Aus diesem Jahr habe ich einen Professional Development Award im Bereich Schweißen erhalten, das war also meine erste formelle Qualifikation in diesem Bereich. Ich bin allerdings ein wirklich schlechter Schweißer.
Bausatzfreund:
Am Ende dachte ich dann: „Ich weiß immer noch nicht wirklich, was ich tun möchte.“ So wie du es auf der Universität tust, lautet mein offizieller Titel, was meinen Trend zu sehr langen, unaussprechlichen Dingen noch verstärkt, Ba Hons Art And Design And The Environment, Artifact Pathway, und was es war, war... Dein Gesicht ist...
Nick Muldoon:
Ja, ich versuche das zu verarbeiten.
Bausatzfreund:
Ja. Ich glaube, der Kurs existierte nur drei Jahre, er fühlte sich wie ein kleines Experiment an, oder er existierte nur in diesem Format. Wir hatten also Architekturstudenten, die den ersten Teil ihrer Architekturqualifikation absolvierten, wir hatten sogenannte Raumplanungsstudenten, die, glaube ich, Räume entwarfen. Sie waren keine Innenarchitekten, sie waren ein bisschen mehr Ingenieur und dann hatten wir diesen seltsamen Studiengang namens Artifact, der der Rest von uns war und wir waren nicht ganz so streng wie Produktdesigner, wir waren keine Künstler. Wir haben Objekte und Erlebnisse und Dinge gemacht.
Bausatzfreund:
Ja, es war eine wirklich interessante Erfahrung. Ich meine, gegen Ende habe ich angefangen, mich mehr und mehr darauf zu spezialisieren, wie Gemeinschaften kommen und Dinge bauen und Dinge zusammen machen können, und es ist ein bisschen komisch, wenn man auf Dinge zurückblickt. Du sagst: „Ich kann den Weg der Dinge, die ich seitdem getan habe, direkt auf diese Art von Tendenz [Crosstalk 00:05:54] zurückverfolgen, wie ich es mag, Menschen zusammenzubringen.“
Nick Muldoon:
Also ja, glaubst du, dass der Community-Building-Aspekt eine Art Genese für das war, was du versucht hast, die Community rund um die Agile-Transformation, die du in den letzten zehn Jahren entwickelt hast, oder?
Bausatzfreund:
Ich weiß nicht. Es ist leicht, auf diese Dinge zurückzuverfolgen, nicht wahr? Aber ich glaube, ich war schon immer...
Nick Muldoon:
Du siehst es zu dem Zeitpunkt nicht.
Bausatzfreund:
... mochte es, Menschen zusammenzubringen, um Dinge zu tun. Nein. Es ist sowieso eine Theorie, oder? Eine Theorie der Entstehungsgeschichte, die wir gerade haben. Also habe ich das gemacht und dann habe ich mich viel über meinen Kurs beschwert. Ich dachte: „Das ist Quatsch. Das ist alles wirklich zufällig und so.“ Also wurde ich zum Mitglied der Studentenschaft gewählt, also weiß ich nicht, wie das in Australien funktioniert, aber im Vereinigten Königreich kann man effektiv als Vollzeit-Studentenpolitiker gewählt werden, und das kann man machen... Sie nehmen ein Sabbatical entweder während Ihres Kurses oder am Ende Ihres Kurses, wo es nicht wirklich ein Sabbatjahr ist. Also war ich beim Studentenwerk und habe nach Abschluss meines Studiums zwei Jahre lang Vollzeit gearbeitet, was eine skurrile, aber lehrreiche Erfahrung ist.
Bausatzfreund:
Auch hier geht es darum, Leute zu organisieren, zum Beispiel bei der Lösung von Problemen zu helfen und sehr flink mit... Du weißt nicht, was nächste Woche passiert, du wirst gegen unfaire Bezahlung protestieren oder du wirst jemanden haben, der seinen Abschluss aufgrund seiner persönlichen Umstände und Dinge in Schwierigkeiten gebracht hat, also ist es eine wirklich interessante Mischung. Also ja, da habe ich meine Reise in die Dinge begonnen.
Nick Muldoon:
Es ist also interessant für mich, weil Sie darüber sprechen, der erste Teil davon ist: „Wir vertrauen nichts, was Sie zuvor gelernt haben, und wir werden Ihnen ein bisschen wie ein Sammelsurium und einen Vorgeschmack auf viele verschiedene Aspekte geben.“ In welcher Beziehung steht das zu einer agilen Transformation? Denn ich habe das Gefühl, wir haben ein Jahrzehnt hinter uns, in dem eine agile Transformation buchstäblich so aussah: „Hier ist Scrum, mach zwei Wochen Scrum, Schätzungen zum Storypoint, kein Rollover. Wenn Sie den Rollover umdrehen, schlagen wir Ihnen auf die Handgelenke.“
Nick Muldoon:
Dort wurde wahrscheinlich vor 10 Jahren nicht viel mit verschiedenen Ansätzen zur Verabreichung experimentiert. Es war nur: „Wir gehen von diesem Wasserfall-Ansatz zu diesem agilen Ansatz über.“ Was damals sehr häufig Scrum war. Warum geben wir den Leuten nicht das Sammelsurium und warum geben wir ihnen nicht dreimonatige Rotationen, in denen sie ein bisschen Scrum und ein bisschen Kanban und verschiedene Herangehensweisen ausprobieren können?Bausatzfreund:
Nun, ich denke, es ist praktisch, nicht wahr? Diese Dinge. Es ist eine Herausforderung, und es ist eine Herausforderung, es funktioniert in einem geschlossenen Raum. Ich unterrichte viele unserer Produktverpackungskurse für unsere Kunden und wir verwenden immer das David Marquet-Video von Greatness Summary. Was ist toll an der Situation mit David Marquet, er hat diese Petrischale, oder? Buchstäblich ein U-Boot, niemand stört seine U-Boot-Crew. Also kann er das tun, er kann sagen: „Nun, lass uns das Ding ausprobieren.“ Ich vereinfache es stark, weil es eine tolle Geschichte ist, oder?
Bausatzfreund:
Aber man hat diesen Raum, um etwas zu tun und etwas auszuprobieren, und wenn wir mit Kunden und Kollegen gleichermaßen über agile Transformationen sprechen, denke ich, eines der Dinge, die ich immer wieder in Bezug auf die Rolle der Führung sage, ist, dass sie einen sicheren Raum schaffen müssen, einen kleinen Ort, an dem sie schützen, und sie sagen: „In diesem Bereich machen wir Agile, wir können experimentieren, wir können diese Dinge tun. Lasst meine Leute in Ruhe. Vertrau mir darin.“
Bausatzfreund:
Ich denke, dass Agile meiner Meinung nach gut läuft, dort gibt es einen Teil dieses geschützten Raums, in dem Dinge erledigt werden können. Ich habe Kollegen, die in Unternehmen arbeiten, in denen sie tätig sind, und sagen: „Okay, wir werden es jetzt versuchen und Sie nur bitten, den Umfang Ihrer Geschichten für die nächste Woche vorherzusagen. Alles andere liegt bei Ihnen, Sie können wählen, ob Sie Scrum anwenden möchten, Sie können Crystal, DSDM, was auch immer es ist, verwenden. Alles, was Sie für uns als Unternehmen tun müssen, ist uns einen umfassenden Überblick über diese Kennzahlen zu geben oder so.“ Es gibt also Flexibilität. Ich denke, wenn ich an deine Reise als Agilist denke und an den Versuch, Dinge zu tun, sagen die Leute, versuche von allem ein bisschen, das ist ein netter Rat, aber es ist ein bisschen schwierig, es tatsächlich zu tun, weil es so ist, als ob wir immer noch Dinge machen müssen, wir müssen immer noch Dinge praktisch machen.
Bausatzfreund:
Wenn ich also mit Leuten spreche, die am Anfang ihrer Reise stehen, oder sowohl mit Kunden als auch mit Kollegen, die solche Dinge durchstehen wollen, zum Beispiel, was sie zuerst tun, sage ich immer noch, dass Scrum ein wirklich guter Anfang ist, weil ich denke, da ist dieses Zitat von irgendwo, es steht wahrscheinlich im Scrum Guide, über: „Es ist einfach zu verstehen, aber komplex, es richtig zu machen.“ Und Sie würden bei komplexen und chaotischen Situationen denken, oder? Aber ich denke, dass...
Nick Muldoon:
Und die erforderliche Disziplin ist...
Bausatzfreund:
Ja, ja. Aber Disziplin ist eine gute Sache, oder?
Nick Muldoon:
Mm-hmm (bejahend). Aber nicht jeder hat es.
Bausatzfreund:Nein. Aber einer meiner Kollegen, Nick Wheeler, benutzt den Satz: „Zu viele Sitzsäcke, nicht genug Arbeit getan, um über Chaotic Agile zu sprechen.“ Ich denke, man muss sich darauf konzentrieren, Dinge zu erledigen, oder? Ein gutes Preis-Leistungs-Verhältnis muss vorhanden sein, ebenso wie eine angenehme Arbeitsatmosphäre und Ausgewogenheit. Es ist also ungefähr irgendwo dazwischen, und ich mag Scrum, weil es den Leuten auch etwas gibt... Es ist ein Framework, oder? Es gibt den Leuten etwas, an dem sie sich aufhalten können, um ihre Reise zu beginnen. Ich habe das Gefühl, dass Sie Monate damit verbringen könnten, darüber zu diskutieren, ob Sie einen Agile-Master haben und was er macht? Wo gehen wir hin? Haben wir eine Person, die die Vision und die Dinge in sich trägt?
Bausatzfreund:
Ich denke, wenn Leute anfangen, sage ich immer: „Warum nicht Scrum ausprobieren? Warum nicht sehen? Probiere es ein paar Sprints lang aus und schau, was für dich funktioniert, und dann schau, was in der Wäsche herauskommt.“ Ich meine, wenn sie in einem Bereich sind, in dem es einige grundlegende Widersprüche gibt, wie zum Beispiel: „Ja, ich werde einem Call Center keine Sprints aufzwingen, oder? Das ergibt keinen Sinn.“ Ich habe gestern mit jemandem gesprochen, der in einem Betrugsteam arbeitet, und es ist, als würde ich sie nicht fragen, wie viele Betrugsfälle in zwei Wochen oder als Teil von MPI begangen werden, oder? Es ist absurd.
Bausatzfreund:
Unter diesen Umständen, ja, beginnen Sie stattdessen mit Kanban-Methoden, -Prozessen und -Praktiken. Aber für Leute, die Produkte und Dinge bauen, finde ich, dass Scrum am Anfang ziemlich gut passt. Also ja, das ist meine Antwort, also beides. Warum nicht beides haben, ist die Antwort darauf, glaube ich, auf dem Weg. Ja. Es wäre interessant zu sehen, welche anderen Frameworks ihnen in den Sinn kommen. Ich meine, ich habe neulich ein skaliertes Agile-Framework namens Camelot gefunden, das viele Burgen und Dinge im YouTube-Video beinhaltete. Ich fand das wunderbar. Aber es gibt Raum für viel Planung und Nachdenken.
Nick Muldoon:
Sobald du Camelot gesehen hast, denke ich aus irgendeinem Grund an Monty Python. Ich weiß nicht genau warum. Aber wie heißt diese Variante von Scaled Agile Camelot? Kannst du mir davon erzählen? Weil ich damit nicht vertraut bin.
Bausatzfreund:
Ich habe ein YouTube-Video dazu gesehen, Nick. Für alle, die es googeln, Sie können es im Zusammenhang mit der X Scale Alliance finden. Ich glaube, es ist ein Bild des Monty Python Camelot auf der Titelseite.
Nick Muldoon:
Ist es das wirklich?
Bausatzfreund:
Ja, ja. Ja, ich bin mir ziemlich sicher, komische Dinge. Und du weißt, wie es mit Technikfreaks ist, oder? Es gibt eine Menge eingebetteter Verweise auf Hitchhikers' Guide To The Galaxy und Monty Python in Komponentennamen und so weiter. Es würde mich also nicht wundern. Was ich an so etwas wie dem Camelot-Modell mag, abgesehen davon, dass ich an Monty Python und Burgen und so denke, ist, dass es etwas in Menschen hervorruft. Ich denke, wenn wir mit Leuten über Agile sprechen, müssen wir bei ihnen ein Gefühl hervorrufen. Wir müssen die Leute dazu bringen, zu sagen: „Oh ja, ich verstehe irgendwie, wohin du gehst.“
Bausatzfreund:Also ich mache immer gerne das kitschige, ohne das A groß zu schreiben, was bedeutet agil für dich? Ja, geht es darum, flink zu sein? Geht es darum, flexibel zu sein und solche Dinge?
Nick Muldoon:
Ich meine, ich bin mir bewusst, dass Sie an der Universität offensichtlich Lean Kanban gemacht haben, Sie haben Scrum Alliance Training and Certification, Prince2, Scaled Agile natürlich gemacht. Warum machst du all diese Dinge? Ich meine, ist es Neugier? Ich meine, erwarten Kunden, dass Sie diese Zertifizierungen haben? Und würden Sie sich in Camelot zertifizieren lassen? Oder sogar eine, die mir kürzlich vorgestellt wurde, war Flight Level Agile, Flight Level Agility. Welches ist eine andere Art von-
Bausatzfreund:
Oh, noch einer?
Nick Muldoon:
Ja, noch einer. Eine andere Art der Beschreibung. Eigentlich erinnere ich mich, ein bisschen nebenbei, tut mir leid, aber Craig Smith von... der zu der Zeit, glaube ich, bei Suncorp, einer australischen Bank, gearbeitet hat. Er hat 46 agile Methoden in 40 Minuten oder so ähnlich angewendet, und er verbrachte eine Minute damit, den Leuten all diese verschiedenen Herangehensweisen vorzustellen.
Bausatzfreund:
Ja, und Methoden im Vergleich zu Frameworks und so weiter macht Spaß, die Grenzen zu ziehen. Ich meine, ich war tatsächlich überrascht, wie oft ich nach Zertifizierungen in Bezug auf Dinge gefragt wurde. Es ändert sich ein bisschen mehr, und ich habe definitiv mehr Begeisterung von unseren Kunden gesehen, und tatsächlich sehe ich neue Leute bei Accenture, was wirklich nett ist, Zertifizierungen zu fordern und zu fördern. Ich denke nicht, dass es notwendig ist, dass der sichere Kurs dann garantiert, dass Sie Agile erfolgreich skalieren werden, oder? Aber es ist eine gute Methode, um zu beurteilen, ob die Leute ihre Hausaufgaben gemacht und sich etwas Mühe gegeben haben, um [Crosstalk 00:14:50] Wissen zu erlangen.
Nick Muldoon:
Und sie haben die grundlegenden Grundlagen.
Bausatzfreund:
Ja. Nun zu deiner Frage zu Brett, also ich denke, wenn wir versuchen, das Wort Coach mit uns selbst zu verbinden... Ich glaube, ich habe von Land zu Land unterschiedliche Trends gesehen. Wenn ich mir also meine Kollegen in den Staaten ansehe, ist der Begriff Agile Coach etwas kodifizierender. Der Arbeit von ICA Agile und Lisa Adkins und allen möglichen anderen Dingen dort drüben ist etwas Besonderes, was gut ist. Im Vereinigten Königreich und in Europa sehe ich das im Moment sicherlich als viel vielfältiger an und es ist ein Begriff, der vielen Menschen in Verbindung gebracht wird.
Bausatzfreund:
Wenn du dir Leute ansiehst, einfach jeden auf LinkedIn mit einem Lebenslauf oder einem kleinen Bio-Titel Agile Coach, kannst du eine Vielzahl von Leuten sehen, die seit etwa 20 Jahren verschiedene Agile-Frameworks machen und Dinge tun, und du kannst jemanden sehen, der seit drei Monaten Scrum Master ist und dann den Job gewechselt hat, und er wird Agile Enterprise Coach als Titel haben. Und du sagst: „Hmm, mit wie vielen Leuten hast du jemals Scrum gemacht? Und hast du etwas anderes als Scrum gemacht?“ Und meine Ansicht ist, wenn 40-
Nick Muldoon:
Aber ich meine Enterprise Agile Coach, weil ich Scrum mit meinem Team von sechs Leuten in einem gemacht habe.
Bausatzfreund:
In einer Enterprise, richtig?
Nick Muldoon:
In Enterprise.
Bausatzfreund:
Aber ich habe das Gefühl, wenn Sie einem Team, das Sie coachen, nur eine Denkweise und einen Ansatz bieten können, um Dinge zu tun, wie coachen Sie sie dann? Das, was Sie anbieten können, ist nicht umfangreich. Aber wenn alles, was Sie erlebt haben, Scrum ist und Sie dann bei einem Team landen, das Betrugsuntersuchungen durchführt, wie werden Sie es auf einen Weg führen, der Sprints und solche Dinge nicht beinhaltet? Ich meine, vielleicht tun Sie das, weil Sie Dinge von Scrum übernehmen werden, die sinnvoll werden, aber Sie brauchen dieses Spektrum.
Nick Muldoon:
Gib uns ein Gefühl, Kit, was am skurrilsten oder ungewöhnlichsten ist vielleicht eine bessere Art, es zu formulieren, was ist das ungewöhnlichste Team, das du in agile Praktiken und Lean-Prinzipien eingeführt hast?
Bausatzfreund:
Also muss ich meinen Kollegen Giles in Verlegenheit bringen, weil meins nicht das interessanteste ist. Giles wollte Geologen Scrum für Standortvermessungen und andere Dinge vorstellen, worüber ich gerne als Beispiel spreche, weil es so...
Nick Muldoon:
Beeindruckend. Ja.
Bausatzfreund:
Beim Auspacken ist es so interessant, darüber nachzudenken, was das bedeuten würde, und ich muss mit ihm sprechen, um zu sehen, wie weit sie es tatsächlich angewendet haben. Aber weil es so ist wie: „Warum würdest du das tun?“ Und dann ist es wie: „Oh, tatsächlich haben sie wahrscheinlich ein wirklich großes Gebiet zum Vermessen. Wäre es nicht besser, ein paar Feedback-Schleifen einzuführen und zu schauen, wie man das Problem aufteilt, um einen gewissen Mehrwert und Lernerfolg aus den Dingen herauszuholen?“
Nick Muldoon:
Das ist interessant.
Bausatzfreund:
Also ich mag das wirklich, wirklich. Ja. Ja, wenn wir unterrichten, sage ich immer, dass es in London ein Restaurant namens Ricardo's gibt, bei dem ich sicherstellen muss, dass es nicht pleite geht. Ich glaube, es ist immer noch im Geschäft, aber...Nick Muldoon:
Nun, ich dachte es...
Bausatzfreund:
Nun, COVID, richtig? Ich glaube, er ist ihr Besitzer, Ricardo. Zumindest ist er die Person, die ihren Namen inspiriert hat. Er hat Scrum angewendet und es ist wunderschön, wenn man sich die Übungen ansieht, die sie durchgemacht haben, als sie es eingeführt haben. Und auf seiner Website, auf der ich dir die URL für die Shownotes anpinge, aber sie machen diese funktionsübergreifende Teamarbeit, bei der sie das gesamte Personal im Restaurant dazu bringen, sich die Rollentypen anzusehen, die sie benötigen, und dann ihre Verfügbarkeit und so weiter. Sie sagten: „Nur dieser eine Typ kann die Bar machen. Vielleicht sollten wir ein paar andere Leute schulen, damit sie an der Bar arbeiten können?“ Und ich liebe den Gedanken, diese Elemente von Dingen anzuwenden.
Bausatzfreund:
Aber zurück zu deiner Frage, wo habe ich ungewöhnliche Dinge auf meine Teams angewendet, ich habe keine wirklich skurrilen gemacht, um ehrlich zu dir zu sein. Ich meine, ich denke, dass ich einen Hintergrund in Kunst und Design habe, finde ich... Wenn ich über Iteration und all diese Bereiche spreche, denke ich sofort an Projekte zurück, in denen wir Dinge gemacht und Dinge gemacht haben und sie da haben, und besonders, wenn die Leute in einer Geschäftssituation in Panik geraten, an die ich zurückdenke... Als ich an der Universität war, habe ich mit meinem Vater als Freiberufler Spezialeffekte gemacht, weil das eine großartige Möglichkeit ist, Geld für Dinge zu verdienen. Mein Vater arbeitete für die BBC und war freiberuflich tätig. Ich denke an diese Unmittelbarkeit und Panik, wenn ich über Kanban und den Umgang mit Operationen und Zwischenfällen und so spreche, und ich sage: „Ihr braucht nicht in Panik zu geraten, es ist nicht so, als ob ihr live im Fernsehen seid.“ Und sie haben einen Countdown von drei, zwei, eins, richtig?
Bausatzfreund:
Das hat niemand in unserem Geschäft. Wir geraten manchmal in Panik, wenn etwas umfällt, aber es kommt nie zu einer Verzögerung von Sekunde zu Sekunde. Ich denke, die skurrilsten Orte, an denen ich agiles Denken angewendet habe, waren wahrscheinlich vor meiner Karriere in der Technologiebranche. Sie waren an einem Ort, an dem wir kreative Dinge und Dinge machen, und da dachte man sich: „Sie würden niemals ein Dokument mit den Anforderungen von 400 Linien für ein Produktdesign oder ein Schmuckstück erstellen, oder?“ Man hat etwas Grobes produziert und gesehen, was die Leute darüber denken, und Dinge eingebaut, damit es ein Gleichgewicht gibt.
Bausatzfreund:
Ich meine, wenn du Live-Produkte auf den Markt bringst, machst du einige seltsame Dinge, oder? Und du hast ein paar lustige Erinnerungen daran. Ich erinnere mich also an die Zeit, als wir YouView in Großbritannien eingeführt haben. Das ist ein öffentliches Zertifikat, weil es für Accenture war. In Ordnung. Aber am Tag der Markteinführung wurden ein Kollege von mir, Ed Dannon und ich, zu Ausstellungsleuten für diesen Tag, also waren wir auf dem Dach von John Lewis in der Oxford Street in London und haben das Produkt vorgeführt, und das war Teil unserer Agile-Arbeit für diese Woche, weil sie genau das brauchten. Auf diese Weise lieferten wir den Wert, indem wir die Leute physisch sagten: „Hallo, Mrs. Goggins. Möchten Sie diese YouView-Box ganz oben ausprobieren?“ Ich erinnere mich also gern an diese Tage.
Nick Muldoon:Also war das Capture irgendwo in einem Backlog, oder?
Bausatzfreund:
Wissen Sie was? YouView ist der Ort, an dem ich meine Liebe zu Dura kennengelernt habe, also vermute ich, ja, ich glaube nicht, dass wir irgendwo offiziell einen Backlog hinzugefügt haben. Es wäre auch nett gewesen, nicht wahr? Ich würde gerne behaupten, dass meine gesamte Karriere bei Accenture aus Dura-Tickets aufgebaut werden könnte, wenn ich sie 10 Jahre lang übereinander stapeln würde. Sicherlich etwa 60% -
Nick Muldoon:
Wie viele Dura-Tickets haben Sie Ihrer Meinung nach im Laufe der Jahre gelöst?
Bausatzfreund:
Gott. Wie viele habe ich dupliziert, ist wahrscheinlich die Frage, oder? Das sind ungefähr 8.000. Es gibt immer Duplikate von Dingen. Es müssen Tausende sein, oder?
Nick Muldoon:
Sag mir, du hast, okay, über Tausende von Duplikaten gelöst. Aber du machst das schon eine Weile im Atlassian-Bereich, und natürlich mit den Agile-Transformationen im großen Maßstab. Wie haben sich diese groß angelegten Engagements in den letzten sieben oder acht Jahren entwickelt? Und wie sehen sie 2021 mit dieser komplett ferngesteuerten Betriebsart aus?
Bausatzfreund:
Ja. Ab dem Ende sehe ich Licht, ich sehe Güte in den Dingen. Aber ich schätze, ähnlich wie du es vor 15 Jahren ausgedrückt hast, vor 10 Jahren sagten alle: „Mach Scrum und habe ein paar Storypoints und so.“ Ich denke, in dieser Zeit, wenn wir etwa 10 Jahre zurückgehen, wir sind also wie die frühen 2010er oder wie auch immer wir die Teenager in den Jahrzehnten nennen, ich glaube, wir sehen viele Leute, die mit frühen Versionen von SAFE experimentieren. Sie erfinden das Rad neu und die Leute sagen gleichzeitig: „Lasst uns ein großes Meeting veranstalten, bei dem alle zusammen planen. Wie normalisieren wir Storypoints? Das solltest du nicht, vielleicht sollten wir. Wie machen wir dort Kennzahlen?“ Und solche Sachen.
Bausatzfreund:
Ich denke, ich habe sicherlich viele Leute gesehen, die diese Dinge ausprobiert haben, während wir sie durchgehen, und dann versuchen, Konzepte wie Design Thinking und Kundenorientierung miteinander zu verbinden, und es gibt all diese Dinge, die sich gut anfühlen, aber sie waren in keiner Weise sehr miteinander verbunden, dass sie wiederholbar, methodisch oder kodifiziert waren. Was mir dann sehr viel Spaß macht und auf Ihre letzte Frage zurückkomme, ist dann die Verzweigung der Herangehensweisen. Sie haben SAFE, was für jeden, der daran arbeitet, lobenswert ist, oder? Sie versuchen alles aufzuschreiben.
Bausatzfreund:
Ich sage das immer zu allen, du sagst: „Gott sei Dank hat jemand beschlossen, auf diese Website zu gehen und alles anklickbar zu machen und alles.“ Denn wenn Sie auf eines dieser Elemente verweisen müssen, ist es ein Geschenk des Himmels, immer wieder sagen zu können: „Ja, hier ist die Seite, auf der es um Lean-Budgets geht. Ich bin vielleicht nicht mit allem einverstanden, aber es ist ein wirklich guter Ausgangspunkt. Es ist ein wirklich guter Bezugspunkt.“
Bausatzfreund:
Dann haben Sie die anderen, und ich verwende SAFE an einem Ende der Details, und selbst wenn Sie SAFE richtig machen, machen Sie es nicht nach Vorschrift und Kopieren und Einfügen, oder? Und solche Dinge. Aber da gibt es viele Details und viele Optionen. Am anderen Ende der Skala gibt es Dinge wie Less, wo es bewusst um Entkalkung geht und der Schwerpunkt bewusst auf Einfachheit gelegt wurde. Schauen Sie sich die Titelseiten der Website an, und auf der SAFE-Website haben Sie alles. Auf der Less-Website sieht es so aus, als hätten wir es auf einem Whiteboard gemacht, oder? Und das ist beabsichtigt, beide sind am Ende der Skala beabsichtigt. Dann haben wir Scrum auf der Skala, was im Moment die neuen, aufstrebenden, liebenswerten Dinge zu sein scheint, und das war die andere Sache. Also was ich jetzt sehe...
Nick Muldoon:
Und sie haben alle einen Platz, nicht wahr?
Bausatzfreund:
Ja.
Nick Muldoon:
Es ist interessant, dass es ein ausreichend großes Publikum und einen Markt gibt, der groß genug ist, um erfolgreich zu sein, und es gibt viele Überschneidungen zwischen ihnen in den verschiedenen Idealen und Praktiken, mit denen Sie experimentieren sollen.
Bausatzfreund:
Ja. Ich meine, was ich in den letzten Jahren gesehen habe, ist, dass die Leute meiner Meinung nach oft lobenswert von der Skalierung begeistert sind. Sie werfen also einen Blick auf ein Wort wie Lean Portfolio Management oder ein Geschäftsproblem, das sie haben: Wie kann ich Kapazitäten verwalten? Und sie gehen direkt zu den Skalierungs-Frameworks über, ohne dabei bei den Teams Halt zu machen, und das ist definitiv eine Tendenz, die ich immer häufiger von Freunden, Kollegen, Kunden höre, richtig? Sie tätigen diese Anfangsinvestition nicht, um die Teams zum Laufen zu bringen, egal ob es sich um Scrum handelt oder ob sie etwas anderes verwenden.
Nick Muldoon:
Entschuldigung. Aber Moment mal, willst du damit sagen, Kit, dass die Leute tatsächlich eine skalierte Agile-Transformation durchlaufen und nicht die nötige Teamreife haben? Entschuldigung, verzeihen Sie mir, aber ich glaube, mein Glaube und mein Verständnis waren, dass diese skalierten agilen Transformationen größtenteils auf bestehenden erfolgreichen Teamtransformationen aufbauen.
Bausatzfreund:
Ich denke, so sollte es richtig funktionieren. Wir sollten von unten nach oben gehen, oder zumindest bis zu einem gewissen Grad. In der Roadmap für die Umsetzung von SAFE geht es darum, einen Wendepunkt zu erreichen und... Ich meine, Sie können mit Waterfall und der SAFE-Implementierungs-Roadmap beginnen, aber es geht um Ad-hoc-Agile und diese Dinge dort. Ich denke, wenn Leute in großen Unternehmen und Organisationen mit einem Problem kommen, haben sie ein großes Problem und wollen das lösen, und ja, es ist schwierig, die Botschaft zu bekommen, die: „Hallo, Sie haben ein bis zwei bis fünf Jahre Zeit, um Ihre Teams zum Laufen zu bringen, bevor Sie das schicke Portfoliomanagement-Kanban einsetzen und den richtigen Ablauf der Dinge sehen können.“ Weil die Leute nett sind. Die meisten Leute sind nett, die meisten Menschen sind begeistert, die meisten Leute wollen Dinge reparieren, und deshalb wollen sie dieses große, schuppige Ding reparieren.
Bausatzfreund:
Aber es ist schwierig zu landen, dann: „Nein, du musst diese Dinge unten reparieren.“ Letzte Woche habe ich einer Kollegin, Lucy, beschrieben, und ich sagte: „Wenn Sie eine Antwort auf die Frage haben wollen, wie ich Kapazitäten verwalte und wie ich die Nachfrage in einem großen Unternehmen ausbalanciere, sollten Sie sich jedes Ihrer... vorstellen.“ Lassen Sie uns so tun, als wären sie Scrum-Teams, ohne es für einen Moment zu erniedrigen. Stellen wir uns vor, Ihr Scrum-Team ist wie eine Bar mit einer Reihe verschiedener Glaswaren darauf, und jedes Mal ist die Box ein anders großes Pintglas oder ein Schoner oder was auch immer Sie haben. Mein Kapazitätsmanagement für ein einzelnes Team besteht nun darin, dass ich einen großen Krug Bier trinke und in diesem Bier die ganze Arbeit habe, die ich machen will. Mein ganzer Rückstand an Dingen. Mein Kapazitätsmanagement für ein Team schüttet alles ein und hoffentlich schätze ich es richtig ein. Das tue ich wahrscheinlich nicht und ich verschütte etwas Bier in die ersten, während wir durchgehen. Aber mit der Zeit versuche ich zu erraten, wie viel Bier ich in jede Zeitkiste mit Dingen gießen kann und wir gehen durch.
Bausatzfreund:
Jetzt weiß ich nur, wie viel ich in die Zukunft hineinpassen kann, wenn ich sehe, was ich in der Vergangenheit hatte, zum Beispiel, wie es gelaufen ist und kann ich die Größe des Glases vorhersagen, und im Laufe der Zeit kann ich das, und wir stabilisieren uns. Nach einer Weile ist also alles ein Pintglas, nachdem wir mit allem dort experimentiert haben. Nun, wenn wir nicht in der Lage sind, Prognosen und Messungen durchzuführen und die tatsächlichen Daten mithilfe einiger Tools auf Teamebene zurückzuholen, wie können wir dann teamübergreifend arbeiten? Richtig? Das kannst du nicht. Sie können keine große Roadmap von oben nach unten haben, bei der Sie sagen: „Ja, wir wollen die einfache Agile-Bank für all diese Bereiche auf den Markt bringen und in die Teams einsteigen.“ Es sei denn, Sie haben die Mathematik auf Teamebene, auf die Sie sich verlassen können.
Bausatzfreund:
Es spielt keine Rolle, ob das Story Points sind oder ob Sie keine Schätzungen machen und nur den Flow messen oder Monte Carlo verwenden, was auch immer es ist. Sie benötigen eine mathematische Methode, um den Leuten zu helfen, den Arbeitsfluss und das, was dort passiert, zu verstehen und ihn idealerweise anhand einiger Daten wieder in Werte umzuwandeln. Überlegen Sie, ob Ihre einfache Agile-Bank tatsächlich eine gute Idee ist oder sollten wir uns auf etwas anderes konzentrieren? Ja, liefert es das, was sich die Kunden wünschen, wenn wir ihnen zu Beginn der Dinge eine einfache Agile Bank-Betaversion gegeben haben?
Nick Muldoon:
Wie gut sind Ihrer Meinung nach Kunden heutzutage? Also hier ist die Sache, ich schätze, du sprichst über frühe Transformationen und es war: „Hey, wir gehen zu Scrum.“ Aber jetzt gibt es das Design Thinking, ich meine, es gibt DevOps, es gibt DevSecOps, es gibt jetzt so viele verschiedene Aspekte, die die Leute erforschen und gleichzeitig erforschen. Wie helfen Sie dem Kunden dabei, sich zurechtzufinden? Weil sie es aus verschiedenen Blickwinkeln und aus verschiedenen Aspekten des Geschäfts betrachten, und ehrlich gesagt muss es einfach überwältigend sein.
Bausatzfreund:
Nun, es ist überwältigend für uns, zu helfen, oder? Leute wie Sie, ich meine, Sie sagen: „Wie gehen wir mit dieser seltsamen spezifischen Konfiguration um, die sie in einfache Agile-Programme einfließen lassen wollen?“ Ich glaube, das Licht am Ende des Tunnels, auf das ich bereits hingewiesen habe, ist, dass ich viel mehr Leute kommen sehe, die sie bitten, ihnen zu helfen, die Dinge von unten nach oben richtig zu machen, damit sie verstehen, dass es eine Zange gibt. Wir können nicht ignorieren-
Nick Muldoon:
Hol dir das Fundament.
Bausatzfreund:
Ja. Aber wir können nicht ignorieren, dass es das große Geschäft gibt, oder? Da sind die Leute, die große Dinge erwarten und sie haben das Agile Kool-Aid getrunken, sie haben den Artikel gelesen und wollen dabei sein. Es gibt also diesen Druck von oben nach unten, aber ich sehe, dass immer mehr um Rat und Hilfe gebeten werden, um die Dinge von unten zu erledigen. In letzter Zeit zu einigen Bereichen, zu meiner aktuellen Theorie des Tages, und ich habe etwa alle sechs Monate eine Lieblingstheorie, sodass das später im Jahr nicht mehr dasselbe sein wird, aber ich liebe es wirklich, wirklich, wirklich, wirklich, zuerst die Product Owner auszubilden, damit sie bei dieser Transformation helfen. Meine aktuelle Theorie ist, dass das so ist, weil sie wie ein Rammbock sind, der dem Unternehmen hilft, zu verstehen, was mit diesen Lieferteams passiert, und die Brücke und Verbindung zwischen den Dingen zu bauen und das zu formen.
Bausatzfreund:
Denn wenn die Product Owner nicht der Kanal und die Stimme des Unternehmens sind und der Kunde und die Stimme des Teams, das die Dinge erledigt, fällt meiner Meinung nach der Rest zusammen. Meine Theorie im Moment ist also, dass, wenn man damit beginnt, die Product Owner zu schulen, das die beste Art ist, Dinge anzufangen, und das hilft bei der Skalierung der Körperskalierung, der Konzentration auf die Teamebene, um die Dinge zu erledigen.
Bausatzfreund:
Um ehrlich zu sein, auch wenn sie kein Scrum machen, denke ich, dass die Rolle eines Product Owners, die dem, was der Scrum-Experte sagt, relativ nahe kommt, wenn wir die Sprint-Referenzen und so herausnehmen, meiner Meinung nach eine vernünftige Sache ist, die in jedem funktionsübergreifenden Agile-Team zu haben ist, unabhängig davon, was Sie tun. Und es ist ein ausgeprägter Persönlichkeitstyp, oder?
Bausatzfreund:
Ich spreche oft, wenn die Leute an unserem Kurs Agile Foundations teilnehmen, wo wir sagen: „Hier ist alles. Finde deinen Platz.“ Ich denke, dass die meisten Menschen, oder sicherlich die meisten Menschen, die ich ausbilde, eindeutig einem Persönlichkeitstyp im Stil eines Product Owners oder Scrum Masters zuzuordnen sind. Ich würde sagen, bei etwa 80% merkt man das, zum Beispiel: „Du bist ein produktiver Mensch. Sie sind ein Mensch vom Typ Scrum Mastery. Oder wenn Sie nicht Scrum machen, ein Coach, ein Moderator, ein Teambuilder.“ Vielleicht können etwa 20% zwischen den beiden hin- und herwechseln, und es sind besondere Menschen. Die Einhörner, wie wir sie in jeder Branche und jedem Typ haben, aber die meisten Menschen passen in eines davon. Ich denke, es ist gut, darüber nachzudenken, wie diese Persönlichkeitstypen in Ihrem Unternehmen funktionieren.
Bausatzfreund:
Die andere Sache, die ich daran liebe, zuerst die Produktbesitzer zu schulen, zeigt ihnen wirklich, sagen wir, wir sind jetzt bei... „Hallo, Nick. Gestern warst du der Geschäftsinhaber für diesen Prozess und hast Dinge getan. Du bist jetzt ein Product Owner, geh. Und du hast nur bis Montag Zeit.“ Wenn wir dich schulen, sagst du: „Oh mein Gott, ich wusste nicht, dass ich jetzt für den Wert der Leistung des gesamten Teams verantwortlich bin. Ist es mein Problem, sicherzustellen, dass sie gute Dinge liefern? Das wusste ich nicht.“ Wenn wir diese Schulung also gleich zu Beginn durchführen, wird meiner Meinung nach eine Grundlage für die Erwartungen an das, was wir von diesen Leuten erwarten, und an die Verantwortung, die ihnen auferlegt wird, gelegt. Ja.
Nick Muldoon:
Wenn du diesen Agile Foundations-Kurs machst, den du für Leute durchführst, machst du als Teil davon ein DISK-Profil? Nochmals, um ihren Persönlichkeitstyp zu beurteilen.
Bausatzfreund:
Nein, nein. Das wäre wirklich gut. Was für ein toller Vorschlag. Das kann ich mit einbeziehen.
Nick Muldoon:
Nun, ich erkundige mich nur, weil ich mich das frage. Ich denke gerade darüber nach, ich frage mich, gibt es Persönlichkeitstypen, bei denen die Wahrscheinlichkeit höher ist, dass sie der Product Owner sind? Ist ein Product Owner eher ein CS und ist ein... Ja, ich weiß nicht.
Bausatzfreund:
Ich weiß nicht. Ich meine, es ist eines dieser Dinge, nicht wahr? Ich vergesse die Anzahl der Persönlichkeitstypen und Rollen, die mir in verschiedenen Teilen meiner Karriere zugewiesen wurden. Ich kann mich nicht erinnern. Damals, als ich Mitglied der Studentenschaft war, muss ich den Namen nachschlagen, aber wir hatten die, in denen: „Bist du ein kompletterer Finisher oder ein Shaper?“ Und all diese Dinge waren da, und dann war DiSK relativ beliebt. Wir haben einen Gallup Strengths Test im Accenture Performance Management Tool, der wirklich interessant ist.
Bausatzfreund:
Was mir an Accenture gefällt, ist, dass du, wenn du einem neuen Team beitrittst, dich im Tool zusammensetzen und sehen kannst, welche Stärken und Persönlichkeitsmerkmale die Leute haben, sodass du sagen kannst: „Dieses Team ist sehr stark im Wirbel. Oder du bist ein Team, das voller Energie oder Ideen steckt, und das ist auch ziemlich interessant.“ Ich meine, es ist schön, die Stärke zu sehen, aber es ist auch interessant zu erkennen, wo du vielleicht Lücken hast und du denkst: „Ich muss sicherstellen, dass jemand die Qualität im Auge behält, weil wir alle sehr aufgeregt sind und schnell laufen.“
Nick Muldoon:
Erinnern Sie sich, das müsste jetzt ein Jahrzehnt her sein, da bin ich mir sicher, aber ich glaube, sein Name war Larry Macaroni oder Larry Macayoni, und er arbeitete zu der Zeit für Rally Software und er hat eine sehr umfassende Studie über die Effektivität von Agile-Teams durchgeführt? Und ich denke gerade daran zurück, weil er sich Dinge wie Fehlerraten, entkommene Bugs versus gefangene Bugs und alle möglichen anderen Kleinigkeiten angesehen hat. Aber ich glaube nicht, dass er die Persönlichkeitsmerkmale dieser Teams angesprochen hat und ob sogar Dave, der Mitbegründer hier bei Easy Agile, mein Geschäftspartner, gesprochen hat. Er hat heute Morgen einen Blogartikel über neurodiverse Teams veröffentlicht und ich versuche nur zu überlegen, ob wir wissen, ob es ein Muster der DISK-Profilverteilung, der Neurodiversität, gibt, das zu einem effektiveren Team führt?
Bausatzfreund:
Ich weiß nicht. Ich habe nicht gelesen. Ja, es ist Larry Maccherone, aber es ist nicht so buchstabiert, wie ich es ursprünglich vermutet hatte. Ich füge Makkaroni hinzu, basierend auf deiner Nudelaussprache. Es sieht also so aus, als ob es die Quantifizierung der... Wie heißt es? Quantifizierung der Auswirkungen von Agile auf Teams, was wirklich interessant ist.
Nick Muldoon:Aber ich weiß nicht, ob diese Art von Studie durchgeführt wurde, seit er sie damals gemacht hat.
Bausatzfreund:
Vor allem die Persönlichkeitstypen sind interessant, und Neurodiversität ist ein weiteres interessantes Element. Also ich habe Legasthenie und Dyskalkulie, und eines der Teile, die ich gefunden habe...
Nick Muldoon:
Was ist Dyskalkulie?
Bausatzfreund:
Nun, genau wie bei Legasthenie gibt es ein ganzes Spektrum, das von einem Begriff abgedeckt wird, also ist er groß. Aber bei meiner speziellen Diagnose habe ich Probleme mit der Verarbeitung von Zahlenfolgen. Sie können mir also eine Zahlenfolge vorlesen und wenn es genau das ist, komme ich normal damit zurecht, weil ich visuelle Verarbeitung kann, denn das ist mein Hintergrund in der Kreativbranche, das machen wir, oder? Wir verarbeiten visuell. Aber ich kann sie dir nicht rückwärts wiederholen, ich kann sie nicht als Einheiten von Dingen mit Dingen neu verarbeiten. Meine Frau sagt...
Nick Muldoon:
Wie bist du überhaupt darauf gestoßen?
Bausatzfreund:
Also nochmal ein Rückblick, also bei meiner Schwester wurde in der Schule Legasthenie diagnostiziert, und sie hat eine traditionellere Legasthenie-Diagnose. Also, wenn man Legasthenie hört, verbinden die Leute das normalerweise damit, dass man nicht lesen kann und Rechtschreibung und Grammatik und solche Dinge. Legasthenie, wie Sie vielleicht aus [unhörbar 00:35:00] wissen, ist eigentlich... Ich warte darauf, dass sie es teilen, um ehrlich zu dir zu sein, weil es so breit gefächert ist. Aber bei meiner Diagnose Legasthenie geht es mehr um die Verarbeitung meines Kurzzeitgedächtnisses, also um die Fähigkeit zur Verarbeitung. Ich kann gut lesen und schreiben.
Bausatzfreund:
Meine Schwester bekam in der Schule eine Diagnose, hatte eine blaue Brille und all die konventionellen grammatikalischen und rechtschreibenden Elemente der Legasthenie. Mein Vater bekam damals, Mitte 50, die Diagnose, glaube ich zu der Zeit. Also fing er an, an der University Arts London, meiner Kunsthochschule, zu arbeiten. Mein Vater betreibt immer noch die Holzwerkstatt im Zentrum von St. Martins auf ihrem schönen neuen Campus in King's Cross in London. Bei ihm wurden Dinge diagnostiziert und ich sagte: „Hmm. Ich weiß, dass es erblich ist, ich sollte mich wahrscheinlich untersuchen lassen.“ Ich glaube, ich war 25 oder 26, und ich war einer von den schönen... Ich meine, es gibt viele schöne Dinge an der Arbeit bei Accenture, aber ein großes Unternehmen hat wirklich, wirklich gute Support-Netzwerke und so.
Bausatzfreund:
Also habe ich die richtigen Leute angepingt und sie sagten: „Ja, natürlich können wir Sie dabei unterstützen, eine Bewertung zu erhalten. Wir würden gerne sicherstellen, dass Sie funktionieren können.“ Also ließ ich eine Untersuchung durchführen und sie sagten: „Ja, du bist Legastheniker und dyskalkuliker in diesem Bereich.“ Aber das Interessantere war, dass sie meinten: „Hier sind die Bewältigungsmechanismen, die Sie entwickelt haben.“ Und die Bewältigungsmechanismen waren eine Liste meiner Karriere, meiner Entscheidungen und meiner Ausbildung. Es war wie: „Du wirst Dinge wählen, bei denen du abstrakt denken und zeichnen kannst.“ Es war wirklich lustig, weil ich nie das Gefühl hatte, dass mich das in der Schule blockiert hat, ich habe Prüfungen und so viel Spaß gehabt.
Bausatzfreund:
Aber ich war schrecklich beim Überarbeiten, oder? Ich kann meine Notizen nicht durchgehen und Dinge dort erledigen. Als ich mir meine Diagnose ansah, dachte ich: „Das liegt daran, dass ich die Dinge nicht auf diese Weise verarbeite.“ Ich muss Dinge visuell verarbeiten, ich muss zeichnen, ich muss Dinge aufteilen. Jetzt schaue ich mir an, wie ich mit Agile-Teams arbeite und Teams coache, und ich stelle abstrakte Bezüge zu Dingen her, richtig? Ich unterrichte Product Owner- und Scrum Master-Kurse auf Mural, in denen wir Dinge bewegen und Objekte erstellen.
Nick Muldoon:
Oder das Beispiel, das du zuvor benutzt hast, Kit, mit den Biergläsern an der Bar.
Bausatzfreund:
Ja. Ich kann mit Zahlen nicht abstrakt umgehen, oder? Ich muss mit ihnen in einer Analogie umgehen oder ich muss sie visualisieren können. Ich bin hoffnungslos im Programmieren, ich kann Konzepte nicht wie Variablen in meinem Kopf speichern. Sie fallen einfach auseinander, es ist, als würde man mit Sand vor mir bauen und alles ist trocken und bröckelig. Und ich glaube, als ich mir die Diagnose ansah und immer noch da war, was? Ich wäre ungefähr drei oder vier Jahre in meiner Karriere bei Accenture. Ich sah mir an, wie ich langsam süchtig nach Tools wie Atlassian und Dura wurde, und ich dachte mir: „Ah, ich kompensiere die Tatsache, dass ich praktisch nicht in der Lage bin, mir Dinge kurzfristig einzuprägen.“ Ich helfe dabei, Dinge zu visualisieren, indem ich Teams helfe und Aufgaben und Dinge zusammenstelle. Das bedeutet, dass ich mein Kurzzeitgedächtnis an dieses schöne Tool auslagere, mit dem wir dort Dinge erledigen.
Bausatzfreund:
Ja. Ja, ich liebe es. Ich glaube, du musst richtig damit arbeiten. Ich spreche mit einigen meiner Kollegen, ich unterrichte im Moment mit einer Agile-Trainerin namens Lucy Sudderby und einer anderen namens Charlotte Blake, und ich sage: „Danke, Leute, dass ihr meine Legasthenie kompensiert habt. Ich weiß es zu schätzen, dass Sie meine Unfähigkeit, etwas auswendig zu lernen, irgendwie ausgleichen.“ Ja, hoffentlich haben sie das Gefühl, dass sie von einigen der skurrilen Stärken profitieren, wenn wir es durchgehen, aber es ist ein Balanceakt, oder?
Nick Muldoon:
Das ist sehr cool. Danke, dass du das geteilt hast.
Bausatzfreund:
Keine Sorge.
Nick Muldoon:
Ich denke gerade darüber nach, wie du das Coaching mit Lucy und Charlotte erwähnt hast, und komme zurück zu etwas, das du vorhin gesagt hast, Kit, in Bezug auf... Ich weiß nicht, ob du die Anführer sagtest, aber im Grunde die Leute an der Spitze, die das Kool-Aid trinken. Ich würde gerne wissen, wie man etwas kreiert, wenn ich auf diesen anderen Gedanken zurückgehe, den du hattest, ich versuche, Punkte zu verbinden, zurück zu dem anderen Gedanken, den du ganz oben hattest, über die psychologische Sicherheit, richtig? Und das Gefühl, sicher zu sein. Wie bieten Sie diesen Führungskräften, die CEOs von Geschäftsbereichen oder Führungskräfte sein können, einen sicheren Ort, an dem sie, was auch immer sie sein mögen, einen sicheren Ort bieten, an dem sie tatsächlich Fragen stellen, Fragen stellen und Fragen stellen und lernen können, ohne sich dabei zu fühlen?
Bausatzfreund:Ja. Weil wir vergessen, dass es auch Menschen sind, oder?
Nick Muldoon:
Ja.
Bausatzfreund:
Es gibt diese Vorstellung, dass diese Führer irgendwie unüberwindbar sind, sie haben keine Angst. Aber wir müssen einen sicheren Raum für alle rund um Dinge schaffen, ich denke, du hast recht. Ich denke, wir bekommen die gleiche Art von Fragen, wenn Leute mit mir darüber sprechen, wie sie Menschen zu Agile überführen können oder sich für Dinge in einer Organisation einsetzen können, sich aber nicht sicher sind. Ich denke, die Antwort ist relativ gesagt, darin, dass wir ihnen einige Daten, einige Fakten geben müssen. Ich bin also der Meinung, dass es nicht gut ist, zu den Leuten zu kommen und über...
Bausatzfreund:
Ich kritisiere etwas zynisch, wenn Leute über agile Arbeitsweisen sprechen, und sie kürzen es oft auch mit WAW oder so ab. Ich denke, wenn wir zu abstrakt über Agilität sprechen, und ich sage den Ausdruck zu oft winkende Hände, aber wenn wir innerhalb von Einzelheiten zu viel darüber sprechen, weckt das ein Gefühl der Angst und es ist eine nebulöse, wischige, verwaschene Art von Sache, also bringe ich den Leuten gerne ein paar Daten zur Verfügung. Meine Lieblingsberichte, und ich brauche aktuelle Statistiken, aber die Sandish Chaos Reports sind ein großartiges Projektmanagement-Journal, in dem sie über Erfolg und Misserfolg von Waterfall- und Agile-Projekten sprechen.
Bausatzfreund:
Nun, es gibt eine Reihe von Fragen, die Sie dazu führen, wie sie Agile und alle möglichen Dinge klassifizieren. Aber unbestreitbar sagt es Ihnen, dass die traditionelle Art, Dinge zu tun, von der uns gesagt wird, sicher und geschützt ist, wenn ich zu einem Einkaufsteam oder einem Finanzteam gehe und sage: „Ich würde dieses Ding gerne bauen, Leute.“ Sie sagen: „Großartig, nenne mir die Meilensteine, gib mir den Plan.“ Und da ist die grundlegende Annahme, dass dies eine sichere, verantwortungsvolle und bewährte Methode ist, Dinge zu tun.
Bausatzfreund:
Die Sandish Chaos Reports sagen dir, dass es eine schreckliche Art ist, Dinge zu tun, oder? Sie sagen: „Statistisch gesehen ist es egal, was Sie bauen, welche Branche, was Sie tun, es ist eine schreckliche Idee, den Umfang von Anfang an festzulegen, Ihrem Plan zu vertrauen und ein System zu haben, das versagt, wenn Sie Änderungen vornehmen.“ Und wenn Sie es auspacken, wenn wir zum Beispiel über Agilität insgesamt sprechen, was sagen wir dann? Wir sagen, dass es keine gute Idee ist, etwas zu beginnen und dass es nur innerhalb ziemlich enger Grenzen erfolgreich sein kann, wo niemand seine Meinung für die Dauer der Sache ändert, alles genau so läuft, wie Sie es planen, und wann passiert das jemals mit Technologie? Und die Welt verändert sich für die Dauer deiner Sache nicht.
Bausatzfreund:
Die meiste Zeit, wenn wir über diese Projektsachen sprechen, zum Beispiel, wie lang sind sie? Drei Monate bis drei Jahre sind das Zeitfenster, das ich normalerweise gebe. Drei Monate sehe ich heutzutage in keiner Branche mehr, oder? Diese großen Anstrengungen, bei denen die Leute versuchen, diese Dinge in großem Maßstab zu tun, Sie sprechen von mehreren Jahren. Wie hoch ist die Wahrscheinlichkeit, dass der Geltungsbereich für diesen Zeitraum eingefroren wird? Ziemlich gering, und wie hoch ist auch die Wahrscheinlichkeit, dass die Leute, die Sie zu Beginn nach den Anforderungen gefragt haben, sie wirklich alle kannten? Normalerweise sind alle sehr nett, sie geben ihr Bestes.
Nick Muldoon:Die Möglichkeit, dass die Leute, die du am Anfang fragst, da sind, wenn du tatsächlich zum nächsten kommst-
Bausatzfreund:
Ja. Damit gibt es eine ganze Reihe grundlegender Probleme. Deshalb stelle ich unseren Führungskräften diese Art von Daten gerne zur Verfügung, wenn sie nach den Argumenten für Agilität fragen. Es geht also nicht darum: „Möchten Sie sich anmelden, um ein Framework zu verwenden?“
Nick Muldoon:
Aber sagen wir, Kit, sie haben sich für Agilität ausgesprochen, sie sind da, sie tun es. Welchen Platz stellst du ihnen zur Verfügung? Haben Sie einen CEO-Rundtisch, an den sie gehen können, und sie haben eine Schulter, auf der sie sich ausweinen können und sagen: „Diese agile Transformation wird schwieriger, als ich dachte“?
Bausatzfreund:
Anonyme Agilisten, Firma [Crosstalk 00:42:19]. Ja. Ich denke, es ist eine gute Idee, sie zu paaren, daher erhalte ich im Moment viele Anfragen, dass wir Coaches direkt zur Unterstützung von Führungskräften zur Verfügung stellen sollen. Ich habe auch einen Trend zum Reverse-Mentoring gesehen, bei dem es sich um separate große Unternehmen handelt. Aber diese Art von Vorstellung von, okay, Sie haben diese Leute, die wirklich erfahren sind, und ihre Erfahrung ist relevant, oder? Wir sagen nicht, dass die 30-, 40-, 50-jährige Karriere eines CEOs in einer Branche jetzt ungültig ist und wir wissen es besser als sie. Aber sie versuchen, das mit denen in Einklang zu bringen, ohne dass es dazu kommt, oder? Weil das Agile Manifest jetzt 20 Jahre alt ist. Aber sie versuchen, diese mit diesen fremden, neuen Praktiken und Dingen, die sie haben, in Einklang zu bringen, und das erfordert ein bisschen Handhaltung. Also ja, da gibt es einen persönlichen Blickwinkel. Ich denke nicht, dass ein runder Tisch per se der richtige Weg dafür ist, aber ihnen jemanden zu geben, mit dem sie auch chatten können, und, ja, die Fähigkeit, Beziehungen aufzubauen und zu fragen: „Was ist das für ein Ding?“ Und das Joggen zu dekodieren, finde ich wirklich nützlich.
Bausatzfreund:
Daten über Erfolgsraten sind also wichtig, oder? Aber bei den anderen Daten, die meiner Meinung nach wirklich wichtig sind, um dieses Gefühl der Sicherheit zu vermitteln, geht es um die Wertschöpfung, und hier haben die meisten Menschen meiner Meinung nach immer noch Probleme. Wir sind gerade an einem Punkt angelangt, an dem die Menschen beginnen können, ein Konzept von Nutzen und Wert an den Anfang der Dinge zu stellen. Nun, oft ist das immer noch zu groß. Wir sprechen über den Wert des gesamten Projekts. Kannst du jedem Epos und jeder Geschichte in deinem Backlog oder welchen Einheiten auch immer du gerade arbeitest, einen Wert beimessen?“ Wahrscheinlich nicht, oder? Können Sie das in einem Pfund, Dollar oder Euro tun oder was auch immer Ihre Landeswährung ist? Wahrscheinlich nicht. Aber kannst du sie überhaupt von eins bis zehn einstufen? Vielleicht mit Dingen.
Bausatzfreund:
Ich denke also, die bevorstehende Entwicklung von OKRs und KPIs, und die Leute, die beginnen, das immer mehr zu verinnerlichen, gibt etwas Hoffnung. In den meisten Organisationen ist es noch relativ unausgereift und du bist immer noch auf dem Weg dorthin. Ich habe das Gefühl, dass es bei jeder Art von Praxis und Dingen wahrscheinlich zu Fehlinterpretationen, enthusiastischen und wohlmeinenden Interpretationen kommen wird, aber Sie werden einige Leute dazu bringen, es irgendwie zu nutzen, um Dinge zu überspringen, wahrscheinlich in einigen Bereichen. Aber diese Daten zu bringen, die ihnen eine Art Feedback-Schleife geben, die für die Leute in diesen Führungspositionen Sinn macht, finde ich wirklich hilfreich. Im Gegenteil erwarten sie, RAG-Status und Meilensteine zu sehen, und das sind die einzigen Daten, die sie von ihren Teams erhalten, oder?
Bausatzfreund:Ich habe mich vor ein paar Jahren mit einer Führungskraft einer Organisation getroffen und mir gesagt: „Bitte investieren Sie in Ihre Werkzeuge. Bitte tun Sie es.“ Und er sagt: „Warum sollte ich das brauchen? Ich habe diese Folien, auf denen mir Grün angezeigt wird und die Daten sind da.“ Und ich sagte: „Ich finde es toll, dass du vertraust, und ich vertraue gerne.“ Das Vertrauen in die Teams war wirklich, wirklich gut. Aber ich kannte die Teams und wusste, dass sie keine Tools hatten. Es waren die Projektmanager, die gestresst waren und herumliefen, und dann wusste ich, dass alle RAG-Status lauten würden: „Grün, grün, grün, grün. Rot.“ Es war der Wassermelonen-Effekt, der passieren sollte, oder?
Bausatzfreund:
Wenn ich also sehe, dass solche Gespräche stattfinden, möchte ich sie stärken. Ich möchte ihnen Daten zur Verfügung stellen und diese Dinge zusammenbringen. Ich denke, dass Daten darüber, warum Agile wirklich wichtig ist, Daten darüber, wie es in Ihren Teams wirklich läuft und die Fähigkeit, auf dieser Grundlage Entscheidungen zu treffen, wirklich wichtig sind. Da ist die Scrumming-Fallstudie über den Saab Gripen sehr schön, weil sie in einer der Artikulationen die Reihenfolge der morgendlichen Standups machen und angeblich, laut Fallstudie, bin ich mir ziemlich sicher, dass es stimmt, sie machen 7:30 Uhr morgens, was Wahnsinn ist. Ich weiß nicht, warum sie in Schweden um 7:30 Uhr morgens beginnen, aber anscheinend fangen sie um 7:30 Uhr morgens an. Aber sie machen eine Abfolge von Standups und die Idee ist, dass am Ende der Stunde die Kaskade von Standups bedeutet, dass jedes Hindernis innerhalb einer Stunde die Führungskräfte erreichen und sie es beheben können.
Bausatzfreund:
Dieses Gefühl der Verbundenheit, dieses Vertrauen in Teams und diese Demonstration von Fortschritten. Wirklich funktionierende Dinge sind die Art und Weise, wie wir kommunizieren, dass wir Fortschritte machen. Ich denke, auf diese Weise bauen wir ein gewisses Maß an Sicherheit auf und helfen unseren Führungskräften, Dinge zu tun. Nicht RAG-Status und -Meilensteine und Gantt-Diagramme. Hoffentlich müssen sie diese Realität mit den Dingen umgehen können.
Nick Muldoon:
Es ist interessant. Es macht mich nachdenklich, wir haben vor Kurzem eine Werksbesichtigung gemacht und es ist eine Fabrik, die Klimaanlagenverteiler für Geschäftsgebäude herstellt, und sie sind tatsächlich...
Bausatzfreund:
Was? Warum hast du eine Klimaanlagenfabrik besichtigt? Hast du eine Klimaanlage gekauft?
Nick Muldoon:
Nein, nein, nein. Lean-Prinzipien, richtig? Sie möchten die Anwendung des Prinzips sehen.
Bausatzfreund:
Wow, du lebst es, du lebst es. Es ist wundervoll.
Nick Muldoon:
Ja. Also frühstücken sie von 6:15 bis 6:45 oder 6:30 Uhr, so ähnlich, und dann machen sie sich auf den Weg. Ich glaube, sie machen ihr Standup um 7:45 Uhr, nachdem sie tatsächlich im Flow sind, sie kommen zusammen und sagen: „Okay, wo stehen wir heute? Woran arbeiten wir?“ Dann wird das an das Operationsteam weitergeleitet und dann an das Führungsteam, und am Ende des Tages machen sie ihre abschließende Besprechung für den Tag: „Hey, haben wir alle unsere Tools? Sind wir zurück? Womit haben wir morgen früh zu tun?“ Es war also wie der Anfang und das Ende des Tages und es ist wirklich interessant.
Nick Muldoon:
Ich denke nur darüber nach, dass wir in COVID, als wir alle die ganze Zeit auf Zoom waren, ein Huddle am Ende des Tages eingeführt haben, und ich denke, das war sehr nützlich. Aber wenn wir dann wieder ins Büro kommen, fällt es natürlich weg. Es ist interessant, wie sich die Dinge entwickelt haben, oder?
Bausatzfreund:
Ja. Und du bist der Big Head Honcho, oder, Nick? Ich mache mir Sorgen, wenn es um Besprechungen am Ende des Tages geht, ob sie für das Team sind. Sie sollen dafür sorgen, dass die Leute das Gefühl haben, dass sie über Dinge hinweg sind, und ich finde das interessant, weil ich die Leute durch das Üben für Scrum Master-Prüfungen und so führen muss, im Moment viel, und ich spreche wirklich gerne darüber, wie Standups für das Team sind. Sie sind für die Entwickler, sie sind nicht einmal für den Product Owner, sie sind sicherlich nicht für die Stakeholder. Bei vielen dieser Agile-Zeremonien denke ich mir immer wieder: „Wer profitiert von diesem Meeting? Bekommt jemand einen Status-Check oder bekommt ihn das Team?“
Bausatzfreund:
Und wenn das Team Spaß daran hat, wenn das Team am Ende des Tages etwas mitbekommt und so, bin ich damit einverstanden. Aber manchmal sehe ich Dinge und die beiden Anti-Muster, die ich sehe, wenn Führungskräfte, egal auf welcher Ebene, an der Besprechung teilnehmen, also das erste ist, dass sie es als Belüftungsplattform nutzen. Das Team ist bereit, mit ihrem Standup loszulegen und dann kommt der Anführer, egal auf welchem Level, und er sagt: „Team, ich habe dieses Update für euch.“ Und dann sind es etwa 10 Minuten ihres tollen Updates und ihrer Mini-Vision für den Tag, und am Ende sagen die Leute: „Ja, jetzt mach dein Standup. Jetzt mach so etwas wie Scrum.“ Und dann ist die andere Sache, wo es wie ein Status-Check für Dinge wird und ich sage: „Dafür ist es nicht da, Leute. Wir sollten uns auf [Crosstalk 00:48:57] konzentrieren -“
Nick Muldoon:
Das tun wir. Also können wir mit 22 Leuten in sechs bis acht Minuten fertig werden.
Bausatzfreund:
Das ist schlau.
Nick Muldoon:
Es hat einige Zeit gedauert, bis wir hierher gekommen sind, aber worum wir eigentlich gebeten haben, war eine gute Sache, und das ist in der Regel eine Familien-, Gemeinschaftssache. Was haben Sie heute vor, haben Sie irgendwelche Blockaden? Und jetzt, wo wir diesen Chat führen, ist es interessant, Kit, ich sehe nicht, dass Blocker sehr oft auftauchen, also frage ich mich, warum das so ist.
Nick Muldoon:
Ja, jedenfalls. Hey, Kit, ich bin mir der Zeit bewusst. Ich habe eine letzte Frage an dich.
Bausatzfreund:
Ja, mach es.Nick Muldoon:
Was liest du gerade? Welche Bücher liest du oder hast du in letzter Zeit gelesen, die du dem Publikum empfehlen würdest?
Bausatzfreund:
Ja, ich stehe zwischen Geschäftsbüchern. Ja, ich muss einen nächsten finden. Ein Merkmal, und es ist wahrscheinlich nicht meine Legasthenie, ich glaube, es liegt nur daran, dass ich faul bin. Ich kann wirklich schlecht Geschäftsbücher lesen, wie seriöse Bücher mit Dingen. Deshalb verlasse ich mich sehr auf Hörbücher, um aussagekräftige Daten zu konsumieren. Ich habe es wirklich, wirklich genossen, das Hörbuch von Lisa Adkins Coaching Agile Teams zu hören, als sie es veröffentlichte, weil ich wusste, dass ich das Buch nicht durchlesen würde und so-
Nick Muldoon:
Hat sie es erzählt?
Bausatzfreund:
Ja, was ist noch besser, oder?
Nick Muldoon:
Cool, ja.
Bausatzfreund:
Es ist so schön, von den Stimmen der Autoren zu hören, wenn sie Dinge tun. Also ich würde das wirklich empfehlen und es dann danach begleiten... Ich meine, so oder so, hören Sie sich die Women In Agile Podcast-Serie über das Coaching agiler Teams an, denn sie sprechen übereinander und es gibt eine ganze Episode über Sprache, und sie spricht darüber, dass es zwischen dem Schreiben des Buches und dem Erzählen des Buches, dem Lesen, Sprachabschnitte gab, in denen sie einfach zusammenzuckte und sie sagte: „Ich kann nicht glauben, dass ich das geschrieben habe.“ Und es stimmt mich wirklich gut, wenn ich über meine Agile-Reise nachdenke und wie ich vor dem, was ich vor fünf, sechs Jahren mit Teams gemacht habe, zusammenzucken würde. So wie wir es alle tun, oder? Im Nachhinein blickst du zurück.
Bausatzfreund:
Das Coaching agiler Teams ist also wirklich, wirklich gut, und ich würde es empfehlen. Wann [Crosstalk 00:50:54] -
Nick Muldoon:
Ist das nicht wunderschön, oder? Denn wenn du zurückschaust und zusammenzuckst, zeigt das, dass du dich weiterentwickelt und angepasst hast und gelernt hast und dich verbessert hast?
Bausatzfreund:
Oh ja, wenn du zurückschaust und nicht zuckst, warst du auch perfekt, was unwahrscheinlich ist, oder?
Nick Muldoon:
Unwahrscheinlich. Unwahrscheinlich.
Bausatzfreund:[Crosstalk 00:51:07] Dinge, oder du ahnst es nicht, was wahrscheinlicher ist. Ich meine dich nicht persönlich, Nick. Agile Teams zu coachen ist wirklich gut. Ich empfehle trotzdem Whole Time, wenn die Leute versuchen, sich ein Bild davon zu machen, wie es ist, in Agile zu arbeiten, was ist da drin. Früher habe ich The Phoenix Project empfohlen, und dann hat mir The Unicorn Project wirklich mehr Spaß gemacht, um ein Team aufzubauen. Ihr Gerede über die Klimaanlagenfabrik hat mich nur an all die Lean-Dinge erinnert. Ich mag das wirklich, und ich habe Probleme, wenn ich es den Leuten erkläre, weil ich so denke: „Es ist nicht trocken, es ist ein Roman über eine agile Transformation, aber das ist es nicht [Crosstalk 00:51:42]
Nick Muldoon:
Ist es nicht. Das liebe ich. Ich steh auf und lese die Zeitung, oder?
Bausatzfreund:
Ja.
Nick Muldoon:
Das ist morgens mein Ding und abends würde ich niemals ein Geschäftsbuch lesen. Aber The Phoenix Project und The Unicorn Project, ich habe sie mehrmals als Gutenachtbücher gelesen.
Bausatzfreund:
Ja. Zu deinen Kindern, Nick? Sitzst du da [Crosstalk 00:52:01]
Nick Muldoon:
Das werde ich. Ich werde dort hingehen. Ich fange an, ihnen die Lean-Prinzipien beizubringen und Qualität einzubauen. Ja.
Bausatzfreund:
Ja. Falls Sie es noch nicht getan haben, ist es wirklich amüsant, Ihre Kinder zum Storypoint Lego zu bringen, und es hat mir sehr viel Spaß gemacht. Ich weiß, es ist wie Zeit-Gym, aber ich mache es gerne mit meinem Sohn Ethan, weil du weißt, wie schwierig es ist, Erwachsene dazu zu bringen, relative Größen in Einheiten zu bekommen, und Kinder verstehen es einfach. Es ist wunderbar, dass sie sich einfach nicht von der Tatsache ablenken lassen, dass man eine abstrakte Einheit hat, und sagen: „Ich verstehe die Idee.“ Ich habe Ethan in fünf Minuten auf die Geschichte hingewiesen, ich hatte Mühe, die Geschichte einiger Erwachsener in etwa fünf Tagen zu bekommen, und sie streiten sich: „Meinen Sie, es sind Tage, ideale Tage, Stunden?“ Dinge.
Bausatzfreund:
Also ja, Unicorn Project finde ich wirklich gut. Ich habe eigentlich noch nicht alles gelesen, aber ich will es lesen und ich empfehle es die ganze Zeit wegen eines wirklich guten Podcasts, 99 [unhörbar 00:52:51] Invisible Women von Caroline Criado Perez. Wenn wir also davon sprechen, kundenorientiert zu sein und wirklich zu wissen, für wen wir unsere Produkte anbieten, gibt es meiner Meinung nach eine wirklich wichtige Geschichte darüber, sicherzustellen, dass wir die Daten verstehen und wann wir sie durchgehen, und Invisible Women hat einige erstaunliche, schreckliche, aber erstaunliche Geschichten und kleine Daten und Erzählungen dazu. Ich denke, das wären im Moment meine drei, drei sind eine gute Zahl, um die Leute zu fragen, nicht wahr?
Nick Muldoon:
Okay, cool. Kit, das war wunderbar. Mein Fazit ist, dass ich Die unsichtbare Frau lesen muss, weil ich das Buch nicht gehört habe.Bausatzfreund:
Unsichtbare Frauen, es gibt viele von ihnen ist das Problem, Nick.
Nick Muldoon:
Unsichtbare Frauen, okay. Danke. Das ist mein Imbiss, den ich lesen muss. Kit, das war wunderschön, ich habe unser Gespräch heute Morgen wirklich genossen.
Bausatzfreund:
Es war auch ein Vergnügen. Vielen Dank, dass du mich eingeladen hast, Nick.
Nick Muldoon:
Ich wünsche Ihnen einen schönen Tag und freue mich darauf, wieder über diese Reise zu sprechen. Ich möchte zurückkommen und das noch einmal überdenken.
Bausatzfreund:
Ja. Lass uns einchecken. Wir sollten vielleicht unsere DISK-Profile für das nächste erstellen, und wir können herausfinden, ob ich vielleicht als Product Owner bestimmt bin und du, ich weiß nicht, du wirst so etwas wie Testleiter sein oder so, was da steht. Ich weiß nicht. Wir werden es herausfinden.
Nick Muldoon:
Es ist wunderschön. In Ordnung, vielen Dank, Kit. Hab einen wundervollen Tag.
Bausatzfreund:
Und du. Tschüss jetzt.
- Podcast
Easy Agile Podcast Ep.24 Renae Craven, Agile Coach, über Teamausrichtung und den Sprung aus Ihrer Komfortzone.
„Ich hatte ein inspirierendes Gespräch mit Renae über die Vorteile, die es hat, die eigene Komfortzone zu verlassen und das Teamverhalten aufeinander abzustimmen“ - Chloe Hall
Zu Chloe Hall, Marketingkoordinatorin bei Easy Agile, gesellt sich Renae Craven, Agile Coach, Agile Trainer, Scrum Master Coach und lokale Leiterin des QLD Chapter bei Women in Agile.
Diskutieren Sie mit Renae Craven und Chloe Hall über:
- Renaes Weg zum Agile Coach und Agile Trainer
- Machen Sie einen Sprung aus Ihrer Komfortzone
- Wie wichtig es ist, sich Zeit zu nehmen, um Feedback zu sammeln und nachzudenken
- Aufbau einer Teamumgebung, in der sich jeder sicher fühlt, seinen Beitrag zu leisten
- Abstimmung des Teamverhaltens und wie sich die Priorisierung des Lernens auf die Teamleistung auswirkt
- Warum ganztägiges Sitzen schlecht für dich ist und wie du Bewegung in deinen Arbeitsalltag bringst
- + mehr
Transkript
Chloé Hall:
Hallo und willkommen zurück zum Easy Agile Podcast. Ich bin Chloe, Marketingkoordinatorin bei Easy Agile, und ich werde Ihre Moderatorin für die heutige Folge sein. Bevor wir beginnen, möchten wir uns bei den traditionellen Hütern des Landes bedanken, von dem aus wir heute senden, den Menschen im Dhuwal-sprachigen Land. Wir erweisen den älteren, gegenwärtigen und aufstrebenden Ältesten unseren Respekt und erweisen allen Aborigines der Torres Strait Islanders und den Ureinwohnern der First Nations, die heute zu uns kommen, denselben Respekt. Heute haben wir eine sehr spannende Episode für Sie. Wir werden mit Renae Craven sprechen. Renae ist Agile-Coach, Agile-Trainerin, Scrum Master-Coach, BASI-Pilates-Instruktorin und leitet ihr eigenes Pilate-Studio.
Renee ist auch lokale Leiterin des Chapters bei Women in Agile Brisbane und moderiert zusammen mit David Clifford den Podcast The Leader's Playlist. Renaes Leidenschaft im Leben ist es, Menschen zu helfen, eine bessere Version von sich selbst zu werden, indem sie Ihr Bewusstsein für Bereiche schärft, in denen sie sie verbessern möchten oder müssen, und sie dabei unterstützt, in diesen Bereichen zu lernen und zu wachsen. Laut Renae geht es beim Coaching nicht darum, den Leuten zu sagen, was sie tun sollen. Es geht um Fragen, die es ihnen ermöglichen, tiefer zu graben, Erkenntnisse und ihren Wunsch nach Veränderung aufzudecken. Willkommen zum Podcast, Renae. Vielen Dank, dass Sie heute gekommen sind. Ich weiß es wirklich zu schätzen und freue mich sehr, Ihre Geschichte, Ihre Reise und all die Erfolge, die Sie erzielt haben, zu enthüllen, was unglaublich ist. Wie geht es dir heute überhaupt?
Renae Craven:
Mir geht es gut, mir geht es gut. Danke, Chloe. Es ist Freitag, also bin ich an einem Freitag immer ein bisschen kaputt. Ich freue mich darauf, an den Wochenenden auszuschlafen und solche Dinge. Also ja, Freitag bin ich schon, immer ein bisschen trist, aber ansonsten geht es mir gut.
Chloé Hall:
Nun, das ist gut. Freitagnachmittag kann dir das definitiv immer antun. Ich freue mich auch sehr darauf, auszuschlafen. Ich denke, lass uns gleich loslegen. Ich wollte damit beginnen, dich als Person, Renae, zu erklären und deine Geschichte zu erzählen, wer Renae ist und welche Reise du unternommen hast, um heute so erfolgreich zu werden. Also, wenn du ein bisschen Hintergrundwissen über dich geben möchtest.
Renae Craven:
Wie weit gehe ich zurück? Also habe ich Informatik an der Uni gemacht, Informatik an der Uni. Also begann ich meine Karriere als diplomierter Entwickler, Softwareentwickler, ziemlich beschissener noch dazu.
Chloé Hall:
Sicher nicht, dem stimme ich nicht zu. Ich kann es nicht sehen.
Renae Craven:
Ich wusste genug, um über die Runden zu kommen, aber das würde ich definitiv nicht für den Rest meines Lebens tun. Aber damals war ich 20 und habe einfach Dinge getan, die man tun sollte, wenn man erwachsen ist. Du solltest zur Schule gehen und in der 12. Klasse gut abschneiden und zur Uni gehen und einen Abschluss machen und dann einen Job bekommen.
Chloé Hall:
Auf jeden Fall.
Renae Craven:Also ja, ich habe all diese Kästchen angekreuzt und fand mich mit einem Abschluss in einem Job in einer guten Organisation wieder. Und ich war ein paar Jahre in diesem Entwicklungsjob und dann bin ich mehr in die Teamleitung gewechselt und ich war eine Weile Teamleiter und dann wurde ich 2010 Scrum Master. Das war der Zeitpunkt, an dem ich Agile entdeckte.
Chloé Hall:
In Ordnung. Jep.
Renae Craven:
Und ich denke, der Rest ist irgendwie Geschichte. Als ich Agile entdeckte, fingen die Dinge an, für mich mehr Sinn zu machen. Mit Menschen sprechen, Teams bilden, zusammenarbeiten, zusammenarbeiten, Probleme gemeinsam lösen, mehrere Köpfe für ein Problem gewinnen. Diese Art von Dingen war eine Sache, die mir nie Sinn gemacht hat, als ich gerade die Uni abgeschlossen habe. Und ich sage: „Was meinst du?“ Denn schon während meiner Studienzeit war ich ein bisschen anders und distanziert. Ich habe vor Jahren aus der Ferne studiert und mit einer Gruppe von vier anderen waren es vier andere, es war eine Gruppe von fünf. Wir haben alles zusammen gemacht, wir haben alle unsere Gruppenaufgaben gemacht, wir haben zusammen gelernt, wir haben zusammen zu Mittag gegessen, wir haben es einfach getan.
Chloé Hall:
Also mit genau derselben Gruppe?
Renae Craven:
Ja. Den ganzen Weg durch die Uni. Von dieser Art der Gruppenumgebung ging ich zur Arbeit über und war mehr ein Einzelner, als ob ich in einer Kabine mit Wänden gesessen hätte, die höher waren als ich, ich musste mit niemand anderem sprechen, wenn ich nicht wollte. Und das kam mir nie wirklich gut an. Es war nie irgendwie wer ich war. Also, als es Agile gab, war Scrum speziell hier, all diese Leute, die wir in einem Team zusammenbringen werden, und hier sind all die Probleme und Sie finden gemeinsam heraus, wie Sie sie lösen werden.
Jemand wird dir nicht sagen, was du tun oder wie du es lösen sollst, du musst es als Team herausfinden, es war viel mehr, cool, das macht Sinn, das funktioniert besser. Warum war das nicht immer so? Also ja, da begann meine agile Reise und sie hat sich weiterentwickelt, als ich einige Jahre lang Scrum Mastering in verschiedenen Organisationen, verschiedenen Szenarien, verschiedenen Kontexten gemacht habe. Und dann konnte ich mich wohl bequem als Agile-Coach bezeichnen, ich würde sagen, vor vielleicht 5, 6 Jahren. Ich meine, es gibt wirklich nichts, was du tun kannst, bis du tickst, Oh, ich bin jetzt ein Agile-Coach.
Chloé Hall:
Es gibt keinen einfachen Abschluss oder eine Zertifizierung.
Renae Craven:
Nein, es ist wirklich nur Erfahrung. Und ich hatte Erfahrung in der Umgebung und die Leute sagten mir: „Du kannst dich jetzt Coach nennen, Agile-Coach, du hast jede Menge Erfahrung“. Ich sagte: „Ja, aber ich habe das Gefühl, dass ich noch so viel mehr wissen muss oder lernen könnte“. Ich fühle mich also nicht wirklich wohl. Aber ich habe für ein Beratungsunternehmen gearbeitet, also wurde ich sowieso so vermarktet. Also das war vor ungefähr 5, 6, 7 Jahren, als das begann zu passieren. Und dann mache ich auch andere Dinge, wie Agile-Training. Ich liebe es, Menschen auszubilden, ich führe Schulungen durch und coache auch. Und dann habe ich auch noch mein Pilates.
Chloé Hall:Einfach ein Allrounder, viel los, das ist sicher. Ich denke auch, ich will nur auspacken, Sie hatten diesen Übergang, als Sie ein diplomierter Entwickler waren, und Sie fanden ihn ziemlich isolierend. Und dann bist du auf dieses Konzept von Agile gestoßen, als du in Teams arbeitest. War es, als Sie angefangen haben, Agile zu praktizieren, war das eine Art von Leidenschaft, ein Ziel von Ihnen, und das hat Sie auf den Weg des agilen Trainings und des agilen Coachings geführt?
Renae Craven:
Ich denke, ich meine Absicht, ich weiß immer noch nicht, ob ich weiß, was mein Lebenszweck ist. Leidenschaft. Ich denke, es hat mir geholfen, über mich selbst zu verstehen, wo einige meiner Stärken lagen. Und meine Stärken stimmten mit dem überein, was nötig war, um später ein Scrum Master und Coach zu werden. Die Fähigkeit zu moderieren, das ist ein großer Teil davon, ein Scrum Master zu sein, ein großer Teil davon, eines der wichtigsten Dinge am Beruf eines Coachs zu sein. Und das war einfach etwas, zu dem ich von Natur aus in der Lage war, aber ich wusste nicht, bis ich damit angefangen habe, ob das Sinn macht.
Chloé Hall:
Ja. Ja, ist das nicht immer so, es ist, als ob du etwas nicht weißt oder deine Stärken nicht wirklich kennst, bis du dich darauf einlässt. Du musst wirklich deine Komfortzone verlassen und einfach neue Dinge ausprobieren, neue Dinge erleben. Sonst wirst du es nie erfahren.
Renae Craven:
Ja, genau. Ja, ich kann nicht versuchen, eine gleichberechtigte Teilhabe in einem Raum oder in einem Workshop zu erreichen, indem man eine Moderation durchführt und eine Gruppe von Menschen aus verschiedenen Gesellschaftsschichten zu einem Ergebnis bringt und es einfach fließen lässt und die Gespräche fließen lässt. Aber trotzdem musst du bis zum Ende des Tages oder am Ende des Workshops zu diesem Ergebnis kommen. Das war etwas, zu dem ich natürlich in der Lage war. Und ich meine, mein erster Workshop, wie ich ihn moderiert habe, ich kann mich nicht einmal erinnern, was er war, aber ich bin mir sicher, dass die Art und Weise, wie ich ihn moderiere, sehr, sehr unterschiedlich ist. Aber es war immer noch etwas, das ich gerne gemacht habe, das mir Spaß gemacht hat. Und der Trainingsteil ist lustig, weil ich es in der Schule gehasst habe, in der Öffentlichkeit zu sprechen. Früher habe ich gehasst.
Chloé Hall:
Du klingst wie ich.
Renae Craven:
Ja. All das, wie ich früher auf Englisch aufgestanden bin und eine mündliche Prüfung gemacht habe und solche Dinge. All das habe ich gehasst. Ich war sehr froh, mich einfach im Hintergrund zu verstecken und nie eine Frage zu beantworten oder nie Probleme zu bereiten oder störend zu sein oder was auch immer. Außer im Matheunterricht war ich im Matheunterricht ein bisschen störend.
Chloé Hall:
Ich finde gerade so viel Resonanz bei dir, weil ich buchstäblich genauso war. Und ich hatte schon immer eine kleine Leidenschaft für Mathe. In Mathe war ich also super kontaktfreudig, habe so viele Fragen gestellt. Aber auf Englisch war meine größte Angst, in der Öffentlichkeit zu sprechen. Ich konnte einfach nicht für mein Leben einstehen. Es war das Schlimmste. Ich war immer so nervös, alles daran. Und ich finde es wirklich interessant zu sehen, wie weit Sie heute von dem entfernt sind, was Sie damals dachten. Gab es irgendwelche Übungen, viel Arbeit, die du an dir selbst machen musstest, um heute an diesen Punkt zu kommen?
Renae Craven:Ich denke, ähnlich wie das, was du zuvor gesagt hast, musst du deine Komfortzone verlassen. Und ich denke, besonders zu Beginn meiner Karriere, als ich aus meiner Komfortzone gedrängt wurde. Es gibt ein paar Führungskräfte, für die ich zu der Zeit gearbeitet habe, naja, eine Handvoll Leute, die mich im Laufe der Jahre aus meiner Komfortzone gedrängt haben. Und in den früheren Tagen, in denen ich das nicht für mich selbst getan hätte. Also das für mich zu tun oder ich hatte nicht wirklich eine Wahl, weil ich ein gutes Mädchen war und damals Befehle befolgt habe. Es war nur etwas, bei dem ich sagte: „Oh okay, das ist cool“. Im Nachhinein bin ich froh, dass er das getan hat, denn ich wäre nicht da, wo ich jetzt bin, wenn ich nicht in das Pilotteam geworfen würde, das agile Pilotteam. Also ja, es gibt solche Dinge, bei denen ich in meine Komfortzone gedrängt wurde und es einfach versucht habe und herausgefunden habe, dass, oh, es war doch nicht so schlimm.
Vielleicht könnte ich das nochmal machen. Und dann fängst du an, deine eigene Art von Resilienz aufzubauen, du sagst, nun, ich habe das schon einmal gemacht, also ist das nicht viel schwieriger. Ich glaube, das könnte ich tun. Oder es denkt irgendwie so darüber nach, aber es ändert sich auch. Es hat meine Denkweise dahingehend geändert, dass du deine Komfortzone verlassen musst, du musst Mist bauen, um zu lernen. So wie es in der Schule war, wo du dafür belohnt wurdest, dass du richtig warst, du wurdest dafür belohnt, dass du das Richtige getan hast. So lerne ich nicht. So lernen viele Menschen nicht. Du musst Mist bauen, um dann zu gehen.
Chloé Hall:
Auf jeden Fall.
Renae Craven:
Okay, wenn ich das nächste Mal mache, mache ich das stattdessen.
Chloé Hall:
Ja, auf jeden Fall.
Renae Craven:
Oder das Feedback zu bekommen, wie du das gemacht hast, naja, nächstes Mal könntest du das vielleicht tun oder was auch immer es ist. Ich bekomme nur dieses Feedback. Dagegen habe ich in der Schule nie etwas davon bekommen. Es war immer Renaes perfektes Engelskind, was auch immer es war.
Chloé Hall:
Trotzdem nett, aber ja.
Renae Craven:
Nett für die Eltern. Können wir mehr von Renae in unserer Klasse haben, nett für Mama und Papa. Aber im Nachhinein hat es nicht wirklich dazu beigetragen, mich auf das Wie vorzubereiten.
Chloé Hall:
Für die Realität.
Renae Craven:
Ja
Chloé Hall:Wirklich.
Renae Craven:
Exakt.
Chloé Hall:
Vor allem, weil ich vor Kurzem den Übergang vom Uni-Abschluss in einen Vollzeitjob hinter mir habe und für Easy Agile gearbeitet habe, werde ich immer wieder positiv aus meiner Komfortzone gedrängt. Jeder unterstützt mich so sehr, dass sie immer sagen: „Oh Chloe, versuch das, versuch das“. Und ich sage nur: „Okay, ja, ich schaffe das.“ Und wenn es nicht unglaublich gut läuft, ist das okay. Ich habe etwas gelernt und kann es beim nächsten Mal besser machen.
Renae Craven:
Ja.
Chloé Hall:
Du kannst nicht einfach für immer in deiner Komfortzone sitzen, du hast nicht das Gefühl, wenn du etwas außerhalb deiner Komfortzone tust, du fühlst dich danach einfach so gut und du sagst, oh, beweise mir, dass ich das kann.
Renae Craven:
Jep. Und ich denke, der größte Teil davon besteht darin, anzuerkennen, dass das Lernen im Sitzen stattfindet. Eines der Dinge, die wir als Trainer tun, ist eine der wichtigsten Zeiten, in denen ein Team oder eine Einzelperson lernen muss, ist, sich hinzusetzen und zurückzudenken und dann, was gut und was schlecht war und was werde ich beim nächsten Mal anders machen. Und ich coache Teams, um das zu tun, aber das muss ich auch selbst machen. Ich habe quasi realisiert, dass ich mich als Training hinsetzen muss und wenn ich diese Dinge mache, müsste ich Feedback einholen und dann muss ich mich hinsetzen und darüber nachdenken, wie es gelaufen ist. Was ich glaube, beim nächsten Mal besser oder anders machen zu können, mache ich so etwas, damit ich mich auch selbst in den Dingen, die ich tue, verbessere. Es geht also wirklich darum, diese Zeit und diese Übung zu haben, um zu lernen, sich hinzusetzen, und was habe ich gelernt?
Chloé Hall:
Ja, das tue ich. Und dem stimme ich zu. Sie müssen sich die Zeit nehmen, um zu verstehen, zu reflektieren und zu verwirklichen, was Sie gelernt haben. Ansonsten ist das Leben so hektisch und du machst einfach weiter und gehst und du kannst es einfach komplett vergessen und es ist gut, diesen Moment zu nutzen. Mir gefällt wirklich, dass Sie das auch in Ihrem Agile-Coaching tun. Was machst du sonst noch, wenn du Teams coachst? Welche anderen Elemente gibt es?
Renae Craven:
Einige der Dinge, über die ich bereits gesprochen habe, sind ebenbürtig zu sein, zu versuchen, gleiche Teilhabe und gleiche Stimme zu erreichen. Wenn ich das versuche, ist das Schlagwort psychologische Sicherheit, aber der Versuch, ein Umfeld für ein Team zu schaffen, in dem sich jeder sicher fühlt, eine Frage zu stellen oder seine Meinung zu äußern oder was auch immer es ist. Und wenn wir als Coach herkommen, coachen wir normalerweise Teams, Menschen und Organisationen bei der Umstellung von einer bestimmten Arbeitsweise auf eine agile Arbeitsweise. Und das bedeutet, dass das Ganze, das den Leuten sagt, was sie tun sollen, wann und wie es zu tun ist, vorbei ist. Das ist weg. Und jetzt möchten Sie diese Fähigkeit innerhalb des Teams selbst aufbauen. Also diesen sicheren Raum schaffen, damit
Das Team kann Fragen stellen und verstehen, was es zu tun hat, sodass es gemeinsam etwas liefern kann, anstatt dass jemand ihnen nur sagt, was zu tun ist.Es benutzt also dein Gehirn, benutzt auch das kollektive Gruppengehirn, anstatt nur zu haben, dein Gehirn nicht wirklich zu benutzen, nur darauf zu warten, dass dir gesagt wird, was zu tun ist und dann weißt du, was zu tun ist, du tust es einfach. Aber gemeinsam als Team ein Problem zu lösen und dann als Team herauszufinden, wie wir das lösen oder wie wir das umsetzen werden, ist etwas, das ich als Coach liebe, mit Teams zu arbeiten, ein Umfeld zu schaffen, in dem sie sich sicher fühlen, dumme Fragen zu stellen und solche Dinge.
Chloé Hall:
Und du musst nicht sagen, ich denke, das ist eine dumme Frage, aber du willst sie auf jeden Fall entfernen.
Renae Craven:
Und ich denke, der andere Teil ist immer noch das Lernen, es ist genau das Gleiche. Es geht darum, den Fokus zu nehmen, den Fokus abzulenken, wir müssen liefern und dann werden wir ein paar Dinge lernen, wenn wir Zeit haben, um das umzudrehen, sodass du: „Nein, nein, nein, nein, du musst lernen, um besser zu werden“. Konzentrieren Sie sich also darauf, denn viele Teams werden einfach sagen, wir haben all diese Termine, all diesen Lieferdruck, wir müssen diese Dinge erledigen. Wir haben keine Zeit, uns hinzusetzen und darüber nachzudenken, was wir gelernt haben oder wie wir als Team besser werden können. Sie werden als Team niemals besser werden, wenn sie einfach in diesem endlosen Lieferzyklus bleiben. Die gleiche Art von Zeit damit zu verschwenden, immer und immer wieder Dinge zu verschwenden. Es geht also auch darum, die Denkweise der Teams umzudrehen und zu sagen: „Nein, warte, wir müssen das machen, sonst werden wir als Team nicht besser.“
Chloé Hall:
Ja, auf jeden Fall. Und ich denke, da passt die Agile-Retrospektive perfekt hinein. Und ich weiß, dass ich gerade aus meiner Retrospektive mit meinem Team gekommen bin und wir machen das wöchentlich und es ist so gut, auch mit Aktionsgegenständen herauszukommen. Und es ist so, okay, nächste Woche werden wir so besser werden. So werden wir vorankommen, das ist unser Fokus und es gibt auch keine versteckten Probleme, weil es jeden Freitag auftaucht und wir darüber sprechen. Du gehst also nicht mit einem Groll in den Montag der nächsten Woche oder du ärgerst dich über etwas, das mit dem Arbeitsablauf des Teams zusammenhängt. Sie haben es angesprochen, Sie haben es in der letzten Woche belassen, Sie haben die Maßnahmen offensichtlich mitgebracht, und hoffentlich wird es von da an besser.
Renae Craven:
Ja, absolut. Und das ist der Schlüssel. Es ist das, was auch immer wir in unserer Rückschau entschieden haben, was wir anders machen werden, wir machen das am nächsten Tag oder Montag in Ihrem Fall anders. Es ist nichts, worüber wir reden und dann ignorieren wir es einfach und wir sprechen einfach in zwei Wochen wieder darüber oder was auch immer es ist. Es geht darum, die Entscheidungen, die Sie als Team treffen, in die Praxis umzusetzen, und diese Rückblicke die ganze Zeit. Es sind auch keine massiven Aktionen. Es sind nur kleine Verbesserungen hier und da.
Chloé Hall:
Ja, es gibt kleine Dinge.
Renae Craven:
Sie bauen sich einfach im Laufe der Zeit auf.Chloé Hall:
Und das ist die Sache, wenn du es regelmäßig machst, sind es kleine Dinge, aber wenn du es nicht regelmäßig machst, dann bauen sie sich auf und sie werden zu großen Dingen, großen Problemen und massiven Blockern auch innerhalb des Teams.
Renae Craven:
Ja, absolut.
Chloé Hall:
Ja. Also frage ich mich auch, Renae, wenn du dein Agile-Coaching und dein Agile-Training durchführst, dann machst du das sowohl auf individueller Basis als auch auf Teambasis. Glaubst du, es gibt einen Aspekt der Denkweise, die agile Denkweise, und muss jeder Einzelne mit dieser agilen Denkweise zur Arbeit kommen, damit das Team besser arbeiten kann?
Renae Craven:
Denkweisen. Wenn alle die gleiche Denkweise hätten, wären es Roboter oder.
Chloé Hall:
Stimmt.
Renae Craven:
Die Welt wäre sehr langweilig.
Chloé Hall:
Sehr gutes Argument.
Renae Craven:
Ich denke, das ist ein bisschen, wenn ich an ein Team denke, ein agiles Team, solange es eine gewisse Übereinstimmung darüber gibt, wie sich das Team verhält, warum es existiert, was ihr Zweck ist und wie sie miteinander umgehen und wie sie Probleme gemeinsam lösen, dann können die Denkweisen der einzelnen Teammitglieder unterschiedlich sein. Und das ist in Ordnung, solange alle sich einig sind, wie wir uns verhalten werden. Ich stoße ständig auf Leute, die gezwungen wurden, auf diese agile Art zu arbeiten. Ihre Denkweise entspricht also definitiv nicht der Denkweise, die Sie für ein agiles Team benötigen, aber wenn sie in einem agilen Team sind und es Leute in diesem Team gibt, die die Denkweise oder das Verhalten haben, das Sie haben müssen, um agil zu liefern, gleicht sich das im Laufe der Zeit irgendwie aus.
Und im Laufe der Zeit werden sich diese Denkweisen ändern und sie werden sehen, wie sich andere Leute in ihrem Team verhalten, wie sich ihre Führungskräfte verhalten, solche Dinge. Ich betrachte es also immer eher als eine Verhaltenssache als als eine Mindset-Sache. Wie treffen wir Entscheidungen, wie ich schon sagte, wie gehen wir miteinander um, wie gehen wir mit Problemen um, wer sind unsere Kunden, all diese Dinge. Es ist eher dieses Verhalten, das ich mag, anstatt dass ich denke, oh, sie haben nicht die Denkweise, sie haben nicht die Denkweise, ich schaue mir einfach an, wie sie sich verhalten. Denn am Ende des Tages kannst du das nicht erzwingen
Denkweise. Aber wenn sie als Team anfangen, als Team zusammenzuarbeiten, werden sie das liefern, was sie liefern müssen. Und sie alle, das ist einfach der ganze funktionsübergreifende Teil davon. Du bringst verschiedene Köpfe zusammen, unterschiedliche Hintergründe, unterschiedliche Erfahrungen, verschiedene Fähigkeiten, all das.Chloé Hall:
Auf jeden Fall.
Renae Craven:
Du stellst sie in einem Team zusammen, damit sie ihre Fähigkeiten einsetzen können. Sie sind all diese verschiedenen Teile, um diese Probleme zu lösen.
Chloé Hall:
Ja, nein, auf jeden Fall. Ich denke, die Art und Weise, wie sich Menschen verhalten, hat auch viel damit zu tun. Und ich denke auch, dass man in der richtigen Denkweise sein kann, dass man sich richtig verhalten kann. Und das hat auch viel damit zu tun, wie du auf der Arbeit auftauchst. So kommst du zur Arbeit. Wenn du einen schlechten Morgen hattest, wird sich das darauf auswirken, wie es dir an diesem Tag geht. Oder wenn du an diesem Morgen aufwachst und eine Art festgelegte Morgenroutine hast, die dich in diese gute Routine für den Tag bringt, diese gute Denkweise und dieses Verhalten, dann kann das sehr helfen. Und ich denke auch, das ist auch etwas, worüber ich gerne mit dir sprechen würde, denn du hast Pilates-Vorkenntnisse, bist in deinem eigenen Studio und seit wie vielen Jahren bist du Instruktor?
Renae Craven:
Es wird anderthalb Jahre her sein, seit ich mich qualifiziert habe.
Chloé Hall:
Ja. Nett. Ja, ich bin also auch Instruktor. Ich glaube, ich unterrichte jetzt seit ungefähr sechs Monaten. Aber ich frage mich auch, du hast also deine beiden Leidenschaften, Besitzer eines Pilates-Studios und dann auch Agile-Coach. Gibt es das Element, sich morgens auf den Tag vorzubereiten? Denken Sie, wenn jemand, der meditiert, die Art von Morgenroutine hat, die er trainiert, kann er sich bei der Arbeit im Grunde besser verhalten? Was sind deine Gedanken dazu?
Renae Craven:
Ja, ich denke, je besser du dich in dir selbst fühlst oder wie du dich in dir fühlst, hat definitiv einen direkten Zusammenhang damit, wie du dich bei der Arbeit verhältst. Also ja, wenn du einen hektischen Morgen hattest oder auf dem Weg zur Arbeit ein Stau war oder was auch immer es ist, dann wirst du definitiv ziemlich aufgedreht sein, wenn du zur Arbeit kommst.
Chloé Hall:
Ja, auf jeden Fall.
Renae Craven:
Es wird sich darauf auswirken, wie Sie auf Fragen oder Menschen antworten oder Ihrem Team antworten oder was auch immer es ist. Ja, absolut. Aber ich selbst habe morgens nicht wirklich eine feste Routine. Ich gehe ins Fitnessstudio, aber ich gehe nicht jeden Tag ins Fitnessstudio. Aber morgens, wenn ich ins Fitnessstudio gehe, habe ich nie Lust, weil nein, ich will nur schlafen.Chloé Hall:
Es ist früh. Ja.
Renae Craven:
Ja. Aber ich muss morgen früh los, sonst gehe ich nicht ins Fitnessstudio. Fitnessstudio ist so etwas, es ist ein bisschen wie eine Hassliebe. Ich weiß, dass ich es tun muss, aber ich mache es nicht gern.
Chloé Hall:
Nicht einmal danach? Das Gefühl danach?
Renae Craven:
Danach ist gut. Es war wie, aber von, oh Gott sei Dank, das ist erledigt.
Chloé Hall:
Ja.
Renae Craven:
Tick, ich bin fertig für heute.
Chloé Hall:
Aus dem Weg.
Renae Craven:
Wenn es am Nachmittag wäre, wenn ich nachmittags ins Fitnessstudio gehen würde, würde ich nicht gehen. Es wäre einfach: „Nein, es ist zu schwer oder ich kann mich nicht darum kümmern, ich bin zu müde“. Also stehe ich morgens als erstes auf und stelle meinen Wecker 15 Minuten vor Beginn meines Sportunterrichts ein.
Chloé Hall:
Beeindruckend. Das ist Anstrengung.
Renae Craven:
Ich weiß.
Chloé Hall:
Das ist gut.
Renae Craven:
Ich renne los, um dorthin zu kommen, aber ich habe am Abend zuvor alle meine Klamotten vorbereitet, sodass ich nicht einmal nachdenken muss. Ich stehe einfach auf, ziehe mich an und steige ins Auto und fahre ins Fitnessstudio und.
Chloé Hall:
Ich mache das Gleiche.
Renae Craven:
Ich mache meinen Unterricht, ich hatte noch keine Zeit, mir das auszureden. Aber danach ist es wie, oh ja, ausgezeichnet. Das ist für heute erledigt. Und ja, es ist schön zu wissen, dass Sie das auch für den Tag getan haben, wenn Sie Ihren Arbeitstag beginnen. Also an meinen Tagen im Fitnessstudio ist das wahrscheinlich meine Routine, um mich auf die Arbeit vorzubereiten. Aber an anderen Tagen sind sie wohl etwas entspannter. Ich glaube, wenn ich Kaffee trinken möchte, dann kann ich die Welt ohne Kaffee nicht bewältigen. Egal, ob ich zu Hause oder im Büro bin, das Erste, was ich tun werde, ist, wenn ich ins Büro komme, hole ich mir auf dem Weg dorthin einen Kaffee. Also trinke ich Kaffee, wenn ich ins Büro gehe. Also ja, ich schätze, das könnte man meine Routine nennen.
Chloé Hall:
Nein, ich denke, viele Leute, auch viele Zuhörer werden das nachvollziehen können. Und früher war ich so und dann kam mir der Kaffee einfach nicht gut. Ich stellte fest, dass es meine Nerven für den Tag und alles andere wirklich strapazierte. Es war also so schwer. Ich habe nicht mehr zwei bis drei Kaffees am Tag getrunken, sondern aufgehört, und jetzt trinke ich stattdessen wie einen Matcha. Aber das war auch ein so großer Teil meiner Morgenroutine und davon abzusteigen war eines der schwierigsten Dinge, die ich je tun musste.
Renae Craven:
Ja, das habe ich einmal gemacht. Ich habe mich vor Jahren für einen dieser Gesundheits-Retreats entgiftet und ich musste Kaffee und so weiter entgiften.
Chloé Hall:
Oh wirklich?
Renae Craven:
Vor zwei Wochen davor und ja, Kaffee war schwer.
Chloé Hall:
Ja.
Renae Craven:
Sehr, sehr schwer. Weil ich den Geschmack meines Kaffees liebe. Ich trinke ihn einfach pur, ich habe keine Milch, also liebe ich den Geschmack meines Kaffees.
Chloé Hall:
Ja, wow. Okay.
Renae Craven:
Aber vielleicht sind es auch die anderen Vorteile, wenn ich keine Menschen töten will, die Kaffee mir antut. Ich kann jetzt mit der Welt umgehen. Ich habe meinen Kaffee getrunken.Chloé Hall:
Du bist okay, in Ordnung. Wer braucht jetzt Coaching? Wer braucht eine Schulung? Und ich bin bereit für Rock'n'Roll.
Renae Craven:
Ja, jetzt geht es mir gut.
Chloé Hall:
Ja. Nett. Ja. Nun, der Grund, warum ich über den ganzen Zusammenhang zwischen Bewegung und Arbeit sprechen wollte, war, dass ich Ihren Artikel auf LinkedIn darüber gelesen habe, was das Sitzen den ganzen Tag mit Ihrem Körper macht und Sie sagen, wie Pilates dabei helfen kann. Der Abschnitt, der meiner Meinung nach bei mir sehr gut ankam, war, als Sie sagten, als COVID-19 die Welt zum Erliegen brachte und alle, die von zu Hause aus arbeiteten, einschränkte, die Leute, die in der Büroumgebung arbeiteten, saßen Sie den ganzen Tag gebeugt vor einem PC zu Hause und es sind aufeinanderfolgende virtuelle Besprechungen, Sie haben nicht wirklich die Möglichkeit, aufzustehen, eine Pause einzulegen, spazieren zu gehen und so. Und ich denke, ich bin mir sicher, dass viele unserer Zuhörer in dieser Realität sein werden, und auch nach COVID ist das immer noch der Fall. Ich denke, nur damit alle zuhören, gibt es irgendwelche Tipps oder so, um dich aufzustehen, dich in Bewegung zu bringen, damit du das nicht täglich erlebst.
Renae Craven:
Ich denke, der andere Unterschied ist vor COVID, sicher, Sie haben den ganzen Tag bei der Arbeit an Ihrem Schreibtisch gesessen, aber Sie gehen auch ins Büro und gehen zu Besprechungen und gehen in die Küche und gehen zu Fuß, um Ihr Mittagessen zu kaufen und solche Dinge. Und du hattest auch keine aufeinanderfolgenden Treffen. Du hattest also die Gelegenheit und wenn du von Zimmer zu Zimmer gehst, bist du aufgestanden. Während es zu Hause nur aufeinanderfolgende Treffen sind und ich weiß nicht, wie es dir geht, aber ich renne zwischen den Treffen auf die Toilette.
Chloé Hall:
Ja. Das tue ich. Das tue ich tatsächlich. Das hat das gestern sogar ein bisschen ausgelöst.
Renae Craven:
Das habe ich gestern eigentlich auch gemacht. Und selbst auf dem Höhepunkt von COVID waren die aufeinanderfolgenden Treffen so schlimm. Ich hatte nicht einmal eine Mittagspause. Ich habe gearbeitet, ich habe mein Mittagessen in Besprechungen zubereitet und auch bei Sommerzeit. Es wirft immer Dinge aus, weil Queensland bleibt, wo sie sind, und es wirft alles so raus. In meinem Artikel war es also eigentlich eher eine Arbeit, die ich im Rahmen meines Dozentenkurses einreichen musste.
Chloé Hall:
Oh cool. Ja.
Renae Craven:
Und ebenso wie meine 600 Stunden Praxis und.
Chloé Hall:Ja. Ja, das kann ich nachvollziehen, aber ich musste den Artikel nicht schreiben.
Renae Craven:
Also habe ich einfach Teile daraus herausgeholt und weil ich dachte, dass das immer noch relevant ist und vielleicht bei den Leuten Anklang findet und besonders bei den Leuten, mit denen ich verlinkt bin, ist LinkedIn das Publikum, oder? Also, dass einfach Dinge, die beim Sitzen, Hinsetzen passieren, schlecht für dich sind, Punkt. Wo du den ganzen Tag arbeitest oder auf einer Couch sitzt, was auch immer es ist, Sitzen ist schlecht für dich. Und je länger du sitzt, desto lockerer wirst du. Je mehr deine Wirbelsäule immer in einem abgerundeten Zustand ist, desto weniger beanspruchst du deine Rückenmuskulatur, deine Rückenstrecker, desto mehr sitzt du in deinem Becken, deine Hüftbeuge verkürzen sich, weil du dich ständig hinsetzt und das strafft deinen unteren Rücken irgendwie. Und dann hast du deine, selbst wenn du nur deine Maus benutzt, diese Schulter, die ständig zusätzliche Sachen macht oder Dinge vorwärts und rückwärts macht. Und dann auch noch dein Hals und deine Fallen, alles wird irgendwie eng.
Also Dinge, die du tun kannst. Ich habe einen geschrieben, mein Artikel hat einen Beispiel-Klassenplan, um die Auswirkungen rückgängig zu machen, wenn man den ganzen Tag in einem Bürojob sitzt. Aber dieser Klassenplan nutzt den gesamten Apparat. Aber es gibt Dinge, die man auf der Matte oder dem Reformer oder dem Cadillac oder unter dem Stuhl machen kann. Aber ich biete nach der Arbeit ein paar Online-Kurse an und sie haben während COVID angefangen und sie gehen immer noch. Und ich habe sie speziell entworfen, um sie rückgängig zu machen. Ich weiß, dass diese Leute den ganzen Tag gesessen haben. In meinem Unterricht wird also quasi alles enträtselt, was sie den ganzen Tag über getan haben.
Chloé Hall:
Die Leiche.
Renae Craven:
Ich meine meinen Unterricht, meinen Mathematikunterricht sowieso, der konzentriert sich normalerweise darauf, ich meine Tipps für Leute, die nicht wirklich zu einem Kurs kommen, aber rückgängig machen, du machst das Gegenteil von dem, was du den ganzen Tag gemacht hast. Wenn du also den ganzen Tag sitzt, aufstehst, herumläufst, wenigstens auf deine Smartwatch hörst, wenn sie dir sagt, dass du eine Pause einlegen musst. Steh auf und mach eine Pause. Und geh raus zum Briefkasten und hol dir gleichzeitig etwas Sonnenschein, wenn du Glück hast, gibt es heutzutage nicht viel Sonne.
Chloé Hall:
Wenn es draußen ist, rennen Sie los.
Renae Craven:
Du machst sozusagen Schulterrollen und Nackendehnungen und Hüftbeuger, sodass du, wie gesagt, einfach rückgängig machst und das Gegenteil von dem tust, was du tust, wenn du sitzt. Denken Sie also an die Muskeln oder Sehnen oder was auch immer sie sind, auch wenn Sie nicht wissen, was sie sind, wissen Sie, dass sich einige an der Vorderseite Ihrer Hüfte befinden. Und wenn du sitzt, kannst du dir vorstellen, dass sie nicht benutzt werden, sie stecken einfach da fest. Also begradige sie. Dehnen Sie sie aus. Wenn deine Wirbelsäule die ganze Zeit rund ist, dann drücke, rolle deine Schultern zurück, drücke auf deine Brust und benutze deine Rückenmuskulatur. Und ich weiß nicht einmal, ob sich die Leute mit Rückenstreckern so gut auskennen. Ich weiß nicht, ob die Leute das verstehen. Weil du deine Wirbelsäule hast und dann diese verdrehten Muskeln, die auf beiden Seiten deiner Wirbelsäule verlaufen. Ich kann mich gerade nicht an den wissenschaftlichen Namen für sie erinnern.
Chloé Hall:Nein. Ich auch nicht.
Renae Craven:
Wir nennen sie einfach Extensoren zurück. Und wenn du deine Wirbelsäule aufrichtest, funktionieren sie und du schaltest sie ein. Es trainiert nur deinen Bizeps und stärkt diesen Muskel, wenn du deine Wirbelsäule streckst und du kannst sogar geradeaus und rückwärts gehen. Du benutzt diese Rückenmuskulatur und du stärkst diese Rückenmuskulatur und es wird verhindern, dass du wie ein Rundling bist.
Chloé Hall:
Ja, ich habe mich den ganzen Tag vor dem Computer gebeugt.
Renae Craven:
Vorgebeugt.
Chloé Hall:
Ja. Ja, das ist es. Das willst du nicht.
Renae Craven:
Also macht es wirklich nur das Gegenteil oder ja. Teilnahme an Online-Kursen. Ich kann dir ein paar Übungen beibringen.
Chloé Hall:
Ja, nun, wir werden diesen Artikel auf jeden Fall auch mit diesem Podcast teilen, damit die Leute das Programm sehen können oder vielleicht etwas ist, das hilft. Für mich auf der Arbeit haben wir das große Glück, dass wir einen Stehpult haben, und ich finde das einfach unglaublich. Denn wenn ich von zu Hause aus arbeite, habe ich keinen Stehpult und ich kann den Unterschied spüren. Mein Körper fühlt sich einfach an, du fühlst dich einfach nicht richtig und ich fühle mich müder und ja, ich muss einfach öfter aufstehen und mich bewegen.
Renae Craven:
Ja. Wenn du den ganzen Tag stehst, ist es dasselbe. Du musst auch sitzen. Du musst immer noch das Gegenteil tun. Stehen ist wie, weil man auch beim Stehen nachlassen kann, also kann man mit der Zeit immer noch müde werden und sich irgendwie hinbeugen oder man ist immer noch irgendwie angespannt in den Schultern und so. Es kann also sein, dass du immer noch auf deine Körperhaltung achtest, wenn du stehst und dich einfach selbst korrigieren musst oder immer noch spazieren gehst, trotzdem allem die Möglichkeit geben, sich so zu bewegen, wie es sich bewegen soll, und nicht den ganzen Tag still zu stehen.
Chloé Hall:
Ja, auf jeden Fall. Ja, Renae. Ja. Vielen Dank, dass du heute zum Podcast gekommen bist. Ich habe diesen Chat mit dir wirklich genossen. Ich denke, unsere Lister werden eine Menge daraus ziehen und ich möchte auf jeden Fall auch mehr von diesem Pilates-Gespräch fortsetzen.
Renae Craven:
Danke Chloe. Danke, dass du mich eingeladen hast.
Chloé Hall:Keine Sorge, danke.
- Podcast
Easy Agile Podcast Ep.16 Unterstützung leistungsstarker agiler Teams mit Adaptavist

„Mein Gespräch mit William und Riz hat mir sehr gut gefallen. Ich freue mich darauf, ihre Empfehlungen mit unserem Team umzusetzen“ - Angad Sethi
In dieser Folge sprach ich mit William Rojas und Rizwan Hasan von Adaptavist über die Möglichkeiten, wie wir leistungsstarke agile Teams unterstützen können:
- Die Bedeutung der Teamausrichtung
- Wann und wo sollten Sie Tools verwenden, um Ihre Teamziele zu erreichen
- Priorisieren Sie, an welchen Gesprächen Sie teilnehmen müssen
- Beratung für Remote-Teams
Abonnieren/Hören Sie auf Ihrer Lieblings-Podcasting-App.
Danke William & Rizwan!
Transkript
Angad Seth:
Guten Tag/Abend/Morgen an alle. Wie geht's euch?
Rizwan Hasan:
Oh, gut. Danke Angad.
William Rojas:
Ja. Wie geht's dir?
Angad Seth:
Ja, wirklich gut. Ja, ich freue mich sehr, mit euch zu plaudern. Sollen wir uns zunächst vorstellen? Riz, möchtest du es nehmen?
Rizwan Hasan:
Sicher. Mein Name ist Riz Hasan, ich lebe in Brüssel, Belgien. Ganz neu hier ansässig, war eigentlich früher in New York ansässig, nicht weit von William entfernt. Wir haben normalerweise zusammen im selben Team gearbeitet. Meine Rolle hier bei Adaptavist ist, dass ich Teamleiter für unsere Beratungsgruppe in EMEA bin. Also in der europäischen Region und im Vereinigten Königreich. Mein Alltag ist also viel internes Management, aber ich arbeite auch mit Kunden und meinen Beratern daran, wie unsere Kunden agil skalieren und ihnen bei Toolproblemen, Prozessproblemen, Personalproblemen und all dem oben genannten helfen.
Angad Seth:
Ja. Ja. Hört sich toll an.
William Rojas:
Was mich betrifft, William Rojas. Eigentlich wohne ich in einer kleinen Vorstadt namens Trumble in Connecticut, die ungefähr eine Stunde und mehr nordöstlich von New York liegt. Und wie Rez schon erwähnt hat, ja, wir haben mehrere Jahre zusammengearbeitet, wir haben ein agiles Transformations- und Skalierungsteam für Adaptavist geleitet. Meine neue Rolle besteht jetzt darin, dass ich das Prinzip des Vorverkaufs übernommen habe, heutzutage quasi ein Berater für den Vorverkauf. Es ist tatsächlich eine neue Rolle bei Adaptavist, und was wir tun, ist, eigentlich haben wir alle, ich glaube, die meisten von uns sind alle wie ehemalige Berater, die den Pre-Sales-Prozess unterstützen und zwischen dem Vertriebsteam und dem Lieferteam und all den anderen Teams arbeiten, die unsere Kunden bei Adaptavist unterstützen.
Angad Seth:
Fantastisch, großartig.
William Rojas:
Ich helfe dabei, Lösungen für Kunden zu finden, Vorschläge zu unterbreiten und sie bei der Umsetzung zu unterstützen.
Angad Seth:
Ich bin Angad, ich bin Softwareentwickler und arbeite an Easy Agile-Programmen und Easy Agile-Roadmaps, zwei der Produkte, die wir für den Atlassian-Marktplatz anbieten. Wir freuen uns riesig, mit euch darüber zu sprechen, wie eure Teams arbeiten, zum Beispiel darüber, was alltäglich ist. Riz, möchtest du das beantworten?Rizwan Hasan:
Sicher. Ja. Also, abgesehen von den internen Management-Kram, denke ich, das Besondere an dieser Konversation ist, wie wir Kunden erklären, wie sie mit der Planung im großen Maßstab umgehen können, oder?
Angad Seth:
Ja.
Rizwan Hasan:
Ich arbeite gerade mit einem Kunden zusammen, der in den USA ansässig ist, aber er übernimmt links und rechts andere Softwareunternehmen. Was meiner Meinung nach auch ein Trend ist, der in diesem SaaS-Ökosystem stattfindet. Und wenn das passiert, versuchen sie, all diese Arbeit unter einen Hut zu bringen. Wir besprechen also, wie wir all das auf einfache Weise visualisieren können, ohne dass es im Vorfeld darum geht, Anforderungen zu identifizieren oder zu verstehen, welche Systeme wir einbeziehen wollen, sondern vor allem, was möchten Sie einbeziehen? Im Moment, in dieser Phase der Daten, in der ich mit diesem Kunden arbeite, sind es wirklich nur die ersten Gespräche darüber, was Sie planen? Was machst du? Was ist dir wichtig? Es sind also viele dieser Gespräche darüber.
Angad Seth:
Sie haben also erwähnt, dass es viel internes Management gibt. Sind einige Ihrer Kunden Arbeitskollegen oder sind es externe Kunden?
Rizwan Hasan:
Sie sind hauptsächlich intern, weil ich ein Team leite. Ich habe also verschiedene Leute, die an verschiedenen Arten von Projekten arbeiten, in denen sie möglicherweise Cloud-Migrationen durchführen. Sie machen vielleicht ein bisschen Skriptarbeit. In Bezug auf Services decken wir alles ab, was innerhalb des Atlassian-Ökosystems zu finden ist, egal ob es um geschäftliche, prozessbezogene oder toolbezogene Inhalte geht. Es ist also zu jeder Zeit eine große Mischung aus Dingen.
Angad Seth:
Cool. Und ist es normalerweise so, als ob du mit allen Teamleitern sprichst und ihnen Ratschläge zu agilen Zeremonien gibst und die Arbeit durch Pipelines und so?
Rizwan Hasan:
Ja, eigentlich, also eine Geschichte darüber, als ich zum ersten Mal nach Brüssel gezogen bin, weil wir... Also, Professional Services begannen bei Adaptavist in Großbritannien, und das war vielleicht vor sieben bis acht Jahren, und es hat sich erweitert und ich und William waren Teil der ersten Gruppe von Beratern, die in Nordamerika waren. Das hat sich sehr schnell ausgeweitet, und jetzt, wo wir in der EMEA-Region sind, ist es fast wie eine andere Einheit. Es ist eine andere Art zu arbeiten, und viele Führungskräfte sind nach Nordamerika verlagert, also gibt es neue Systeme, Prozesse und Zeremonien und dann passiert all das. Aber wegen der Zeitzonen gibt es einen Konflikt.
Als wir hier ankamen, fing ich an, einige dieser Gewohnheiten und konsistenten Gespräche wieder einzuführen, um wirklich viel mehr in einem besseren Planungsrhythmus zu sein. Also mit Leuten zu interagieren, die zum Beispiel die Arbeit bis zur Auslieferung im Vorverkauf bringen würden. Also Leute, die ähnlich arbeiten wie William hier in dieser Region, und dann auch Projektmanager, die für die Verwaltung dieser Arbeit verantwortlich wären. Richtig? Also das Äquivalent wie ein Scrum Master bei einem Engagement oder wie ein RTE bei einem großen Engagement. Richtig?Angad Seth:
Jep. Jep. Das ist großartig. Nur eine Sache, die mir sehr gut gefallen hat, war Ihre Terminologie. Du hast Gespräche statt Zeremonien benutzt oder über agile Denkweise gesprochen, in dem Sinne, dass du nicht nur Zeremonien in Teams vorantreibst, wo du tatsächlich Agilität verkörperst. Nun, ich gehe davon aus, dass Sie aus Ihrem Gespräch stammen, aber ich schätze, wir packen das aus. Was ist mit dir, William? Was ist dein [Crosstalk 00:06:32]
William Rojas:
Ich wollte sagen, das ist eine interessante Herausforderung, vor der wir stehen, weil Adaptavist eine ganze Niederlassung hat, die Produktentwicklung durchführt, und es gibt Produktentwickler und Produktmanager und Produktmarketing und all diese Dinge. Und sie legen Pläne fest und konzentrieren sich, liefern und so weiter, wie man es von einer normalen Produktorganisation erwarten würde. Was die Beratung angeht, ist eines der Dinge, die sehr interessant sind, dass viele von uns quasi vor zwei Chefs Rechenschaft ablegen müssen, oder? Zum Beispiel kommen unsere Kunden rein und sagen: „Hey, das brauchen wir“, und wir müssen sie unterstützen. In der Zwischenzeit haben wir viele interne Projekte, interne Verfahren und Prozesse und Dinge, die wir als Unternehmen, als Praxis, erledigen wollen, aber gleichzeitig müssen wir unseren Kunden immer noch antworten.
Angad Seth:
Ich verstehe.
William Rojas:
Das ist also tatsächlich eine der interessanten Herausforderungen, mit denen wir aus agiler Sicht ständig konfrontiert sind, indem wir manchmal widersprüchliche Prioritäten ausbalancieren müssen. Und das ist definitiv etwas, und obwohl Beratungsteams auf verschiedenen Ebenen vor dieser Herausforderung stehen. Richtig?
Angad Seth:
Ja.
William Rojas:
Wie Riz schon erwähnt hat, bringen wir ständig mehr Arbeit rein und sagen: „Okay, du musst dich jetzt anpassen und neu planen, um etwas anderes zu machen, und dann managen.“ Ja. Es ist ein andauerndes Problem, das einfach Teil dieses Teils dieser Welt ist.
Angad Seth:
Ja. Okay. Ich verstehe. Also, wenn ich das richtig gehört habe, dann ist es, ich schätze, du empfiehlst ständig agile Prozesse, aber du wirst sie vielleicht nicht unbedingt üben können?
William Rojas:
Aber mehr noch, wir üben sowohl für uns selbst als auch versuchen, unseren Kunden zu sagen, dass sie es üben sollen oder versuchen, uns anzupassen.Angad Seth:
Ich verstehe, ja.
William Rojas:
Wissen Sie, ein Kunde kommt mit Bedürfnissen und sagt: „Okay, jetzt müssen wir neu planen oder ihnen beibringen, wie das geht, oder auch ihre neu entstehenden Prioritäten neu berücksichtigen.“ Am Ende müssen wir also Agile mit und für unsere Kunden sowie für uns selbst üben. Es ist diese ständige Neugewichtung, bei der Kundenbedürfnisse mit internen Bedürfnissen verknüpft werden müssen, und dann die ständige Neupriorisierung, die sich daraus ergeben kann.
Angad Seth:
Ja.
William Rojas:
Und dann suchen wir ständig nach Fragen wie wir dieses Ding effizienter, effektiver machen können? Wie können wir wirklich schlank sein, wenn es darum geht, wie wir die Arbeit machen und so weiter? Das ist definitiv eine Sache, die wir praktizieren. Wir versuchen, das täglich zu praktizieren.
Angad Seth:
Ja. Und ich schätze, das ist ein sehr, sehr kniffliger Bereich... kein kniffliger Bereich. Es kann knifflig sein, denke ich, aber die Schwierigkeit wird durch Telearbeit noch verstärkt. Habt ihr viele Kunden, die auf Telearbeit umgestiegen sind? Und ich weiß nicht, hat es Probleme ans Licht gebracht, was eine gute Sache sein kann, oder wie war Ihre Erfahrung?
William Rojas:
Das ist interessant, weil ich seit über ein paar Jahrzehnten in der Beratung tätig bin, und traditionell, also habe ich viel davon gemacht, dieser Reisekrieger, jede Woche reist du zum Kunden, um deine Arbeit zu erledigen, reist du zurück und das machst du nächste Woche wieder, und das machst du Monat für Monat. Adaptavist kam zu Adaptavist und war in der Vergangenheit immer ein Unternehmen für Fernberatung. Vor fünf Jahren war es so, wow, wir gingen zu Kunden und sagten: „Okay, du musst das machen.“ Und wir sagten: „Ja, das können wir liefern. Und nein, das müssen wir nicht, weißt du. Wir kommen vielleicht rein und machen einen Besuch vor Ort, um uns vorzustellen, aber wir können all diese Arbeiten aus der Ferne erledigen.“ Diese Geschichte hatten wir also schon immer.
Angad Seth:
In Ordnung.
William Rojas:
Aber als COVID zuschlug und alle remote arbeiteten, erlebten wir definitiv, dass eine ganze Reihe von Unternehmen plötzlich aus der Ferne arbeiten mussten und neue Prozesse und Praktiken einführen mussten, die sie im Grunde dazu zwangen, remote zu arbeiten. Und ich denke, wir hatten gewissermaßen das Glück, dass wir schon immer...
Angad Seth:
Ja, Fernstart.
William Rojas:
... S8s.
Angad Seth:
Ja.
William Rojas:
Ich weiß, wann immer wir Leute in das Unternehmen holen, insbesondere in die Beratung, ist das eines der Dinge, auf die wir immer hinweisen. Telearbeit ist nicht dasselbe wie im Büro zu sein. Es hat seine Höhen und Tiefen. Aber diesen Vorteil hatten wir schon immer. Ich denke, wir waren in der Lage, einigen unserer Kunden zu helfen, zum Beispiel: So wird es gemacht, so machen wir es.“ Wir waren also in der Lage, einigen Kunden anhand von Beispielen etwas beizubringen.
Angad Seth:
Da hast du's.
William Rojas:
Ja.
Angad Seth:
Fantastisch. Das sollte eigentlich meine nächste Frage sein. Wie sieht die Arbeitsstruktur bei Adaptavist aus und welche Art von Prozessen? Ich bin mir sicher, dass es ein großes Unternehmen ist und es daher spezielle Tools und Prozesse für Teams an sich geben würde. Nur aus Ihrer Erfahrung, welche Prozesse oder Tools verwenden Sie?
Rizwan Hasan:
Also, was Planung und Arbeitsmanagement angeht, weil wir als Remote-First-Unternehmen angefangen haben, und seit COVID läuft das Geschäft gut. Ich bin ehrlich, es war gut für uns, weil wir uns auf diesen Markt spezialisiert haben. Wir hatten einen riesigen Einstellungsschub in all diesen verschiedenen Bereichen, und eine Sache ist mir intern aufgefallen, sowie Probleme, die... Ich würde nicht von Problemen sprechen, aber ein Trend, den wir bei vielen anderen Kunden beobachten, ist, dass aufgrund dieses Remote-Push und der Notwendigkeit, dass ein Unternehmen in der Lage sein muss, den Teams die Tools zur Verfügung zu stellen, die sie für ihre Arbeit benötigen, viel flexibler ist, was Vor- und Nachteile hat.
Auf der positiven Seite gibt es Flexibilität, die Teams können so arbeiten, wie sie wollen. Auf der anderen Seite könnte die Verwaltung schwierig sein, die Abstimmung könnte schwierig sein. Das erleben wir also häufig bei unseren und unseren Kunden. Wir gehen also fast auf diese Reise mit Kunden, während wir uns selbst skalieren und lernen, wie wir mit dieser neuen Realität des Arbeitens in einer hybriden Umgebung umgehen können.
William Rojas:Ich denke, in Bezug auf einige der Werkzeuge usw., die wir tun können. Intern haben wir also, wir sind ziemlich, ziemlich genau bei Atlassian. Atlassian Stack, genau so arbeiten wir jeden Tag. Bei all unserer Arbeit verwenden wir Atlassian-Tools. Unsere gesamte Arbeit wird getrackt, die gesamte Arbeit unserer Kunden wird in JIRA verfolgt, unsere gesamte Vertriebsarbeit, im Grunde alles, was wir tun, wir verwenden JIRA und Confluence, wir sind wirklich begeistert von Confluence. Wir haben im Laufe der Jahre viele Anpassungen an unserer Instanz vorgenommen, Dinge, die wir gerade entwickelt haben, und das ist intern.
Ich denke, der andere Aspekt ist oft, dass je nach dem Kunden, der zu uns kommt, und der Art der Arbeit, die wir für diesen Kunden erledigen, die Arten von Tools, die wir verwenden, so ziemlich die gesamte Bandbreite abdecken können. Wir haben viele Atlassianer, wir arbeiten viel in JIRA mit unseren Kunden, zum Beispiel in Confluence. Manchmal arbeiten wir daran, ihnen bei der Skalierung zu helfen, also bringen wir einen Teil des Add-ons mit, um einige der Skalierungspraktiken zur Unterstützung von JIRA zu unterstützen. Wir werden viel JSM-Arbeit machen. Wir arbeiten oft an DevOps, und dann bringen wir viele der DevOps-Toolsets hinzu, die Sie erwarten würden, also Dinge zur Unterstützung von Bereitstellungspipelines.
Es hängt also wirklich ziemlich stark vom Kunden ab. Wir führen sogar einige agile Transformationsarbeiten durch. Und dann machen wir eine Menge maßgeschneiderter Dinge, Praktiken und so weiter. Und wir bieten Umfragen und Tools an, die wir im Laufe der Jahre entwickelt haben, um dies besonders zu unterstützen. Viele der Tools werden daher oft von den Anforderungen des Kunden und des spezifischen Engagements bestimmt.
Angad Seth:
Nach meiner persönlichen Erfahrung mit COVID in letzter Zeit nehme ich an vielen Besprechungen teil, mit denen wir experimentieren, mit der asynchronen Entscheidungsfindung. Haben Sie schon mit asynchronen Entscheidungsprozessen experimentiert?
Rizwan Hasan:
Ich fange damit an, dass ich Treffen hasse. Ich denke, die meisten Besprechungen sind Zeitverschwendung, und das sage ich meinem Team. Und ich sage: „Wenn wir uns nicht treffen müssen, werden wir uns quasi nicht treffen.“
Angad Seth:
Ja. Fantastisch.
Rizwan Hasan:
Und ich denke, das kommt wirklich. Ja, großartig, auf jeden Fall. Fantastisch.
Angad Seth:
Ich liebe es.
Rizwan Hasan:
Aber es kommt wirklich darauf an, wann Sie sich treffen, führen Sie das richtige Gespräch? Und ich denke, eine Schlüsselkomponente in einem agilen Team, ohne Zitat, ist, dass man ein Verständnis dafür hat, was wir alle gemeinsam tun und was die Prioritäten sind. Was eigentlich schwer zu bekommen ist. Wenn wir also über asynchrone Entscheidungsfindung mit einem Team sprechen, das ein gewisses Maß an Verständnis dafür hat, was Prioritäten und Ziele sind, wird es einfacher. Und Sie können mehr Interaktionen mit Menschen mit geringer Auswirkung haben.
Wir verwenden Slack also viel und wir haben viele interne Bots in unserem Slack, um zu asynchronen Zeiten Informationen präsentieren und Feedback sammeln zu können, weil es Abstimmungsfunktionen gibt, es gibt Orte, an denen du Kommentare abgeben kannst. Und ich denke, wenn wir über Teams sprechen, die auf der ganzen Welt wachsen, und auch über Zeitzonen und flexibles Arbeiten, ist das jetzt Realität. Es gibt eine praktische Methode, wie das geht. Wir fangen an, uns damit zu beschäftigen, wie das aussieht?Angad Seth:
Befindest du dich in einer Million Slack-Gruppen?
Rizwan Hasan:
Jep.
Angad Seth:
Jep. Das tust du. Siehst du irgendwelche zusätzlichen Hürden, die du deswegen überspringen musst? Weil du vielleicht, springst du von Konversation zu Konversation, während es einfach einfacher wäre, wenn alle an derselben Konversation teilnehmen würden? Passiert das ein bisschen?
Rizwan Hasan:
Ja. Ja. Die ganze Zeit.
Angad Seth:
Ich verstehe dich, ja, da hast du's. In Ordnung. Cool.
William Rojas:
Aber ich würde sagen, wir haben viel Spontanes. Ich denke, wir haben viele spontane Treffen. Und manchmal tippen wir vielleicht in einem Slack. Da steht, weißt du was? [Crosstalk 00:17:29]
Angad Seth:
Spring einfach in eine Gruppe.
William Rojas:
In Zoom und dann lass uns chatten oder eine Slack-Konversation führen, und dann einfach von Angesicht zu Angesicht, und dann sprechen wir es einfach ab und zu an an an. Aber ich glaube, wir haben, es ist fast so, als ob ich denke, ein Gleichgewicht zwischen der für das Meeting aufgewendeten Zeit und der Anzahl der Personen, die an dem Meeting teilnehmen müssen, und dem Nutzen und Wert, der sich aus dem Meeting ergibt, gesucht. Und bei einem täglichen Meeting, bei dem es um Arbeit ging, nahmen die Leute die Arbeit oder den Support aus Vertriebssicht wieder auf. Und das war sehr, sehr notwendig, da ein Teil der Arbeit, die in die Beratungspipeline aufgenommen wurde. Aber es fühlte sich sehr ineffizient an.
Das ist zum Beispiel eines der Mittel, auf das wir verzichtet haben, und es ist jetzt ein völlig asynchroner Prozess, bei dem Arbeit reinkommt und sie zugewiesen wird, die Leute sie abholen, die Leute sie unterstützen, wir liefern Dinge, wir verfolgen, wo sich die Dinge befinden und so weiter. Und jetzt nutzen wir all das, was im Grunde alles über Slack erledigt wird. Also haben wir die ganzen Besprechungen abgeschafft, in denen es um „Hey, wer kann mir dabei helfen?“ Aber in der Zwischenzeit haben wir ein weiteres Meeting, bei dem wir versuchen, Leute für Projekte zu gewinnen. Und das ist sehr wichtig, darüber müssen wir oft verhandeln. Das ist also ein Treffen, das immer noch sehr abgeschlossen ist.
Angad Seth:Jep.
William Rojas:
Jeder kommt rein, wir reden alle, wir entscheiden, was wir erledigen müssen. Die Leute balancieren hin und her. Ich denke, dieser Kompromiss ist wirklich wichtig, um wirklich zu verstehen, was das ist. Es gibt Treffen, die notwendig und sehr wertvoll sind, und sie sollten auch so bleiben. Und es gibt solche, bei denen Slack wirklich ein viel besserer Mechanismus ist, um solche Entscheidungen treffen zu können
Angad Seth:
Ja. Ja, stimmt. Ja. Und macht es gut, tut mir leid, erstens entschuldigen Sie den Ortswechsel. Ich sitze jetzt direkt neben dem Router, also hoffentlich hält das iPhone. Über was für eine Skala sprechen wir hier in deinem Slack? Der Grund, warum ich frage, ist, dass es bei größeren Organisationen schwieriger sein kann, zu skalieren. Deshalb versuche ich nur, einen Eindruck davon zu bekommen, in welcher Größenordnung sich Ihr Slack befindet.
Rizwan Hasan:
Also haben wir gerade erreicht, wir sind knapp über der 500-Marke, das wäre in Bezug auf die Mitarbeiter. Im Grunde genommen unser General, der, glaube ich, nicht universell zu sein scheint, aber der Standard in jeder Organisation, bei der Slack allgemein der beste Indikator dafür ist, wie viele Personen Sie angemeldet haben. Wir sind also gerade bei der 500er-Marke, was meiner Meinung nach wahrscheinlich ungefähr mittelgroß ist, aber es kommt definitiv zu dem Punkt, an dem wir anfangen zu sehen, es ist fast ein bisschen zu viel, um Informationen zu verbreiten, ihre Informationen zu finden usw.
Wir sind tatsächlich auch Partner von Slack. Deshalb arbeiten wir bei einigen Gelegenheiten ziemlich eng mit ihnen zusammen. [Crosstalk 00:20:39] Ja, genau. Und wir beginnen, mit Kunden auch über dasselbe Problem zu sprechen, darüber, wie viel zu viel ist, und wann beginnt man, Gemeinschaften um Menschen herum zu bilden, die den gleichen Mehrwert bieten. Diese Konversationen sind also besser aufeinander abgestimmt und es gibt nicht einfach eine Menge Geschwätz und die Leute sind verwirrt, etwa wenn sie Slack lesen und sagen: „Oh, ist das jetzt die Priorität? Oder soll ich das machen oder mich im Prozess ändern?“ Diese Kommunikation ist jetzt, glaube ich, wirklich schwieriger. Und ich glaube, hier haben viele Leute, die in diese abgelegene Umgebung ziehen, Probleme mit der Kommunikation, die Abstimmung.
Angad Seth:
Ja. Ja, stimmt.
William Rojas:
Und es ist, ich würde sagen, ziemlich organisch, wie unsere Kanalverbreitung. Ich denke, selbst für Unternehmen unserer Größe sind wir ziemlich unentschlossen, was die Verbreitung von Kanälen angeht, wer sie erstellen darf, wofür sie sind und so weiter. Aber dann gibt es die Flexibilität, je nach deinen Interessen oder dem Kontext dessen, worüber du kommunizieren möchtest, zu entscheiden, ob du entweder einem Kanal beitreten kannst, der ihn unterstützt, oder einen Kanal einrichten, falls nötig, um ihn zu unterstützen. In diesem Sinne ist es also ziemlich organisch. Aber es stimmt, dass es Hunderte, wenn nicht Tausende von Slack-Kanälen gibt, die wir haben, und es ist definitiv eine unserer größten Herausforderungen, zu wissen, auf welchem du sein solltest.
Angad Seth:Ja. Ja, das ist einfach umwerfend, nur weil 500 Leute auf einem Slack sind. Unsere gesamte Firma besteht aus 35 Leuten und ich raufe mir die Haare, wenn ich in zu vielen Slacks bin. Also, A, das ist umwerfend.
William Rojas:
Es ermöglicht uns beispielsweise, kundenspezifische Slack-Kanäle zu haben. Also für jeden, wenn du darüber sprechen musst, ob du an einem bestimmten Account arbeitest, dass du für einen Kunden arbeitest, dann gibt es dafür einen Kanal. Und wenn du für einen anderen Kunden arbeitest, gibt es einen anderen Kanal. Das, was ich daran hilfreich finde, ist, dass es dir den Kontext gibt, wenn ich mit so oder so kommunizieren möchte, wenn ich mit Riz über einen bestimmten Account kommuniziere, gehe ich zum Account-Channel. Wenn ich persönlich mit Riz sprechen möchte, gehe ich zu einem Einzelchat.
Angad Seth:
Ich verstehe, ja, die Flexibilität.
William Rojas:
Wir haben also den Vorteil, wo die Informationen platziert werden sollen. Aber das bedeutet, dass ich wahrscheinlich über hundert Kanäle in meiner Liste von Dingen habe, denen ich folge, und ich hinke immer hinterher.
Angad Seth:
Ja.
William Rojas:
Nun ja. Also, die nächste Stufe ist, dann beginnen Sie zu priorisieren, über welche Kanäle ich wirklich informiert werden sollte und welche am wichtigsten sind. Ich möchte diese verfolgen. Und ich versuche, diese Liste auf ein Minimum zu beschränken, was ungelesene Nachrichten und die Dinge angeht, an die ich rankomme, und mir ist langweilig und ich habe nichts anderes zu tun, aber ja.
Rizwan Hasan:
Ich habe auch viele Kanäle verlassen. Ich habe gerade bei einigen Kanälen wirklich das Kabel durchtrennt. Weißt du, ich hatte eine gewisse Motivation, hier wirklich zu helfen, aber ich kann einfach nicht und es ist einfach zu laut. Und ich muss nur das Kabel durchtrennen und sagen, wenn es leer ist, findet kein Gespräch statt oder wenn es langsam ist, dann mach weiter.
Angad Seth:
Jep.
William Rojas:
Wir haben auch die Möglichkeit, Sie können wieder hinzugefügt werden. Manchmal gehst du und dann setzt dich jemand wieder rein und sagt: „Du musst darüber reden.“ Aber es ist ziemlich organisch. Ich weiß, dass wir es dem Einzelnen überlassen, zu entscheiden, wie wir das am besten handhaben.
Rizwan Hasan:Ja.
Angad Seth:
Das ist großartig.
Rizwan Hasan:
Wir hatten heute tatsächlich einen Fall, in dem es eine alte gab, es war im Grunde eine Verkaufschance, ein Kunde, der sich wegen einer bestimmten Anfrage an uns gewandt hatte, und wir hatten monatelang nichts von ihm gehört, etwa acht bis neun Monate. Und jemand hat gepostet, jemand, mit dem ich in unserem Vertriebsteam ziemlich eng befreundet bin, hat gepostet: „Hey, das geht wieder los, aber ich habe nicht die Kapazität.“ Und ich bin sofort gegangen, als ich die Nachricht gesehen habe. Ich sagte: „Ich kann nicht helfen. Es tut mir leid.“
Angad Seth:
Ja. Der alte So und so, der die Gruppe verlassen hat, ist ein bisschen wie ein Stich ins Herz, aber ja.
Rizwan Hasan:
Ja.
Angad Seth:
Wir werden darüber hinwegkommen. Um auf einen Punkt zurückzukommen, den du erwähnt hast, Riz. Du sagtest, du hast die Worte Ausrichtung und Kommunikation benutzt. Sie beide, wenn Sie mit Kunden beraten, sind das die beiden Hauptthemen, auf die Sie Ihre Empfehlungen gerne stützen?
Rizwan Hasan:
Ich gebe Ihnen eine sehr beratende Antwort und sage, es kommt darauf an.
Angad Seth:
Ja.
Rizwan Hasan:
Aber wenn wir mit einem Kunden in Kontakt treten, ist es eine der schwierigsten Aufgaben unserer Arbeit, zu verstehen, ob die Gruppe der Personen, mit denen wir sprechen, überhaupt übereinstimmt, denn bei der Größenordnung der Projekte, mit denen wir manchmal zusammenarbeiten, haben wir etwa 20 bis 25 Personen, die an einem Telefongespräch teilnehmen. Und von all diesen Menschen haben möglicherweise unterschiedliche Motivationen oder Ziele, was sie mit ihrer Zusammenarbeit mit uns erreichen wollen. Ich würde also sagen, das ist in erster Linie der Grund für das, was wir herausfinden wollen, was wir mit ihnen zu tun versuchen, ist eine gewisse Übereinstimmung zwischen der Gruppe und uns selbst herzustellen, und das zu kommunizieren ist nicht immer einfach.
Angad Seth:
Ja.
William Rojas:Nehmen wir an, Riz hinzuzufügen, das hängt auch ziemlich stark von der spezifischen Interaktion mit diesem Kunden ab. Also insbesondere, wenn es um das Engagement geht, denn wenn ein Engagement wie „Bring mich in die Cloud“ lautet. In Ordnung. Weißt du, komm rein. Oft gibt es für so etwas eine viel bessere Abstimmung. Wenn es bei den Engagements eher darum geht: „Hey, hilf uns, agil zu skalieren, hilf uns, unsere Ergebnisse besser zu machen.“ Dann ist die Notwendigkeit der Abstimmung, die Notwendigkeit, sicherzustellen, dass wir alle richtig kommunizieren, wir alle verstehen, dass wir alle mit den gleichen Zielen zu dem Meeting kommen und so weiter, viel wichtiger.
Angad Seth:
Ja.
William Rojas:
Bei solchen Engagements richten wir uns also ständig neu aus. Weil es nicht einmal so ist, als hätten wir die Abstimmung gehabt. Es ist wie ja. In Ordnung. Wir haben es, nächste Woche ist es weg. Wir müssen zurückgehen und es uns wieder holen. Das Festhalten, Sicherstellen, dass alle auf die gleichen Ziele zusteuern, diese Ziele definieren, sie sich entsprechend weiterentwickeln lassen und so weiter, all das wird um so viel wichtiger.
Angad Seth:
Ja.
William Rojas:
Und da sind die Tools, da sind Dinge wie JIRA und dann wieder, wie skalieren wir? Wie zeigen wir, was alle tun? Und so weiter, das ist der Punkt, an dem es um so viel wichtiger wird. Und bei solchen Einsätzen werden die Werkzeuge unverzichtbar. Nicht, dass die Tools diese Frage beantworten würden, aber die Werkzeuge werden zu einer Art und Weise, wie sie uns bei der Kommunikation helfen, ja. Wir sind uns alle einig, dass wir das tun werden. In Ordnung. Das Tool sagt das, weil das die Entscheidung ist, die wir getroffen haben.
Angad Seth:
Ja.
Rizwan Hasan:
Es ist wirklich interessant, dass du Cloud-Migration sagst, William, wenn du sagst: „Okay, ich gehe zur Cloud, wir wissen, wie die Ausrichtung ist“, aber selbst dann stelle ich fest, dass, besonders innerhalb des Atlassian-Ökosystems, dem wir ständig ausgesetzt sind, aber wenn wir Daten von einer komplett alten Infrastruktur auf etwas ganz Neues verschieben, wird das nicht dasselbe sein. Und es gibt Leute, die denken: „Oh, wir nehmen einfach all das Zeug von hier und stellen es da drüben hin.“ Aber was normalerweise nicht damit einhergeht, ist, dass Sie auch Ihre Arbeitsweise leicht ändern müssen. Es wird Änderungen geben, die Sie nicht berücksichtigen.
Und hier ist das Gespräch über die Ausrichtung wirklich wichtig, denn wir arbeiten mit kleinen Unternehmen zusammen, die verstehen, okay, der Umstieg auf die Cloud wird völlig anders sein. Wir arbeiten auch mit älteren Organisationen wie Finanzinstituten zusammen, die eine Menge Bürokratie, Prozess- und Sicherheitsbedenken haben, und zuerst diese Abstimmung und das Verständnis dafür zu bekommen, was es bedeutet, zu einer völlig anderen Arbeitsweise überzugehen, ist ebenfalls Teil dieses Gesprächs. Es ist also ein ständiges Hin und Her damit.
Angad Seth:
Ja, ja. Es ist wirklich herzerwärmend zu hören, dass Sie beide sich mit der JCMA befassen, dem Geo-Cloud-Migrationssystem.
Rizwan Hasan:
Ziemlich viel, ja.
Angad Seth:
Das ist großartig, denn ja, daran arbeiten wir derzeit auch. Also werde ich mit einer superschwierigen Frage enden und ich fordere euch auf, das Wort hängt da drin nicht zu benutzen. Und die Frage ist der wichtigste Ratschlag für Remote-Teams, die Agile praktizieren. Fangen Sie mit Ihnen an, Riz.
Rizwan Hasan:
Lernen Sie sich kennen.
Angad Seth:
Ja, okay.
Rizwan Hasan:
Halte es persönlich. Ich denke, eines der schwierigsten Dinge an dieser neuen Realität ist, diese Verbindung zu jemandem herzustellen, und wenn man das hat, baut das Vertrauen auf, und wenn man Vertrauen hat, ist alles viel einfacher. Also ich würde das sagen. Die Leute sind wirklich nicht... Der Feind. Das ist nicht das richtige Wort, aber Arbeit sollte kein Konflikt sein. Es sollte eher wie eine Verhandlung sein, und wenn Sie sich gegenseitig vertrauen, ist das viel einfacher.
Angad Seth:
Ja.
Rizwan Hasan:
Also ja.
Angad Seth:
Das ist großartig.
William Rojas:
Das ist es wirklich.
Angad Seth:
Das werde ich auf jeden Fall wieder mitnehmen.
William Rojas:
Ja. Und nur, wenn ich das schnell ergänzen könnte. Das ist, als würde man nach Wegen suchen, wie man das Herumstehen neben dem, das Trinken einer Tasse Kaffee ersetzen kann. Wie ersetzt man das in einer Remote-Umgebung?Rizwan Hasan:
Ja.
Angad Seth:
Ja.
William Rojas:
Wie kann man immer noch diese persönliche Interaktion haben, dass vielleicht ein elektronisches Medium dazwischen liegt, aber es gibt immer noch eine Art persönliche Umgebung. Ich denke, das ist eines der Dinge, nach denen du suchst. Denn ja, es geht vor allem um Vertrauen. Und ich denke, dazu würde ich auch noch hinzufügen, zurück zur Ausrichtung. Richtig? Denn in gewisser Weise hilft diese starke Interaktion dabei, die Ausrichtung aufzubauen und aufrechtzuerhalten, denn oft geht es nicht so sehr darum, dass man sich ausrichtet, sondern dass man ausgerichtet bleibt.
Es ist also diese Konstante, und diese Interaktionen, dieses Vertrauen usw. zu haben, ermöglicht es uns gewissermaßen, auf dem Laufenden zu bleiben. Weil wir uns kennen, wir wissen, wie wir uns gegenseitig helfen können, wir unterstützen uns gegenseitig, sodass wir in Einklang bleiben. Das Vertrauen und so weiter sind also eine gute Möglichkeit, um die Ausrichtung selbst aufzubauen und aufrechtzuerhalten, nach der Sie suchen. Das ist absolut. In einer abgelegenen Welt hat man nicht den Vorteil, sich zu sehen, auf dem Whiteboard, all diese Dinge sind nicht gleich.
Angad Seth:
Sehr wahr. Eine Tasse Kaffee holen, ja.
William Rojas:
Aber wir müssen immer noch auf dem Laufenden bleiben, was getan werden muss. Das ist so wichtig.
Angad Seth:
Sehr wahr. Würdet ihr also irgendwelche Namen von Tools, die ihr verwendet, um das Vertrauen zwischen Teammitgliedern in einer Remote-Umgebung zu stärken, veröffentlichen wollen?
William Rojas:
Ich würde also sagen, wie ich in meiner Rolle bereits erwähnt habe, dass wir unter anderem im Presales-Bereich tätig sind. Wir betreuen einige unserer größeren Kunden, fast so etwas wie ein Solution Account Manager an sich. Also kommen wir rein und helfen sicherzustellen, dass der Kunde die Lösung erhält, die geliefert werden soll. Wir arbeiten also mit den Lieferteams zusammen, wir arbeiten mit dem Kunden zusammen, wir sitzen dazwischen.
Es gibt einen großen Kunden, an dem wir seit Jahren arbeiten, und wir sind im Grunde genommen so weit, dass sie sich in Richtung eines sicheren Zustands bewegen. Das würde ich nicht als absolut sicher bezeichnen, aber sie haben eine Menge sicherer Praktiken, aber sie machen PI-Planung, und so kommen wir rein und nehmen an der PI-Planung teil. Das ist eigentlich eine der Fragen, wie ich schon sagte, wie bleibt man am Leben?
Angad Seth:
Dieser Kreis. Ja. [Crosstalk 00:33:15]
William Rojas:Sie rufen Ihre Programmdefinition auf, schauen sich an, welche Funktionen Sie im PI bereitstellen möchten, wer diese Funktion im PI bereitstellen wird, und dann gehen Sie in Ihrer Anzeige zurück zum Tool und sagen: „Schau, darauf haben wir uns geeinigt.“ Andere können Fragen stellen und so weiter und kommen ständig zurück zu... Zum Beispiel haben wir gerade letzte Woche den Sprint geplant und gesagt: „Okay, dieses Feature wird einen weiteren Sprint in die Länge ziehen. Lassen Sie mich zurückgehen und mich neu anpassen. „Dieser Kunde verwendet die Easy Agile-Programme. Der ursprüngliche Plan, diese Funktionen nicht einzuführen, sieht zum Beispiel nicht zwei Sprints vor, sondern stattdessen die drei Sprints.
Also diese Angewohnheit, das Tool zu verwenden, um mitzuteilen, was wir beschlossen haben und woran wir nur Änderungen vornehmen mussten. Es wird also zu einem Kommunikationsmittel, es ist wirklich wichtig. Ja, sie verwenden Programme, sie verwenden die Roadmap-Programme, um ihnen bei der PI-Planung zu helfen und auf dem Laufenden zu bleiben, was letztendlich am Ende von PI kommuniziert wird. Und dann während der Sprints des PI selbst, und das ist sehr hilfreich für sie. Auch hier gibt es, glaube ich, sieben Schulungen, und sie alle nutzen das, um synchron zu bleiben, aufeinander abgestimmt zu bleiben.
Angad Seth:
Fantastisch. Fantastisch.
William Rojas:
Eine weitere schnelle Sache, die ich sagen möchte, ist, ich denke, es wird einiges von dem, was wir gegangen sind, jetzt zum Status Quo, zum Dauerzustand werden. Ich denke, das war ein Wandel auf dem Markt, in der gesamten Branche, im gesamten Unternehmen, in der Art und Weise, wie Menschen arbeiten. Also die Idee der Telearbeit, die Idee, Tools zu verwenden, um die Kommunikation wirklich aufzubauen und die Kommunikation zu erleichtern, all das, obwohl es das schon gab, denke ich, der große Unterschied liegt jetzt bei allen, als ob man keine Wahl hat. Jeder muss es tun.
Angad Seth:
Muss. Ja.
William Rojas:
Und ich denke, wir haben aus diesem Grund definitiv einen großen Wandel in der gesamten Branche erlebt. Das wird sich jetzt verfestigen und mal sehen, was das nächste Level bringt. Aber ich denke auf jeden Fall, dass wir auf globaler Ebene ein neues Reifegrad erreicht haben und so weiter, was ziemlich cool ist.
Angad Seth:
Ja.
Rizwan Hasan:
Ja.
Angad Seth:
Ja, ist es. Danke Leute. Ich werde dich nicht zu lange behalten. Ich glaube, ist die Sonne dort untergegangen, Riz? Ich sehe, wie das Spiegelbild dunkel wird.
Rizwan Hasan:Ja. Es ist auf dem Weg dorthin. Ja, ganz sicher.
Angad Seth:
Ja. Ja. Ich werde euch nicht zu lange festhalten.
Rizwan Hasan:
Alles gut.
Angad Seth:
Aber vielen Dank für das Gespräch. Ehrlich gesagt habe ich viel davon mitgenommen. Und ja, ich hoffe, ich kann euch zu meinem LinkedIn hinzufügen. Ich würde immer noch gerne in Kontakt bleiben.
William Rojas:
Auf jeden Fall.
Rizwan Hasan:
Ja, sicher.
Angad Seth:
Ja. Ich versuche einen Ansprechpartner zu finden, nicht um einen deiner Slack-Kanäle hinzuzufügen, aber ja. Nur damit wir über das Produkt sprechen und es verbessern können.
Rizwan Hasan:
Ja, sicher. Und wir haben einen Partnermanagement-Kanal. Ich weiß, wir haben ein bisschen mit Haley gesprochen.
Angad Seth:
Fantastisch.
Rizwan Hasan:
Sie hat Kontakt aufgenommen, es geht um ein paar andere Dinge.
Angad Seth:
Wunderschön.
Rizwan Hasan:
Ja, gerne. Wir beschäftigen uns mit Ihrem Produkt und es steht auch in unseren Whitepapers, und wir werden dieses Jahr ein weiteres Whitepaper veröffentlichen, in dem wir auch über Easy Agile sprechen werden. Also ja. Wir bleiben in Kontakt.
Angad Seth:
Cool.
William Rojas:
Ich habe es dir gerade gegeben, also ist mein LinkedIn unter einem anderen, mein LinkedIn ist nicht mit meiner Arbeits-E-Mail. Weil ich auf diese Weise das gleiche Konto von Ort zu Ort behalten kann.
Angad Seth:
Hört sich gut an.
William Rojas:
Ja. Damit kannst du mich auf LinkedIn nachschlagen.
Angad Seth:
Verdammt geil. Danke Leute.
William Rojas:
Fantastisch. Alles klar.
Angad Seth:
Hab einen schönen Tag.



