Kommunikation und Marketing über die eigene Arbeit: Ein Muss oder Wichtigtuerei?
Jeder Angestellte ist für eine gewisse Aufgabe angestellt. Doch während der täglichen Arbeit kommt eine ganze Menge weitere Aufgaben dazu, die für viele Manager und andere Teams “unsichtbar” sind: Dem Kollegen bei seiner Entwicklungsumgebung helfen, den roten Test-Build fixen, dem Junior-Engineer eine Frage beantworten, eine Präsentation für das Meeting morgen vorbereiten, und so weiter.
Dennoch ist diese unsichtbare Arbeit wichtig. Oft wird diese auch als Glue-Work, also Klebstoff, der das ganze Konstrukt zusammenhält, beschrieben. Und über ein ganzes Jahr macht man davon nicht wenig. Doch damit diese Arbeit gesehen wird und auch eine entsprechende Wertschätzung bekommt, müssen andere davon erfahren. Und da kommt Kommunikation und Selbstmarketing ins Spiel.
In dieser Episode sprechen wir darüber, wie viel Selbstmarketing OK ist, ob es einen Unterschied zwischen leisen und lauten Personen gibt, wie Activity Logs oder Brag Documents dir selbst helfen können, die entsprechende Glue-Work zu deiner Vorgesetzt zu kommunizieren, und geben Tipps wie das ganze in die wöchentliche Arbeitsroutine eingebettet werden kann.
Bonus: Ist Zuckerfrei wirklich ohne Zucker und Alkoholfrei wirklich ohne Alkohol?
**** Diese Episode wird gesponsert von https://eurowings-digital.de/
Eurowings Digital: Ein internationales Team, Englisch als Firmensprache. Java und AEM im Backend, Vue.js im Frontend und Kotlin sowie Swift für die Mobile Apps. Fürs Data Crunching werden Python, Scala und die Databricks-Plattform verwendet. Alle offenen Job Positionen und Details zu Benefits, wie Standby-Fliegen & Jahresurlaubsflug, findest du unter https://engineeringkiosk.dev/eurowings
****
Das schnelle Feedback zur Episode:
Links
- How to Create Luck: https://www.swyx.io/create-luck
- Get your work recognized: write a brag document: https://jvns.ca/blog/brag-documents/
- Notion Brag Document Template: https://www.notion.so/de-de/templates/brag-document-template
- Engineering Kiosk #51 Was ist das Staff (Engineer) Level?: https://engineeringkiosk.dev/podcast/episode/51-was-ist-das-staff-engineer-level/
- Brag Docs: https://www.bragdocs.com/
Sprungmarken
Hosts
- Wolfgang Gassler (https://mastodon.social/@woolf)
- Andy Grunwald (https://twitter.com/andygrunwald)
Feedback (gerne auch als Voice Message)
- EngKiosk Community: https://engineeringkiosk.dev/join-discord
- Email: stehtisch@engineeringkiosk.dev
- Mastodon: https://podcasts.social/@engkiosk
- Twitter: https://twitter.com/EngKiosk
- WhatsApp +49 15678 136776
Transkript
Andy Grunwald (00:00:00 - 00:00:14) 
Und ich hatte in letzter Zeit auch ein Case, wo einer meiner Mitarbeiter eine Beförderung bekommen hat. Es ging von einem Senior Engineer auf Staff Engineer und das Breakdocument war es dann im Endeffekt. Das war der Kicker.
Wolfi Gassler (00:00:16 - 00:00:45)
Das Problem ist halt ein menschliches Problem, dass wir nur eine gewisse Erinnerungsfähigkeit haben. Und diese lauten Persönlichkeiten, die halt jeden Tag irgendwas rausbusaunen, das bleibt dann halt eher vielleicht im Kopf hängen. Wenn dann eine Managerin entscheiden muss, wer wird befördert, wer bekommt ein Projekt, wer hat gute Arbeit gemacht oder einfach sich nur erinnert, was hat der Andi denn im letzten Monat so gemacht, dann bleibt halt genau das im Kopf, was da ständig rausbusaunt wurde.
Andy Grunwald (00:00:49 - 00:01:42)
Willkommen zu einer neuen Episode vom Engineering-Kiosk. Jeder kennt es. Du willst einen Bug im Code fixen, doch bevor du an der entsprechenden Stelle ankommst, fällst du über 5 weitere Fehler, die erstmal zur Seite geräumt werden müssen. Und dann da drüben, der Typo in der Readme. Und irgendwie fehlt der Build mit den Unit-Tests auch wieder. Okay, alles behoben. Weiter geht's mit dem eigentlichen Bug. All das nennt man Glue Work oder unsichtbare Arbeit. Denn jeder fragt sich nur noch, warum dauert der Bugfix einen eigentlich so lange? Und oft wird diese Arbeit nicht wertgeschätzt, weil sie eben nicht gesehen wird. Was hilft da? Kommunikation und brutales Marketing. Und darüber sprechen wir in dieser Episode. Wie macht man diese Arbeit sichtbar gegenüber seiner Vorgesetzten? Wie viel Kommunikation ist angebracht? Und ist das nicht eigentlich die Aufgabe des Managers, all das auf dem Schirm zu haben, so dass ich gar nicht kommunizieren muss? Das und noch viel mehr gibt es in dieser Episode. Viel.
Wolfi Gassler (00:01:44 - 00:01:50)
Spaß! Andi, würdest du dich als laut oder leise bezeichnen?
Andy Grunwald (00:01:51 - 00:02:03)
Stimmtechnisch in der Regel spreche ich sehr laut. Wenn du eher vom Kommunikativen ausgehst in Bezug auf erhebe ich oft meine Stimme und bin ich oft präsent, denke ich, ich bin eher der lautere Typ.
Wolfi Gassler (00:02:03 - 00:02:18)
Kannst du es nachvollziehen, dass diese leisen Typen von Personen sich vielleicht hin und wieder mal beschweren, dass eigentlich immer nur die Lauten befördert werden und die Lauten immer das Ansehen bekommen und den Dank und alles was es so gibt rundherum?
Andy Grunwald (00:02:18 - 00:02:29)
Kann ich verstehen. Und ich denke, viele Laute, inklusive mir, sollten sich auch des Öfteren mal zurückhalten. Denn einer der größten Skills ist, einfach mal die Fresse zu halten und zuzuhören.
Wolfi Gassler (00:02:29 - 00:02:37)
Diese Selbsterkenntnis, die werden wir jetzt aufschreiben. Die werd ich in Zukunft mal wieder vorspielen. Die werd ich als Einspieler, als Standard-Einspieler einfach immer mit reinnehmen.
Andy Grunwald (00:02:37 - 00:03:12)
Das ist leichter gesagt als getan und ich glaube, ich hoffe, ich spreche für alle lauten Leute, die das genauso sehen und ich hoffe, ich bin damit nicht alleine, dass das wirklich gar nicht so einfach ist, sich zurückzunehmen. Aber, um die Perspektive mal zu wechseln, laute Leute exposen sich auch mehr. Das bedeutet, sie sind auch deutlich angreifbarer und sagen vielleicht auch öfter mal was, wo man einfach mal die Fresse halten sollte. das könnte natürlich dann auch zum schaden der eigenen reputation führen also es ist auch nicht immer positiv laut zu sein und präsent zu sein kannst du das nachvollziehen.
Wolfi Gassler (00:03:12 - 00:03:26)
Also für mich klingt so ein bisschen nach ausrede fast dass man sich da ja dass das nicht nur gute seiten hat ich kann es grundsätzlich nachvollziehen aber ich glaube es, hat in der Realität eigentlich wenig verbundene Downsides damit, wenn man lauter ist.
Andy Grunwald (00:03:27 - 00:03:53)
Ja, im Endeffekt denke ich, laute Leute müssen damit leben, dass sie auch mal Gegenwehr bekommen. Und ich denke, sie sollten auch Gegenwehr bekommen. Denn wenn laute Leute immer nur Ja und Amen und immer nur gehört werden und alles ist tutti, dann ist da auch was falsch. Aber ich kann verstehen, warum laute Leute präsenter sind, beziehungsweise präsenter in den Köpfen anderer, das kann ich verstehen, als das, als die stille Person nebenan, die oft nur dabei ist.
Wolfi Gassler (00:03:53 - 00:03:59)
Glaubst du, dass du nur an diese Position gekommen bist, wo du jetzt bist, weil du laut warst und darum immer befordert wurdest?
Andy Grunwald (00:03:59 - 00:04:17)
Wenn ich immer befordert würde, wäre ich kein Engineering Manager, sondern irgendwie Director, Vice President, Senior Vice President oder ähnliches. Aber ich bin ja mal vom Director Level runtergegangen, weil das zu weit weg von der Technik war und ich da mehr Bock habe, meine Hände dreckig zu machen. Also ist die Antwort Nein, denke ich nicht.
Wolfi Gassler (00:04:17 - 00:04:19)
Also du warst zu wenig laut quasi?
Andy Grunwald (00:04:20 - 00:04:34)
Auf dem Director-Level waren schon sehr viele laute Leute. Selbst für mein Loudness-Level, ist das ein Wort? Ich weiß es nicht, war das schon echt laut da. Da haben schon sehr viele Leute ihre Stimme erhoben, um ihre Stimme zu erheben.
Wolfi Gassler (00:04:34 - 00:05:08)
Jetzt ist es ja so, dass gerade bei uns in unserer Bubble, in der Techie-Bubble, dieses ganze Marketing und das Lautsein und ich verkaufe mich und ich sag, was ich Tolles gemacht habe, ja eigentlich ... sehr, sehr unbeliebt ist, würde ich mal sagen. Und vor allem auch, wenn es dann Leute gibt, die das machen, eben die laut sind, dann sind die meistens nicht sehr beliebt, vor allem bei denen, die halt leiser sind, weil die einfach mehr Aufmerksamkeit bekommen. Jetzt ist halt die Frage, kann man trotzdem irgendwie was erreichen oder wie kann ich mich trotzdem durchschlagen durch diese Welt, wenn ich selber jetzt weniger laut bin, wenn wir mal bei dem Vote bleiben wollen?
Andy Grunwald (00:05:09 - 00:05:31)
Ich glaube, du hast das böse Wort schon genannt, Marketing. Ich meine, das Marketing, was man draußen in der Welt findet, ist zu 60% Lüge. Also ich meine, wir schreiben auf Süßigkeiten zuckerfrei drauf, weil das laut Gesetz unter einem Schwellenwert von Zucker beinhaltet. Es ist aber nicht zuckerfrei. Das ist genauso wie alkoholfrei, hat immer noch Alkohol und wenn du in den Kasten alkoholfreies Bier trinkst, darfst du auch kein Auto mehr fahren.
Wolfi Gassler (00:05:32 - 00:05:39)
Das heißt, die lauten Leute erzählen nur Lügen. Das heißt, du hast dich gerade kategorisiert in laut. Das heißt, du lügst die ganze Zeit nur herum. Sei das richtig?
Andy Grunwald (00:05:39 - 00:06:20)
Ich sage nur, dass du das böse Wort Marketing verwendet hast und ich denke, dass aus diesem Grund auch das Wort Selbstmarketing negativ behaftet ist, weil wir es aus allen Industrien nicht anerkennen. Ich denke aber, einen gewissen prozentualen Anteil in Kommunikation über seine Arbeit zu stecken, dass man sagt, hey, ich habe was gemacht und das ist cool, schaut doch mal hier. Das halte ich schon für sinnvoll. Aber jetzt hast du die Frage gestellt, muss man dafür immer laut sein? Nein, muss man nicht. Aber ich denke auch, dass wenn man ein bisschen mehr in seine Kommunikation von seiner Arbeit investiert, dass man dann den Erfolg abhängiger von sich selbst macht.
Wolfi Gassler (00:06:20 - 00:07:49)
Ich glaube das Grundproblem ist ja, und ich will jetzt gar nicht sagen, dass die ganzen Manager und Managerinnen sich immer auf die Lauten fokussieren und dass die glauben was die alles erzählen, Aber ich glaube, das Problem ist halt ein menschliches Problem, dass wir nur eine gewisse Erinnerungsfähigkeit haben. Man erinnert sich halt nur an den kleinen Bruchteil. Und diese lauten Persönlichkeiten, die halt jeden Tag irgendwas rausbusaunen, das bleibt dann halt eher vielleicht im Kopf hängen. Und wenn es dann später um eine Entscheidung geht, wenn dann eine Managerin, eine Chefin entscheiden muss, wer wird befördert, wer bekommt ein Projekt, wer hat gute Arbeit gemacht oder einfach sich nur erinnert, was hat Person XY, was hat der Andi denn im letzten Monat so gemacht, dann bleibt halt genau das im Kopf, was da ständig rausposaunt wurde und vielleicht hundertmal irgendwo erwähnt wurde, man merkt sich halt 10% oder 5%, Aber man merkt sich dann immerhin noch diese 5% von diesen 100 Marketing-Messages, wenn man es mal so definieren will. Und eine andere Person, die halt leise ist und wenig kommuniziert, da sind es dann natürlich 5% von ganz wenig Nachrichten, Marketing-Messages. Und damit fällt man halt einfach aus diesem limitierten Memory im Kopf einfach hinten raus. Und das ist, glaube ich, das Grundproblem, was wir Menschen haben und was man halt in irgendeiner Form adressieren muss, wenn man sich trotzdem irgendwie durchsetzen will.
Andy Grunwald (00:07:49 - 00:07:56)
Erinnerung ist wirklich ein Problem und da stimme ich dir zu. Die klassische Testfrage, die ich immer stelle, was hattest du vor drei Tagen zum Abendessen?
Wolfi Gassler (00:07:56 - 00:07:58)
Fleisch bei dir, das ist relativ einfach.
Andy Grunwald (00:07:58 - 00:07:59)
Ich habe dich ja gefragt.
Wolfi Gassler (00:08:00 - 00:08:04)
Ja, ich kann mich wirklich noch mal daran erinnern. Drei Tage ist schon schwierig herauszufinden, was das für ein Wochentag war.
Andy Grunwald (00:08:05 - 00:08:15)
Und jetzt erwartest du natürlich von deiner Vorgesetzten, dass die sich an deine Arbeit erinnert. Und Achtung, deine Vorgesetzte hat fünf- oder sechsmal den Wolfgang, ja?
Wolfi Gassler (00:08:15 - 00:08:17)
Oder 20-mal womöglich.
Andy Grunwald (00:08:17 - 00:09:18)
Oder 20-mal. Kurzum, Erinnerung ist ein Riesenproblem, das ist richtig. Aber du erwartest ja jetzt gerade von jemand anderem, dass sie sich an deine Arbeit erinnert. Aber du selbst schaffst es ja noch nichtmals, was du letzte Woche, letzten Monat, letztes Quartal, letztes halbe Jahr gemacht hast. Und jetzt kommt das worauf ich gerade hinaus wollte ist dass wenn du laut bist und laut heißt nicht mit einem megafon rumrennen sondern es kann auch in geschriebener art und weise sein oder oder oder in form von präsentation oder was weiß der geil nicht, dass du dich dann nicht nur abhängig von deiner vorgesetzten machst sondern, Vielleicht auch noch von anderen Leuten, weil wenn deine Vorgesetze sich nicht mehr dran erinnern können, dann können aber andere Leute sagen, hey, der Wolfgang, da war doch was, der hat doch so ein cooles Projekt gemacht. Und dann sagt deine Vorgesetzte, ah, stimmt ja. Und das meinte ich mit, dass die Lauten sich nicht nur abhängig von ihrer Vorgesetzten machen, sondern dass sie mehr ihren Erfolg in die eigene Hand nehmen, indem sie ihre Nachricht weiter und breiter verteilen.
Wolfi Gassler (00:09:19 - 00:09:39)
Aber jetzt ist es ja genau so, dass die Leute, die das machen, denen wird mir oft die Prahlerei vor. Der prahlt da ständig, wie toll seine Projekte sind. Und man selbst denkt sich ja, ich bin ja kein Marketingmensch, ich bin ein Techie, ich will da ja nicht herumprahlen mit meiner Arbeit. Ist ja auch cool eigentlich, dass das Leute gar nicht so auf dem Trip sind. Aber was macht man dann?
Andy Grunwald (00:09:40 - 00:10:10)
Es gibt ein ganz ganz ganz tollen Artikel von einem ich glaube er ist der Loper Advocate der nennt sich SWIX, den verlinken wir auch in den Shownotes. Der Artikel heißt How to create luck, also wie erstelle ich Glück. Und da spricht er eigentlich genau über das, was wir gerade sprechen. Dass du die Oberfläche zum Glück auffangen, durch die Kommunikation deiner Arbeit und das, was du machst, eigentlich erhöhst oder verbreiterst, indem du mehr über deine Arbeit und das, was du machst, kommunizierst.
Wolfi Gassler (00:10:10 - 00:10:19)
Also in einem Satz zusammengefasst, protokollier deine Arbeit und sprich darüber. Bring's nach außen. Aber wie macht man das, dass es keine Prallerei wird?
Andy Grunwald (00:10:20 - 00:11:18)
Hast du dich eigentlich schon mal gefragt, was man benötigt, um 40 Millionen Fluggäste abzufertigen? Natürlich ein Brack-Dokument. Ist doch logisch, oder? Aber unser Episodensponsor Eurowings Digital geht noch wesentlich weiter und baut auf eine moderne Tech-Kultur, die deine persönliche und professionelle Weiterentwicklung in den Vordergrund rückt. Eine offene und ehrliche Kommunikation im Team aus über 40 Nationen ermöglicht so eine gute und Startup-ähnliche Zusammenarbeit in einem Team von über 250 Personen. Mit den Technologien von Java, Kotlin und Swift über Vue.js bis hin zu Python, Scala und dem AEM, Adobe Experience Manager für alle, die es nicht wissen, werden so mehrere Millionen Unique User pro Monat bedient. Wenn auch du in einem Startup in einer soliden Finanzierung durch die Eurowings Mutter arbeiten möchtest, findest du alle Infos zu den offenen Positionen unter engineeringkios.dev slash Eurowings und für alle die zu faul zum tippen sind natürlich auch in den Journals. Und weiter geht's.
Wolfi Gassler (00:11:18 - 00:11:26)
Also in einem Satz zusammengefasst, protokollier deine Arbeit und sprich darüber. Bring es nach außen. Aber wie macht man das, dass es keine Prallerei wird?
Andy Grunwald (00:11:27 - 00:11:36)
Also das Too-Long-Didn't-Read ist halt, übertreibt nicht, bleibt bei den Fakten, bleibt objektiv und das war's. Sag halt nicht, dass es zuckerfrei ist, wenn es Zucker enthält.
Wolfi Gassler (00:11:36 - 00:11:49)
Aber warum muss ich denn das überhaupt als Entwickler, als Wolfgang jetzt machen? Ich hab da meine Git-Commits. Ein Manager wird wohl sehen, was ich da ständig mach. Du als Manager, Andi, du bist doch Manager. Du wirst es doch sehen.
Andy Grunwald (00:11:49 - 00:11:54)
Du forderst mich ja grad auf, Lines of Code als dein Performance-Measurement zu nehmen.
Wolfi Gassler (00:11:54 - 00:11:59)
Ja, du kannst ja auch schauen, was ich gelöscht habe im Git. Ist ja auch eine Contribution.
Andy Grunwald (00:11:59 - 00:12:05)
Ja, ja, trotzdem aber. Ist das ein guter Performance-Key-Indikator, deine Lines of Code? Edit und delete.
Wolfi Gassler (00:12:05 - 00:12:07)
Überprüfst du das eigentlich bei deinen Leuten?
Andy Grunwald (00:12:07 - 00:12:08)
Ach, um Gottes Willen.
Wolfi Gassler (00:12:08 - 00:12:09)
Okay, dann bin ich froh.
Andy Grunwald (00:12:10 - 00:12:24)
Was man aber schon auch an Git-Pull-Requests überprüfen kann, und mit überprüfen hört sich schlimm an, sondern eher, um ein Gefühl dafür zu kriegen, wie viel Glue-Work macht diese Person eigentlich.
Wolfi Gassler (00:12:24 - 00:12:26)
Kannst du kurz Glue-Work erklären, was du darunter verstehst?
Andy Grunwald (00:12:26 - 00:13:15)
Ja, Gluework ist all das, was eigentlich nicht so wirklich in einem Scope ist, aber was dir grad so ein bisschen auffällt. Ne Kollegin anblocken, nen Unit-Test fixen, der grad irgendwie fehlschlägt. Oder vielleicht kleines Support-Tooling bauen, damit wir im Team drei Stunden die Woche sparen können. Oder, oder, oder. All diese kleine Arbeit, die uns alle aufhält, um unsere eigentliche Arbeit zu machen. dependencies updaten weil wir dann einen back nicht mehr haben oder oder oder alles dieses man müsste mal oder vielleicht auch so ein bisschen diese fahrtfinder regel ich komme auf einen platz und ich sehe zu dass ich diesen platz besser verlasse als ich ihn betreten habe aber all diese all diese all diese glue work diese kleberarbeit die dafür da ist und ja vielleicht auch unsichtbar ist für viele leute und wenn man findest du findest.
Wolfi Gassler (00:13:15 - 00:13:17)
Du dir jetzt wichtig oder unwichtig Ah.
Andy Grunwald (00:13:17 - 00:13:24)
Die ist essenziell, die muss da sein. Ich denke aber auch, dass diese Klebearbeit von jedem gemacht werden sollte und nicht immer nur von einer Person.
Wolfi Gassler (00:13:24 - 00:13:33)
Und sie steht halt nicht im GIT genau, diese Arbeit. Das ist das große Problem. Dass sie gemacht wurde, steht eben nicht in der GIT-History.
Andy Grunwald (00:13:33 - 00:13:40)
Ich denke, dass es öfter mal auch im GIT steht. So ist das nicht. Aber die meiste Arbeit ist halt dann keine Codeweit, genau.
Wolfi Gassler (00:13:42 - 00:14:36)
Jetzt sind wir schon wieder bei dem Punkt, dass das dann ja unsichtbare Arbeit ist. Also wenn sie nirgends steht oder nur in irgendeinem Kommentar am Rande steht, aber nicht einer Person zugeordnet ist, im Git, in der Git-History jetzt zum Beispiel, dann ist das schon wieder Arbeit, die nirgends protokolliert ist und die vielleicht auch keiner mitbekommt. Die Person selbst vielleicht, der mal geholfen hat, aber meine Managerin, mein Manager sieht es natürlich nicht. Und das ist natürlich dann schon ein Problem, wenn es wieder darum geht, um irgendwie eine Person zu bewerten oder auch wenn es Peer Reviews gibt. Man sieht natürlich nicht die gesamte Arbeit, die da irgendwo gemacht wird. Eine Person hat nie den gesamten Überblick, was denn eine andere Person macht. Und da muss man, glaube ich, ansetzen, dass man dieses Informationsproblem, das man da hat, löst. Und da geht es gar nicht um Marketing oder übertreiben oder prahlen, sondern einfach diese Information zu liefern an die Stellen, die sie benötigen. Man kann es wirklich eigentlich sehr sehr technisch sehen, wenn man will.
Andy Grunwald (00:14:36 - 00:15:15)
Es gibt ja immer noch diesen Mythos, dass ein Softwareentwickler mit einem 40 Stunden Arbeitsalltag 40 Stunden Software schreibt. Ich glaube jeder, der schon mal ein paar Jahre in dem Beruf ist, weiß, dass dies leider leider leider nicht der Fall ist. Und Grund ist unter anderem, Zum Beispiel die Notwendigkeit von dieser unsichtbaren Arbeit, damit man überhaupt Teamarbeit ermöglichen kann. Ich helfe dir, das Development-Setup aufzusetzen. Ich meine, im Endeffekt hast du damit sehr wertvolle Arbeit gemacht. Du warst ein Multiplikator. Ich, Andi, habe dir, Wolfgang, geholfen, dass du ein Entwickler-Setup jetzt hast und jetzt auch entwickeln kannst. Also eigentlich habe ich durch meine Glue-Arbeit unsere Performance um 100 Prozent gesteigert. Weil du kannst ja jetzt auch coden.
Wolfi Gassler (00:15:15 - 00:15:28)
Aber wenn wir jetzt zurückkommen zum Protokolliere, die Arbeit und Rede darüber, was würdest du empfehlen, eben genau diese Dinge zu kommunizieren? Wie würdest du das machen, dass du eben genau jetzt jemandem geholfen hast oder da irgendwas aufgelöst hast mit einer Glue Work?
Andy Grunwald (00:15:29 - 00:16:05)
Jetzt kommt wieder eines meiner Lieblingsthemen. Ich würde es aufschreiben. Ich würde mir einfach... Ach, was sage ich hier? Ich würde nicht... Ich mache das ja gerade sogar. Das ist ja genau das, was ich jeden Freitag mache. Jeden Freitag poppt bei mir ein Reminder auf. Füll mal dein Brack-Document. Und was ich da mache, ist relativ einfach. Ich habe ein Google-Doc. Da steht die Überschrift. im monat und darunter stehen bullet points was ich diese woche gemacht habe in bezug auf impactfull work da steht es nicht ich habe am meeting a teilgenommen ich habe im meeting b teilgenommen sondern ich habe fünf bewerbungsinterviews geführt also die ich sag mal großen highlights all das.
Wolfi Gassler (00:16:05 - 00:16:08)
Was man nicht sieht Und was machst du damit, Depp?
Andy Grunwald (00:16:08 - 00:16:34)
Das sammle ich. Das sammle ich bis zur nächsten Performance Review. Das sammle ich bis zu meinem nächsten One-on-One. Das sammle ich für den nächsten Promotion Case. Also, wenn ich mich für eine Beförderung bewerbe oder Ähnliches. Damit ich auch Zahlen, Daten, Fakten, ZDF, ohne GEMA-Gebühren, vorliefern kann. Und ja, vielleicht auch Selbstmarketing ohne Bullshit. machen kann.
Wolfi Gassler (00:16:34 - 00:17:17)
Jetzt hast du schon erwähnt, das ist ein Bragg-Dokument. Das ist auch wieder so etwas Typisches. Das kann, glaube ich, nur aus dem amerikanischen Raum kommen, weil wenn man das hier eins zu eins übersetzt, ist es ja Prahlerei und ein Prahlerei-Dokument. Du würdest es im Deutschen nie so nennen. Das funktioniert, glaube ich, nur in der amerikanischen Kultur. Und ich glaube, in der deutschen Kultur ist es ja eher eben sehr negativ angesehen, bei den Techies noch viel mehr. Und man wird es nie zum Prahlen verwenden oder das so nennen. Aber im Prinzip ist es ein Activity Log, wie es auch andere nennen, bei dir jetzt auch eher, oder? Du schreibst auf, was hast du gemacht in der Woche, einfach so, um dich nicht daran erinnern zu müssen, beziehungsweise das speichern zu müssen im Kopf und dann wahrscheinlich wieder vergessen.
Andy Grunwald (00:17:18 - 00:18:35)
Also ja und nein. Ich mach's so ein bisschen zweistufig. Ich mach's jede Woche, mach ich so ein Activity Log. Kannst dir vorstellen wie so ein Git Commit Log eigentlich. Einfach ein paar Bullet Points und es kostet mich wirklich nicht mehr als 10 Minuten. Am Freitag setze ich mich hin, mach einfach mal kurz meinen Kalender auf. Okay, womit habe ich meine Zeit verbracht? Erinnere mich. Okay, was habe ich die letzten 5 Tage gemacht? Und schreib da irgendwie die Highlevel-Punkte hin. Irgendwann kommt der Tag der Performance Review, der Feedback Cycles, des Peer Reviews, egal wie es bei euch in der Firma heißt. Ihr werdet in irgendeiner Art und Weise an irgendwas bewertet, ob ihr eure Ziele erreicht habt, ob es eine Gehaltserhöhung gibt, dass ihr Feedback von eurer Vorgesetzten bekommt oder oder oder. Zur Vorbereitung dessen, da transformiere ich meinen Activity-Log in ein Brack-Document. Und ich meine, was ist ein Brack-Document? Ein Brack-Document ist eigentlich nur ein geordnetes Activity-Log, wo ich meine Aktivitäten in Kategorien einsortiere. Wie zum Beispiel Collaboration und Mentorship. Ich habe dir geholfen, das Dev-Setup aufzubauen. Design und Documentation. Ich habe drei Design-Documents gebaut und die komplette Dokumentation über unser internes Kafka-Setup geschrieben company building ja ich habe eine kleine konferenz organisiert projekte an diesen projekten war ich beteiligt und das habe ich gemacht also eigentlich ich nehme meine meine activity lockpunkte und verschiebe sie in kategorien mehr.
Wolfi Gassler (00:18:35 - 00:20:22)
Ist es eigentlich nicht Ja, ich sehe das auch so mehrstufig. Also ich persönlich mache zum Beispiel Time Tracking rein für mich und auch als Selbstständiger braucht man es einfach teilweise zum Verrechnen, damit man weiß, wie viele Stunden hat man wirklich an einem Projekt gesessen. Das wäre so das Activity Log für mich, also was habe ich gemacht, was ich dann eben sogar sekundengenau quasi habe im Großen und Ganzen. Die nächste Stufe wäre dann so eine Zusammenfassung, wie du es jetzt nennst, im Breakdocument, in Kategorien. Das bezieht sich dann auch auf einen größeren Zeitraum. Also Activity Log ist vielleicht noch täglich oder wöchentlich und das Breakdocument ist dann vielleicht monatlich oder überhaupt jährlich. Und dann gibt es meiner Meinung nach noch eine dritte Stufe, dass es sogar noch mal zeitlich auf eine höhere Ebene kommt. Wenn ich dann nämlich zum Beispiel das Ganze in meinem Lebenslauf verwende, was habe ich denn für Projekte gemacht in meinem bisherigen Arbeitsleben? Was habe ich denn da erreicht? Dann kann ich da auch wieder das Aggregieren zu den wichtigsten Projekten, die ich gemacht habe und die ganzen Dinge auch in meinen Lebenslauf übernehmen. Also ich kann diese ganzen Informationen nicht nur für den aktuellen Job gebrauchen, sondern auch für die Zukunft, für den zukünftigen Job. Ich kann es auf mein LinkedIn-Profil packen. Ich kann vielleicht auch, wenn ich irgendwas Cooles erreicht habe, das dann verwenden, wenn ich einen Blogartikel schreibe oder wenn ich zu einer Konferenz gehe für irgendwelche Storys, die ich erzählen will, dann kann ich vielleicht über ein gewisses Projekt reden, dann hilft mir so ein Activity Log eben auch. Also umso mehr man da protokolliert, umso einfacher ist es dann natürlich, eben sich zu erinnern und diese Informationen zu verwerten, die man dann eben genau für so einen cooles Storytelling auf der Bühne eben auch verwenden kann und das einem auch selber hilft, man sich nicht daran erinnern muss. Also es ist nicht nur, um jetzt die Managerin zu überzeugen, befördert zu werden, sondern man kann es eben auch selber gut verwenden.
Andy Grunwald (00:20:23 - 00:21:00)
Und einen wichtigen Punkt aber hast du da, glaube ich, ein bisschen übersprungen. Du sagst, man kann das auch in seinem Lebenslauf verwenden. Das ist ein unglaublich guter Punkt, aber ich denke schon, dass man da ein bisschen drauf achten muss, wer liest das dann am Ende. Besonders, es ist ja schon ein Unterschied, wenn meine Vorgesetzte das liest und das wirklich den kompletten internen Firmenkontext hat oder auf meinem Lebenslauf jemand Externes, der gar nicht in der Firma oder in den Projekten involviert war. Besonders im Lebenslauf oder ähnliches spielen natürlich Fakten eine Rolle. Was hat dieses Projekt für ein Business Impact gehabt? Also da muss man ja schon ein bisschen was von den Metrics verstehen und auch die mit reinrechnen.
Wolfi Gassler (00:21:01 - 00:21:35)
Ich glaube, dass das gar nicht unbedingt für Externe nur der Fall ist, auch intern. Wenn du ein Projektdokument hast in der Firma und das veröffentlichst in der Firma, dann musst du wahrscheinlich auch Kontext liefern. Weil vielleicht in einem Projekt, wenn das andere lesen, die auch in dem Projekt sind, die haben den Kontext. Aber sobald es ein bisschen außerhalb vom Team ist oder vielleicht sogar im Team, wenn es da Leute gibt, die an einem anderen Projekt arbeiten, dann musst du da schon den Kontext geben. Also dieser Kontext ist, glaube ich, auch im internen Umfeld durchaus wichtig, um das einfach besser zu verstehen und auch, ob das Sinn gemacht hat, was du da gearbeitet hast.
Andy Grunwald (00:21:35 - 00:21:39)
Das hört sich aber so an, als ist dein Brack-Document company-wide public.
Wolfi Gassler (00:21:40 - 00:22:31)
Kann es natürlich sein. Also ich glaube, je nach Firmenkultur und wie sicher du dir bist, dass du das veröffentlichen willst, kannst du das, glaube ich, durchaus machen. Viele Firmen haben ja dann auch eigene Evaluation Frameworks und vielleicht Personal OKRs oder sowas. Das geht ja auch schwer in die Richtung. Und dafür kannst du es natürlich auch verwenden, aber da ist natürlich ein Filter dazwischen. Also ich würde jetzt nicht unbedingt meinen Activity Log public setzen, aber diese aggregierte Form von meinem Activity Log, was habe ich im letzten Monat erreicht, welchen Teams habe ich geholfen, was habe ich in den jeweiligen Projekten weitergebracht, wo habe ich vielleicht auch Clue-Work gemacht, wo habe ich irgendeinen Prozess verbessert und auch das Resultat, wenn man dann gemerkt hat, oh, wir sind jetzt 30 Prozent schneller beim Deployment, weil wir da irgendwas im Prozess geändert haben, dann kann man das natürlich sehr wohl da reinschreiben. Und wenn man das aggregiert, ist das meiner Meinung nach überhaupt kein Problem, wenn man das auch firmenweit public macht.
Andy Grunwald (00:22:32 - 00:23:11)
Ich wünschte, die Firmenkultur wäre überall so. Meine Erfahrung ist, es ist nicht so. Und deswegen würde ich sehr, sehr vorsichtig sein, auch mein aggregiertes Brack-Dokument zu teilen. Denn es geht nicht darum, Arbeit von anderen für sich zu claimen. Es geht aber darum, dass es manchmal auch zu politischen Dingen führen kann, dass jemand denkt, er hätte mehr in einem Projekt kontributiert, als es wirklich hat. Es kann, glaub ich, zu sehr vielen Stimmungsschwankungen kommen, wenn das komplett öffentlich ist. Deswegen, ich wünschte, jeder hat so eine Kultur. Aber es ist einfach nicht so, die Realität ist anders.
Wolfi Gassler (00:23:11 - 00:23:24)
Ihr habt ja eine sehr radikale Ansicht, die wird ja auch Gehälter gerne einfach gläsern, überall sehen. Weil meiner Meinung nach ist es genau der Hintergrund von dem Ganzen. Wenn ich mein Gehalt nicht rechtfertigen kann, dann ist irgendwas falsch.
Andy Grunwald (00:23:25 - 00:24:08)
Das ist korrekt, aber du redest ja hier in einer Epcoters-Episode zum Thema Selbstmarketing und von lauten Leuten. Und es ging ja um die Frage, wie können leise Leute denn für ihre Arbeit gerade stehen und rechtfertigen und auch gefeiert werden und das bekommen, was sie verdienen. Und dazu gehört leider auch nun mal, stolz darauf zu sein, was ich getan hab, und sich sicher zu sein, dass das wert ist. Und dann ein Brack-Document, ich sag mal, im kleinen, psychologischen Safe-Space zu erstellen, Finde ich ist ein sehr guter Start, aber durch deine Schrei nach Transparenz, was ich auch befürworte, verstehe mich bitte nicht falsch, ist es halt, machst du es den leisen Leuten, die noch nicht so viel Erfahrung haben, natürlich auch unglaublich schwer und baust gegebenenfalls sogar Druck auf.
Wolfi Gassler (00:24:08 - 00:24:11)
Schrei nach Transparenz, das sollten wir auf dem T-Shirt drucken.
Andy Grunwald (00:24:12 - 00:24:16)
So wie Legacy verdient das Geld, Schrei nach Transparenz, also ich glaube die Anzahl der Sprüche wächst was.
Wolfi Gassler (00:24:17 - 00:24:31)
Aber da stimme ich dir natürlich vollkommen zu, wenn man mal beginnt mit so einem Document, mit so einem Black-Document. Das ist übrigens, keine Ahnung, wer es genau erfunden hat, aber Julia Evans hat sehr früh einen Blogartikel darüber geschrieben oder hat zumindest diesen Term gecoint.
Andy Grunwald (00:24:31 - 00:24:49)
Ich glaub, sie ... Also, auch von Amerikanern hör ich immer wieder, dass sie das Thema zumindest im ersten Wurf so manifestiert hat. Also, ich sag nicht, dass Julia Evans den ... Sie hat es verbreitet, sagen wir's mal so. Das ist schon in der Industrie recht angenommen.
Wolfi Gassler (00:24:49 - 00:25:04)
Verlinken wir natürlich auch den Blogartikel. Und wenn man mit sowas beginnt, dann sollte man das natürlich, wie du sagst, im Safe Space mal veröffentlichen oder halt also im Team oder anfangs nur mit dem Manager unter Umständen. Teilst du das eigentlich mit deinem Manager?
Andy Grunwald (00:25:04 - 00:25:19)
Ah ja, hundertprozentig, also mit deinem Vorgesetzten oder Vorgesetzten. Dieses Brack-Document, meines Erachtens nach, ist eigentlich nicht für dich. Dieses Brack-Document ist für die Person, die über deinen Erfolg in der Unternehmung entscheidet.
Wolfi Gassler (00:25:20 - 00:25:24)
Aber hast du das jetzt proaktiv geteilt oder machst du ein reporting, wie funktioniert das?
Andy Grunwald (00:25:25 - 00:26:35)
Ich mache meinen Activity Log und irgendwann frage ich nach Feedback oder zwei, drei, vier Tage vor dem One-on-One drücke ich einfach auf Google Docs und dann Share und dann lade ich meine Vorgesetzte oder meine Vorgesetzten dazu ein oder Wenn ich weiß, in einem Monat stehen wieder Gehaltsverhandlungen an, dann teile ich das auch proaktiv, damit ich sicher gehen kann, dass ich fair behandelt werde. Damit ich sicher gehen kann, dass meine Managerin, mein Manager genau weiß, was ich getan habe. Damit ich sicher gehen kann, wo es eine Kursänderung gab und warum ich meine Projekte nicht erfüllt habe. wo ich was frühzeitig eskaliert habe und auf Hilfe gewartet habe, weil etwas seitwärts ging und nicht nach vorne und Co. Also, es ist für mich eine Art Sicherungsnetz. Und man nennt mich zwar Schisser, das ist mir vielleicht völlig egal. Ich denke einfach nur, ich packe hier Arbeit rein, 40 Stunden, und dann möchte ich auch, dass die sichtbar ist. Und ich kann hier nicht erwarten, dass meine Vorgesetzte, meine Vorgesetzte dieselbe Sichtbarkeit haben wie ich auf mein Leben, auf mein Arbeitsleben. Und deswegen, ja, dieses Black-Document ist primär für andere. grafiken von grafana rein mit screenshots und so weiter damit man sieht was für ein impact meine arbeit hatte und als.
Wolfi Gassler (00:26:35 - 00:28:48)
Nächsten schritt meiner meinung nach kann man dann durchaus auch das zusätzlich noch man muss ja nicht wirklich das dokument scheren aber man kann dann zusätzlich auch informationen rausnehmen und die auf anderen kanälen spielen sei es jetzt auch in einem slack team channel Einfach zu sagen, diese Woche sind diese Key-Sachen basiert, muss man auch nicht direkt auf sich zuordnen, aber ist ja auch eine gewisse Kommunikation oder Selbstmarketing im weitesten Sinne natürlich, aber auch einfach Informationen für die anderen. Was ist weitergegangen bei dem Projekt? Was haben wir erreicht? Was habe ich gemacht diesbezüglich oder wir? Ganz wichtig, meiner Meinung nach, auch zu unterscheiden, vielleicht mal andere zu loben. Also ist es nur an mir gehangen oder waren da auch andere mit dabei? Weil sonst kann man da sehr schnell sehr unbeliebt werden, würde ich mal sagen, wenn man da immer ich, ich, ich schreibt. Also auch da an die anderen denken. Und vielleicht dann geht es auch so weit, dass man einfach gemeinsam irgendeinen Erfolg feiert und halt dementsprechend auch das Team herausgreift, Leute lobt. Und da schwimmt man ja dann selbst auch mit. Also wenn man das vorantreibt, ich glaube, das ist extrem wichtig, für eine gute Kultur und eine ganz einfache Form, wie man diese Dinge auch noch zusätzlich kommuniziert. Und da haben wir ja den Vorteil in der Tech-Welt, dass wir die richtigen Prozesse dafür haben. Weil wenn wir jetzt zum Beispiel in Scrum arbeiten und ein Stand-up haben, dann ist da ja schon das Format geschaffen, wo man solche Dinge teilen kann. Und es gibt ja nichts Schlimmeres als ein Stand-Up, wo jeder sagt, ich habe an Ticket X gearbeitet und am Vortag war es auch schon Ticket X und die ganze Woche sagt man, ja, ich habe an diesem Ticket gearbeitet und das ist es. Also man hat da die Möglichkeit, ein paar Zusatzinfos zu geben. Und ich glaube, das ist eine super einfache Möglichkeit, wenn man sich da im Vorfeld einfach zwei Sätze überlegt, kann man da schon sinnvolles Selbstmarketing betreiben. Und das hören die richtigen Leute, das hören genau die Leute, die es hören müssen. Da ist auch meistens die Managerin dabei, da sind Peers dabei und das ist eigentlich die einfachste Form, um diese Informationen mal weiterzubringen. Aber dazu brauche ich natürlich dieses Activity Log wieder, wo ich einfach nachschauen kann, was habe ich denn gestern gemacht, was habe ich die letzten zwei, drei Tage gemacht, je nachdem, wie oft die Stand-Ups sind, damit ich diese Informationen an der Hand habe und sofort eben auch teilen kann in meinem Slack-Channel oder in einem Stand-Up.
Andy Grunwald (00:28:48 - 00:29:22)
Über seine Arbeit zu sprechen und die Kommunikation danach zu machen, das ist der große Unterschied einfach nur von Leuten, zu denen man vielleicht auch aufguckt. Meines Erachtens nach ist die Arbeit, die ihr ins Projekt gesteckt habt, das ist der harte Teil. Man hat 80, 90 Prozent der ganzen Sache durch. Man ist fertig. Bringt das nur in ein anderes kleines Format, teilt es im internen Slack. Wir zum Beispiel haben einen kleinen Channel, der nennt sich Product Announcements. Und da posten Leute immer so small wins oder das, was sie gerade geschickt haben rein.
Wolfi Gassler (00:29:22 - 00:29:34)
Und ich glaube, ganz wichtig ist da zu erwähnen, das heißt zwar Product Updates, das heißt aber nicht, dass nur die Product People dafür verantwortlich sind. Ich glaube, das ist ein großer Fehler zu glauben und das glauben viele, sondern es sind wirklich alle dafür verantwortlich.
Andy Grunwald (00:29:35 - 00:30:08)
Und wenn man mal darüber nachdenkt, ihr müsst, in Anführungszeichen, nur noch ein bisschen kommunizieren. Den harten Teil, die etliche Monate Schweiß habt ihr da reingesteckt. Es gilt jetzt nur noch zu sagen, das haben wir gemacht, das war der Impact-Buff. Und oft verstehe ich das nicht, warum die das nicht machen. Wolfgang, erklär mir das mal bitte. Das schwierige Teil ist rum, du musst nur noch die zwei kleinen Schritte gehen. Also, ich sag jetzt nur noch, es ist hart, ich weiß, aber es gehört zum Prozess. Es ist Teil davon.
Wolfi Gassler (00:30:08 - 00:30:21)
Ja, was man halt sehr oft hört, ist zum Beispiel, da ist mein Manager verantwortlich. Der muss das ja mitbekommen. Und ich hab ja gute Arbeit geleistet. Das heißt, gute Arbeit spricht sich rum. Da brauch ich selber nichts mehr machen.
Andy Grunwald (00:30:21 - 00:30:45)
Also, leider, ich wünschte, es wär anders. Ich wünschte, das wär wahr. Aber leider haben die Vorgesetzten sehr, sehr viel auf dem Schirm und da geht sehr viel durch. Auf der anderen Seite muss ich auch zugeben, der Manager ist nicht euer Babysitter oder Kindergärtner. Das bedeutet, er ist nicht da, um gefeiert zu werden oder um alles zu kommunizieren. Er mag zwar, du meinst, dass er.
Wolfi Gassler (00:30:45 - 00:30:46)
Andere Leute feiert, nicht sich selber feiert.
Andy Grunwald (00:30:47 - 00:30:57)
Naja, also manche Manager sehen es halt schon so, okay, wenn mein Team gute Arbeit gemacht hat, dann habe ich gute Arbeit gemacht und deswegen feiere ich mich, ja. Also das gibt's ja halt leider auch. Aber ich denke eher... Ist ja auch.
Wolfi Gassler (00:30:57 - 00:31:02)
Okay, dass es sich mitfeiert zumindest, aber es ist halt doch dann die Arbeit der anderen, ja.
Andy Grunwald (00:31:03 - 00:31:17)
Genau, es ist die Arbeit der anderen, aber ich würde mir wünschen, dass in vielen Firmen der Manager nicht nur das einzige Sprachrohr des Teams ist, sondern dass die Leute halt eigenständig sind. Im besten Falle gibt es keinen Manager fürs Team. Im besten Falle ist das Team so erwachsen, dass der Manager gar nicht mehr benötigt wird.
Wolfi Gassler (00:31:17 - 00:31:49)
Also meiner Meinung nach sollte der Manager die Managerin schon auch darauf achten und das ist schon auch der Job von denen, dass die alle mitbekommen und Das ist halt deren Job und Aufgabe, genau zu evaluieren, was die Leute machen. Meiner Meinung nach kann sich der Manager nicht rausreden, nur weil mir nicht proaktiv ein Black-Document geliefert wird, brauch ich nicht beurteilen, warum die Leute in dem Team sind und was die machen. Ich glaub, das ist schon die Aufgabe von einem guten Engineering-Manager, sich darum zu kümmern.
Andy Grunwald (00:31:49 - 00:32:03)
Moment, ich rede darüber, dass der Manager die leute in abeln sollen und vielleicht auch unter die arme greift und hilft dass sie ihre arbeit selbst kommunizieren und nicht immer nur der manager weil aber.
Wolfi Gassler (00:32:04 - 00:33:02)
Wie viel wie viel manager von dir haben das gemacht mit dir ich wünschte mehr aber, Das ist, glaube ich, das Problem. Man erwartet sich das von den Managern und ich glaube, es ist auch deren Aufgabe, aber in der Realität ist es halt so, dass man nicht immer die besten Leute hat oder die denken an was anderes, die haben den Fokus woanders, vergessen es teilweise auch und ich glaube, da ist es halt dann wichtig, dass man es einfach selber in die Hand nimmt. Man kann sich nicht darauf verlassen, auch wenn es so sein sollte, aber am einfachsten ist einfach, wenn man es für sich selber macht, die Vorteile auch für sich selber nutzt und man kann dann auch noch den die Chefin entlasten, wenn man es positiv formulieren will oder ihre Aufgaben machen, aber dass man das von sich aus dann dementsprechend auch kommuniziert und weiterleitet. Und wie gesagt, es sind ja auch die Team-Kolleginnen im Team, andere Teams, die man auch informieren sollte und deren Aufgabe ist es natürlich sicher nicht, sich darum zu kümmern, was hat denn da Andi oder der Wolfi gerade gemacht in dem anderen Team.
Andy Grunwald (00:33:03 - 00:34:13)
Man muss aber auch sagen, was ich öfters mal mache, ist, ich formuliere Texte und mein Vorgesetzter postet die. Und der Hintergrund ist ganz einfach, dass ich diese Nachricht gerne kommunizieren wollen würde, aber durch das Posten meines Vorgesetzten hat die Nachricht mehr Gewicht als ich. Also ich würde mal fast sagen, ich würde mir wünschen, dass Manager es nicht posten müssten, aber je nach Nachricht und je nach Product Announcement etc., ist ja ab und zu auch mal vielleicht was Kritisches, kann das Posten durch eines Managers natürlich auch ein anderes Gewicht haben. Aber im Endeffekt steht für eure Arbeit ein und ich denke, Solange man bei den Fakten bleibt, beim Impact bleibt, die richtigen Metriken zur Hand hat, oder, oder, oder, dann kann man da auch ein bisschen braggen, ein bisschen prahlen. Weil, wenn man gute Arbeit gemacht hat, dann kann man da auch stolz drauf sein. Und wenn der Graph nach oben ging, oder der Exception Graph vom Neos auch nach unten, dann ist das leider ein richtig, richtig schöner Win. Und da könnt ihr stolz drauf sein. Deswegen. Für mehr Bragging. Nicht amerikanisches Bragging, alles ist awesome. Aber seid stolz auf das, was ihr geleistet habt, sofern ihr bei den Fakten bleibt.
Wolfi Gassler (00:34:13 - 00:35:56)
Man kann es ja auch ganz deutsch formulieren, es ist nur Protokollieren der harten Arbeit. Es ist einfach nur ein Protokoll und es muss gar nicht eine Lüge sein, wie du auch das gerne nennst, das Marketing, sondern es geht einfach darum, zu kommunizieren, was man gemacht hat. Es muss keine Übertreibung sein und es muss auch keine Prahlerei in dem sein. Es reicht ja auch schon wirklich zu sagen, was gemacht wurde. Und was du schon richtig erwähnt hast, und da sind wir schon ein bisschen bei dem Punkt, wie man denn so Project Documents aufsetzt, ist, dass man eben nicht nur sagt, was man gemacht hat, sondern auch, was war das Ziel vom Projekt, also wie ist man dort hingekommen, was man gemacht hat, was war der Grund, warum man das gemacht hat und auch das Resultat, was du gesagt hast, wir sind besser geworden, wir haben da den Graphen, der nach oben gegangen ist. dass man einfach auch zeigt, das hat auch etwas bewirkt. Ich habe diese Glue-Work gemacht, ich habe unseren Prozess verbessert, ich habe unsere Deployment-Pipeline verbessert und wir sind jetzt super happy, weil wir jetzt schneller deployen können, weil wir schneller was ausprobieren können. Und davor war das wirklich ein harter Pain und das hat uns jetzt alle glücklicher gemacht im Team. Also diese Information, die da rundherum liegt, der Kontext, der ist einfach wichtig, dass man den auch in so ein Brack-Document mit reinnimmt. Weil eben, wenn jemand da von außen kommt, das liest, der denkt sich dann natürlich, warum hat er jetzt da irgendwas geändert in unserer Pipeline, in der Pipeline? War das überhaupt ein Problem? Warum hat man das gemacht? Hat sich da überhaupt was verändert? Oder war der nur super interessiert an der Technologie, die er da jetzt neu reingebracht hat? Und war die eigentlich für die Fisch? Oder war das wirklich etwas, was Sinn gemacht hat? Und das muss man halt auch da mit reinbringen. damit das externe Leute verstehen. Und dann ist man schon sehr nahe am Blockartikel, muss man sagen. Also noch ein Step mehr und man ist beim Blockartikel.
Andy Grunwald (00:35:56 - 00:37:47)
Aber ihr merkt schon eigentlich, das was der Wolfgang gerade gesagt hat, was war das Ziel von dem Projekt, warum war die Arbeit wichtig, was ist das Resultat. Ihr merkt schon, dass das eigentliche Brack-Document schon vor der Arbeit anfängt. Denn die Klarheit zu haben, welches Problem wir hier eigentlich lösen und warum wir dieses Projekt überhaupt machen, fängt halt ganz vorne beim Projekt Kickoff an und nicht erst später. Und das schützt euch auch so ein bisschen, wie soll man sagen, sich Projekten hinzugeben, die nur gemacht werden, weil man technisch verliebt ist. Ich habe auf Hacker News diese Datenbank gefunden, die muss jetzt mal in Produktion, weil ich Hype Driven Development mache oder ähnliches. Also es werden leider immer noch und ich schließe mich da nicht aus ich bin auch so einer ich mache viele dinge der technik wegen im endeffekt haben die aber produktmäßig oder businessmäßig oder zumindestens für das ziel auf das ich hinarbeite relativ wenig einfluss und Dann ist es natürlich ein bisschen schwierig. Also wovon rede ich hier? Denkt zwei, drei Minuten nach. Warum mache ich dieses Projekt? Und was hat das für einen Impact? Und nicht, ich habe die zyklomatische Komplexität dieser Methode von 10 auf 9 reduziert. Und die Methode wird einmal im Jahr geändert. Also das ist dann ein bisschen vielleicht technisch irrelevant oder beziehungsweise business irrelevant. Fokussiert euch auf das Wesentliche. Und wir reden hier die ganze Zeit immer nur von Resultaten, von objektiven Measurements. Das ist natürlich nicht immer möglich, weil wir einen kreativen Beruf haben. Ich hab technische Schulden reduziert, mag ein schöner Impact sein, aber ist auch irgendwie so eine Never-Ending-Story. Ich kann mich ja den ganzen Tag damit beschäftigen, technische Schulden zu reduzieren. Womöglich schaffe ich dann auch mehr technische Schulden, als ich reduziere. Aber es ist halt schwer messbar. Deswegen versucht halt irgendwie, ja, vielleicht auch eine kleine Story drumherum zu bauen, warum technische Schulden in dieser Komponente reduziert werden sollen.
Wolfi Gassler (00:37:48 - 00:39:11)
Das ist halt dann eine gewisse Arbeit und diese Arbeit wird bei klassischen Projekten, jetzt wenn ein Feature XY dazukommt, wird das meistens von Produktleuten übernommen, weil die bewerben dann auch dieses Feature, die sagen, wir haben eine tolle Arbeit gemacht. Also da kümmern sich die ganzen Product Owner darum. Aber wenn es dann auf die technischen Seite geht, Wenn ich irgendwo meine Code-Qualität verändert habe, wenn ich da irgendwo was an meinem internen Deployment-Prozess geändert habe, wenn ich unseren On-Call verbessert habe durch irgendeine Software, wenn ich irgendwo was refactored habe oder wenn ich irgendwo etwas fürs Team gemacht habe oder ein Team-Event organisiert habe, dann sind es Dinge, die nicht automatisch so leicht verkauft werden können. Und ich sage jetzt bewusst verkauft, weil wir da wieder beim Marketing sind. Aber sobald ich mir überlege, warum habe ich das eigentlich gemacht, Und was war das Resultat? Habe im Prinzip schon genau das, was normalerweise die Product-Leute bei den Features machen. Habe ich dasselbe auf der technischen Seite. Und dann ist es relativ easy, auch eben diese Glue-Work, diese sonst unsichtbare Arbeit, aber die extrem viel Zeit kostet und auch sehr wertvoll ist, dass man die auch dementsprechend protokolliert und dann auch wieder kommuniziert und den Mehrwert herausstreicht. Also das ist dann sehr schnell gemacht, wenn man sich diese Dinge einmal überlegt. Und die kann man ja auch im Team unter Umständen sich überlegen. Also man muss das ja nicht immer alleine machen und mit der Zeit wird man da dann auch besser, das dementsprechend unter Anfangszeichen zu verkaufen.
Andy Grunwald (00:39:11 - 00:39:52)
Wir sprechen jetzt hier schon 30, 40, 45 Minuten darüber, aber im Endeffekt, also mich kostet es 5 Minuten pro Woche meinen Activity Log zu befüllen, jeden Freitag poppt so ein kleiner Kalendertermin auf. Wenn es dann zur Performance-Review-Season oder ähnliches kommt, wo ich dann den zweiten Step mache, das Activity-Log in ein Brack-Dokument überführen, offengesprochen, das dauert schon eine Stunde oder zwei, so ist das nicht. Aber wir beschreiben das Thema gerade so hochkomplex. Natürlich fließt da viel Gedankenarbeit rein, aber im Endeffekt ist der, ich nenne mal, Stundensatz, den man dafür bekommt, sehr, sehr hoch, wenn das Resultat, das Activity-Log, das Brack-Dokument zu einer Gehaltserhöhung führt.
Wolfi Gassler (00:39:52 - 00:39:54)
Von daher ...
Andy Grunwald (00:39:54 - 00:40:07)
So, Marketing, BWL, du hast doch gar kein Wirtschaftsinformatikstudium besucht, Wolfgang. Aber du bist Freelancer. Meine Frage ist eigentlich, wir sprechen hier die ganze Zeit über ein Thema, was für dich als Freelancer ja eigentlich gar keine Relevanz hat. Wie sieht dein Brack-Dokument aus?
Wolfi Gassler (00:40:08 - 00:40:24)
Ja, ich muss ja dann irgendwie die Rechnung stellen am Ende. Also ich muss in die Rechnung reinschreiben, was ich gemacht habe. Da muss ich mindestens reinschreiben, an was ich gearbeitet habe oder welche Meetings ich gehabt habe. Also ich muss das eigentlich noch viel detaillierter beschreiben, um am Ende eine Rechnung stellen zu können, als wie jemand, der sowieso für die Arbeit immer bezahlt wird.
Andy Grunwald (00:40:24 - 00:41:23)
Das ist natürlich eine schöne Sache. Mein Brack Documents sind meine Rechnung. Aber über einen Vorteil von Brack Documents haben wir noch gar nicht gesprochen. Und zwar ist das nämlich, wenn wir jetzt mal bei WWL bleiben, der Zinseszins sozusagen. Und zwar, wenn man nämlich mehrere Brack-Documents über mehrere Jahre hat und da irgendwann mal wie in so einem Buch drin schmökert, dann kann man nämlich Muster erkennen. Dann kann man vielleicht auch mal sehen, oh, wie hab ich mich denn weiterentwickelt seit meinem ersten Brack-Document vor fünf Jahren. Und das kann ja auch über Arbeitgeber hinweg passieren. Ich meine, die BRAC-Documents, ist jetzt eine gute Frage. Kann man die über Arbeitgeber hinweg nutzen? Sind das Informationen, die in der Firma bleiben sollten? Also, hoffentlich habt ihr in dem BRAC-Document keine Namen drin, sondern immer nur drei Interviews oder Ähnliches, also keine Firmengeheimnisse. Dann könnt ihr die natürlich auch irgendwie mit nach Hause nehmen, gefühlt, oder per E-Mail versenden oder wo auch immer.
Wolfi Gassler (00:41:23 - 00:41:27)
Wo kein kläger da kein richter das.
Andy Grunwald (00:41:27 - 00:41:56)
Hast du jetzt nicht gesagt seht halt zu dass da keine firmenintern drin sind so dass es jetzt nicht irgendwie als intellectual property gilt oder sowas aber dann kann man natürlich auch mal ein bisschen bisschen reflection machen man kann stolz sein man kann sagen wow ich habe mich in den letzten fünf jahren wirklich entwickelt man kann muster erkennen bin ich irgendwie dauerhaft im securitybereich unterwegs oder im bereich lokalisierung oder oder oder, Und diese Muster erkennt man gegebenenfalls nicht so direkt ohne Brack-Dokument, aber das ist natürlich auch immer wieder schön.
Wolfi Gassler (00:41:56 - 00:42:49)
Es sind auch so Dinge wie, wenn du da zum Beispiel siehst, dass du extrem viel Glue-Work immer machst, dass du dich um Team-Events kümmerst, dass das deine Stärken sind, wenn sich das halt herausstellt, du machst da ganz viel in diesem Bereich, dann kannst du dir natürlich auch überlegen, bin ich im richtigen Job oder sollte ich vielleicht was anderes machen? Bin ich besser geeignet vielleicht auch für eine Team-Lead? Positionen, wo man viel mehr von diesem von dieser Glue-Work eigentlich machen muss. Also es können auch so Indikatoren sein, die einem selbst helfen, sich weiterzuentwickeln oder die eigenen Stärken herauszufinden. Und es gibt ja auch immer diese klassische Frage, wo sind deine Stärken und deine Schwächen bei Interviews, obwohl das natürlich Bullshit-Frage ist eigentlich. Aber da Da eignet sich sowas natürlich auch super gut, wenn man das einmal JettGPT zuwirft und sagt, filter mir da raus, was meine Kernkompetenzen sind, dann sollte das JettGPT eigentlich ganz gut hinbekommen und vielleicht kommt da am Ende was raus, was man selber gar nicht erwartet hat.
Andy Grunwald (00:42:49 - 00:43:10)
In der Hoffnung, dass du deine Kernkompetenzen sehr oft im Brack-Document erwähnt hast, denn JettGPT rät ja auch mehr oder weniger die die Ergebnisse, ja, mehr oder weniger, weil deswegen ist JGPT mit Fakten leider nicht so gut und deswegen funktioniert es halt, JGPT und Mathe ist nicht so gut, deswegen hoffen wir mal, dass du deine Stärken sehr oft in deinem Bracket-Dokument erwähnt hast.
Wolfi Gassler (00:43:11 - 00:43:45)
Ja, aber ich glaube, genau darum geht's. Ihr erwähnt ja vielleicht, was ich mache. Und dann, ein LLM kann da extrem gut sein, im Rausextrahieren, was da dahintersteckt, weil das ja eine sprachliche Sache ist. Und genau das kann man dann mit diesen Project Documents eben auch machen. Wenn man sieht, dass man da gewisse Dinge macht, wie anderen Leuten weiterhelfen, Team-Events organisieren, Knowledge-Sharing, dass man dann vielleicht solche Kompetenzen hat, die eben sehr gut geeignet sind, auch in eine Lead-Rolle zu gehen. Wenn man eher auf der technischen Seite Sachen sieht, dann kann man sie vielleicht eher in die andere Richtung entwickeln.
Andy Grunwald (00:43:46 - 00:43:51)
In der Hoffnung, dass dein Activity-Log mit Aktivitäten gefüllt ist, die du gerne machst und nicht, die du machst, weil es einer machen muss.
Wolfi Gassler (00:43:52 - 00:44:41)
Das stimmt natürlich. Also beurteilen muss man es ja immer noch selbst. Und man muss auch dazu sagen, shit in, shit out. Also wenn das Activity Log schlecht ist und schlecht gepflegt ist, dann wird auch der Output schlecht sein, den man da rausholen kann. Also auch da sind wir wieder, Activity Log möglichst sinnvoll aufschreiben und erfassen. Dann bekomme ich im Nachhinein auch mehr Daten raus. Und es ist ja mittlerweile gerade durch die LLMs jetzt auch eigentlich eine super Zeit, diese Dinge auszuwerten, weil früher hat man das ja nicht in irgendeiner strukturierten Form oder so gehabt. Man hat das in irgendein Dokument, in Plaintext, in einen Marktanfall geworfen. Und jetzt hat man aber die Möglichkeit, das wirklich sinnvoll auszuwerten, weil ja ich sagen kann, nehme mir diese 20 Dateien und probiere einfach mal, was rauszufinden. Also es ist extrem spannend, glaube ich, jetzt diese unstrukturierten Daten, wenn man das in der Vergangenheit schon gemacht hat, auch wirklich zu verwenden.
Andy Grunwald (00:44:42 - 00:45:29)
Und passt ein bisschen auf mit der Granularität. Packt da jetzt nicht jeden Commit rein, sondern eigentlich nur so und so viele Interviews geführt, eine Schulung zu dem Bereich X übernommen. Also macht's relativ high-level, denn über ein Jahr oder ein halbes Jahr, wenn ihr das jede Woche ein paar Minuten macht, da kommt schon eine ganze Menge zusammen. Und im Endeffekt alle Bullet-Points, die da zusammenkommen, die müsst ihr am Ende des Jahres oder zur Performance-Season halt schon ... oder zum Feedback-Gespräch schon noch mal durchackern. Und dann könnt ihr es selbst nicht mehr lesen. Habt diesen Commit gemacht, habt diesen Commit gemacht. Ich packe da immer noch eine ganze Menge Links hin von Dokumenten, die ich geschrieben habe für Prozessänderungen oder ähnliches. Dann verlinke ich das Dokument noch oder wenn ich eine Präsentation vorbereitet habe. Das hilft dann schon nochmal, um wirklich dann auch bei den Fakten zu bleiben, aber werde nicht ganz granular, nicht ganz kleingeteiligt.
Wolfi Gassler (00:45:29 - 00:46:18)
Wobei ich persönlich bin schon ein Fan von täglichen Activity Logs, weil es einfach einfacher ist, auch sich zu erinnern, wenn man einfach jeden Tag ein, zwei, drei Zeilen hinschreibt, aber auch auf einem Abstraktionslevel, das eben verwertbar ist, nicht irgendeine Ticketnummer, sondern halt nur, hat man Development gemacht, ist man in Meetings gesessen, hat man anderen Teams geholfen, was für Projekte, einfach so auf ganz high Level, da was reinschreibt und dann kann man das auch relativ schnell wieder zusammenfassen. Und wie gesagt, LLMs fassen dir das heutzutage eh alles zusammen. Dann brauchst du das gar nicht mehr selber machen, kannst auch mehr Textinput haben. Aber jetzt haben wir schon gehört, wie die einfache Variante ist von dem Ganzen. Also schreibt es in irgendein Markdown-File. Ist das die beste Variante anzufangen? Gibt es irgendwie andere Formen? Gibt es Systeme dafür? Klar, es gibt für alle Systeme. Vermute ich mal eine App, eine Activity-Log-App oder was würdest du empfehlen?
Andy Grunwald (00:46:19 - 00:47:07)
Also ich mach immer noch ein Google Doc, ja, also irgendwie ein Dokument, mach ein Pages-Dokument auf dem Mac oder ein Open-Office-Dokument auf und legt einfach los. Es gibt natürlich auch sowas wie bragdocs.com, das ist irgendein Service von irgendjemandem, der hat Text-Areas auf einer Webseite gepackt und hat ein Template rumgeschraubt, dann könnt ihr es da abspeichern. Es gibt ein Notion-Template, was ihr euch runterladen könnt, das verlinken wir auch in den Show Notes. Und der Blog-Post von Julia Ebens hat auch ein paar Hat auch ein Template, was ganz gut ist. Im Endeffekt, machen wir uns nichts vor, es ist ein Dokument, verkompliziert es nicht. Haltet es einfach, weil ihr müsst da kein komplettes System drum bauen, weil dann ist das ja wieder ein eigenes Projekt, was ihr wieder braggen müsst. Ihr wollt euch ja auf was anderes fokussieren. Textfile, Markdown, privates Githubreden, völlig egal.
Wolfi Gassler (00:47:07 - 00:47:24)
Also ich hoffe ja, dass alle irgendwie so ein System haben, wo sie ihre Notizen, ihre Notes ablegen und die wird einfach mit diesem System starten, was es auch immer ist. Und wenn es das nicht gibt, einfach ein Markdown-File lokal in einem Folder, da kann man auch schnell dann ein Skript drüber laufen lassen, um irgendwas zu merchen oder zusammenfassen.
Andy Grunwald (00:47:25 - 00:48:01)
Es reicht auch vielleicht eine Excel-Tabelle und dann habt ihr in Spalte A die Aktivität, in Spalte B eine Kategorie wie Interview, Dokumentation oder ähnliches. Und wenn ihr so kleinteilig werden wollt, dann könnt ihr sogar noch die Stundenanzahl dahinter schreiben und dann könnt ihr auswerten, hey, pass mal auf, ich hab 33% meiner Zeit in Dokumentation verbracht oder ähnliches. Also wenn ihr das machen wollt, ich mache es nicht. Ich habe einfach eine Überschrift, ein Monat und das Jahr und dann ein paar Bullet Points und ich mache das monatlich. Also ich dokumentiere das Activity Log zwar jede Woche, aber es sind Monatsblöcke und dann setze ich mich später einmal hin und mache das zwei Stunden in ein ordentliches Format. Das ist alles. Also verkompliziert das nicht.
Wolfi Gassler (00:48:02 - 00:48:08)
Also fünf Minuten Return on Investment, sehr, sehr viel. Können wir also nur jedem empfehlen. Sieht das richtig, Andi?
Andy Grunwald (00:48:08 - 00:49:25)
Hundertprozentig. Und ich hatte in letzter Zeit auch ein Case, wo einer meiner Mitarbeiter eine Beförderung bekommen hat. Und als ich vor anderthalb Jahren angefangen habe, mit dieser Person zu arbeiten, habe ich diese Person gebeten, ein Brack-Document zu erstellen. Also eigentlich das, was wir hier gerade besprochen haben. Und als es dann so Richtung Beförderung ging, Richtung Promotion-Komitee, weil wir mussten dann auch vorweisen, warum soll die Person befördert werden, was hatte die Person für einen Impact und so weiter, von welches Level auf welches Level. Es ging von einem Senior-Engineer auf Staff-Engineer, also schon gar nicht so klein. Und das Brack-Dokument war es dann im Endeffekt. Das war der Kicker. Wir haben das Activity Log von den letzten anderthalb Jahren genommen. Ich hab ein paar Tipps gegeben, ich hab ein bisschen Guidance gegeben. Das Brack-Dokument wurde primär von der Person selbst erstellt. Ich hab das Format hier und da ein bisschen noch angepasst, damit es, ich sag mal, Management, Director und Executive-kompatibel war. Ein paar Informationen rausgestrichen, da, wo ich denke, die sind zu detailliert. Ein paar Informationen hinzugefügt, ein paar Nachfragen gestellt. Und dann ging das ins Komitee, und das Ergebnis war positiv. Also im Endeffekt ... hat ein Brack-Document die Beförderung eines meiner Teammitglieder gesichert, und ohne das Activity Log hätten wir bestimmt 50 Prozent vergessen.
Wolfi Gassler (00:49:25 - 00:49:59)
Entweder vergessen, oder es wäre verdammt viel Aufwand gewesen, das wieder zu rekonstruieren, weil da musst du irgendwie in die Vergangenheit gehen und dir irgendwas ... Keine Ahnung, woher du's überhaupt siehst. Also, das ist ja so schnell mal dahergesagt. Ich hab das auch öfters erlebt in meiner Karriere, wo's dann so irgendwie geheißen hat, dieses Team ... Ist die Frage, sollen wir mit dem weitermachen? Wolfi, fass mal zusammen, was ihr so in den letzten Monaten oder so gemacht habt. Dann stehst du da und kannst dir die Informationen irgendwo holen. Wenn du das sauber schon in einem Black-Document mitprotokolliert hast, super easy. Einmal zusammenfassen, that's it.
Andy Grunwald (00:49:59 - 00:50:45)
Und wenn du jetzt Team-Lead bist oder Tag-Lead, das ist ein super One-on-One-Thema. Sprech doch einfach mal mit deinen Peers drüber. Habt ihr sowas? Fangt sowas mal an. Und wenn wir schon an Return on Investment sprechen, also ist es das wert? Wie gesagt, die Person ist jetzt Staff-Engineer, vom Senior-Level ins Staff-Engineer-Level gekommen. Karrieretechnisch war das ein sehr, sehr guter Return-On-Investment, jetzt nicht nur wegen den Gehaltsbändern und ähnliches, sondern auch in Zukunft, wenn die Person den Arbeitgeber wechselt. Denn oft bleibt man auf dem Level und seltenst gibt es ein Down-Leveling zurück zum Senior-Engineer. Denn wie wir auch schon mal in der anderen Episode, die wir auch in den Show-Notes verlinken, festgestellt haben, die Aktivitäten eines Staff-Engineers sind deutlich anders als die eines Senior-Engineers.
Wolfi Gassler (00:50:46 - 00:51:21)
Und diese Frage, was hast du denn in letzter Zeit so gemacht oder in deinem Leben so gemacht, die bekommt man halt sehr oft. Die bekommt man bei einer Beförderung, die bekommt man, wenn man eine neue Firma sucht, einen neuen Arbeitgeber, einen neuen Job, auch einen internen Wechsel in der Firma. Diese Frage wird man immer bekommen. Also umso besser man das pflegt, umso mehr kann man dann da rausziehen. Und ich pflege auch so eine Projektliste für mich, einfach um zu wissen, was ich denn so gemacht habe an Technologien. Ist hin und wieder auch einfach nett, darin zu schmökern, wie der Andi das gemeint hat, wenn man mal sieht, was vor 20 Jahren für Technologien irgendwie in waren und was man da dann so für Blödsinn eigentlich gemacht hat.
Andy Grunwald (00:51:21 - 00:52:14)
Und das Lustige, so ein Brack-Dokument kann perfekt sein, um sich auf Interviews vorzubereiten. Denn das, was der Wolfgang gerade gesagt hat, zu wissen, was man getan hat, ist key. Und da geht's nicht nur darum, es wirklich zu wissen, sondern es auch parat zu haben. Die Souveränität bei der Kommunikation in Interviews ist einer der key Faktoren, die in die Evaluierung deiner Skills einfließt. Wenn du da erst sitzt, zehn Minuten überlegen musst und dann so ein bisschen rumstammelst, ach ja, und dann war das das, dann klingt das eher so, als hättet ihr ungeordnete Gedanken. Wenn du aber direkt loslegst, mit Klarheit und Präzision auch antwortest, dann kommt das ganz anders rüber in dem Interview, als wenn ihr euch da offengesprochen einzurechtstammelt. Also, die paar Minuten investiert, denke ich, karrieretechnisch eins der besten Aktivitäten, die ihr tun könnt. Wolfgang, für heute schreiben wir dann in unser Brack-Dokument neue Podcast-Episode aufgenommen?
Wolfi Gassler (00:52:14 - 00:52:21)
Mit einem Impact, dass wir hunderttausende Leute dazu gebracht haben, dass sie ein besseres Arbeitsleben führen, genau.
Andy Grunwald (00:52:22 - 00:52:57)
Dann würde ich sagen, haben wir unseren Arbeitsauftrag, sei ein Multiplikator, doch wieder erfüllt. Und wenn ihr denkt, andere Leute sollten damit auch mal anfangen, habt ihr jetzt hier die Möglichkeit. Schnappt euch einfach diese Podcast-Episode, schmeißt sie in euer WhatsApp, Signal, Telegram, Facebook, TikTok, Slack, Microsoft Teams oder wo auch immer und sagt, hey, pass mal auf, was hältst du davon, sollen wir das mal machen. Und wenn du denkst, du brauchst doch noch ein bisschen Support, Dann nimm die Podcast Episode, schmeiß es an deine Managerin und an deinen Manager und sag, hör dir das mal an, damit möchte ich im nächsten 101 mit dir drüber sprechen.
Wolfi Gassler (00:52:58 - 00:53:11)
Und wer ganz passiv Multiplicator sein will, ihr könnt auch einfach unsere Episode bewerten auf Spotify, Apple. Da wirft ihr einfach mal den Algorithmus so ein Stück Fleisch hin und der kann das dann weiter bearbeiten. Also man kann auch passiv Multiplicator sein.
Andy Grunwald (00:53:11 - 00:53:27)
Falls ihr noch weitere Fragen zum Bragg-Dokument habt, Wolfgang und ich und auch ganz viele andere, vor denen ich weiß, die machen auch Bragg-Dokuments, sind in unserer Discord-Community. Schaut da einfach mal rein, stellt die Frage und wir sind dann auch da. Ansonsten wünschen wir euch viel Erfolg beim Braggen.
Wolfi Gassler (00:53:28 - 00:53:31)
Das hättest du jetzt nicht dazu sagen sollen, dass wir auch dort sind in der Community. Kommt ja niemand.
Andy Grunwald (00:53:32 - 00:53:35)
Ansonsten wünsche ich euch viel Spaß beim Braggen.
Wolfi Gassler (00:53:35 - 00:53:50)
Bis bald. Bye bye. Ciao. Und nicht vergessen, wenn du einmal Bragg-Documents in einem modernen, offenen und internationalen Umfeld ausprobieren willst, dann schau bei Eurowings digital vorbei. Link findest du in den Shownotes.