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.
Verwandte Episoden
- Podcast
Easy Agile Podcast Ep.25 Das Agile Manifest mit Jon Kern
„Mein Gespräch mit Jon hat mir sehr gut gefallen. Er teilte einige großartige Perspektiven auf die Auswirkungen des Agile-Manifests mit“ - Amaar Iftikhar
Zu Amaar Iftikhar, Produktmanager bei Easy Agile, gesellt sich Jon Kern, Mitautor des Agilen Manifests für Softwareentwicklung und leitender Transformationsberater bei Adaptavist.
Amaar und Jon nahmen sich etwas Zeit, um über das Agile Manifest zu sprechen. Es wurde alles behandelt, von den Anfängen über die Ideenfindung, den Prozess und die ersten Reaktionen bis hin zu den Auswirkungen auf die heutige Welt des agilen Arbeitens.
Sie gehen auf den Idealzustand eines agilen Teams ein und darauf, was das Manifest für verteilte, hybride und am selben Standort ansässige Teams bedeutet.
Wir wünschen euch viel Spaß mit der Folge!
Transkript
Amaar Iftikhar:
Hallo zusammen. Willkommen zum Easy Agile Podcast. Mein Name ist Amaar Iftikhar. Ich bin Produktmanager hier bei Easy Agile. Und bevor wir beginnen, möchte Easy Agile den traditionellen Hütern des Landes, von dem aus wir heute senden, danken, den Menschen im Dharawal sprechenden Land. Wir erweisen den Ältesten in Vergangenheit, Gegenwart und Entwicklung unseren Respekt. Und gilt allen Aborigines, den Bewohnern der Torres-Strait-Inseln und den Ureinwohnern, die heute zu uns kommen, denselben Respekt.
Heute haben wir im Podcast Jon Kern zu hören, der Mitautor des Agilen Manifests für Softwareentwicklung und Agile-Berater ist. Wenn Sie sich das fragen, haben Sie Recht. Ich habe das Agile Manifest für Softwareentwicklung erwähnt. Das Agile Manifest. Also Jon, willkommen, dass du hier bist und danke, dass du zu uns gekommen bist.
John Kern:
Oh, das freut mich, Amaar. Oh, danke.
Amaar Iftikhar:
Ja, ich freue mich sehr, dich dabei zu haben. Fangen wir einfach mit den absoluten Grundlagen an. Erzählen Sie dem Publikum, was ist das Agile-Manifest?
John Kern:
Nun, es ist etwas, das, wenn Sie nicht da wären, und ich weiß, dass Sie jung sind, also vor 21 Jahren noch nicht da waren, ich schätze jetzt, um vielleicht zu verstehen, mit welchen Softwareentwicklungsprozessen und Tools und mit was die meisten von uns damals konfrontiert waren, es wie eine wirklich offensichtliche Reihe von wirklich einfachen Werten erscheinen könnte. Wer könnte denken, dass an dem, was wir in das Manifest aufgenommen haben, etwas falsch ist? Aber damals gab es Dinge, unter denen ich als... Ich bin Luft- und Raumfahrtingenieur, also habe ich im Verteidigungsministerium gearbeitet und Dinge wie Jagdflugsimulationen, F-14-Flachdrehungen und die Arbeit mit einer Zentrifuge und so coolen Sachen gemacht. Und es unterliegt einer Werksstandardspezifikation, was wahrscheinlich für Waffensysteme, den Flugzeugbau und alle möglichen anderen Dinge Sinn macht. Aber sie hatten eine, und siehe da, für die Softwareentwicklung. Also gab es in Bezug auf den Softwareentwicklungsprozess eine sehr große, was ich als Schwerfälligkeit bezeichnen würde. Wir nennen ihn einen schwergewichtigen Prozess. Wasserfall war damals der gebräuchliche Begriff und wird wahrscheinlich auch heute noch verwendet.
Und es gab viele, ich würde sagen, der Marketing-Moloch des Tages, einheitliche Prozesse von IBM und Rational, diese großen, die Safe sehr ähnlich waren. Wo es ein wirklich großes Werk ist, eine unglaubliche Menge an Informationen darin, aber ein sehr schwerer Prozess, obwohl alles, sagen wir, Sie würden es anpassen, es könnte sein, was Sie wollen. Ich habe zum Beispiel meinen eigenen, einfachen Prozess in REP abgebildet. Sicher. Aber die Realität war, dass wir es mit einer Art Schwergewicht wie dem Marktführer zu tun hatten, der einfach die Seele zermalmte und aus meiner Sicht das Geld der Steuerzahler verschwendete. Das war quasi mein Standpunkt, nun ja, ich bin Steuerzahler, ich werde dieses dumme Verfahren nicht einfach um des Prozesses willen durchführen. Das muss einen gewissen Wert haben, muss pragmatisch sein. Und siehe da, es gab eine Handvoll von uns, 17, die dort gelandet sind, aber es gibt eine Handvoll von uns, die leichtere Methoden praktizierten. Das Manifest war also wirklich eine Gelegenheit, zusammenzukommen und einige der Dinge zu entdecken, die man als Gemeinsamkeiten zwischen vielen verschiedenen leichten Praktiken bezeichnen könnte. Da war das XP-Kontingent. Ich habe dort zum Beispiel zum ersten Mal etwas über Scrum gelernt. Arie van Bennekum, ein guter Freund, hat uns etwas über DSDM beigebracht. Ich kann mich nicht einmal mehr erinnern, wofür es steht. Es war eine europäische Sache.
Alistair und Jim Highsmith hatten, ich vergesse, quasi kristalline Methoden. Es gab also eine ganze Reihe anderer Verfahren, bei denen der Marketingzweig nicht ausgebrochen war, oder bei denen es nicht um den Produktionsstandard ging. Es ging also wirklich nur darum, was wir unter uns finden konnten, was ein gemeinsames Thema über all diese leichten Verfahren war. Es ging also wirklich darum, das herauszufinden.
Amaar Iftikhar:
Ihr kommt alle zusammen, die Prinzipien kommen irgendwie zum Tragen, und lasst uns ein bisschen vorspulen. Was war die erste Reaktion auf das ursprüngliche Manifest?
John Kern:
Ja, es war sogar lustig, dass die vier Werte, die vier Kugeln so einfach sind wie früher. Die Prinzipien kamen etwas später. Ich möchte sagen, wir haben beim Award-Wiki zusammengearbeitet, aber das Original... Wenn du zu Agile Uprising gehst, kannst du sehen, dass ich ein paar Artefakte hochgeladen habe, weil ich anscheinend eine Rudelratte bin. Und ich hatte die Originaldokumente, die Alistair wahrscheinlich ausgedruckt hat, weil er derjenige war... Er und Jim lebten dort in der Nähe von Salt Lake City. Es war also wie: „Hey, lass uns herkommen.“ Und wir gehen gerne Skifahren, also machen wir es hier. Also arrangierte er das Zimmer und alles. Also gibt es ein paar lustige Artefakte, die du finden kannst. Und die Art und Weise, wie es tatsächlich zustande kam, war eine erste Einführung in jeden von uns in unsere Methoden. Und ich glaube wirklich, ein Schlüssel, wir haben unser Ego an der Tür gelassen. Ich meine, ich war jünger. Onkel Bob, einige davon, er war bei Luminar, ich weiß, ich habe immer noch Zeitschriften in der Scheune, von denen er entweder Herausgeber war oder von denen er Autor war, für Leute, die sich nicht erinnern können, was Zeitschriften sind. Kleine Heftchen, die herauskamen. Onkel Bob sagte also, Oh, wow, das ist ziemlich cool.
Und ich war nicht schüchtern, weil ich viel Erfahrung mit Schwergewichtsmethoden hatte. Also wollte ich unbedingt etwas dazu sagen... Weil ich ein paar Jahre zuvor meine eigene Lightweight-Methode veröffentlicht hatte. Ich hatte also viele Meinungen dazu, wie man den Herausforderungen eines großen Schwergewichtsprozesses aus dem Weg gehen kann. Der Höhepunkt, als wir aus der Tür gingen und nachdem wir uns die vier Werte ausgedacht hatten, war, glaube ich, dass Ward sagte: „Sir, möchten Sie, dass ich das ins Internet stelle?“ Und noch einmal, das ist 2001, also Punkt com und das Web ist sozusagen noch ziemlich neu. Und wir sagen alle, ja, klar, warum nicht? Was zur Hölle, kann nicht schaden. Wir haben etwas, wir können es genauso gut veröffentlichen. Ich glaube nicht, dass jemand zu einer Person gesagt hat: „Oh ja, das wird die Welt aus den Angeln heben, weil wir so großartig sind.“ Und wir wollten die Welt mit all dieser wunderbaren Weisheit salben. Ich glaube also nicht, dass irgendjemand dachte, dass so viel passieren würde.
Amaar Iftikhar:
Ja. Also, was hast du zu der Zeit gedacht? Also, wie wären die Prinzipien, die ihr gemeinsam ausgedacht habt, vielleicht nur für das Team zum Mitnehmen? Jeder, der da war? Was war der Plan zu der Zeit?
John Kern:
Ich denke, es war eine gängige Praxis. Wie ich schon sagte, es gab andere Gruppen, die sich oft trafen und kleine Konsortien oder kleine Zusammenkünfte veranstalteten und dann etwas veröffentlichten. Also ich denke, es war einfach, oh ja, das ist normal, dass man einige Zeit miteinander verbracht hat und Dinge aufgeschrieben hat, man könnte sie genauso gut veröffentlichen. Also ich denke, es war nicht tiefer als das, außer Bob, ich glaube, Bob könnte sagen, dass er eine Art Manifest oder irgendein Dokument herausbringen wollte, denn ich denke, das ist, was diese Art von... Ich war nie auf einer dieser Zusammenkünfte, aber weißt du, du konntest sehen, dass sie Dinge veröffentlicht haben. Ich habe das Gefühl, es war einfach etwas so Unschuldiges wie, nun, wir haben geredet, einige Dinge aufgeschrieben, könnten es genauso gut teilen.
Und dann die Prinzipien, es gab viele verschiedene Praktiken im Raum. Also, ich würde sagen, das Schöne an der Werte-Seite ist, dass Demut an oberster Stelle steht, dass sie immer noch aktiv ist. Wir decken nichts auf, ihr alle Bauern, wir haben alles herausgefunden. Nein, wir decken es immer noch auf. Und die andere Sache ist, indem ich es tue, weil ich immer noch ein aktiver Programmierer bin. Und außerdem schätzen wir das auf der linken Seite mehr als auf der rechten Seite. Manche Leute mögen sagen, es ist ein bisschen zweideutig oder etwas verschwommen, aber das ist auch ein Zeichen von Demut und dass es nicht A oder B ist. Und es ist wirklich verschwommen, und Sie müssen Ihren Kontext genug verstehen, um diese Dinge anwenden zu können. Aus der Sicht der Auftragsvergabe durch das Verteidigungsministerium waren mir sicherlich drei der vier Kugeln wirklich wichtig, weil ich gelernt habe... Klar, wir haben das Verteidigungsministerium beauftragt. Aber es ist viel wichtiger, eine Beziehung zum Kunden aufzubauen, als es ist... Denn wenn Sie den Vertrag abgeschlossen haben, haben Sie bereits verloren, was mit dem Aufbau einer Beziehung zum Kunden, dem Einzelnen einhergeht.
Und einer von Peter Codes, als wir mit Kunden und so weiter gearbeitet haben, war eines unserer Mantras, häufig greifbare Arbeitsergebnisse, auch bekannt als funktionierende Software. Man kann viel zeichnen und neun Monate lang Anwendungsfälle durchführen, aber wenn nichts läuft, ist das hübsch. Ich schätze, es ist riskant, dass man nichts, noch keine funktionierende Software hat. Es war also wirklich, glaube ich, eine Gelegenheit, die Tatsache mit anderen zu teilen, dass einige Leute zwei Wochen und andere einen Monat lang nachgedacht haben. Sogar einige der Druckprinzipien wiesen sozusagen eine ziemlich große Flexibilität auf. Ich denke, es ist wirklich wichtig, das zu beachten.
Amaar Iftikhar:
Ja, nein, absolut. Und es macht Sinn. Haben Sie oder jemand anderes, der zu dieser Zeit im Raum war, sich jemals vorgestellt, welche Auswirkungen die dort geleistete Arbeit flussabwärts haben würde?
John Kern:
Nicht dass ich wüsste. Das wusste ich bestimmt nicht. Ich erinnere mich, dass ich in meiner Karriere ein paar Mal reingekommen bin und ein paar Diagramme gesehen habe, als ich für die Firma Together Soft gearbeitet habe, und wir haben coole Sachen gebaut und ich habe gesehen, dass die Leute einige der... Oh ja, ich erinnere mich, dass ich ein Diagramm an ihrer Wand gemacht habe. Das ist irgendwie cool. Aber bei weitem nicht, wie demütigend und irgendwie befriedigend es ist. Vor allem würde ich sagen, wenn ich in Indien, Kolumbien oder Griechenland bin, scheint es fast so, als ob sie eher bereit sind, emotional damit umzugehen. Aber die Menschen sind es, es ist fast so, als wären sie durch dieses Dokument befreit worden. Und in gewissem Sinne ist das wirklich, wirklich winzig, wenn man es mit der größtmöglichen Demut sagt. Ein bisschen wie die Unabhängigkeitserklärung und die Tatsache, dass eine Handvoll Menschen... Und die Verfassung der Vereinigten Staaten. Eine Handvoll Menschen trafen sich in einem Moment, was sich nie wieder wiederholen sollte, und schufen etwas, das sozusagen auf die Welt geworfen wurde, das ein enormes Maß an individueller Freiheit und Zuversicht entfesselte, entfesselte, entfesselte, entfesselte, entfesselte, entfesselte, entfesselte, entfesselte, entfesselte, Dinge zu tun. Und ich glaube, auf sehr kleine, ähnliche Weise hat das Manifest genau das bewirkt.
Amaar Iftikhar:
Wie Sie bereits erwähnt haben, gab es einen Zeitpunkt, an dem das Manifest entwickelt wurde, und das ist fast 20 Jahre her. Jetzt haben sich die Arbeitsweise und die Arbeitswelt drastisch verändert. Also, was sind deine Gedanken dazu? Siehst du eine weitere Version kommen? Denken Sie, dass bestimmte Aktualisierungen vorgenommen werden müssen? Denken Sie, es ist ein zeitloses Dokument? Ich würde gerne deine Gedanken dazu hören.
John Kern:
Ja, das ist eine gute Frage. Ich persönlich finde es zeitlos und ich freue mich über andere Leute, die andere Dokumente erstellen. Und das haben sie. Alistair hat The Heart of Agile, Josh Kerievsky hat Modern Agile.
Es gibt ein paar Variationen eines Themas und verschiedene Dinge, über die man nachdenken kann, was ich großartig finde. Denn ich glaube, im Gegensatz zur US-Verfassung, die einen Mechanismus zur Selbständerung vorsah, brauchten wir das nicht. Und ich glaube, es hat die Essenz dessen erfasst, wie Menschen zusammenarbeiten, um etwas Wertvolles zu produzieren. Hauptsächlich Software, denn das ist es, woraus wir zum Üben gekommen sind, ist die Softwareerfahrung. Aber es braucht nicht viel Fantasie, um das Wort Software durch Produkt oder so zu ersetzen und trotzdem viele der vorhandenen Werte anzuwenden, mit sehr, sehr geringfügigen Anpassungen vielleicht, weil sich häufig greifbare Arbeitsergebnisse ergeben.
Es muss vielleicht Modelle geben, denn du wirst keinen Wolkenkratzer bauen und ihn abreißen und sagen: „Oh, das war nicht ganz richtig“ und ihn dann wieder bauen. Nichtsdestotrotz gibt es Variationen, wie Sie häufig Ergebnisse anzeigen können. Ich denke also, dass es im Großen und Ganzen zeitlos ist. Und ich würde jeden herausfordern. Was stimmt nicht damit? Weisen Sie 20 Jahre später auf etwas hin, das irgendwie nicht stimmt. Und ich glaube, das ist das Genie dahinter, über das wir gestolpert sind... Und wahrscheinlich, weil die meisten von uns Objektmodellierer waren, ist das eines der Dinge, in denen wir wirklich gut sind, nämlich die Essenz eines Systems in die kritischsten Teile zu zerlegen. Genau darum geht es beim Modellieren. Ich denke also, wir sind irgendwie von Natur aus zu den Kernbereichen vorgedrungen, die das ausmachen, was es heißt, Software mit Menschen, Prozessen und Werkzeugen zu produzieren. Und wir haben es aufgeschrieben. Deshalb finde ich es zeitlos.
Amaar Iftikhar:
Ja, absolut nicht. Ich denke, das war eine wirklich gute Erklärung dafür, warum es zeitlos ist. Ich denke, eines der Prinzipien, die mir bei einer Art moderner hybrider oder flexibler Arbeitsgestaltung in den Sinn kommen, ist eines der Prinzipien, in denen über die Bedeutung von persönlichen Gesprächen gesprochen wird. Und in einer heutigen Welt, in der viele Gespräche nicht physisch von Angesicht zu Angesicht stattfinden, finden sie möglicherweise auf Zoom statt. Denken Sie, dass das immer noch gilt?
John Kern:
Ja, ich denke, was wir herausfinden werden mit... Remote war sozusagen ferngesteuert, vor 20 Jahren. Ich habe mit einem Team von Entwicklern in Russland zusammengearbeitet und wir hatten genug Vertrauen und physische... Ich würde jeden Monat dorthin reisen. Das Team war so aufgebaut, dass wir genug Vertrauen in die Kommunikation hatten, sodass wir aufgrund der unterschiedlichen Zeitzonen letztendlich asynchron arbeiten konnten. Und ich war an der Ostküste. 7:00 Uhr in den USA war vielleicht 15:00 Uhr in Russland, wenn ich mich erinnere. St. Petersburg. Wir konnten die Distanz also überwinden, aber das echte Leben ist kaum zu übertreffen. Und oft habe ich manchmal sogar ein bisschen mit Ron Jeffries gestritten, sodass man auf der einen Seite sagen könnte, dass das Beste, was man tun kann, persönlich ist. Aber auf der anderen Seite könnte ich argumentieren, dass ein bisschen Abgeschiedenheit die Dinge ausmacht... Du musst etwas ausführlicher sein, möglicherweise etwas präziser, aber auch ein bisschen ausführlicher. Etwas entspannter mit... Du könntest ein paar Pässe nehmen, um etwas zu bekommen, nur weil, ich meine, in der Nacht vergehen zwei Zeitzonen. Aber das beruhte auf einigen oft ersten persönlichen Treffen, und dann konnte man aus der Ferne gehen und trotzdem erfolgreich und hocheffektiv sein.
Deshalb finde ich es wichtig, dass Teams nicht einfach sagen, dass sie immer noch alles können. Und Zoom ist zugegebenermaßen viel besser als vor 20 Jahren. Zoom bekommt, zumindest kann man ein Gesicht sehen. Aber nichts ersetzt den menschlichen Kontakt. Und ich denke, auch für das Wohlbefinden ist menschlicher Kontakt wichtig. Deshalb würde ich immer noch sagen, dass der Aspekt der Interaktion im Manifest immer noch am besten mit einer gesunden Dosis persönlicher Präsenz erfüllt wird. Und das ist quasi der Schlüssel zu den meisten Dingen in Agile. Für mich geht es um Pragmatismus und nicht nur darum, dogmatisch zu sein, sondern eher darum, was für uns besser funktionieren könnte? Und sogar damit zu experimentieren, etwas ein bisschen auszuprobieren und zu sehen, wie das funktioniert. Also, auch wenn Sie das Manifest behandeln, sollten Sie es sozusagen agil behandeln.
Amaar Iftikhar:
Ja, absolut nicht. Das ist ein gutes Argument. In diesem Sinne: Was sind für Sie als Agile-Berater oder Agile-Experte die besten Praktiken oder was funktioniert, was funktioniert nicht für verteilte Teams?
John Kern:
Nun, ich denke, die Dinge, die mir in großen und noch kleineren Unternehmen begegnet sind, sind die, dass... Ich weiß nicht, ob das natürlich ist, Gott bewahre, wenn es natürlich ist, aber Tendenzen, die ich in einigen Unternehmen gesehen habe, Silos einzurichten, in denen Sie die Qualitätskontrolle, das UX, das Frontend, Sie das Backend sind, lassen meinen Kopf explodieren. Denn das bedeutet, Verzögerungen einzubauen und Kommunikationshindernisse einzubauen und eine Zusammenarbeit aufzubauen, die von Silo zu Silo weitergegeben wird, und nicht Zusammenarbeit. Davon habe ich also mehr gesehen. Und ich verstehe es, Sie möchten vielleicht eine Spezialität haben, aber dem Kunden ist das egal. Der Kunde will etwas vor der Tür haben. Wenn ich auftauche und ein Feature vom Stapel nehme, was meinst du damit, dass ich nur einen Teil davon machen kann? Das verstehe ich nicht. Und ja, ich weiß, ich bin kein Experte für alles, aber wir haben wahrscheinlich einen Experten, der herausfinden kann, was das Muster ist. Also ich finde diese Art von Trend, ich weiß nicht, ob es ein Trend ist, aber ich finde, das ist meiner Meinung nach ein Rückschritt. Und es ist besser zu versuchen, funktionsübergreifender und kollaborativer zu sein. Jeder versucht, daran zu arbeiten, das Feature auf den Markt zu bringen, und nicht nur zu versuchen, seinen kleinen Teil dazu beizutragen.
Amaar Iftikhar:
Ja, hundertprozentig. Ich denke, an Silos zu stoßen, ist ein großer Teil davon, agil zu sein, oder sogar digital zu sein. Und oft gibt es auch Abhilfemaßnahmen dafür, aber es ist viel schwieriger, praktisch damit umzugehen, es tatsächlich in einer Organisation umzusetzen, einem lebendigen Unternehmen, in dem es echte Menschen und Dynamiken gibt, mit denen man umgehen muss, und es gibt Richtlinien und Prozesse, die befolgt werden müssen. Ich denke, so allgemein Sie auch sein können, was ist Ihre Meinung als Agile-Berater für ein Unternehmen, das mit diesem Problem konfrontiert ist?
John Kern:
Eines der Dinge, die... Adaptiv ist das, wofür mein Kollege John Turley mir wirklich die Augen geöffnet hat. Ich nenne es eher die geheime Sauce oder das fehlende Stück in meiner Praxis. Und es hat mit der Denkweise des Einzelnen zu tun und mit dem, was wir vertikale Entwicklung nennen. Es klingt vielleicht wie komisches, flauschiges Zeug, aber es ist wirklich extrem wichtig. Und ich habe immer gesagt, Leute, Prozesse und Tools für, ich möchte sagen, seit Ende der Neunziger, wahrscheinlich für eine lange Zeit. Und in der ersten Phase konnte ich verstehen, warum ich manchmal einfach spektakuläre, extrem leistungsstarke Teams hatte und manchmal waren es einfach wirklich, wirklich gut, aber nicht immer der Funke und manchmal war es irgendwie, eh, das war ein bisschen meh. Und vieles davon hängt davon ab, worauf die Menschen in Bezug darauf liegen, wie sie ihre Bedeutung ausdrücken und welche Motivationsorientierung sie haben, Kommando und Kontrolle versus Autonomie.
Was wir also tun, ist, dass wir gelernt haben, dass wir Menschen zunächst helfen können, zu erkennen, dass dies existiert, und Menschen mit so genannten Entwicklungspraktiken helfen können. Etwas, das, selbst der Satz, Sie haben ihn wahrscheinlich gehört, wie sichere Experimente. Scheitern oder etwas versuchen und scheitern. Nun, wenn du jemandem dafür den Kopf abhackst, weißt du was? Sie werden wahrscheinlich einfach ziemlich still bleiben und nur tun, was ihnen gesagt wird, nicht versuchen... Ich habe ein extrem hohes Maß an Autonomie in mir, also habe ich lange daran gelebt, besser um Vergebung zu bitten als um Erlaubnis zu bitten, und ich hatte immer das Gefühl, solange ich versuche, das Richtige zu tun, um erfolgreich zu sein und das Beste für das Unternehmen zu tun, werden sie mich wahrscheinlich nicht entlassen, wenn ich einen Fehler mache. Aber nicht jeder hat so viel Freiheit in der Art und Weise, wie er arbeitet. Sie müssen also als Management helfen, das zu etablieren, und das ist eine große Sache, mit der wir zusammenarbeiten, mit Teams.
Und dann fangen wir auch mit dem Unterricht an. Falls Sie schon einmal Büroräume gesehen haben und wenn nicht, sollten Sie das tun, aber was machen Sie hier? Also, die Berater Bob und Bob kommen rein, die Effizienzberater, „Also Amaar, was machst du hier?“ Aber das ist wortwörtlich etwas, ob wir Teams dabei helfen, ein neues Produkt zu entwickeln, ist okay, was ist der Zweck? Was ist der Geschäftszweck dieses Produkts? Was machst du hier? Was willst du mit diesem Produkt machen? Welchen Wert bietet es? Das Gleiche gilt für alles, mit dem Sie als Team arbeiten. Und das ist der Grund, egal ob es sich um Software handelt, die eine Funktion hervorbringt, deren Ergebnis dem Kunden einen Mehrwert bietet, oder um ein Produkt. Aber der Punkt ist, wenn Sie das nicht verstehen, wird es dem Team jetzt wirklich schwer fallen, Entscheidungen zu treffen, die uns weiterbringen.
Wenn du also allen hilfst zu verstehen, wofür wir hier sind, und dann versuchst, die Leute zu finden, die vielleicht all die verschiedenen Silos widerspiegeln, wenn du isoliert bist, aber all die verschiedenen Elemente. Wie kommen wir sozusagen von einer Idee zum Geld oder von der Idee zum Wert in der Hand des Kunden? Und schauen Sie sich das genau an. Weil es so viele Dinge gibt, die einfach irgendwie... Technische Daten schleichen sich oft in Softwarecodebasen ein. Und das Gleiche, wir sagen sozusagen die organisatorischen Schulden, das Gleiche kann passieren. Ihre Prozessverschuldung. Am Ende kannst du einfach sagen, alles klar, wir wollen, dass das Entwicklungsteam schneller wird, John und Co., kannst du reinkommen und uns helfen, uns zu coachen? Wir wollen agil werden. Sicher, okay, ja. In Ordnung. Wir krempeln die Ärmel hoch, schauen uns um und nach einer ersten Art von Wertstromansicht sagen wir, warte, es tut mir leid, aber da ist ein kleiner Keil, es sind ungefähr 15%, das ist die Entwicklung. Und dann haben Sie die 85% damit verbracht, darüber nachzudenken.
Tun wir so, als könnten wir die Geschwindigkeit der Entwicklung verdoppeln. Welches war ursprünglich der... Ja, wir brauchen die Entwickler, um schneller zu programmieren oder so. Das ist ein Klassiker. Und nein, tust du nicht, du musst aufhören, diesen ganzen Blödsinn von vorne zu machen, der einfach verrückte, arschgroße Wasserfallprojekte mit mehreren Absprachen ist. Und tatsächlich, eine der Abmeldungen, oh mein Gott, sie findet nur einmal pro Woche statt, und wenn Sie dann einen Tippfehler haben, werden Sie abgelehnt. Du kommst nicht für einen anderen zurück... Bist du verrückt? Du hast acht Monate damit verbracht, dich für acht Wochen zu entscheiden. Entschuldigung, es sind nicht die acht Wochen. Also Dinge wie diese, was ich jedem empfehle, sich selbst zu überprüfen, ist zu versuchen... Wenn Sie sich Sorgen um Ihr Team machen, können Sie es besser machen, indem Sie einfach versuchen, aufzuschreiben, wie Ihr Prozessschritt aussieht und was ein typischer Zeitrahmen ist?
Wie viel Zeit investieren Sie in die... Weil Leute oft Dinge in Sprints zusammenfassen. Das ist ein Stapel, warum legst du Dinge in einen Stapel? Oder sie haben riesige Probleme. Nun, das ist die große Menge. Es gibt also viele, oft tief hängende Früchte. Aber was Sie sagen, es ist oft eingedrungen, so arbeiten wir und niemand fühlt sich in der Lage, uns zu ändern oder sogar innezuhalten und zu schauen, wie wir arbeiten. Also ich denke, das ist der Punkt, an dem wir normalerweise beginnen. Schauen wir uns an, wie Sie heute tatsächlich arbeiten. Und während wir das machen, kannst du dein Bauchgefühl ausplaudern, du kannst uns all die Dinge sagen, die weh tun und die schmerzhaft sind, und dann werden wir versuchen, einen besseren Weg zu finden, auf den wir hinarbeiten können, im Sinne einer effektiveren Arbeit. Denn unser Ziel ist es, Teams dabei zu helfen, Wege zu finden, um sinnvollere und unterhaltsamere Arbeit zu leisten. Weil es viel Spaß macht, wenn es klickt und wenn Sie in einem guten Team sind und den Kunden ein Lächeln ins Gesicht zaubern, ist es schwer, sich fast von der Arbeit fernzuhalten, weil sie so viel Spaß macht. Aber wenn es das nicht ist, wenn es Plackerei ist und Sie nur ein Rädchen im Getriebe sind und Dinge Monate brauchen, um aus der Tür zu kommen, ist es ein Job. Es macht nicht so viel Spaß.
Amaar Iftikhar:
Ja. Viele der Punkte, die Sie dort erwähnt haben, haben bei mir großen Anklang gefunden, und die häufigsten Schmerzpunkte. Es klingt, als hättest du irgendwie alles gesehen. Übrigens, wenn Sie noch keine Büroräume gesehen haben, müssen Sie sie sich unbedingt ansehen. Es ist ein wirklich guter. Sie haben jetzt viel über die Herausforderungen gesprochen, mit denen ein verteiltes Team konfrontiert ist. Jetzt möchte ich es umdrehen und Sie fragen, wie das perfekte verteilte Team heute aussieht, das agile Werte lebt und atmet?
John Kern:
Ja. Ich weiß nicht, ob du jemals so etwas haben kannst, ein perfektes Team. Ich würde sagen, ich greife auf die Typen von verteilten Teams zurück, mit denen ich gearbeitet habe, und das geht auf die späten Neunziger zurück. Also ich mache das schon sehr, sehr lange. Ich habe es wirklich nur remote gemacht, egal ob mit Entwicklern in Russland oder unten in North Carolina oder an ähnlichen Orten. Und ich glaube, das Geheimnis war eine Kombination aus persönlichen... Wenn Sie als Gruppe irgendwohin gehen möchten, gibt es Dinge, die Sie tun können, um das Eis zu brechen, um einige, was Sie als Teambuilding-Aktivitäten bezeichnen könnten, zu organisieren.
Und nicht nur, hey, lass uns einen Hochseilgarten machen und uns gemeinsam zu Tode erschrecken lassen. Sondern auch Dinge, die sich darauf beziehen, warum wir hier sind, was versuchen wir zu erreichen? Und lassen Sie uns darüber sprechen, ob es das Produkt ist, das wir herstellen wollen, und das als Gelegenheit nutzen, uns um etwas zu verbinden und genug Fleisch an den Knochen zu bekommen, genug Skelette davon, wie es aussehen könnte. Weil es gute Möglichkeiten gibt, anzufangen und eine gute Grundlage zu haben. Und das ist Teil dessen, was ich seit Jahrzehnten praktiziere. Wenn Sie die Dinge richtig einrichten und verstehen, dass gerade genug Anforderungen vorliegen, verstehen Sie... Und ich mache viel Domänenmodellierung mit UML und solche Dinge. Ich verstehe einfach, was der Problembereich ist, den wir zu lösen versuchen, um die angestrebten Ziele zu erreichen, und ein Gefühl für die Architektur zu bekommen, die wir wollen. All diese Dinge sind also gemeinsame Anstrengungen.
Wenn Sie also genug von einem Ausgangspunkt haben, an dem Sie zusammengearbeitet haben, kommen Sie rein und, sagen wir, Sie mussten sogar irgendwo eine Wohnung mieten, weil niemand in der Nähe des Büros wohnte, also sind Sie alle irgendwohin geflogen. Ich meine, das ist meiner Meinung nach gut angelegtes Geld. Weil damit das Fundament beginnt. Wenn Sie sozusagen Brot gebrochen oder ein paar Bier getrunken haben oder zusammen programmiert und Dinge gemacht haben und dann zu Ihren entfernten Büros zurückkehren, um die nächsten Schritte zu unternehmen und dann zu erkennen, wann Sie sich vielleicht wiedersehen müssen. Es ist also wirklich wichtig, zu verstehen, wie wichtig es ist, diese Beziehungen frühzeitig aufzubauen, damit Sie unverblümt sprechen können. Und ich habe ein paar gute Leute, die seit etwa 2006 eine Produktions-App für Feuerwehrleute betreiben.
Amaar Iftikhar:
Ja, sehr cool.
John Kern:
Und dieser Freund, mit dem ich gearbeitet habe, wir stehen uns so nahe, dass wir... Das macht unsere Gespräche aus, wir müssen nicht um den heißen Brei herumreden, wir müssen uns keine Sorgen machen, jemanden zu beleidigen, wir kommen einfach, bumm, auf den Punkt. Weil wir wissen, dass wir die Kinder des anderen nicht als hässlich bezeichnen. Wir versuchen nur, schnell etwas zu erledigen.
Und der Aufbau einer solchen Beziehung erfordert Zeit und Mühe und Zusammenarbeit. Und das ist meiner Meinung nach ein gutes, erfolgreiches, verteiltes Team. Man muss von Zeit zu Zeit zusammenkommen und diese Beziehungen aufbauen und wissen, wann man vielleicht wieder zusammenkommen muss, wenn etwas ein Problem ist. Aber ich denke, der Schlüssel zum Erfolg ist, dass es die Zeit verkürzt. Weil Sie vielleicht von Dingen wie den Gruppenformen gehört haben, wenn das die Leistung auf der Y-Achse ist, die sie bilden und sie sich auf einem bestimmten Leistungsniveau befinden, dann müssen sie stürmen, bevor sie wieder normal werden und bevor sie anfangen, Höchstleistungen zu erbringen. Es ist also diese Form, Storm. Du wirst schlimmer, wenn du stürmst. Und stürmen bedeutet, wirklich zu verstehen, wo wir stehen. Und wenn wir darüber streiten, sollte das meiner Meinung nach nicht Erbschaft sein, Amaar. Und dann sagst du: „Oh Bullshit, es ist wirklich...“
Und noch einmal, wir sind nicht persönlich, aber wir lernen die Sichtweisen des anderen kennen und wir lernen, respektvolle Debatten zu führen und sozusagen einige Argumente vorzubringen, um an den besseren Ort zu kommen. Und ich habe in einigen Unternehmen gearbeitet, die Angst vor Stürmen haben, und es fühlt sich an, als ob man nie leistungsstark ist.
Jeder ist zu höflich. Es ist wie, komm schon. Und ich liebe es, mit meinen russischen Kollegen zusammenzuarbeiten. Es war ihnen scheißegal, ob ich einer der Gründer war. Und ich bin froh, denn ich will kein Privileg, ich will so etwas nicht. Nein, lass uns das ausfechten. Mögen die besten Ideen gewinnen. Dorthin willst du kommen. Und wenn du nicht dorthin kommst, weil du nicht genug von einer Beziehung hast und du dazu neigst, die Dinge, die gesagt werden mussten, nicht zu sagen, weil du höflich bist, dann wird es wirklich lange dauern, bis du erfolgreich bist. Und das ist eine Menge Geld und das ist eine Menge Erfolg, und die Leute könnten gehen.
Ich denke, das Wichtigste ist, wenn man remote ist, ist das okay, aber die schiere Abgeschiedenheit ist eine echte Herausforderung. Und du musst irgendwie herausfinden, wenn du nicht zusammenkommen kannst, um zu lernen, wie man sich formt und stürmt und diese Bindungen von Angesicht zu Angesicht aufbaut, dann musst du über Zoom herausfinden, wie das geht. Weil du es tun musst, denn wenn du es nicht tust, wenn du nie Worte hast, dann glaub mir, du bist immer noch nicht leistungsstark.
Amaar Iftikhar:
Ja, ich habe irgendwie das Gefühl, dass es den Kandidaten auf dem Markt jetzt fast ein Wettbewerbsvorteil ist, völlig remote zu sein, weil es ein Kampf um Talente ist. Aber wenn ich das richtig verstehe, sagen Sie, dass das persönliche Element so wichtig ist, um wirklich gute Leistungen zu erbringen, und diese Ideen widersprechen sich meiner Meinung nach irgendwie.
John Kern:
Ja. Und nochmal, da ich seit Ende der Neunziger abgelegen war, mache ich das schon lange. Und nach Russland zu pendeln ist der längste Weg, den ich je gemacht habe, seit drei Jahren. Ich meine, das ist ein verdammt langer Flug, um mehr als sieben Mal dorthin zu pendeln, oder was auch immer zur Hölle es war. Wie dem auch sei, ich habe immer gesagt, dass Fernsein nicht jedermanns Sache ist, denn das ist es wirklich nicht. Ich meine, du musst wissen, wie man arbeitet, ohne dass jemand in der Nähe ist, und arbeiten kann. Ich meine, es hat seine eigenen Herausforderungen. Und ja, es mag ein Vorteil sein, aber ich denke, Sie müssen sich die möglichen Vorteile ansehen und auch herausfinden, kann ich sie zusammenfassen in... Es muss nicht alles oder nichts sein. Und ich denke, das kann ein leichter Fehler sein, vielleicht ist es, alles klar, cool, wir müssen keine Büroräume haben. Das sind eine Menge Einsparungen für das Unternehmen. Ja, aber vielleicht bedeutet das, dass Sie einige Remote-Arbeitsplätze für gelegentliche Zusammenkünfte benötigen, oder finden Sie es heraus.
Aber ja, ich denke sogar... Und bestimmte Unternehmen könnten anders funktionieren. Zu Beginn der Entwicklung eines Produkts wünsche ich mir eine intensive Zusammenarbeit und ich möchte an einen Punkt kommen, an dem es fast so weit ist, ich habe das Gefühl, dass das Produkt so läuft, dass, wenn man die Dinge erst einmal ins Rollen gebracht hat und irgendwie aufgestanden ist, etwas Schwung bekommt, es jetzt am schwierigsten ist, vor einem agilen Team zu stehen, egal ob persönlich oder remote. Sobald die Dinge rollen und schaukeln und es so ist, als würde alles klicken, kannst du einfach die verbleibenden Funktionen wie Bum, Bum, Bum, Bum herausschlagen. Ja, okay, dann müssen wir wahrscheinlich...
Es sei denn, wir haben Möglichkeiten, uns zu paaren oder solche Dinge. Ich sage, wenn wir zusammen sind, ist Mobbing einfacher. Ich bin sicher, es gibt Möglichkeiten, das aus der Ferne zu machen, aber in einem Raum zu sein, ich weiß nicht, es ist viel einfacher, als sich über Zoom zu koordinieren. Du, hey, da ist dieses Problem, lass uns nach dem Standup alle hier rumhängen, weil wir einfach darüber moben werden. Es braucht also nicht viel gegen alles, was weit entfernt ist, es gibt ein bisschen mehr, okay, wir müssen uns abstimmen, und sogar verschiedene Zeitzonen werden noch schlimmer. Also ja, lassen Sie sich nicht davon mitreißen, dass Fernzugriff das Ende aller Dinge ist. Weil ich das Gefühl habe, dass es einen geben wird... Ich wette, es wird eine Gegenreaktion geben.
Amaar Iftikhar:
Und ich nehme das zurück, weil ich von Agile komme, der Person, die das täglich tut und Teams hilft, agil zu werden. Ich glaube Ihnen auf jeden Fall beim Wort. Und aufgrund meiner Erfahrung habe ich auch gesehen, dass nichts wirklich besser ist als eine gute Whiteboarding-Sitzung. Das ist wirklich schwer online zu replizieren. Ich meine, wir haben diese tollen Tools, aber nichts ahmt die reale Erfahrung nach, nur ein einfaches Whiteboard und einen Marker in der Hand zu haben. Diese Kommunikation ist so mächtig.
John Kern:
Toller Punkt. Stimmt, denn ich hatte gerade bei der einen Firma, bei der ich fünf Jahre lang gearbeitet habe, wir haben ein hochentwickeltes, auf Bestellung entwickeltes Verkaufswerkzeug für die Pumpenherstellung gemacht für... Es war also meine Lieblingswelt, weil sie meine Strömungsdynamik als Luft- und Raumfahrtingenieur mit meiner Liebe zur Entwicklung von SaaS-Produkten und der Entwicklung neuer Software und ähnlichem verband. Und selbst wenn wir noch ein Kind hatten, interviewten wir an der Lehigh University und wir hatten einige junge Absolventen, die mit uns arbeiteten und sie mit einbeziehen konnten, und da war ein Raum hinter meinem Laufband, und wir gingen hinein, wir veranstalteten Jam-Sessions zum Modeln und Entwickeln neuer Features. Und Mann, du hast recht. Nur diese viszerale dreidimensionale Erfahrung. Ja, Miro geht es großartig. Oder irgendein anderes Werkzeug, aber ja, es ist nicht dasselbe. Du hast absolut recht. Das ist ein gutes Argument. Das bringt mich fast dazu, mich nach den guten alten Zeiten zu sehnen. [unhörbar 00:42:04]
Amaar Iftikhar:
Ich denke, die guten alten Zeiten gibt es immer noch. Ich denke, selbst jetzt war es eine erfrischende Zeit für mich, bei Easy Agile zu sein. Ich bin jetzt erst seit knapp zwei Monaten hier. Und es gibt eine starke persönliche Dynamik. Und auch hier ist es optional. Wenn die Leute aus der Ferne oder hybride Menschen sind oder ab und zu pendeln müssen, ist das eine sehr verständnisvolle Umgebung. Aber wenn Sie einmal im Büro oder persönlich sind, spüren Sie gewissermaßen den Effekt, den Sie beschrieben haben, und Sie sind motiviert, für den Endkunden etwas zu liefern. Du willst einfach nur zurückkommen. Es ist ein süchtig machendes Gefühl, ich möchte wieder persönlich sein und in Echtzeit persönlich zusammenarbeiten.
John Kern:
Das ist wunderbar gesagt, denn das ist... Eines der Unternehmen, mit dem wir in Südafrika zu kooperieren beginnen, sie stehen an einem Scheideweg, mit dem wir zu kämpfen haben, alle waren abgelegen, aber Mann, die paar Male, als wir zusammen waren, haben wir so viel erreicht. Und du beschreibst die Flamme, die Wärme, die entsteht, wenn man die Motten zur Flamme kommen lässt. Ich meine, es zu pflegen und dann die Flammen des Guten zu entfachen und die Leute dazu zu bringen, sich daran zu beteiligen und es zu genießen. Und manchmal, ja, ich muss zu Hause sagen, ich habe die Kinder oder den Hund, das ist auch okay. Aber die Option zu geben, glaube ich, ist unser Ziel. Und ich glaube den Unternehmen, die in der Lage sind, diese hybride Kultur aufzubauen, in der beide akzeptiert werden und weder das eine noch das andere vorgeschrieben wird, sondern ein so leistungsstarkes Team aufgebaut wird, das die Leute im Grunde dazu ermutigt, sich für die Dinge zu entscheiden, die zu diesem Zeitpunkt am sinnvollsten sind. Und ich denke, dass diese Unternehmen sozusagen das Sagen haben werden.
Amaar Iftikhar:
Ja, absolut. Es war so nett, mit dir zu chatten, John, und das hat mir wirklich Spaß gemacht. Ich möchte das Publikum mit einem Ratschlag für verteilte agile Teams von Ihnen abschalten. Wir haben viel über die Bedeutung der persönlichen Zusammenarbeit gesprochen. Wir haben über die Prinzipien des agilen Manifests gesprochen. Nun, was wäre der eine Ratschlag, wenn Sie an beide denken? Wenn Sie möchten, dass die Agile-Manifeste in verteilten agilen Teams lebendig und lebendig sind, welchen Ratschlag können Sie Unternehmen geben, die gerade die gleichen Probleme durchmachen? Was kannst du ihnen als letzten Ratschlag geben?
John Kern:
Nun, ich denke, ein Satz, den ich gerne verwende, um das Manifest festzuhalten, ist: „Kümmere dich um die Lücke“. In meiner Art von Wortspiel meine ich die Zeitlücke zwischen dem Ergreifen einer Handlung und dem Erhalt einer Antwort. Ob es darum geht, was machen wir mit dem Büro, was machen wir mit der Fernbedienung, was machen wir mit dieser Funktion, was machen wir mit dieser Codezeile? Der Zeitunterschied ist, es ist eine Art Metapher dafür, bescheiden genug zu sein, Dinge als Hypothese zu behandeln. Seien Sie sich Ihrer selbst also nicht so verdammt sicher, was das Büro angeht, ob es um das Büro geht, ob es um ein entferntes oder verteiltes Büro geht. Behandeln Sie die Dinge stattdessen als Hypothese. Seien Sie neugierig und experimentieren Sie sicher mit verschiedenen Methoden und sehen Sie, was funktioniert. Und hab keine Angst vor Veränderungen. Es ist auch keine lebenslange Haftstrafe, Sie müssen Ihr Unternehmen, Ihr Projekt oder Ihr Team für den Rest Ihres Lebens in eine Richtung führen. Nein. Sag es nicht dem Chef, aber Arbeit ist subventioniertes Lernen. Ich habe nie Leute verstanden, die immer wieder das Gleiche tun, weil sie keine Erlaubnis bekommen haben. Versuch es einfach. Das wäre also mein Abschiedssatz, wenn es darum geht, diese Entscheidungen zu treffen. Achten Sie auf die Lücke und seien Sie wirklich bescheiden, wenn es darum geht, Annahmen zu treffen, Ihre Hypothesen zu testen und die Zeitspanne zwischen dem Ergreifen von Maßnahmen und dem Erleben einer Reaktion zu verkürzen.
Amaar Iftikhar:
Oh, das ist großartig. Oh, danke. Ich wünschte wirklich, wir könnten das Band laufen lassen und einfach noch ein paar Stunden darüber reden, aber wir beenden es genau dort mit dem wirklich guten Ratschlag, mit dem du das Publikum verlassen hast. Jon, danke nochmal, dass du im Podcast warst. Und es hat uns wirklich sehr viel Spaß gemacht, Ihnen zuzuhören und aus Ihren Erfahrungen zu lernen.
John Kern:
Oh, es war mir ein Vergnügen. Jederzeit. Freue mich, noch ein paar Stunden zu reden, aber vielleicht nach ein paar Bieren.
Amaar Iftikhar:
Ja.
John Kern:
Außer dass es dein Morgen ist, mein Abend. Daran werde ich arbeiten müssen.
Amaar Iftikhar:
Ja.
John Kern:
Das freut mich, Amaar.
- Podcast
Easy Agile Podcast Ep.5 Andrew Malak, Chief Product Officer bei Spaceship
„Ich habe mein Gespräch mit Andrew Malak wirklich genossen. Wir sprechen über die Integration agiler Techniken und geben Tipps, wie eine Kultur der Rechenschaftspflicht erreicht werden kann.“
Andrew ist fest davon überzeugt, dass der Kunde Ihrem Unternehmen vertraut, wenn er Mitglied wird, und Sie sind verpflichtet, dieses Vertrauen zurückzuzahlen, indem Sie ihm helfen, seine Ergebnisse zu erzielen.
Viel Spaß mit der Folge!
Transkript
Teagan Harbridge:
Willkommen zu einer weiteren Folge des Easy Agile Podcasts. Ich bin Teagan, Produktleiter hier bei Easy Agile. Und wir haben heute einen wirklich aufregenden Gast in der Show, Andrew Malak von Spaceship. Er ist der Chief Product Officer. Andrew glaubt fest daran, Produkte und Erlebnisse zu entwickeln, die Kundenprobleme lösen. Er glaubt, dass der Kunde Ihrem Unternehmen vertraut, wenn er Mitglied wird, und Sie sind verpflichtet, dieses Vertrauen zurückzuzahlen, indem Sie ihm helfen, seine Ergebnisse zu erzielen. In seiner aktuellen Position möchte Andrew Menschen dabei helfen, schon in jungen Jahren die Kontrolle über ihr Vermögen zu übernehmen. Er vermittelt ihnen gute Geldgewohnheiten und hilft Menschen dabei, dort zu investieren, wo sich die Welt bewegt. Andrew ist ein Familienvater, der seine Zeit mit seiner Frau und seinen Kindern liebt. Und ob Sie es glauben oder nicht, er verwendet agile Techniken in seinem Privat- und Berufsleben. Andrew ist ein Wirtschaftsfreak. Er spielt und trainiert Fußball, Fußball. Er ist ein großer Fan von Liverpool, liebt es zu reisen, liebt tolle Architektur und liebt es, mit Kindern zu arbeiten.
Teagan Harbridge:
Aus meinem Chat mit Andrew gab es so viele Erkenntnisse, dass ich wirklich Schwierigkeiten hatte, sie auf drei zu reduzieren. Aber wenn du bereit bist, hier sind einige der Dinge, die du aus unserem Chat mit Andrew lernen wirst. Warum wir aufhören sollten, den Begriff agile Transformation zu verwenden und ihn als agile Evolution bezeichnen sollten. Warum es wichtig ist, offen für unsere eigenen Grenzen zu sein, um die alte Denkweise zu durchbrechen, den ursprünglichen Umfang zu schützen. Und Tipps, wie Sie eine Kultur der Rechenschaftspflicht erreichen können. Also ich hoffe es gefällt euch. Andrew, kannst du mir ein bisschen über Spaceship erzählen?
Andrew Malak:
Oh, fantastisch. Oh, vielen Dank, dass du mich zuallererst eingeladen hast, Teagan. Spaceship ist ein Unternehmen, das auf dem Weg ist, gute Geldgewohnheiten und Investitionen für alle Menschen zugänglich zu machen. Wir suchen also nach Trends, die sich auf Branchen oder Unternehmen beziehen, die die Zukunft sowohl der Industrie als auch der Volkswirtschaften gestalten. Wir investieren langfristig in sie, wir bauen Markteintrittsbarrieren für Menschen ab, wir bieten ihnen ein gebührenfreies Produkt unter 5.000 USD, ohne Mindestinvestitionen. Es ist wirklich einfach, sich anzumelden. Sie laden einfach eine App herunter und melden sich an und treffen eine Produktauswahlentscheidung, und fertig. Sie können mit dem Autopiloten beginnen, zu investieren. Wir ermöglichen es Ihnen, Ihre Rentenkassenbeiträge auch auf nicht allzu unterschiedliche Weise zu investieren.
Teagan Harbridge:
Erzählen Sie mir dann ein wenig darüber, wer Ihr Zielkunde ist. Weil es so aussieht, als ob Sie versuchen, etwas ziemlich Kompliziertes für vielleicht Erstinvestoren zugänglich zu machen.
Andrew Malak:
Nun, du hast absolut recht. Im Moment gibt es da draußen ein Nischensegment von Leuten, Millennials oder sogar Generation Z, von dem wir einfach nicht glauben, dass es von den etablierten Unternehmen gut bedient wurde. Und was wir versuchen, ist, bei diesen jungen Leuten so viel Resonanz wie möglich zu finden. Wir versuchen, den Branchenjargon zu reduzieren und ihnen die Dinge wirklich einfach zu machen, denn Investitionen müssen nicht komplex sein. Es geht wirklich um viel Disziplin. Wenn ich meine persönliche Gewinn- und Verlustrechnung verwalten kann, oder Geld rein, Geld raus, dann kann ich einen Liquiditätspuffer schaffen, der in meine Vermögensspalte in meiner Bilanz aufgenommen wird. Das ist wirklich das, was wir versuchen zu tun. Und diese Art von Sprache kann, wenn wir sie richtig machen, Dinge, die normalerweise in den Händen von Finanzberatern und Buchhaltern lagen, wirklich vereinfachen und sie alltäglichen Australiern zurückgeben, die ihre Investitionsreise beginnen.
Teagan Harbridge:
Ja, großartig. Und du warst auf einer ziemlichen Reise, bevor du als Spaceship CPO im FinTech-Bereich gelandet bist. Kannst du mir und unserem Publikum ein bisschen darüber erzählen, wie diese Reise ausgesehen hat?
Andrew Malak:
Oh, wo fange ich an? Wenn Sie einen Absolventen Andrew Malak gefragt hätten, was er jetzt machen würde, glaube ich nicht, dass ich darüber gesprochen hätte, denn zu diesem Zeitpunkt in meiner Karriere wusste ich nicht, dass es diesen Raum tatsächlich geben würde, falls das Sinn macht. Also gehe ich zurück in meine jüngeren Jahre, und ich dachte immer, ich würde Architekt werden. Ich hatte diese Faszination für Brücken und ich wollte Dinge entwerfen und sehen, wie sie zum Leben erweckt werden. Sagen wir einfach, dass ich das im Moment auf unterschiedliche Weise mache, aber ich habe angefangen, bei CommSec auf dem Parkett zu arbeiten. Ich habe dann als Business Analyst gearbeitet, und dort begann ich, kritisch darüber nachzudenken, wie Unternehmen funktionieren und wie Dinge effizienter gestaltet werden können.
Andrew Malak:
Ich habe mich ein bisschen mit dem Unterrichten versucht, ich habe ein bisschen Wirtschaft und Religion an der High School unterrichtet. Und dann landete ich schließlich vor der Fusion mit Westpac in einer Produktposition bei der St. George Bank. Zu diesem Zeitpunkt ging die Glühbirne wirklich an. Mir wurde klar: „Hey, ich mag es, Dinge zu kreieren. Ich ändere gerne Dinge. Ich mag es nicht, Dinge einfach zu tun „, wenn das Sinn macht. Und dieser verwunderte Geist, der die Konformität nicht mag, wurde endlich losgelassen, falls das Sinn macht. Und ich habe nicht aufgehört, es zu genießen. Ich habe meine Zeit bei Westpac geliebt, viele Freunde gefunden, an wirklich coolen, erfolgreichen Projekten gearbeitet und viele Dinge umgesetzt, die großartige Ergebnisse gebracht haben. Ich habe an vielen Dingen gearbeitet, die kläglich gescheitert sind, und daraus viel gelernt. Und als sich Ende letzten Jahres die Gelegenheit bei Spaceship bot, war das einfach eine zu gute Gelegenheit, um nicht wirklich reinzukommen und es auszuprobieren. Also ja, es war eine ziemliche Reise.
Teagan Harbridge:
Ja, wow. Und ich liebe gute Misserfolgsgeschichten. Und du sagtest, du hattest viele. Kannst du dir spontan vorstellen, was einer dieser großen Misserfolge war?
Andrew Malak:
Wo fange ich an? Ich denke, unser erster Versuch, ein digitales Erlebnis zu nutzen, um es Kunden zu ermöglichen, ein Produkt online zu erwerben, war ein ziemlicher Misserfolg, der uns viel gelehrt hat. Wir haben im Grunde genommen die Systeme genommen, die unsere Backoffice-Mitarbeiter verwendeten, und sie einfach den Kunden zur Verfügung gestellt. Und die wirklich gute Erkenntnis daraus ist, dass es viel Verkehr und eine große Nachfrage gab, aber nie genug fertiggestellt wurde. Und das Beste, was daraus gelernt wurde... Das war 2006, also fingen die Internetgeschwindigkeiten gerade an zu steigen. Breitband wurde langsam zum Mainstream und das Vertrauen der Kunden, mehr Transaktionen mit personenbezogenen Daten abzuwickeln, begann sich zu diesem Zeitpunkt zu normalisieren. Bis dahin dachten die Leute ziemlich zurückhaltend: „Ich werde meine persönlichen Daten verlieren“ usw. Als wir uns dazu entschlossen, stellten wir fest, dass es eine große Nachfrage gab, aber wir stellten schnell fest, dass wir die Mitarbeiter vier bis sechs Wochen lang in der Verwendung der Systeme geschult haben, bevor sie wussten, wie sie die Kunden, die sie nutzen, bedient werden sollten.
Andrew Malak:
Aber dann haben wir es in der Produktion für Kunden zur Selbstbedienung eingesetzt und ziemlich schnell festgestellt, dass das Erlebnis für Kunden viel besser geleitet werden muss als das Erlebnis für einen Mitarbeiter. An dieser Stelle begann die Entwicklung von Usability oder Design Thinking ins Spiel. Wir fingen an, darüber nachzudenken: „Nun, wie machen wir diese Dinge so einfach, dass ein Erstanwender ohne Probleme von einem Ende zum anderen gehen kann?“ Und hier wird unser Verständnis von Designprinzipien und Kundentests mit Wortlaut und einer Sprache, die bei Erstbenutzern Anklang findet, entscheidend für die Ausführung. Es geht nicht nur um gute Systeme, sondern auch um eine gute Benutzererfahrung, die auf Systemen liegt.
Andrew Malak:
Das ist wahrscheinlich das, was mich am meisten anspricht, weil ich das während meiner gesamten Karriere sehr geschätzt habe. Jetzt denke ich bei allem, was ich tue, an: „Wo ist die Reibung? Wie stellen wir sicher, dass es keine Reibung gibt? Wie wird sich der Kunde während dieser Erfahrung fühlen? Wie sorgen wir dafür, dass der Kunde bei diesem Erlebnis unnötig verunsichert wird, und wie können wir das vermeiden? Wie werden wir transparenter und sind trotzdem einfach?“ Und ja, das ist wahrscheinlich derjenige, der am meisten Anklang findet.
Teagan Harbridge:
Scheint früh genug in diesem Projekt eine enorme Lernmöglichkeit zu sein und etwas, das dir seitdem im Gedächtnis geblieben ist, so eine großartige Lernmöglichkeit.
Andrew Malak:
Absolut.
Teagan Harbridge:
Wir haben eine Menge Kunden, die sich in allen Phasen ihrer agilen Transformation befinden, und ich weiß, dass Sie damit Erfahrung gemacht haben, wenn wir zu Ihren Tagen in St. George, Westpac, zurückkehren. Können Sie unserem Publikum irgendwelche Tipps oder Geschichten geben, denen Sie begegnet sind, als Sie diese agilen Transformationen durchgemacht haben? Welche Lektionen können Sie mit unserem Publikum teilen?
Andrew Malak:
Oh, ich habe tatsächlich viele Lektionen zu teilen.
Teagan Harbridge:
Das liebe ich.
Andrew Malak:
Schauen Sie, ich positioniere es eher als agile Evolution als als agile Transformation, denn egal, was Sie versuchen, Sie werden nicht einfach einen Wasserfall fallen lassen und am nächsten Morgen agil werden. Ehrlich gesagt habe ich so viele Versuche gesehen und jedes Mal stelle ich fest, dass die Gradualität der Änderung eine bessere Vorhersagbarkeit des Endergebnisses bedeutet, das Sie erzielen werden. Letztlich ist der Heilige Gral, den jeder anstrebt, dass Sie als Führungskraft zu einem Team aufstehen können, unerwartet aufstehen und dann, ohne dass Ihnen gesagt wird, wer in welcher Rolle ist, wer der Product Owner ist, wer der Ingenieur ist, wer die Qualitätskontrolle ist, wer der Designer ist, wird es für Sie als Führungskraft schwierig, herauszufinden, wer wer ist, weil das Team zu diesem Zeitpunkt so gut auf die Kundenergebnisse abgestimmt ist, dass sie organisiert sich selbst in Bezug auf das, was jede Person tun muss.
Andrew Malak:
Und die meiste Sprache, die verwendet wird, dreht sich wirklich darum. Was versuchen wir, den Kunden zu definieren? Was können wir im Rahmen der uns zur Verfügung stehenden Kapazitäten am besten tun, um diese Funktion so schnell wie möglich auf den Markt zu bringen und so viel Wert wie möglich für den Kunden und das Unternehmen zu erzielen? Es dauert lange, bis Sie damit beginnen können, sich auf standardisierte, gemeinsame Ziele, einen gemeinsamen Rhythmus und gemeinsame Arbeitsweisen zu konzentrieren. Und ich denke, es geht letztlich darum, wie viel Ermächtigung man den Leuten geben kann und wie sehr man sich als Führungskraft in den Hintergrund drängen kann, damit sie es selbst herausfinden können, solange man reinkommt und dabei Dinge anstupst und den Leuten hilft, den Kurs zu korrigieren. Die gute Nachricht ist also, dass ich glaube, dass wir bei Spaceship ziemlich nah dran sind, dieses Ziel zu erreichen.
Andrew Malak:
Wir führen Scrum durch und wir führen Sprints schon lange durch, aber es waren hauptsächlich Zeremonien. Aber im letzten Quartal haben wir wirklich gute Arbeit geleistet, um mehr funktionsübergreifende Mitarbeiter in diese Teams einzubinden. Aber das Ziel für uns ist, dass wir jetzt das Gefühl haben, dass unser Durchsatz tatsächlich gestiegen ist und dass der konstante Informationsfluss zwischen den Teams natürlicher wird und es tatsächlich weniger Unklarheiten zwischen den Teams gibt: „In Ordnung, wir haben es so aufgebaut. Die API ist nicht mehr nutzbar. Es passt nicht zu dem, was wir von unserem Frontend aus zu tun versuchen, und es gibt weniger Hin und Her.“ Wir können also wirklich sehen, dass die Reibung zwischen den Personen im Team wirklich dramatisch abnimmt und wir sehen, dass der Durchsatz wirklich steigt. Nichtsdestotrotz ist der beste Weg für eine agile Transformation, einfach anzufangen.
Andrew Malak:
Du kannst dich hinsetzen und Dinge planen und in Richtung Utopie planen, so viel du willst, oder du kannst einfach loslegen. Wenn ich also sage, indem ich loslegen will, sage ich, dass Sie damit beginnen müssen, die Zustimmung aller Führungskräfte der verschiedenen funktionsübergreifenden Teams einzuholen, denn wenn Sie diese Zustimmung auf Führungsebene nicht haben, wird es einfach nicht funktionieren, weil es Blockaden geben wird, es wird Eskalationen geben. Und wenn all diese Dinge zu Diskussionen führen, in denen es um die Frage geht: „Sollen wir so weitermachen?“ Oder: „Hey, vielleicht ist das nicht das Richtige.“ Das muss sehr früh vom Tisch sein und es muss ein uneingeschränktes Engagement auf Führungsebene sein, dass wir dafür sorgen werden, dass das funktioniert und was auch immer uns begegnet, wir werden es einfach korrigieren. Sobald Sie dieses Engagement auf der Führungsebene erreicht haben, müssen Sie die Werte, mit denen das Team arbeiten soll, sehr klar definieren, denn Agile selbst ist kein Prozess, es ist eine Reihe von Werten, die das Team einfach annehmen und mit denen es anfangen muss zu arbeiten.
Andrew Malak:
Wir könnten also losgehen und Einzelpersonen und Interaktionen über Prozesse und Tools oder funktionierende Software über eine umfassende Dokumentation verwirren. Nun, geben Sie diese dem Team und sie werden am ersten Tag zu Ihnen sagen: „Wir können das alles nicht sofort erledigen.“ Sie könnten also am ersten Tag tatsächlich sagen: „Wir werden immer noch einige Unterlagen benötigen, weil wir uns noch nicht wohl fühlen. Wir verstehen die Sprache der anderen Leute im Scrum-Team nicht gut genug, um direkt nach einer Konversation loslegen und programmieren zu können.“ Aber ab dem 10. Sprint, dem 20. Sprint, setzt sich dieses Missverständnis darüber, was der Product Owner will oder was der Designer mit einer Erfahrung zu erreichen versucht, im Kopf des Ingenieurs fest.
Andrew Malak:
Der Techniker versteht den Kunden viel besser, und dann können Sie mit weniger Prozessen und weniger Dokumentation sowie weniger Verhandlungsergebnissen und mehr Gemeinsamkeiten im gesamten Team auskommen. Die andere Sache, die dann in dieser Phase einsetzt, ist die Fähigkeit des Teams, auf eine Änderung zu reagieren und dies nicht als Bedrohung für das anzusehen, was es zu erreichen versucht. Die alte Arbeitsweise war, diesen Umfang zu definieren, diesen Umfang zu schützen und diesen Umfang nicht durch Dinge stören zu lassen, wohingegen, wenn Sie ein Projekt zur Hälfte abgeschlossen haben und einige wirklich gute Informationen erhalten, die Ihnen sagen, dass Sie vielleicht nicht auf dem richtigen Weg sind, ein gutes Ergebnis zu erzielen, sollten Sie das begrüßen. Und das Team selbst wird das am Anfang als lästig empfinden, aber mit der Zeit werden sie sich wohler fühlen, wenn es um neue Informationen geht.
Teagan Harbridge:
Ja. Es ist eine große Änderung der Denkweise. Ich hatte heute gerade eine Diskussion darüber, wo ist Agilität und Reaktivität, wo ist die Grenze in der Mitte. Und wann ist es, Informationen zu nehmen und zu wechseln, weil Sie glauben, dass etwas besser sein wird, wann können wir diese Denkweise durchbrechen: „Oh, wir sind nur reaktiv?“ Nein, wir reagieren darauf.
Andrew Malak:
Ja, ja. Und schauen Sie, ich denke, das Wort reaktiv selbst hat natürlich eine negative Konnotation, aber Agilität in der Denkweise ermöglicht es Ihnen, das auf den Kopf zu stellen und zu sagen, dass niemand die Dinge zu 100% von dem lösen kann, was möglich ist. Wenn wir also offen für unsere eigenen Grenzen sind, können wir in erster Linie anerkennen, dass wir die Lösung nicht zu 100% durchdacht haben, aber lassen Sie uns auch damit einverstanden sein, weil niemand kann. Ich denke, es dreht sich um und bestätigt es im Voraus und sagt, dass dies passieren wird, aber wenn es soweit ist, werden wir die Informationen, die wir haben, mit den Kapazitäten, die wir haben, bewerten, wie fortschrittlich wir sind, und eine Entscheidung treffen, die für uns, für den Kunden und für das, was möglich ist, richtig ist.
Andrew Malak:
Ich gehe also davon aus, dass je mehr Informationen Sie unterwegs erhalten, desto mehr Verstärkung darüber, ob Sie tun, was richtig ist, oder sollten Sie zu diesem Zeitpunkt einen Kurswechsel vornehmen und ändern? Die andere Sache, die sehr früh passiert, ist, dass, wenn Sie als Führungskraft eine wirklich klare Vision in Bezug auf die Kundenergebnisse entwickeln und Ihr erstes funktionsübergreifendes Team bilden und diese Vision an das Team weitergeben, sie zu deren gehört. Übergeben Sie den Backlog nicht an das Team. Geben Sie ihnen kein fertiges Backlog, sondern geben Sie ihnen einfach die Vision und sagen Sie ihnen dann: „Ihr findet heraus, wie Ihr Backlog aussieht.“ Wenn sie sich ihren eigenen Backlog einfallen lassen, solange du als Führungskraft nicht siehst, dass es nur eine Liste von Ave Marys darin ist und da ein bisschen drin ist, das gut verteilt ist zwischen hygienischen Dingen, strategischen Dingen und ein paar Moonshots und die Balance stimmt, wenn das Team seinen eigenen Backlog erstellt hat, geht die Motivation, die es hat, seine eigenen Ideen zu entwickeln, einfach durch die Decke.
Andrew Malak:
Und das ist es, was du erreichen willst. Sie möchten Klarheit darüber schaffen, dass die Arbeit zur Vision passt, und die Motivation, die Sie aus dem Backlog schöpfen, der vom Team selbst geschaffen wird, bringt Ihnen diese Verbesserung des Durchsatzes. Die andere Sache, mit der Sie sehr früh zu kämpfen haben werden, ist, die Dinge so zu zerlegen, dass sie sich an den Sprint-Rhythmus anpassen. Ich denke, das war oft meine größte Herausforderung, wenn ich schon früh zu agilen Praktiken übergegangen bin. Normalerweise gibt es in den ersten Sprints immer Überläufe und Dinge werden im Sprint nicht abgeschlossen, weil wir am Ende denken, dass wir mehr tun können, als wir können, und es dauert eine Weile, bis wir das herausgefunden haben. Wenn Sie etwas fertigstellen, das in einem Sprint versandfähig wird, nehmen Sie in diesem Sprint wahrscheinlich etwas weniger mit, weil Sie es testen müssen oder Sie müssen in diesem Sprint ein Release machen, oder Sie werden einen PIR machen. Sprint, oder du wirst in diesem Sprint viele Retros machen. Fangen Sie an, gewissermaßen zu formulieren, was Sie im nächsten Planungszyklus durchmachen werden.
Andrew Malak:
Sie müssen also diese Kapazität einhalten, und ich werde feststellen, dass die Teams das Ausmaß dieser Arbeit unterschätzen. Also sei damit einverstanden. Überläufe in den ersten paar Sprints bedeuten nicht, dass du durchgefallen bist, es bedeutet, dass du lernst, besser zu planen. Und stellen Sie dann sicher, dass Ihre Rückblicke und Ihr Pivot davon in Ihre nächsten Planungssitzungen Informationen aufnehmen, die für Sie jetzt neu sind, und stellen Sie sicher, dass Sie damit arbeiten. Ich denke jedoch, dass Sie als Führungskraft die Erwartungen wecken müssen, dass Teams Fehler machen können und dass es eine sichere Umgebung ist.
Andrew Malak:
Und ich habe viele agile gesehen... Ich wollte gerade das Wort Transformation benutzen, obwohl ich gerade gesagt habe, dass ich nicht an Transformation glaube. Alle Teams, die agile Prinzipien anwenden und erwarten, dass sie in ihren ersten Sprints keinen Schluckauf haben und dass, wenn der Durchsatz in den ersten Sprints sinkt, ein bisschen wie „Oh, nun, du hast mir gesagt, dass dieses Ding unseren Durchsatz erhöhen würde.“ Ja, aber nicht sofort. Ja, ich denke, nur realistisch mit sich selbst zu sein und mit dem, was möglich ist, und diese Veränderung an sich, bis sie sich normalisiert, ist etwas gewöhnungsbedürftig. Die Teams müssen wissen, dass es in einer sicheren Umgebung ist, dass alles in Ordnung ist, wenn ihre Produktivität darunter leidet, wenn sie Fehler machen oder Dinge kaputt machen. Wir reparieren es nach vorne.
Andrew Malak:
Aber dann kommt auch ein Punkt, an dem wir uns über die Kultur der Rechenschaftspflicht im Zusammenhang mit der richtigen Nutzung dieser Kapazitäten im Klaren sein müssen. Ich habe also festgestellt, dass die beste Nutzung davon das Showcase ist. Und was wir bei Spaceship gemacht haben, weil wir versuchen, die Anzahl der Zeremonien zu reduzieren, haben wir sowohl das Playback der Planung in einem Sprint als auch das Showcase zu einer Zeremonie zusammengefasst. Wir spielen also ab, was wir in der letzten Sitzung erstellt haben, indem wir eine Demonstration der funktionierenden Software verwenden und den Umfang der ausgeführten Arbeit mit dem vergleichen, was im vorherigen Sprint geplant war. Wir sagen, dass wir zu 80%, zu 90% mit der Arbeit fertig sind, und so sieht es aus und so fühlt es sich an, und so stellen wir es dem Kunden zur Verfügung. Dann zeigen wir tatsächlich, was wir im nächsten Sprint vorhaben.
Andrew Malak:
Und das ist Teil des Showcases, unser persönliches Bekenntnis zu dem Motto: „Dafür setzen wir uns als Team im nächsten Sprint ein.“ Und dann wird diese Rechenschaftspflicht gegenüber der Organisation zu etwas, das uns während des gesamten Sprints auf Kurs hält. Wenn Ablenkungen oder Dinge, die im Sprint nicht festgelegt wurden, auf uns zukommen, denken wir schnell darüber nach, okay, können wir diese Dinge berücksichtigen? Müssen sie erledigt werden? Werden sie uns von dem, was geplant ist, abbringen? Sind sie wichtig genug? Handelt es sich um einen schwerwiegenden Produktionsfehler und können Kunden nicht mehr auf unsere App zugreifen? Nun, lassen Sie das, was Sie tun, fallen und kümmern Sie sich darum. Andernfalls, wenn es nicht wesentlich ist, konzentrieren Sie sich weiterhin auf die Arbeit, zu der Sie sich vor der Organisation verpflichtet haben.
Andrew Malak:
Danach werden Sie zunehmend Probleme haben, und die zunehmenden Schmerzen sind gut, denn das bedeutet, dass Agile funktioniert und mehr Teams oder mehr Funktionschancen für das Unternehmen möglich werden. Es wird noch viel mehr Hype um die Umstellung auf Agile geben. Andere Teams werden rüberkommen und sagen: „Oh, wie machen wir Huckepack auf das, was Sie tun?“ Und so weiter. Das ist gut. Das ist gut, aber es bedeutet jetzt, dass einige neue Risiken tatsächlich eingeführt werden. Die Arbeit mit gemeinsamem Code, gemeinsamen Abhängigkeiten oder sogar die Tatsache, dass normale Leute mehrere Dinge tun müssen, bedeutet nur, dass Sie jetzt mehr Koordination benötigen. Ich würde jedem, der diesen Zeitpunkt erreicht, sagen, dass sich die Leute jetzt gezwungen fühlen, einige neue Rollen einzuführen, Koordinationsrollen. Und ich würde nur sagen, seien Sie vorsichtig, denn das kann Ihren Aufwand sehr schnell erhöhen.
Andrew Malak:
Ich finde, der beste Weg, um sicherzustellen, dass Teams weiterhin synchron sind, ist der richtige Dialog auf der richtigen Ebene im richtigen Rhythmus. Und hier funktioniert es meiner Meinung nach sehr gut, es einfach zu halten, nur das Gedränge von Scrums zu verwenden. Ich mag es, wenn das Gedränge von Scrums zwischen dem Product Owner und dem technischen Leiter jedes Teams, die anwesend sind, ausgewogen ist, und ein- bis zweimal pro Woche funktioniert wirklich gut. Und solange die Product Owner in den Teams und die technischen Leiter in den Teams wissen, woran die anderen Teams arbeiten, wissen, was ihre eigene Arbeit aus Sicht der Veröffentlichung, des Zeitplans oder der Umgebung beeinflussen könnte, funktioniert das meiner Meinung nach auch sehr gut.
Teagan Harbridge:
Ja, wow. Da sind viele Kleinigkeiten drin und sicherlich Dinge, die mit unserer Erfahrung hier bei Easy Agile übereinstimmen, als kleines Unternehmen, das sehr schnell gewachsen ist. Ich kann das also definitiv nachvollziehen. Wir haben uns darüber unterhalten, ob wir neue Rollen in diesem Unternehmen einführen werden. Wir haben erst in den letzten Monaten einen neuen Rhythmus von Besprechungsrhythmen eingeführt, also gehen wir auch diese Dinge durch.
Andrew Malak:
Absolut. Absolut. Was waren Ihre bisher größten Erkenntnisse?
Teagan Harbridge:
Ich denke, dass man die Kommunikation nicht unterschätzen darf, und es kommt wirklich auf diesen Rhythmus und diesen Rhythmus mit dem Team zurück. Und wir experimentieren gerade mit einem täglichen Huddle, bei dem wir darüber sprechen, wie wir Showcases regelmäßiger in unsere Zyklen einbetten können. Am Ende des Zyklus haben wir eine große Demo. Wie können wir das zu einem tief verwurzelten Teil unserer Kultur machen? Und es kommt auch wirklich auf diese Kultur der Rechenschaftspflicht zurück. Also ja, das alles findet Resonanz.
Andrew Malak:
Ja, absolut. Ja, du kannst in jede Branche gehen, die du willst, aber die Probleme sind meistens ähnlich. Und das Tolle ist, dass es sehr wichtig ist, diese Gespräche zu führen, um schnell voranzukommen, da Ihr Problem nicht nur auf Sie beschränkt ist. Jemand anderes hat es gesehen, jemand anderes hat einen Weg gefunden. Und ich denke, was ich an der FinTech-Branche mag, ist, dass wir um Produkte und Dienstleistungen konkurrieren, aber es gibt viel voneinander zu lernen. Und selbst wenn Sie die FinTech-Branche einfach verlassen, können Sie viel von anderen Branchen lernen, die agile Methoden eingeführt haben.
Teagan Harbridge:
Wenn wir einen kleinen Umschwung machen, sind wir von Ihrer beruflichen Karriere und Ihrer Erfahrung auf eine persönlichere Ebene übergegangen. Sie haben erwähnt, dass Sie agile Techniken außerhalb der Arbeit anwenden. Ich bin mir also nicht sicher, ob viele andere im selben Boot sitzen, aber können Sie das näher erläutern? Was heißt das? Wonach sieht das aus?
Andrew Malak:
Okay, ich hoffe, du findest mich nicht extrem komisch. Wir haben sogar eine Familienkampagne. Also ich denke, wenn ich darauf zurückkomme, wie wir dazu gekommen sind, das tatsächlich zu machen. Wenn wir Eltern werden, schauen wir uns unsere Kinder an und sehen so viele Dinge, in denen wir wollen, dass sie besser werden. Und indem wir versuchten, ihnen ständig Feedback zu geben, was sich anfühlte, als wäre das Feedback so umfangreich, dass alles übertönt wird, weil es so viel davon gibt. Tatsächlich gab mir mein ältester Sohn dieses Feedback. Er sagt: „Papa, warum konzentrieren wir uns nicht auf eine Sache nach der anderen?“
Andrew Malak:
Und ich sagte: „Wow, okay.“ Dass mir ein Zehnjähriger das erzählt hat, war unglaublich. Also wurde uns klar, dass wir uns eingrenzen und uns auf einen Verbesserungsbereich nach dem anderen konzentrieren mussten, und wir gehen nicht zum nächsten über, bis wir den ersten abgeschlossen haben. Zum Beispiel mein ältester Sohn, ein sehr kluger Junge. Wir versuchen, uns bei ihm auf die Prozessdisziplin zu konzentrieren, anstatt nur die richtige Antwort zu finden, weil er schlau ist und in den meisten Fällen, wenn man ihm eine Frage stellt, hat er die Antwort und er will sie einfach sagen.
Andrew Malak:
Aber wir haben begonnen, die Frage aufzuschlüsseln und mit ihm mehr an dem Prozess zu arbeiten, damit wir, wenn wir den Prozess verfolgen, gepaart mit seinen natürlichen Fähigkeiten, öfter richtig antworten. Und das ist es, woran wir gerade arbeiten. Auf der Gedränge unserer Familie ist im Moment also eine Mischung aus Dingen zu sehen. Jeder hat seine eigene Schwimmbahn, und in jeder Schwimmbahn gibt es ein paar Aufgaben, einige beziehen sich auf Arbeit oder Studium, andere beziehen sich auf Hausarbeit, andere beziehen sich auf Gesundheit oder Bewegung und wieder andere beziehen sich auf freundliche Handlungen. Und wir wollen sicherstellen, dass wir jeden Tag Dinge in allen vier Kategorien erledigen. Also ja, du kannst Agilität einsetzen, wo immer du willst, aber ich denke, diese Denkweise im Allgemeinen, dass, wenn ich jeden Tag aufwache und Dinge tue, die mich besser machen als gestern, ich sowohl in meinem Privatleben als auch in meinem Berufsleben weiter vorankommen kann.
Teagan Harbridge:
Und haben Sie WIP-Limits?
Andrew Malak:
Das tun wir im Moment nicht und wir veranstalten im Moment keine Showcases. Wir werden sehen, wie wir sie in Zukunft einführen können.
Teagan Harbridge:
Und wie war die Einführung eines Kanban-Boards zu Hause? Wie wurde das von der Familie aufgenommen? Hat es ihnen gefallen, gab es Feedback?
Andrew Malak:
Nun, es war eigentlich nicht geplant. Es fing damit an, dass ich einfach ein paar Post-its auf den Kühlschrank klebte, um uns an Dinge zu erinnern. Und dann sagte ich eines Tages zu meiner Frau: „Weißt du was? Das erinnert mich an das, was wir bei der Arbeit machen. Warum formalisieren wir es nicht?“ Sie kicherte ein bisschen, aber eines Tages kam sie zurück und dann fand sie es dort. Also ja, es war nicht wirklich geplant.
Teagan Harbridge:
Fantastisch. Und du warst schon sehr großzügig mit deiner Zeit, also schließe ich es mit einer letzten Frage ab. Welchen Rat hätte Ihnen Ihrer Meinung nach jemand gegeben, als Sie den Sprung vom Produktmanagement zur Produktleitung gewagt haben?
Andrew Malak:
Ja, das ist eine wirklich gute Frage. Ich denke in erster Linie, dass Sie sicherstellen müssen, dass Sie Ihr Bedürfnis nach Perfektionismus loswerden, denn in erster Linie waren Sie vielleicht selbst der beste Produktmanager. Du warst vielleicht unglaublich. Und ich sage nicht, dass ich das war, aber wenn Sie eine Führungsrolle übernehmen würden, würden Menschen mit unterschiedlichen Fähigkeiten für Sie arbeiten. Und was Sie verstehen müssen, ist, dass sie einige Zeit brauchen werden, um ihre Rolle und ihr Handwerk zu erlernen. Und behindern Sie sie einfach nicht beim Lernen. So könnten Sie beispielsweise jemanden sehen, der etwas tut, das diese Kapazität in diesem Sprint möglicherweise nicht optimal oder optimal nutzt. Möglicherweise verspüren Sie den Drang, einzusteigen und den Kurs zu korrigieren. Aber wenn Sie sie gehen lassen und ihr Feedback nur im Rückblick hören, haben sie das vielleicht selbst gelernt, und eine Erkenntnis, die sie selbst erhalten, anstatt von ihrem Leiter darüber informiert zu werden, wird für sie viel nützlicher sein.
Andrew Malak:
Sie müssen Ihr Bedürfnis, Entscheidungen zu treffen und die Kontrolle zu haben, fallen lassen, denn je mehr Sie sich in eine dienende Führungsrolle verbannen und das Team Entscheidungen treffen lassen können, wenn es Entscheidungen trifft und diese Entscheidung nun mit der Ausführung untermauern muss, ist es wahrscheinlicher, dass es sein Herzblut hineinsteckt. Je mehr sie das Gefühl haben, dass Sie die Entscheidungen treffen werden, desto weniger neigen sie dazu, Probleme selbst zu durchdenken, und dann werden sie die Probleme immer wieder zu Ihnen zurückbringen. Jedes Mal, wenn Ihnen jemand eine Frage stellt, auf die es eine schwarz-weiße Antwort gibt, werfen Sie sie ihm zurück und fragen Sie ihn, was er denkt, denn auf diese Weise coachen Sie ihn, es selbst zu lösen. Und dann ist das Letzte, was wirklich wichtig ist, meiner Meinung nach, dass es wirklich wichtig ist, darüber nachzudenken, wie Ihr Unternehmen es Ihnen ermöglicht, anders zu sein und diese Differenzierung zu nutzen.
Andrew Malak:
Zum Beispiel hier bei Spaceship, weil wir klein sind, wir sind kein großes Unternehmen, unsere Kunden sind etwas nachsichtiger. Sie haben also eine begrenzte Kapazität, um Erlebnisse zu erstellen, und Sie können nicht alle Dinge gleichzeitig tun. Verstehen Sie das und nutzen Sie es, damit Ihr Team das auch lernt. Denn wenn Sie versuchen, alle Randfälle zu zeigen, wird es viel länger dauern, bis etwas auf den Markt gebracht wird, und Sie könnten einen Großteil der Teamkapazitäten nutzen, um Randfälle zu entwickeln. Und das können Sie sich nicht wirklich leisten, wenn Sie in einem Start-up sind.
Andrew Malak:
So haben wir beispielsweise gestern ein neues Anlageportfolio lanciert. Wir haben das Spaceship Earth-Portfolio lanciert, unser erstes nachhaltiges Anlageportfolio, und das ist ein Zeichen dafür, dass hoffentlich noch mehr Dinge im Bereich Nachhaltigkeit auf uns zukommen werden. Aber als wir es auf den Markt brachten, war uns bewusst, dass unsere Erfahrung oder unser Produktangebot heute eine Einschränkung haben, sodass jeder Kunde nur ein Portfolio haben kann. Wir wussten, dass Bestandskunden in nachhaltiges Investieren investieren möchten, aber wir verpflichten uns ihnen gegenüber, dass es in unserem Backlog steht und es eigentlich das nächste Feature ist, das wir tatsächlich auf den Markt bringen werden.
Andrew Malak:
Und als wir unseren Kunden das erklärt haben, waren sie sehr verständnisvoll, dass sie wissen, dass unser Durchsatz begrenzt ist, aber sie wissen auch, dass ihre Stimme gehört wird und wir die Dinge entwickeln, von denen sie uns erzählen. Ich würde also sagen, dass der beste Ratschlag, den ich meinem jungen Ich geben kann, darin besteht, sicherzustellen, dass Sie die richtige Balance zwischen der Stimme des Kunden finden. Das wird Ihnen all die hygienischen Dinge sagen, die Ihrem Produkt in Bezug auf Erfahrung oder Lücken fehlen. Und dann finden Sie das Gleichgewicht zwischen neuen strategischen Dingen, die Sie verfolgen können, und neuen Dingen, die Sie auf den Markt bringen können, sowie ab und zu ein paar Ave Marias. Wir nennen sie Moonshots. Sie können funktionieren oder auch nicht, aber es ist aufregend, und wenn es funktioniert, können Sie Ihre Lautstärke um das Zehnfache erhöhen. Und das sind die Dinge, die sich wahrscheinlich viral verbreiten werden. Daher ist es sehr wichtig, das richtige Gleichgewicht zu finden.
Teagan Harbridge:
Es war wunderbar, Andrew. Ich habe definitiv viel aus unserem heutigen Chat mitgenommen, und ich bin sicher, unser Publikum wird es auch tun. Nochmals vielen Dank für Ihre Zeit und viel Glück.
Andrew Malak:
Nein, Teagan, hör zu, vielen Dank. Und es war mir eine Freude, mit Ihnen und Easy Agile zu sprechen, und ich wünsche Ihnen auch alles Gute.
Teagan Harbridge:
Fantastisch. Danke Andrew.
Andrew Malak:
Hab einen schönen Tag.
- Podcast
Easy Agile Podcast Ep.11 Dave Elkan & Nick Muldoon über den Aufbau von Easy Agile
Folgen Sie in dieser Folge von The Easy Agile Podcast Nick Muldoon und Dave Elkan, den Co-CEOs und Mitbegründern von Easy Agile. Da sie sich auf die nächste Wachstumsphase des Unternehmens freuen, wollten sie diese Gelegenheit nutzen, um über ihren bisherigen Werdegang nachzudenken.
Nick und Dave sprechen über das Wachstum eines Start-ups in der Region Australien, die Suche nach den richtigen Leuten, die Aufrechterhaltung einer positiven Teamkultur und die Bedeutung werteorientierter Teams.„Unser Ziel ist es, Teams dabei zu helfen, agil zu sein, und dabei tun wir das für uns selbst. Wir versuchen ständig, zu lernen, uns anzupassen und mit neuen Dingen zu experimentieren. Ich hoffe, das war ein nützlicher kleiner Leckerbissen und eine Reise von Dave und mir darüber, wie wir Easy Agile zu diesem Punkt gebracht haben.“
- Nick Muldoon, Co-CEO von Easy Agile
„Es gibt diese lustigen kleinen Hacks und Analogien und ich denke, das ist eine Sache mit langfristiger Vision. Wenn Sie ein Unternehmen führen, das diese langfristige Vision und dieses Ziel nicht verfolgt, dann können Sie tatsächlich in mehrere Richtungen gleichzeitig gehen, und Sie werden keine Fortschritte machen.“
- Dave Elkan, Co-CEO von Easy Agile
Abonniere unbedingt, genieße die Folge 🎧
Transkript
Nick Muldoon:
Guten Tag, Leute. Nick Muldoon mit Dave Elkan, Mitbegründer und Co-CEO von Easy Agile. Bevor wir beginnen, möchten wir den traditionellen Hütern des Landes, auf dem wir heute senden und aufnehmen, unsere Anerkennung aussprechen, dem Volk der Wodiwodi der Dharawal Nation. Wir erweisen den Ältesten in Vergangenheit und Gegenwart unseren Respekt und erweisen allen unseren Ureinwohnern, die heute zuhören, den gleichen Respekt.
Nick Muldoon:
Dave, nur ein kleiner Rückblick auf fünfeinhalb Geschäftsjahre?
Dave Elkan:
Geschäft? Ja, eine Achterbahn. Es hat großen Spaß gemacht.
Nick Muldoon:
Es ist eine Achterbahn, nicht wahr? Ich schätze, wo fängt man am besten an? Der beste Ort, um anzufangen, ist am Anfang.
Dave Elkan:
Ja, ich meine, wir können vor dem Start gehen. Es gibt immer ein gutes Prequel. Ich schätze, wir können später eine Prequel-Episode machen. Aber ich glaube, ich erinnere mich frühestens an die Zusammenarbeit mit dir, Nick, war auf Level 15 in der Kent Street, bei Atlassian. Da war dieser rothaarige Typ am einen Ende des Gebäudes, der an Atlassian GreenHopper arbeitete, und ich war zu der Zeit damit beschäftigt, im Kick-Ass-Team zu arbeiten und 2011 den neuen Issue Navigator zu entwickeln, der jetzt der alte Issue Navigator ist. Und dann hast du dich nach San Francisco verschissen und ich bin ihm schließlich gefolgt, und dann haben wir eine Weile da rumgehangen, nicht wahr?
Nick Muldoon:
Ja, ich erinnere mich daran, weil wir uns hingesetzt haben, ich war zurück, um zu heiraten, und wir haben uns hingesetzt und einen Kaffee getrunken und darüber geredet, dass du und Rin nach San Francisco gezogen sind und wie es für Liz und mich gewesen war und wie der Prozess war und all diese Dinge.
Dave Elkan:
Das ist eine großartige Gelegenheit, auch unser Leben auf dieser großartigen Reise zu würdigen, und wenn sie nicht gewesen wären, wären wir wahrscheinlich gar nicht nach San Francisco gegangen, weil ein großer Teil der Werbung darin besteht, ins Ausland zu gehen und das sowieso für mich und für Sie selbst zu tun, da bin ich mir ziemlich sicher.
Nick Muldoon:
Ja. Ja, Liz war dieses große Gespräch darüber, nach Übersee zu gehen und etwas Neues zu erleben. Ich fühlte mich in Sydney ziemlich wohl und genoss meine Rolle im Produktmanagement bei Atlassian, aber es war wirklich ein Anstoß, etwas anderes zu erleben und zu machen.
Dave Elkan:
Absolut, hier genauso. Und du warst über vier Jahre dort, in San Francisco, und ich war drei Jahre dort. Aber du bist nach Hause gekommen, du hast geheiratet und ich habe dich gerade auf einen Kaffee geholt und wir saßen da im Martin Place und unterhielten uns und du sagtest: „Ja, es ist großartig. Komm vorbei, du kannst zwei Wochen bei mir bleiben.“ Und ich sage: „Oh, ich kenne dich kaum.“
Nick Muldoon:Ja, aber es war so viel. Ja, auch wenn ich Liz oder mich nicht kannte, war es viel besser als die Alternative. Also für die Leute, die zuhörten, befand sich das Atlassian-Apartment zu der Zeit in einem ziemlich rauen Teil von The Tenderloin in San Francisco, und es war wahrscheinlich nicht die beste Einführung, wenn jemand nach San Francisco ziehen würde.
Dave Elkan:
Nein. Aber um es kurz zu machen, es gibt eine Menge guter Geschichten, ich bin mir sicher, dass wir sie eines Tages erzählen können, aber irgendwann hatten wir beide Töchter in San Francisco und wir wollten zu Hause und näher bei der Familie sein. Dann kamen wir nach Sydney und stellten fest, dass der Verkehr 20% oder 50% schlimmer ist als zu dem Zeitpunkt, als wir losfuhren und wir entwurzelt wurden. Also, wenn man einmal entwurzelt ist, muss man sich irgendwo wieder hinsetzen und es ist ziemlich einfach, an diesem Punkt umzusteigen, und man hat sich dafür entschieden, Sydney zu verlassen.
Nick Muldoon:
Ja, dieser regionale Lebensstil in Wollongong.
Dave Elkan:
Ja, wo Sie einen ganzen Block Land für sich haben können, ohne das Budget zu sprengen, und Sie können, relativ gesehen, als hätten sich die Zeiten in diesem Bereich ein bisschen geändert, aber seitdem haben wir das verfolgt, nicht wahr? Und wir haben uns Newcastle angesehen und...
Nick Muldoon:
Wir haben uns Newcastle angesehen, Brisbane und Adelaide angeschaut, wir sind sogar durch Wagga Wagga gegangen. Wir hatten das tollste indische Essen in Wagga Wagga, wir dachten fast: „Das ist der richtige Ort. Wenn wir in Wagga so etwas essen können, sind wir süß.“ Etwas zu kalt, aber am Ende haben wir uns für Wollongong entschieden, was zum großen Teil auf die Nähe zum Strand und zum Early Start Discovery Space für die Kinder zurückzuführen ist und einfach ein ziemlich cooler, chilliger Ort, um eine Familie zu gründen. Ich glaube, es gibt auch Aspekte, die Liz und mich wirklich an San Francisco erinnert haben. Wir gingen an einem Samstagmorgen oft auf den Bauernmarkt unten am Ferry Building, und wir fanden den Bauernmarkt an einem Freitag in Wollongong an der Crown Street North, also gab es diese Ähnlichkeiten, die es uns irgendwie ermöglichten, ziemlich einfach von einer Stadt in die andere zu wechseln.
Dave Elkan:
Ja. Es ist ein ziemlich einfacher Ort zum Leben und Verweilen. So wie ich es gerne drehe, ist es gerade weit genug von Sydney entfernt.
Nick Muldoon:
Ja, dazwischen ein netter kleiner Nationalpark.
Dave Elkan:
Stimmt, es kann nicht wirklich auf uns einwirken, es ist nicht erlaubt. Da kannst du nicht bauen, also hast du immer diesen Puffer. Aber ich erinnere mich, dass ich zum Geburtstag einer Nichte nach Sydney zurückkehrte und mir 9$ pro Stunde für das Parken am Strand berechnet wurden, wenn man bedenkt, dass du nicht einmal mehr eine Parkplakette hast, weil ich kein Anwohner war, und ich dachte: „Wow, das ist wirklich teuer.“ Aber für alle, die nach Wollongong oder in die andere Richtung kommen, können Sie kostenlos am Strand parken. Das ist quasi ein guter Lackmustest für den Unterschied, über den wir hier sprechen.
Nick Muldoon:
Mm-hmm (bejahend). Ja, ich schätze, dieses regionale Leben, als ob wir hier nicht wirklich eine Technologiebranche hätten. Wir kommen aus Sydney, wo es vor 10 Jahren diese aufstrebende Tech-Szene und SyDJs, SydCSS und andere Meetups gab, und in San Francisco wurden wir mittendrin gedrängt. Ich erinnere mich, wir haben letzte Woche über ein Treffen gechattet, bei dem wir uns getroffen haben, den Ruby Creator bei einem Heroku-Treffen, glaube ich, und eine Sitzung über [detrace 00:06:17] in der Firma, die jetzt pleite ist und an deren Namen ich mich nicht einmal erinnern kann, aber wir waren mittendrin bei all den Meetups in San Francisco. Dann gab es in Wollongong nichts davon, und so war es wie eine Frage, was wir tun könnten, um auch hier eine Gemeinschaft aufzubauen, zu versuchen, andere Gleichgesinnte zu treffen?
Dave Elkan:
Ja, es war definitiv dieser Wunsch, nicht wahr? Und wir haben uns vorgenommen, das zu tun, und ich glaube, es war Rin, der es Siligong genannt hat. Ich erinnere mich, dass wir vor unserer Abreise tatsächlich über das Siligong-Tal gesprochen haben, und wir haben einfach beschlossen, das zum Namen der Gemeinde zu machen. Ich habe neulich auf meine alten E-Mails zurückgeschaut und dachte: „Oh, wir haben tatsächlich über Siligong gesprochen, bevor wir in Wollongong waren“, also das ist ziemlich cool.
Nick Muldoon:
Ich erinnere mich an die frühen Tage, weil ich glaube, du und Rin seid mit [Umi 00:07:08] auf dem Flug zurückgekehrt, und Umi war sechs oder acht Wochen alt.
Dave Elkan:
Ja, Oktober.
Nick Muldoon:
Wenn ich mich nicht irre, habe ich dich bei deiner Mutter abgesetzt, damit du deine Mutter und Ken treffen kannst und das war quasi die Heimatbasis. Und danach waren es ein paar Monate oder so, bis wir dich endlich hier unten hatten. Und ich glaube, du warst bei Liz und mir, als du hergekommen bist...
Dave Elkan:
Ja, wieder für zwei Wochen.
Nick Muldoon:
... noch ein paar Wochen, und wir haben wirklich über die Entstehung dessen gesprochen, was zu der Zeit als Arijea Products bezeichnet wurde, und einer Marke, bei der wir nie geblieben sind. Woran erinnern Sie sich an diese frühen Tage und an den Versuch, das Geschäft auf die Beine zu stellen?
Dave Elkan:
Wenn ich darüber nachdenke, du warst in Coniston, nicht in Coniston, [Carmila 00:07:59], es waren tatsächlich weniger als zwei Wochen, weil wir alle kleine Kinder hatten und es war einfach ein bisschen verrückt. Also ich glaube, Rin und ich haben uns organisiert... wir sind runtergekommen und haben Inspektionen gemacht und wir sind bei dir geblieben, während wir das machen, und dann konnten wir uns einen Platz in Fairy Meadow sichern und sind runtergezogen, also sind wir zu diesem Zeitpunkt ein bisschen hin und her gegangen. Und dann waren es diese sechs Monate, in denen buchstäblich... Ich hatte kein Fahrrad, ich bin einfach zu Fuß zur Arbeit gegangen, was für mich super neu ist. Ich habe immer den Bus genommen oder bin mit dem Fahrrad gefahren.
Dave Elkan:
Einige von Ihnen wissen vielleicht, dass ich nie zur Arbeit gependelt bin und das hoffentlich nie tun muss, und wir haben unser Leben nach einem solchen Konzept gestaltet. Aber ich finde es wirklich toll, ich lebte nur zwei Kilometer zu Fuß von der Arbeit entfernt, und das war mindestens die ersten sechs Monate, bis ich nach Balgownie gezogen bin, aber es war eine großartige Zeit meines Lebens und wir hatten ein brandneues Baby und konzentrierten uns einfach auf das Geschäft und versuchten [Crosstalk 00:09:00] -
Nick Muldoon:
Ich erinnere mich, dass wir in den frühen Tagen wirklich keine Ahnung hatten, was wir gemacht haben. Wir haben einen Bereich durchsucht und gesagt: „Nein, das ist nicht angemessen“, und dann haben wir unsere Aufmerksamkeit etwas anderem zugewandt.
Dave Elkan:
Ja. Wir sind uns ein bisschen im Kreis gejagt. Wir hatten einmal fünf Produkte mit zwei Personen.
Nick Muldoon:
Das ist richtig.
Dave Elkan:
Ich denke, das ist zu viel, aber dank der guten Gespräche mit den Kollegen um uns herum bei IXI, die wir führen konnten... als hätten sie gute Fragen gestellt und ich erinnere mich, dass Rob und Nathan uns fragten: „Worin bist du gut?“ Und ich glaube, es war Rin, der meinte: „Okay, du hast diese App-Idee, an wen wirst du sie vermarkten? Schau dir deine Netzwerke an.“ Und das war es, all diese Pfeile begannen in Richtung Agile zu zeigen.
Nick Muldoon:
Ja, ich glaube, es war diese Idee, die Rin hatte: „Du kannst es bauen und sie werden kommen, oder du kannst herausfinden, welchen Markt und welchen Vertrieb du hast, und was ist das Publikum, das du bereits hast, und wie nutzt du das Publikum, das du bereits in der agilen Softwareentwicklung hast, um dieses Publikum zu gründen und etwas Schwung zu bekommen?“ Und das hat uns wirklich umgehauen und in Schwung gebracht. Wenn ich mich nicht irre, denke ich, dass wir eigentlich... nicht viele Ausgaben gehabt hätten, aber ich glaube, wir hatten im Juni 2016 tatsächlich die Gewinnschwelle erreicht, und es war irgendwie dieser „Hurra“ -Moment, weil wir nicht in den Zug steigen und nach Sydney pendeln mussten, um bei Atlassian zu arbeiten oder so. Wir hatten das Produkt für markttauglich befunden und konnten es irgendwie weiterverfolgen und zur nächsten Phase übergehen.
Dave Elkan:
Das stimmt, ja. In dieser Geschichte steckt auch viel, zum Beispiel, wie wir festgestellt haben, dass das Produkt zum Markt passt und die Schritte dahin und auch viele Erkenntnisse aus dieser Zeit, die ich irgendwann teilen kann, denke ich, aber wir könnten in ein Kaninchenloch gehen, wenn wir uns darauf einlassen. Aber ich erinnere mich sicherlich an gut durchdachte Gespräche, die bei Lamingtons und Tee im Mike Codd-Gebäude auf dem Innovation Campus der University of Wollongong geführt wurden, wo wir angefangen haben. Und das war wirklich nur eine Zeit, um... es fühlte sich anders an als meine vorherige, zu der Zeit 15 Jahre Erfahrung, in der man eigentlich, es okay ist, innezuhalten und zu reden und darüber nachzudenken, was man tut, während es in der Vergangenheit einfach hieß: „Geh, geh, baue dieses Ding.“ Und es ist wie: „Oh, okay“, das war wirklich erfrischend für mich und ich denke, das war ein wirklich guter Schritt, um das zu öffnen, was zur Storymap wurde, was unser erstes wirklich erfolgreiches Produkt war.
Nick Muldoon:
Mm-hmm (bejahend). Sie haben die Lamingtons und Tee erwähnt, es waren wahrscheinlich mindestens 50% unserer Zeit, das Geschäft auf die Beine zu stellen, waren Lamingtons und Tee. Es ging darum, über Dinge zu chatten, keinen Code zu schreiben, wir hatten keine nennenswerten Kunden. Es ging wirklich darum herauszufinden, welche Art von Markt wir verfolgen wollten, welche Lösungen wir anbieten wollten und welche Art von Geschäft wir aufbauen wollten? Das war ein großer Teil unserer Zeit, um es auf die Beine zu stellen.
Dave Elkan:
Absolut. Und für die Zuhörer da draußen, die nicht wissen, was ein Lamington ist, es ist eigentlich ein köstliches Stück Biskuitkuchen, getaucht in Schokoladensauce und dann Kokosnuss, Kokosraspeln, also ich weiß, dass man sie in den USA kaufen kann. Das haben wir bei Atlassian gemacht und sie waren ein großer Erfolg, vor allem, weil sie auch Sahne drin hatten, also wirklich gut für eine Tasse Tee oder Kaffee, was auch immer man nimmt. Aber die Sache ist, dass es eine gute Idee ist, sich mit einem Mitbegründer zusammenzusetzen und viel mehr zu reden, als Sie tippen, das ist die Art von Regel, die ich daraus gezogen habe.
Nick Muldoon:
Es ist interessant, weil es so etwas wie diese Art des Sprechens statt Tippens war, das quasi die Entstehung eines unserer Werte war, auch dieses engagierte System. Und ich glaube nicht, dass Sie Kahnemans Buch zu dieser Zeit gelesen haben, und das kam später, sondern sogar nur diese Idee von: „Nehmen wir uns jetzt einfach die Zeit, um über solche Dinge nachzudenken und sie zu verarbeiten“, und der Kontext [Crosstalk 00:13:09] -
Dave Elkan:
Nein, ich erinnere mich. Entschuldigung, ja. Ich habe 2017 auf dem Lansing Summit auch einen Vortrag über Engaged System gehalten.
Nick Muldoon:
16 oder 17?
Dave Elkan:
16 oder 17, ich kann mich nicht erinnern, welcher es ist.
Nick Muldoon:
'16, weil du '16 nach Barcelona gegangen bist.
Dave Elkan:
Barcelona, und das habe ich dort gemacht, nicht wahr? Ja, also das war früh, als ich Thinking, Fast and Slow gelesen habe, was ich sehr empfehlen kann.
Nick Muldoon:
Und der Kontext dazu, für die Leute, die zuhören: Mitte 2016 hatte Dave eine neun Monate alte Tochter. Meine Tochter war zwei Jahre alt und ich hatte ein Neugeborenes und du solltest... deine Nummer zwei bekommen, oder? Also bauten wir ein Unternehmen auf, als wir gründeten und auch unsere Familien gründeten, also hieß es: „Lass uns alles machen“, in einer neuen Stadt. Wie: „Lass uns alles auf einmal machen.“
Dave Elkan:
Ja, das könntest du genauso gut, oder? Beiß einfach alles ab und reiß das Pflaster ab und fertig. Ich meine, meine Töchter waren nur 18 Monate voneinander entfernt, also diese Art von... Bring es einfach hinter dich. Mach den schwierigen Teil und dann kannst du gehen und dich danach amüsieren, nur ein Scherz. Es ist toll, in jungen Jahren viele Kinder zu haben, ich vermisse diese Zeit wirklich. Aber ja, wir waren ziemlich verrückt, aber wir haben es geschafft.
Nick Muldoon:
Es gab uns auch eine Einschränkung, nicht wahr? Weil wir das Mitternachtsöl nicht verbrennen konnten, konnten wir uns nicht von 05:00 Uhr bis Mitternacht auspeitschen, weil wir einfach nicht die Energie hatten und wir die Kinder ernähren und baden und ab ins Bett und all diese Dinge. Es gab also einen Rhythmus, und jetzt, wo ich darüber nachdenke, ergab sich daraus ein weiterer Wert, der unser Gleichgewicht betraf und die Herstellung von Gleichgewicht in unserem Leben betraf.
Dave Elkan:
Ja, ich erinnere mich, tut mir leid, dass ich unterbreche, eine Tweet-Idee, ich kann sie wahrscheinlich ausgraben, an der ich Stoffwindeln oder Windeln aufgehängt habe... es muss gewesen sein, es war in Balgownie, also muss das nach sechs Monaten gewesen sein. Aber ich habe Windeln rumgehangen und ich muss an dem Tag von zu Hause aus gearbeitet haben oder so, aber das war einfach so, als würde ich mein Leben mit der Arbeit in Einklang bringen. Und ich glaube, es kam zurück mit Arbeit, Privatleben, Familienbalance oder so. Wir würden das auf Arbeitsleben, Familie und soziale Ausgewogenheit ausdehnen, das versuchen wir zu verfolgen.
Nick Muldoon:
Mm-hmm (bejahend). Wie sind wir auf diese Reise rund um die Werte und die Art der Etablierung der Werte gekommen? Wann war das im Leben des Unternehmens?
Dave Elkan:
Ich kann mich an den Ort erinnern, an dem wir waren, wir waren tatsächlich in unserem Büro in der Crown Street, als wir uns wirklich hingesetzt und uns darin zusammenkauerten, also das wäre 2018 gewesen.
Nick Muldoon:
Ich glaube, im November 2018 haben wir unser erstes Easy Agile für Fortgeschrittene abgehalten, und dort haben Sie die Sitzung abgehalten: „Was uns hierher gebracht hat, bringt uns nicht dorthin.“ Zu diesem Zeitpunkt hatten wir also die beiden Produkte, Easy Agile User Story Maps und Easy Agile Roadmaps, und wir hatten unsere Marke von Arijea Products auf Easy Agile umgestellt, um unsere Energie sozusagen auf den Agile-Bereich zu konzentrieren. Wir haben die anderen drei Produkte, die nicht auf Agile ausgerichtet waren, veräußert, also haben wir sie an einen anderen Atlassian Solution Marketplace-Partner verkauft. Ich glaube, da haben wir angefangen, diese Gespräche über die nächste Entwicklung des Unternehmenswachstums zu führen. Dann war es 2019, als wir wieder in der Crown Street waren, zurück im Büro, wo wir dieses Gespräch über die Kodifizierung, Etablierung und Niederschrift unserer Werte führten.
Dave Elkan:
Das ist richtig, und es ist ein sehr wertvoller Prozess, den man durchmachen muss, um wirklich im Alltag innezuhalten und sich wirklich darauf zu konzentrieren. Damit hatte ich immer Probleme, ich habe immer Dinge zu tun, aber wenn du dich einmal aus diesem Prozess herausziehst und herauszoomst und dir das Unternehmen ansiehst und dir das angesehen hast und was dir am Herzen liegt, dann kannst du wirklich anfangen, diese Gespräche zu führen, aber sie zu einer tatsächlichen Sache zu machen. Ich denke, man kann es nicht einfach nebenbei machen, man kann es nicht einfach so gut machen wie andere Dinge, es muss wirklich Priorität haben, wie ich gerne sage. Priorität ist kein Plural, es macht keinen Sinn, wenn es pluralisiert ist, aber das sollte die eine Sache sein, die man unter idealen Umständen tut, als ob man es einfach tut und sich wirklich darauf konzentriert, weil es wirklich schwierig ist.
Dave Elkan:
Und es sollte nicht, ich glaube nicht in einer Sitzung, aber zumindest wenn du es tust, es zu einer ernsten Sache machen, denn wenn es echte Werte sind und du sie lebst, als ob sie einfach ziemlich unveränderlich sind, gehen sie einfach mit dir weiter. Wenn du feststellst, dass du sie nicht lebst, dann solltest du sie dir unbedingt noch einmal ansehen, aber wir hatten das Glück, dass die Werte, die wir vertreten, wahr geblieben sind, und ich habe wirklich das Gefühl, dass ich von all den Unternehmen, in denen ich gearbeitet habe, sogar Atlassian, diese jeden Tag auf ganz unterschiedliche Weise gelebt habe.
Nick Muldoon:
Mm-hmm (bejahend). Also, was sind die Werte, die wir haben? Wir haben über bessere Ausgewogenheit gesprochen, und darüber haben wir ein bisschen gesprochen. Wir haben auch über ein engagiertes System 2 gesprochen, wie dieses System-2-Denken. Was sind unsere Werte?
Dave Elkan:
Sei der Kunde, gib etwas zurück und [Crosstalk 00:18:30] -
Nick Muldoon:
[Crosstalk 00:18:30] war ein großes Thema und verpflichte dich zum Team. Also besser mit Ausgewogenheit, etwas zurückgeben, Kunde sein, über unser Gewicht hinausgehen, Engaged System 2 nutzen und sich als Team engagieren. Kehren Sie zu dem Gespräch zurück, das wir 2017 über das Thema „Geben“ geführt haben. Das war etwas, das wirklich System 2 war. Wie haben wir darüber nachgedacht, der Community etwas zurückzugeben, und was bedeutete das für uns als Unternehmen?
Dave Elkan:
Ich denke, es geht auf das zurück, was Sie zuvor über die Community in San Francisco gesagt haben, die wir erlebt haben, und was wir hier mit Silicon gemacht haben, und das einfach zu einem Schwerpunkt gemacht haben, um der Community etwas zurückzugeben. Es baut sich nicht von selbst auf, also muss die Community aktiv aufgebaut werden, indem jemand seine Hand hochlegen und sie starten muss, und ich denke, das haben wir getan. Seitdem haben wir es vielen anderen Leuten ermöglicht, auf wirklich einfache Weise etwas zurückzugeben, wie zum Beispiel: „Lass uns ein Meetup veranstalten“, „Das ist in Ordnung, hier ist unser Framework, auf dem wir das aufbauen können.“ Und auch einfach die tägliche Kommunikation, die wir untereinander auf unserem Silicon Slack haben, was einfach super wertvoll ist.
Nick Muldoon:
Auch super aktiv.Dave Elkan:
Oh, super aktiv, besonders im Lockdown, da sind viele Leute, die über alle möglichen Dinge reden.
Nick Muldoon:
Ich denke, vielleicht eines der anderen Dinge, also haben Dave und ich das bei Atlassian erlebt, das war diese Idee des Pledge 1%, aber in unserem ersten oder zweiten Jahr mit Easy Agile kamen Atlassian zusammen mit Salesforce und einer Reihe anderer Unternehmen zusammen, um das Fundament für Pledge 1% zu kodifizieren und aufzubauen und andere Unternehmen zu bitten, sich dazu zu verpflichten. Und 2017 haben wir uns verpflichtet, wenn ich mich nicht irre, 1% zu spenden, und jetzt, wo ich schätze, wir spenden quasi 2%, aber was war der Antrieb hinter unserem Versprechen von 1% to Room to Read?
Dave Elkan:
Es ist zum Teil Faulheit, weil ich wirklich ein System für solche Dinge haben möchte und leider ist es schwierig, wenn man ein Unternehmen gründet, die Zeit zu investieren und darüber nachzudenken. Also entschied ich mich für die einfache System-1-Option, die zu dem passt, was wir bei Atlassian erlebt haben, nämlich Room to Read zu unterstützen, was eine großartige Initiative ist, um sicherzustellen, dass junge Frauen, insbesondere in Ländern der Dritten Welt, mindestens eine höhere Ausbildung erhalten, die Grundschule verlassen, in die High School gehen und wenn sie diesen Punkt erreicht haben, ist es viel wahrscheinlicher, dass sie unabhängig sind. Und mit solchen Dingen, wie diesen Investitionen, ist es, als würde man am Anfang neu beginnen und Ländern und Menschen ermöglichen, sich selbst zu helfen. Wenn sie gebildet sind, ist das ein großer Schritt in die richtige Richtung, um sowohl die Überbevölkerung als auch den Klimawandel und all diese Dinge zu bekämpfen, die davon profitieren, dass es diesen Menschen im Leben gut geht.
Nick Muldoon:
Mm-hmm (bejahend). Ja, sie verbessern ständig ihr Schicksal im Leben, richtig? Wie die Erhöhung des Lebensstandards durch Bildung.
Dave Elkan:
Das ist richtig.
Nick Muldoon:
Und wenn wir darüber nachdenken, dass es eines dieser anderen Dinge ist, über unser Gewicht zu schlagen, ich meine, ich erinnere mich, dass wir darüber gesprochen haben, bevor wir unsere Werte aufgeschrieben haben, darauf haben wir wirklich viel Energie konzentriert. Wie Sie bereits erwähnt haben, waren wir zu zweit und wir hatten fünf Produkte auf dem Markt. Ich bin mir nicht ganz sicher, ob das ein gutes Beispiel dafür war, dass wir über unser Gewicht hinaus geschlagen haben, weil wir vielleicht ein bisschen Probleme hatten, aber was sind einige Beispiele dafür, dass wir als kleines Team aus der Region Australien über unser Gewicht geschlagen haben?
Dave Elkan:
Eines unserer Produkte, das wir ursprünglich gebaut haben, war mir wirklich ein Dorn im Auge, es ging ständig kaputt und es spielte nicht meine Stärken aus, was traditionell die Frontend-Entwicklung ist. Danach habe ich mich davon verbrannt und musste die ganze Nacht wach bleiben und das Problem beheben. Ich entschied mich für Apps, die stärker auf das Frontend ausgerichtet sind. Deshalb haben wir Easy Agile User Story Maps und Easy Agile-Programme und Easy Agile Roadmaps hauptsächlich als Frontend-Apps entwickelt. Tatsächlich hatten Easy Agile Roadmaps in den ersten zwei Jahren nicht einmal einen Server, es war nur eine statische Datei in einem Bucket in CloudFront. So funktioniert Atlassian Connect, es ermöglicht dir, Apps auf diese Weise zu hosten, und das kann wirklich nicht kaputt gehen, es bietet im Wesentlichen nur eine andere Sicht auf Jira, aber architektonisch ist es ziemlich einfach. Also konnten wir einfach... das war eine Art, unser Gewicht zu übertreffen, was auch eine bessere Balance ermöglicht, also ergänzen sie sich in dieser Hinsicht irgendwie. Welche anderen Ideen [Crosstalk 00:23:24] -
Nick Muldoon:
Ja, wenn nicht viel schief gehen kann, dann müssen Sie nicht auf Abruf sein und Sie müssen die Dinge nicht außerhalb der Geschäftszeiten reparieren, damit Sie nicht mit verschwommenen Augen und dickem Finger aufwachen und am nächsten Tag einen Bug haben, der das Problem verschlimmert.
Dave Elkan:
Und wenn du die Analogie zu weit treibst, du könntest denken, dass ein Schlag über deinem Gewicht so ist, als ob du jemanden richtig hart schlagen und ihn dann umwerfen kannst, aber das ist eher so, dass du definitiv um den großen [Pelz 00:23:44] rennst. Du lässt dich nicht einmal auf ein Geschwätz ein, du gehst dem nur aus dem Weg. Deshalb haben wir diese Produkte verwendet, und bis vor Kurzem hatten wir tatsächlich Server für sie, und auch hier ist es immer noch sehr einfach, aber sie werden sehr gut überwacht. Wenn also etwas schief geht, haben wir alles im Griff.
Nick Muldoon:
Ich denke, einer der anderen Aspekte in Bezug auf die Technologie, die über unserem Gewicht liegt, ist, dass wir ziemlich oft... Ich denke, vielleicht hast du schon einmal in Bezug auf Room to Read und das Zurückgeben die Faulheit erwähnt, aber wir sind in gewisser Hinsicht faul und wollen einfach Dinge automatisieren. Und ich erinnere mich an den XKCD-Comic, den du teilst, mit dem, wann ist der richtige Zeitpunkt, um etwas zu automatisieren, und wann automatisierst du es, um die Rendite zu erzielen, die du dir wünschst? Aber ich habe das Gefühl, dass wir einige ziemlich gute Entscheidungen darüber getroffen haben, wann Dinge automatisiert werden sollen und sogar darüber, wie wir Kundensupport anbieten oder die alten Tests und Bereitstellungen durchführen, mit Produkten herumgespielt haben, wir haben diese Dinge zu ziemlich guten Zeiten gemacht, sodass wir Produkte an ein globales Publikum von ein paar tausend Kunden liefern können, von Wollongong aus außerhalb der Zeitzone mit diesen Kunden.
Dave Elkan:
Ja. Es ist auch der Zeit voraus, also ich denke, in der Inception Week, was wir jetzt alle fünf Wochen machen, geben wir eine Woche auf, um dem Team den Raum zu geben, neue Dinge zu entdecken. Dabei sind erstaunliche Dinge herausgekommen, die Sie sonst, wenn Sie nur Woche für Woche, Woche für Woche, Woche für Woche, nie wirklich erkennen würden, aber wenn es mir in den Sinn kommt, fällt mir unser Dev-Container ein, der ein Docket-Container ist, der alle Teile enthält, die für die Entwicklung unserer Apps benötigt werden. Sie checken also einfach dieses eine Repository aus, führen ein Skript aus und es richtet Ihre gesamte Entwicklungsumgebung ein. Es ist eine großartige Möglichkeit für das Team, die Tools zu teilen, die ihnen helfen, ihr Gewicht zu übertreffen. Es ist also ein großer Schlag über unserem Gewicht und das kam aus der Inception Week. Ich denke also, dass die Inception Week mehr bietet als alles andere, und auch der Dev-Container ist ein echter Hingucker.
Dave Elkan:
Früher hatten wir so viele Probleme mit einzelnen Versionen dieses oder jenes auf jedem Computer, und jetzt ist das einfach alles weg, es passiert nie wieder, es hat uns seitdem nie wieder getroffen, und ich denke, es ist ein überwältigender Erfolg. Sicher, es braucht einen brandneuen RAM und eine ganz neue CPU, aber das tut es... wir werden es schaffen, als würde es besser werden.Nick Muldoon:
RAM und CPU sind billig, es ist okay.
Dave Elkan:
Du kannst die Zeit nie zurückbekommen, oder?
Nick Muldoon:
Ja, absolut. Ja, wenn wir über diese Dinge nachdenken, wie bewusst waren wir Ihrer Meinung nach in Bezug auf die Werte in unserem Ansatz beim Aufbau und der Skalierung eines Unternehmens im Vergleich zu Dingen, die einfach passiert sind?
Dave Elkan:
Während eines großen Teils der Unternehmensgründung gab es eine Menge Mentalitätskram: „Mach es einfach“, was passieren muss. Ich möchte jedoch zu der Zeit zurückkehren, als wir angefangen haben, alles war Chaos. Ich erinnere mich daran, Anfang 2018, Mitte 2018, wir kamen am Montag rein und fragten uns: „Was machen wir heute? Was ist diese Woche? Schauen wir uns den Backlog an und schauen wir uns das an.“ Und es gab keinerlei Voraussicht.
Nick Muldoon:
Und wir haben ein paar Dinge aus dem Backlog gestrichen und an diesem Wochenende einfach abgearbeitet. Das war es, richtig?
Dave Elkan:
Ja, so ziemlich. Ja, also hast du die Idee vorgeschlagen, es war Anfang des Jahres, es muss 2018 gewesen sein. War es 2019? Wie dem auch sei, lassen Sie uns einfach eine Woche lang Klarheit schaffen, was im Wesentlichen unser interner CI-Raum ist, und einfach eine Reihe von Produkten und Problemen aus dem Weg räumen. Das war das erste Mal, dass wir angefangen haben, uns wirklich zu konzentrieren, denn da wir so viele Produkte hatten, denke ich, dass wir sie zu diesem Zeitpunkt tatsächlich verkauft haben könnten. Ja, ich glaube, das hatten wir auf jeden Fall. Aber [Crosstalk 00:27:28] -
Nick Muldoon:
Aber wir hatten immer noch Roadmaps, Story Maps, Clarity Week, EACS, als ob wir andere interne Systeme hatten, die wir verwendeten, und das Team wuchs tatsächlich über Dave und mich hinaus, und es wuchs. Da waren Jared, Satvik und Rob, und so wuchs auch das Team zu diesem Zeitpunkt. Es gab uns also die Möglichkeit, eine Reihe von Leuten für einen bestimmten Zeitraum, etwa eine Woche, mit einem Problem zu befassen.
Dave Elkan:
Stimmt, und daraus entstand die Idee des Fokus, und wir fingen an, fokussierte Sprints zu machen, also Produktfokus-Sprints, bei denen ein weiteres schreckliches Problem des Überfahrens hervorgehoben wurde. Wenn Sie Ihre Schätzungen überfahren haben, dann müssten Sie in neun Wochen oder so zurückkommen und es war einfach [diabolisch 00:28:12].
Nick Muldoon:Das ist richtig.
Dave Elkan:
Also haben wir [Crosstalk 00:28:14] fallen lassen -
Nick Muldoon:
Was haben wir gemacht? Wir haben zwei Wochen mit Story Maps gearbeitet, zwei Wochen mit Roadmaps, zwei Wochen mit internen Systemen, zwei Wochen mit irgendwas und dann eine Woche mit Inception Week?
Dave Elkan:
Anfangswoche. Ja, ich denke [Crosstalk 00:28:26] -
Nick Muldoon:
Ich kann mich jetzt nicht einmal mehr erinnern, was das andere Ding war.
Dave Elkan:
Insgesamt waren es neun Wochen, nicht wahr?
Nick Muldoon:
Ja.
Dave Elkan:
[Crosstalk 00:28:31] Straßenkarten-
Nick Muldoon:
Wenn Sie es verpasst und nicht versendet haben, sind wir zum nächsten Produkt übergegangen und haben es weiterentwickelt, und dann kamen wir darauf zurück.
Dave Elkan:
In Ewigkeiten entfernt. Und es war super stressig für das Team und das haben wir schnell zunichte gemacht, in der Woche, in der wir flexibler an die Sache herangegangen sind, wo wir das harte Mandat fallen ließen, dass du jetzt Produkte austauschen musst, wir haben sie ein bisschen übergehen lassen und dann haben wir die Storypoints auf die nächsten angepasst, bla, bla, bla. Und dann kratze ich irgendwann an meinem Gedächtnis, aber im Grunde sind wir an einem Punkt angelangt, an dem wir Möglichkeiten eingeführt haben, die lose auf Shape Up von Basecamp basierten, und wir haben eine Menge Dinge daraus übernommen, aber die meisten davon passten nicht wirklich zu unserer Arbeitsweise und unseren Werten.
Nick Muldoon:
Ich meine, dieser ganze Opportunitätszyklus, wir haben uns jetzt drei- oder viermal weiterentwickelt.
Dave Elkan:
Und im Idealfall waren es nur zwei oder vier Wochen Arbeit, und dann machten wir die Inception Week und die Tech Debt Week, und wir haben eine spezielle Tech Debt Week als Mandat. Das haben wir seitdem fallen lassen, und jetzt haben wir vier Wochen Arbeit, einschließlich Tech Debt, und dann haben wir die Inception Week, und das ist irgendwie cool, oder? Als ob wir immer noch das Mandat der Inception Week haben, nicht der Tech Debt Week. Das ist das Letzte; ich denke, die Mandate... weil es wie ein Kickstart für dein Motorrad ist, du musst wirklich einen guten Kick geben und das ist im Grunde das, was wir in den letzten drei Jahren versucht haben, ist, dieses Ding zum Laufen zu bringen. Ich glaube, wir haben...Nick Muldoon:
Aufgebauter Schwung.
Dave Elkan:
Der Motor läuft jetzt... ja. Der Motor läuft jetzt und wir ziehen die Kupplung heraus. Es ist nur so, dass die Mandate langsam wegfallen und das Team seinen eigenen Weg findet, aber ich habe immer noch das Gefühl, dass dieser Zyklus das Wichtigste ist, dass fünf Wochen, in denen wir aufhören, jeder weiß, was passiert. Denn wenn es einfach für immer in die Zukunft hinausläuft, kannst du das nicht in deinem Kopf berechnen, aber du kannst fünf Wochen vorausschauen und sagen: „Ich werde diese Arbeit planen, sie wird nicht bis zu einem N-ten Grad erledigt werden, weil das irgendwie komisch ist“, es ist einfach so: „Lass uns versuchen, das zu erreichen und lass uns ein Stück nach dem anderen abbeißen.“ Dann machen wir eine Pause mit der Inception Week, lassen unserer Kreativität freien Lauf und dann kommen wir in der nächsten Runde darauf zurück.
Nick Muldoon:
Richtig, also muss ich hier Timeout anrufen. Also das ist eine Seitenleiste für alle, die zu Hause zuhören; Dave hat gerade diese Analogie benutzt, wie man das Motorrad anwirft und dann die Kupplung herauszieht. Eines der Dinge, die Dave unglaublich gut kann, ist, dass er sich diese Analogien schnappt und diese Analogien verwendet, um Konzepte zu vereinfachen, die ich sonst für ziemlich komplex halte, und sie zu vereinfachen und wirklich gut zu kommunizieren. Das habe ich noch nie gehört, aber es gibt ein neues, das wir dem Repertoire hinzufügen können, Dave. Ich liebe es.
Dave Elkan:
Danke, Kumpel.
Nick Muldoon:
Was für andere Dinge? Weil ich schätze, wir planen diese Reise über fünfeinhalb Jahre, von Dave und Nick und der Hinzunahme von Satvik und Teagan und Jared und Rob und Brad und ein paar Leute im Laufe der Zeit bis zu dem Punkt, an dem wir heute 27, 28 Leute sind. Was sind einige der anderen Wegmarken, die wir irgendwie durchgemacht haben, die unsere Arbeitsweise verändert oder weiterentwickelt haben? Wie das Easy Agile-Betriebssystem, über das wir in der Vergangenheit gesprochen haben.
Dave Elkan:
Nun, es ist etwas, das wir gerade in der Hinrichtungsebene besprochen haben. Offensichtlich explodiert alles alle sechs Monate und man muss es reparieren, als ob alle sechs Monate eine wichtige Sache passiert, und ich finde, das ist gut und gesund, und das läuft immer wieder auf diese Dinge hinaus. Entweder sind sie intern oder extern und ich habe das Gefühl, dass wir es gerade mit einer externen zu tun haben, auf die ich in diesem Podcast nicht wirklich eingehen möchte, aber ich denke, dass es für das Unternehmen gesund ist, sich an sie anzupassen. Aber sicher, ich denke, in dieser Zeit wirklich zu verstehen, dass es die Menschen sind, die zählen, oder?
Dave Elkan:
Das Geschäft ist da drin, als wäre es eine Sache, aber es ist nichts ohne die Leute, die dafür gearbeitet haben, und es dient den Leuten, die hier arbeiten, sowie den Kunden. Und das ist etwas, woraus wir hervorgegangen sind. Was denkst du, Nick? Wie die kulturellen Aspekte dessen, was wir gebaut haben, was fällt Ihnen auf?
Nick Muldoon:
Ich denke auf jeden Fall, dass es diese Wendepunkte gibt. Ich meine, ich erinnere mich an ein Gespräch mit Jared, als wir in der Crown Street Mall waren, und es war 2019 und wir haben mit dem Team am Küchentisch dort gesprochen, und wir konnten acht Leute an diesen Küchentisch bekommen und wir haben darüber gesprochen, das Team zu vergrößern, um die Gelegenheit zu nutzen und auf Kundenanfragen und all diese Dinge zu antworten. Ich glaube, Jared sagte: „Nun, ich mag es so, wie es ist.“
Nick Muldoon:
Und dann spalte ich zu einem Interview mit Jared vor, das in das fünfjährige Video eingeflossen ist, das wir kurz vor Weihnachten gesehen haben und in dem es um seinen Werdegang ging und wie er sich beruflich und persönlich zusammen mit dem Unternehmen weiterentwickelt und angepasst hat. Ich denke, das ist die Geschichte für uns alle als Teammitglieder, wir waren alle irgendwie zusammen auf einer Reise und wir lernen und passen uns alle zusammen an. Wir leben in vielerlei Hinsicht diesen agilen Ansatz, bei dem wir nachdenken und uns die Zeit nehmen und nachdenken und mit neuen Ansätzen experimentieren, um unsere Arbeit zu erledigen.
Nick Muldoon:
Ich glaube sogar... und wir haben in letzter Zeit darüber gesprochen, was Pace angeht, die erste Version unseres Lern- und Entwicklungsprogramms, in dem wir die Leute finanziell unterstützen wollten, damit sie etwas verfolgen können, worüber sie lernen wollten. Aber wir haben das rausgebracht: „Hey, das war Arbeit für einen Morgen“, wir haben ein L&D herausgebracht, die Leute haben angefangen, das L&D-Programm zu benutzen, und wir nannten es unsere erste Version unseres L&D-Programms, und heute sind wir bei Version, ich weiß nicht, 1.4 oder was auch immer es ist, unseres L&D-Programms. Es gibt viele Dinge, die herausgekommen sind und wir optimieren und verbessern sie im Laufe der Zeit, um sie immer besser und besser an den aktuellen Spielstand innerhalb des Teams anzupassen. Ist das fair?
Dave Elkan:
Ja, ist es. Ja, und ich glaube das; A, ich habe noch nie in einem Unternehmen gearbeitet, das so etwas hat und wo man aktiv dazu ermutigt wird, es zu nutzen, das Geld auszugeben und sich selbst zu verbessern. Wenn Sie sich selbst verbessern, wird das Team besser, wenn das Team besser wird, die Kunden bessere Ergebnisse erzielen und das Unternehmen sich weiter verbessert, und es wird wahrscheinlich ein besserer Ort für Sie sein, um in Zukunft zu arbeiten. Es ist also wirklich eine ganzheitliche Perspektive und nicht engstirnig, sondern kurzsichtig oder konzentriert sich nur auf den Output. Es geht um Output-Ergebnisse und ich denke, das könnte ein weiterer unserer Werte sein. Wenn wir sieben hätten, wären es Ergebnisse über Output. Also wirklich aufzuhören, die Erlaubnis zu haben, innezuhalten und nachzudenken und sich darauf einzustellen und darüber nachzudenken, was Sie erreichen wollen, anstatt einfach blindlings Dinge zu tun.
Dave Elkan:Aus der Sicht eines Entwicklers ist der schnellste Code also der Code, der nicht existiert. Wenn Sie also etwas anders machen können, was nicht 100 Schritte erfordert, oder einfach entscheiden: „Hey, das ist gerade wirklich schwierig, dieser Teil des Codes, an dem wir arbeiten, oder diese Funktion ist wirklich schwierig. Können wir das Feature einfach löschen?“ Und wir haben es sofort gemacht, ich weiß, das klingt ziemlich gewagt, aber ganz ehrlich, diese Art von Diskussion ist wirklich gesund. Ich möchte das Team ermutigen, so zu denken, und ich denke, dass Lernentwicklung auch etwas ist, was man tun kann, um die Leute dazu zu bringen, ihren Werdegang zu betrachten, um ihre Fähigkeiten zu messen und ihnen zu geben, in dieser Hinsicht wirklich... Öl ins Feuer zu gießen und zu sehen, wie sie ihre Fähigkeiten verbessern und ihren Mitmenschen helfen.
Nick Muldoon:
Ja, also führen Sie uns das durch, denn das ist etwas, worüber wir definitiv ein paar Mal gesprochen haben, zum Beispiel, als wir uns Kandidaten angesehen haben und in einem Einstellungsgedränge um Kandidaten über diejenigen gesprochen haben, die sich auf einem bestimmten Weg befinden und von denen wir glauben, dass wir diesen Weg beschleunigen können. Woher kam das?
Dave Elkan:
Woher kommen Gedanken? Ich bin mir nicht sicher, das ist eine gute Frage. Ich könnte es dir nicht sagen, aber ich denke, es ist ziemlich offensichtlich, wenn du dir den Lebenslauf von jemandem ansiehst und du siehst... nun, es ist nichts falsch an Leuten, die lange angestellt sind, aber wenn du mit jemandem sprichst und er nicht wirklich sagen kann, was er in den letzten 10 Jahren gemacht hat und er hat diese eine Position 10 Jahre lang besetzt und er hat nichts wirklich Auffallendes, er kann darüber erzählen, wie er das verbessert hat, das sagt irgendwie viel über diese Person. Vielleicht würden sie reinkommen und einfach an die Küste fahren... sie sind eine Achterbahn, oder? Wenn sie an der Küste fahren, ist das in Ordnung, es ist ihre Entscheidung, aber gleichzeitig suchen wir nach Menschen, die aktiv versuchen, ihre Wirkung durch ihre Arbeit zu vergrößern und ihren Mitmenschen zu helfen. Und das kannst du sehen, du kannst sehen: „Oh, schau. Sie waren in derselben Firma, das ist in Ordnung, aber sie haben diese verschiedenen Rollen übernommen oder sie haben diese Art von Verbesserung in ihrem Ansatz gesehen.“
Nick Muldoon:
Das geht auf diesen Artikel zurück, diesen Financial Review-Artikel, die Rente in der Mitte der Karriere. Das war also ein Artikel, den wir 2016, 2017 veröffentlicht haben müssen, und es ging um eine japanische Bezeichnung, die Rente während der Karriere. Du könntest 20 Jahre Erfahrung in einer Rolle haben oder du könntest 20 erste Jahre Erfahrung haben, und ich denke, schon früh, und vielleicht passiert es heutzutage immer noch, ich denke, das tut es wahrscheinlich, aber es fühlte sich an, als hätten wir 20 Viertel Erfahrung gesammelt. In diesen fünf Jahren gab es immer eine große, neue Herausforderung, die wir in den ersten fünf Jahren lernen und anpassen und in das Unternehmen integrieren mussten. Wir haben also ständig gelernt und uns angepasst, und wir wollten Leute, die sich auf einer ähnlichen Reise befinden und lernen und sich integrieren, sich anpassen und experimentieren.
Dave Elkan:
Ja, das ist definitiv etwas, das man lernen kann, und ich denke, wenn man neue Stars hervorbringt, können sie das einfach bekommen, das tun sie standardmäßig, weil man sie in diese Umgebung gebracht hat. Aber einige Umgebungen, insbesondere ältere Unternehmen, können ziemlich stagnieren und statisch sein, sodass sich das nur in den Lebensläufen der Menschen widerspiegelt. Entweder gibt es irgendeinen Grund, warum das Unternehmen sie nicht befördert oder ihnen die Möglichkeit gibt, ihnen zu folgen, weil wir einen anderen Ansatz verfolgen, bei dem wir den Leuten zu viele Möglichkeiten bieten, glaube ich manchmal, und ich habe gesehen, dass Leute ihre L&D so oft nutzen, dass es sich tatsächlich auf ihren besseren Gleichgewichtswert auswirkt. Ich sage: „Wow, das ist fantastisch, aber vergiss nicht, dass du Kinder hast und helfen musst, auf sie aufzupassen“ und [Crosstalk 00:39:41] -
Nick Muldoon:
Mildere deinen Enthusiasmus, ja.
Dave Elkan:
Ja. Also das ist etwas, nach dem man Ausschau halten sollte.
Nick Muldoon:
Halten Sie inne und denken Sie über fünfeinhalb Jahre nach. Was ist der Zweck des Unternehmens, was ist das Ziel für die nächsten paar Jahre?
Dave Elkan:
Hab Spaß, lerne, was ist mit dir?
Nick Muldoon:
Definitiv lernen.
Dave Elkan:
Bleib im Geschäft.
Nick Muldoon:
Oh, ja. Bleiben Sie im Geschäft, nachhaltiges Wachstum ist immer gut. Ich denke, das ist wichtig. Ja, ich weiß nicht, es ist interessant. Ich habe das Gefühl, an manchen Tagen kann es wirklich Spaß machen und an anderen Tagen macht es überhaupt keinen Spaß. Das liegt wahrscheinlich zum großen Teil daran, als wir damit angefangen haben, waren wir nur für uns selbst und füreinander da, und jetzt habe ich das Gefühl, dass wir in den Diensten eines Teams von Leuten stehen, die selbst für den Kunden da sind, weil wir ein paar Tausend von ihnen haben. Die Verantwortung und die Rechenschaftspflicht haben sich geändert, und die Art und Weise, wie Spaß entsteht, ist heutzutage... es hat Spaß gemacht, Lamingtons zu haben und zu chatten, und heutzutage organisiert normalerweise jemand anderes in der Crew das Event, der oft daran teilnimmt, dass ich mit dem Rest des Teams Spaß und Vergnügen finde, anstatt mir die Zeit nehmen zu können und das zu tun.
Nick Muldoon:
Ich erinnere mich, als wir ein paar Leute von iAccelerate angerufen haben und in die Stadt gefahren sind und in die Stadt gegangen sind und wir haben uns in der Stadt einen Laksa geholt und wir haben eine Schüssel Laksa bekommen. In den letzten 12 Monaten war es schwieriger, das zu tun, angesichts des globalen Umfelds und all dieser Dinge, also hoffen wir, dass wir 2022 ein bisschen mehr davon finden können.
Dave Elkan:
Und vielleicht Ramen. Jetzt gibt es Ramen.
Nick Muldoon:Oh, und es ist großartig, das weißt du.
Dave Elkan:
Ja. Ich denke, wenn wir das, was wir tun, verfeinern und weiter darüber nachdenken, speziell mit den Ingenieuren, verwende ich gerne eine zielorientierte... Ziele sind bei Easy Agile groß, ich denke, Sie sollten ein bisschen über Ziele sprechen, aber wir verwenden sie, um Menschen dabei zu helfen, Dinge zu verfolgen, die sie erreichen wollen, und wir können diese Dinge bis zu einem gewissen Grad an dem ausrichten, was das Unternehmen tut. Dann können Sie tatsächlich gehen und Ihre beruflichen Ziele durch das Unternehmen erreichen, und das Unternehmen ist das Mittel, um dies zu tun, anstatt es draußen tun zu müssen. Das ist wirklich cool, diese Harmonie zu finden, damit sowohl Easy Agile erfolgreich sein kann als auch die Leute, die hier arbeiten, erfolgreich sein können.
Dave Elkan:
Ich denke, es ist tatsächlich ziemlich schwierig, wenn Sie sagen: „Hey, treten Sie einen Schritt zurück, denken Sie darüber nach, was Sie erreichen möchten, geben Sie mir das, und dann werde ich sehen, was ich tun kann, um den Geschäftsverlauf zu ändern und Ihnen dabei zu helfen, das zu erreichen. Was können wir tun? Vielleicht gibt es einen Mittelweg, den wir gemeinsam verfolgen können.“ Und das ist etwas Neues für mich und ich verwende es quasi anstelle von Leistungsbeurteilungen, also stellt sicher, dass ihr eure Ziele erreicht, Leute. [Crosstalk 00:42:44]
Dave Elkan:
Aber ja, du hast auch dafür gesorgt, dass du in der Zeit zurückblicken und dich selbst in der Zukunft sehen willst, um mit dem Team nachzudenken. Wenn sie gegangen sind und weitergemacht haben, [Crosstalk 00:42:56] -
Nick Muldoon:
Oh, ja. Absolut. Ich habe diese Woche sogar mit Elizabeth Cranston gechattet und gesagt: „Ich kann mir vorstellen, dass du in der Zukunft unten in Narooma an der Küste lebst und ich kann runterkommen und mit den Familien Käse und Biccies essen und du schaust über die Bucht auf Narooma oder so, und wir erinnern uns an diese Zeit bei Easy Agile.“ Das kann ich mir absolut vorstellen. Ja, ich finde es großartig und ich denke, nur was die Ziele angeht, die Ziele sind persönlich wichtig, und wir haben in der Vergangenheit viel über Ziele gesprochen, in Bezug auf die langfristige Vision für die Familien und solche Dinge.
Nick Muldoon:
Aber es ist auch für das Unternehmen, ich erinnere mich, dass wir gute Stunden hatten, als wir das Unternehmen auf die Beine gestellt hatten, wir haben sie jedes Jahr überarbeitet, wir haben in den letzten Jahren viel gelernt und uns daran angepasst, wie wir über unsere Ziele und unsere wichtigsten Ergebnisse denken. Und die Tatsache, dass wir sie vierteljährlich verfassen und sie vierteljährlich überprüfen, aber wir haben diese Ziele, die mit einem Geschäftsziel übereinstimmen, das in drei Jahren liegt und das alles irgendwie abläuft. Ich meine, ich denke, wir sind viel reifer in Bezug auf diesen Aspekt unserer... Ich weiß nicht, würde ich strategische Planung sagen? Vision, Zielsetzung über einen längeren Zeitraum? In dieser Hinsicht sind wir heute viel reifer als vor zwei oder drei Jahren. Das ist auch wirklich aufregend. [Crosstalk 00:44:33]
Nick Muldoon:
Kommen Sie zurück zu dem, was Sie zuvor über den Backlog gesagt haben. Wir kamen an einem Montagmorgen rein und fragten uns: „Woran werden wir diese Woche arbeiten?“ Und wir haben über ein paar Jahre gearbeitet, wir haben es so ausgearbeitet, dass „Ah, hier ist die Vision für das Produkt.“ Es war eine längerfristige Sache, und wir haben das erhöht und es heißt nicht: „Hey, was machen wir diesen Monat für das Unternehmen?“ Es heißt jetzt: „Hier ist unsere langfristige Entwicklung für das Unternehmen.“ Wir haben das angehoben, das ist ziemlich aufregend, finde ich.Dave Elkan:
Und gleichzeitig versuchen wir, das Team dazu zu bringen, auch ihre Sichtlinie zu erhöhen.
Nick Muldoon:
mm-hmm (bejahend), mm-hmm (bejahend).
Dave Elkan:
Und schauen Sie weiter weg, aber nicht zu weit. Sie möchten, dass sie sich ansehen, was nächste Woche und auch nächsten Monat passiert, aber auch, was das Ziel ist, was verfolgen wir? Was ist das Gesamtbild? Und ich glaube, das fängt an zu passieren.
Nick Muldoon:
Was ist die Analogie zum Thema Golf, Dave?
Dave Elkan:
Oh. Nein, kannst du es mir sagen? Ich kann mich nicht erinnern.
Nick Muldoon:
Es war diese Analogie zum Golf, also du musst schauen, wo du den Ball schlagen wirst und du musst nach oben schauen. Du willst nicht auf den Abschlag schauen, du willst hinter den Abschlag schauen, damit du... nicht hinter den Abschlag, hinter das Loch, tut mir leid. Du willst hinter das Loch schauen.
Dave Elkan:
Das war nicht meine Analogie, deshalb kann ich mich nicht erinnern, aber ich erinnere mich, dass uns jemand das erzählt hat. Aber es ist gut, als ob es nicht einmal eine Analogie wäre, ist das nicht die wörtliche Sache, die der Golflehrer tun würde? Es ist wie: „Wo schaust du hin?“ Und dann sagen sie: „Oh, ich schaue mir das Loch an.“ „Nein, nein, du musst weiter als das Loch schauen. Schau nach oben, wo der Ball hingehen soll, und dann geht er weg.“
Nick Muldoon:
Ja, erhebe dein Visier.
Dave Elkan:
Erhöhen Sie Ihre Sicht, ja. Und wenn du auf deine Füße schaust, wirst du wahrscheinlich nicht weit kommen, aber wenn du nach oben schaust und Bilanz ziehst, kannst du wahrscheinlich... das ist eigentlich eine Fußball-Analogie, die ich dir geben kann, wie von meinem Fußballtrainer, als ob du mit dem Zeh zeigen musst, wohin der Ball gehen soll. Und das ist einfach das Magische, es funktioniert einfach. Du stellst einfach deinen Fuß neben den Ball und zeigst auf die Ecke des Tores, du willst, dass er reingeht und du trittst ihn, und dann passiert es einfach.
Dave Elkan:Es gibt solche lustigen kleinen Hacks und ich denke, das ist eine Sache mit langfristiger Vision. Wenn Sie ein Unternehmen führen, das diese langfristige Vision und dieses Ziel nicht verfolgt, dann können Sie tatsächlich in mehrere Richtungen gleichzeitig gehen, und Sie werden keine Fortschritte machen. Ich denke, eine gute Analogie, die ich gelesen habe, war wie bei einem Team, wenn man sich vorstellt, dass alle Teammitglieder mit einem Gummiband an einer Stange festgebunden sind und sie alle in verschiedene Richtungen gehen, die Stange wird sich nicht bewegen, weil alle einfach... und das Unternehmen wird statisch und still bleiben. Aber wenn alle einfach in die gleiche Richtung gehen, dann wird es weitergehen.
Nick Muldoon:
Verschiebe es, ja.
Dave Elkan:
Ja. Und das ist etwas, das wir in letzter Zeit abgebissen haben, ist unser Ziel.
Nick Muldoon:
MM-HMM (bejahend), um Teams dabei zu helfen, agil zu sein.
Dave Elkan:
Ja. Das ist einer dieser lustigen Momente, in denen wir darüber reden, und wir haben darüber gesprochen, wir haben uns eine Frist gesetzt, um ein besseres Wort zu sagen, als ob unsere Planungssitzung in ein paar Wochen ansteht, also haben wir uns hingesetzt und darüber gesprochen. Und wir haben uns im Kreis gedreht und versucht herauszufinden, was es heißt, nicht agil zu sein, sondern einfach, was Agile ist? Und wir wissen [unverständlich 00:47:45], aber wir haben versucht, das in Worten zu kodifizieren. Und als du das sagtest, als ob es agil ist, war das irgendwie so... so wie ich es gerne beschreibe, ein umgedrehter A-Moment, was unser Logo ist, wie du es auf Nicks Jacke dort sehen kannst.
Dave Elkan:
Als mir das vorgeschlagen wurde, sagte ich: „Nein, das ist so albern.“ Aber ich sagte: „Oh, aber ich liebe es.“ Und ich sage nicht, dass es albern ist, agil zu sein, aber die Tatsache, dass es so einfach ist, das gefällt mir daran, es ist einfach, es ist einfach, und es gibt eine Menge davon, wenn man sich darauf einlässt.
Nick Muldoon:
Mm-hmm (bejahend). Ja. Ja, warum packen wir es nicht dort ein? Ich denke, das ist ein guter Ort, um zu enden.
Dave Elkan:
Ja.
Nick Muldoon:
Unser Ziel ist es, Teams dabei zu helfen, agil zu sein, und das tun wir für uns selbst, wir versuchen ständig zu lernen und uns anzupassen und mit neuen Dingen zu experimentieren, da wir Easy Agile sind und als unsere Teammitglieder hier sind. Ich hoffe, das war ein nützlicher kleiner Leckerbissen und eine Reise von Dave und mir darüber, wie wir Easy Agile zu diesem Punkt gebracht haben, und über einige der Dinge, die uns beschäftigt haben.
Dave Elkan:
Ja.
Nick Muldoon:
Danke, Dave.
Dave Elkan:
Danke, Nick. Das hat Spaß gemacht.
Nick Muldoon:
Das hat Spaß gemacht. Oh, gut.