Roadmaps und Privatsphäre mit Daniel Jilg
Shownotes
Datengetriebene Produktentscheidungen treffen, ohne seine Nutzer:innen auszuspionieren – wie baut man auf dieser Prämisse ein erfolgreiches Startup auf?
In dieser ersten offiziellen Folge von „Work in Product“ spreche ich mit Daniel Jilg, Mitgründer von TelemetryDeck, über die Entstehungsgeschichte und den Aufbau eines konsequent datenschutzorientierten Analytics-Tools.
Anstatt nur über abstrakte Strategien zu reden, tauchen wir tief in Daniels Leidenschaft für Privatsphäre ein. Gemeinsam diskutieren wir, warum echte Teilhabe im Projektmanagement zählt, wie technische und geschäftliche Herausforderungen gemeistert werden und weshalb manche Click-Dummies überbewertet sind.
Daniel teilt inspirierende Einblicke darüber, wie Ownership und ein verantwortungsvoller Umgang mit Nutzerdaten ein Produkt und das Arbeitsumfeld prägen können.
Das nehmt ihr aus dieser Folge für euren Alltag mit:
- Privacy als Leitmotiv: Warum der respektvolle Umgang mit Nutzerdaten nicht nur Compliance, sondern der Kern des Produkts ist.
- Startup-Roadmapping: Wie man als kleines Team Features plant, priorisiert und Kundenwünsche sinnvoll in das Requirements Engineering einbindet.
- Team-Ownership & Refinement: Wie Feature-Abhängigkeiten im Team gelöst werden und echte Teilhabe funktioniert.
- Die eigenen Daten nutzen: Wie das Team TelemetryDeck als internes Tool einsetzt, um neue Features zu planen.
Ein Muss für alle, die Produktentwicklung, Startups und digitale Verantwortung neu denken wollen!
Links zur Folge:
- TelemetryDeck: https://telemetrydeck.com/
- Sprint: How to Solve Big Problems and Test New Ideas in Just Five Days (Andreas Buchtipp): https://www.gv.com/sprint/
- The Psychology of Software Teams (Daniels Buchtipp): https://www.thalia.de/shop/home/artikeldetails/A1078091446
Social Media:
- Daniel auf LinkedIn: https://www.linkedin.com/in/danieljilg/
- Andreas auf LinkedIn: https://www.linkedin.com/in/andreas-kottre/
- „Work in Product“ auf LinkedIn: https://www.linkedin.com/company/work-in-product-podcast/
Transkript anzeigen
00:00:01: So, hi und herzlich willkommen zu Work in Product.
00:00:04: heute zur ersten offiziellen Folge.
00:00:09: Ich habe einen wunderschönen Gast bei mir den ich persönlich schon sehr lange kenne Und ich freue mich riesig dass er heute mit dabei ist und zwar ist es Daniel.
00:00:19: Daniel Jilk ist Mitgründer von Telemetry Deck.
00:00:23: Telemetory Deck ist ein Analytics-Dienst für Apps, die die Privatsphäre ihrer Nutzerinnen respektieren.
00:00:29: und ja, Telemetery Deck hat schon einige auch größere Kunden, die man so kennt das einmal die Stadtwerke Augsburg und einmal ist es Jamf, so einen MDM System oder so eine MDMs Software gerade für Apple Geräte wenn ich das noch richtig im Kopf habe Genau.
00:00:46: Und davor war Daniel auch technischer Leiter bei diversen Projekten, gerade so im Adblocking aber auch im Automotive bereit.
00:00:53: Deswegen erst mal vielen, vielen Dank Daniel dass du heute mit dabei bist und ja ich freue mich schon riesig auf die Folge mit dir.
00:01:00: Moin!
00:01:01: Die Freude ist ganz meinerseits.
00:01:02: es ist fantastisch dich wiederzusehen.
00:01:05: wir kennen uns noch aus Augsburg.
00:01:06: Ich wohne inzwischen in Hamburg und Du besuchst mich heute in meinem Home Office Und es ist fantastisch, dich hier zu haben.
00:01:13: Ja und da auch vielleicht ein kleines Side Note zur Hamburg.
00:01:18: Ich habe mich ja auch schon vor vielen Jahren in die Stadt verliebt.
00:01:22: Deswegen war das auch mir eine Herzensangelegenheit hier nochmal vorbeizukommen und dann auch die erste Podcast-Folge hier aufzunehmen.
00:01:28: Genau genug von mir.
00:01:32: Was mich gerade so interessiert ist was dich gerade so bewegt
00:01:37: Was bewegt mich?
00:01:37: Okay, wir steigen ja nachher noch richtig tief auch in meine Arbeit ein und gerade Product Ownership.
00:01:44: Und deswegen was mich jetzt gerade bewegt außerhalb davon ist tatsächlich Fahrradfahren.
00:01:49: Ich hatte diesen Sommer eine ganz lange Zeit oder ganz viele Fahrradfahrten auf meinem Gravelbike und das ist auch so dass ich das gemacht habe weil ich nämlich trainiert hab.
00:01:59: Ich wollte nämlich diesen Sommer unbedingt die Alpen überqueren Anfang September mit dem Fahrrad von Augsburg über die Via Claudia, das ist so eine alte Römerstraße.
00:02:08: Die in Teilen heute immer noch existiert und als Fahrradweg befahrbar ist dann bis nach Bozen oder Verona ungefähr.
00:02:19: Das ist mir auch gelungen und tatsächlich ist es mir so gut gelungen!
00:02:21: Es hat mir so viel Spaß gemacht dass ich keinen von meinen Puffertagen nutzen musste weil meine Energie offensichtlich gereicht hat.
00:02:30: Ja okay, aber ich könnte ja eigentlich über eine andere Route die Alpen nochmal von Süden nach Norden zurücküberqueren anstatt mit dem Zug zurückzufahren.
00:02:38: Und ich bin jetzt seit zwei Wochen wieder zurück und ich zähre immer noch so von dieser fantastischen Erfahrung.
00:02:43: das war so cool!
00:02:45: Ich bin so glücklich und ich will schon wieder die nächsten längeren Bike Trip über eine Woche oder zwei schon wieder planen.
00:02:51: Und ich habe schon wieder Ideen für den nächsten Frühjahr, oder?
00:02:54: Sehr
00:02:54: cool!
00:02:55: Was ist deine nächste Bike Tour, die du dann plansst?
00:02:58: Hast du da schon irgendwas ins Auge gefasst?
00:03:02: Ich hab noch nichts fest ins Age gefasst.
00:03:04: Ich möchte jetzt am Wochenende mal über Nacht nach Flensburg radeln was ungefähr hundertfünfzig Kilometer einfach sind das heißt dreihundert dann gerade also zusammen.
00:03:15: Und ich möchte im Frühjahr, habe ich mir diesen Gedanken.
00:03:18: Ich könnte von Hamburg nach Belgien radeln um dann dort über die belgische Formel-Einsstrecke zu radeln, die nämlich an manchen Tagen für Fahrradfahrer innen geöffnet ist und da hätte ich sehr Bock drauf.
00:03:29: das wäre so eine einfach mal ein Ziel und einen Termin müssen wir mal gucken.
00:03:34: Aber ich hab mich noch nicht festgelegt.
00:03:36: Fände ich aber cool!
00:03:37: Sehr cool.
00:03:40: Wenn wir jetzt mal auf Telemetry Deck schauen, magst du uns da ein bisschen was erzählen?
00:03:47: Wozu sollte Telemetery Deck genutzt werden.
00:03:52: Was hast du dir gedacht als du damit angefangen hast das Produkt zu entwickeln?
00:03:58: Ich habe mir in dem Augenblick gedacht ich mache gerade eine App aus einer ganz anderen App heraus entstanden und möchte eigentlich nur wissen nutzen die Leute, die überhaupt und wenn ja benutzen die Leute dieses Featuren.
00:04:13: Und dann habe ich ein bisschen rumgeguckt und hab aber nicht so richtig was gefunden, das mir wirklich zugesagt hat.
00:04:18: Manche davon waren sehr komplex von den Analytics-Lösungen, manche davon hatten aus meiner Historie bin ich relativ Privatsphäre bedacht, weil ich eben auch im Adblocking und auch so in einem Privacy-Bereich gearbeitet habe.
00:04:32: Ich hab zum anderen unter einem diversen Mobile Browser entwickelt die jeweils versuchen dann Tracking zu verhindern.
00:04:39: Cool!
00:04:39: Ich habe an dem Clicks Browser gearbeitet.
00:04:41: Clicks ist eigentlich eine Privacy Suchmaschine, die leider nicht mehr existiert.
00:04:45: Die hatten einen Browser für Mobile und Desktop, an dem habe ich gearbeitet und für Keep Safe was auch eine Mobile Privacy Firma ist ... habe ich auch die Entwicklung des Browsers technisch geleitet, der dann auch eben dafür ganz klar ist.
00:04:59: Auf jeden Fall Privatsphäre ist schon immer so ein Steckenpferd von mir und wenn du mit diesem Blick natürlich auf existente Analytics-Lösungen guckst... Dann findest du oft Lösungen, die tatsächlich das tun was sie sollen nämlich dich als Entwickler in, als Product Owner in Geiden dich leiten dahin dass du quasi deine Ziele erreichst mehr User bessere User mehr Umsatz wie auch immer Aber die dabei halt alles abgreifen, was sie können.
00:05:25: Und die dann damit auch ... Du hast zum einen rechtliche Probleme natürlich und du hast zum anderen einfach so dieses leicht komische unangenehme Gefühl, so dieses Ha-Ha-Ha!
00:05:36: Lass mal alles genau wissen, was Petra Müller nachmittags jetzt macht mit ihrer Zeit?
00:05:41: Das möchte ich nicht wissen, sondern ich will wissen, klicken von den Leuten, die diesen Button sehen, wieviel Prozent klicken da drauf.
00:05:47: Da muss ich nicht weißen, was Peter Müller sonst so macht.
00:05:52: Insgesamt egal?
00:05:54: Also Peter
00:05:56: Müller als Person ist mir absolut wurscht.
00:05:59: Sorry für jede Peter Mülla da draus.
00:06:01: Entschuldigung, dann
00:06:02: haben wir aus der Luft gegriffen.
00:06:03: das ist natürlich auch Adderbert's Huber.
00:06:09: Genau dieser ganze Personenbezug ist mir als gerade aus einer Product Sicht erst mal völlig egal.
00:06:15: ich möchte natürlich aus einer Marketing Sicht schon wissen okay was denn den generellen unsere Zielgruppen?
00:06:19: aber auch da geht es halt um aggregierte Daten.
00:06:21: anyway Ich habe nichts gefunden, was mir die Daten gibt, die ich gerne hätte in einem Aufwand der möglichst einfach ist für Developer und der dann aber auch so einen gewissen Privatsphäreansatz hat.
00:06:34: Und deswegen hab' ich mir gedacht wie schwer könnte das eigentlich sein sowas selber zu bauen?
00:06:37: Kann doch nicht so schwer sein!
00:06:38: Ich hatte noch ein bisschen Code rumliegen von anderen Projekten aus der Raumfahrt und hab' dann einfach angefangen... Und zwar auch nicht alleine, sondern damals gab es schon dabei meine Mitgründerin Lisa.
00:06:53: Die nämlich mit mir zusammen an dieser originalen App die was die ganz anderes Ziel hatte zusammen mit mir daran gearbeitet hat.
00:06:59: und dann habe aber plötzlich gemerkt oh ich hab da so ein bisschen auf damals noch Twitter als da noch anständige Leute waren.
00:07:05: Habe ich da ein bisschen drüber gepostet?
00:07:08: Und dann kamen plötzlich ganz viele so Leute aus meinem Befreundes- und Bekanntenkreis und meinte so hey die kann ich das auch benutzen!
00:07:14: Kann sich da auch so... Und dann dachte ich, okay.
00:07:16: Dann machen wir halt so einen Lock-in einfach drauf und ein bisschen zehn Minuten Userverwaltung... ...und plötzlich hatte ich dann die ersten hundert UserInnen und habe dann relativ schnell den Tipp gekriegt von dem Bekannten hey also entweder du machst es jetzt als Hobby oder du machst das jetzt so richtig, richtig?
00:07:36: Und dann dacht ich mir ok irgendwie ist das Interesse groß genug dass sich los hätte das zu probieren.
00:07:42: Also hab' ich gesagt Lisa willst mit mir eine Firma gründen so richtig.
00:07:46: Lisa hat gesagt, auf jeden Fall.
00:07:48: Ich lass mich kurz mit meinem Mann sprechen und mein Mann sagt ja klar das habe ich gar nichts dagegen im Gegenteil.
00:07:53: Und dann haben wir gesagt okay Wir gründen jetzt telemetry deck und machen dieses ding als richtiges produkt für dass wir auch Geld möchten und Es funktioniert.
00:08:02: tatsächlich bin mega happy hätte nie gedacht dass ich an der stelle mal bin aber ich hab ein eigenes software business das mich sehr glücklich macht
00:08:09: Sehr cool Freut mich auch sehr für dich und auch für dieser.
00:08:16: Du hast jetzt auch vorher schon bei einem Unternehmen gearbeitet, das eben so ein bisschen Privatsphäre im Fokus hatte durch das Browsing und so weiter.
00:08:24: Was bedeutet Privacy für dich?
00:08:26: Also wie kann es sein, dass es dich immer in diese Richtung zieht?
00:08:29: Ist das irgendwie was wo du sagst, dass ist irgendwie so ein persönliches Ding oder ist das einfach der Grundsatz, dass du eben nicht ganz genau wissen musst welche Person etwas tut?
00:08:40: Genau deswegen nochmal zur Frage, was bedeutet Privacity für Dich?
00:08:44: Schwierige, aber megainteressante Frage auf jeden Fall.
00:08:49: Ich glaube wenn du dich tiefer mit unserer aktuellen Welt beschäftigt im Sinne von was können Computer alles?
00:08:57: Was machen Algorithmen mit uns?
00:08:59: wie viele Daten werden über uns gesammelt?
00:09:02: dann ist das natürlich erstmal mega interessant und ganz wertfrei betrachtet ist es einfach super spannend Und gleichzeitig habe ich aber das Gefühl schon sehr früh bekommen Ich möchte, dass neunundneinzig Prozent der Menschen gar nicht so genau realisieren können wie viele Daten über sie gesammelt werden und auf welche perfiden Arten und Weißen diese Daten miteinander kombiniert werden könnten.
00:09:27: Bei Clicks zum Beispiel haben wir dann regelmäßig Daten von Data Broker gekauft oder nicht ich aber meine KollegInnen eben und darüber einfach mal gezeigt schonmal was man da alles machen kann.
00:09:40: Und das war dann zum Beispiel, du konntest so einen Satz an Daten kaufen und es waren hier die tausend letzten Suchanfragen von einer Person auf Google.
00:09:49: Das kannst du da z.B.
00:09:50: kaufen.
00:09:51: Und dann eben auch einmal die Links, die sie daraufhin angeklickt haben – Auf-die-Suchanfrage.
00:09:59: Erstmal ja ... Ja aber du weißt ja nicht über die Personen?
00:10:02: Du weißt nur Personen Nummer siebzehn!
00:10:04: Jetzt ist es aber so, dass halt dann zum Beispiel ….
00:10:07: Sie hatten Die erste Suche.
00:10:10: infrage, die sie haben ist Stiefe in Schuhgrusse sowieso für Damen.
00:10:14: Okay dann weißt du schon mal ein Gender der Person.
00:10:17: Dann hat die Person gesucht auf LinkedIn-Login und danach geklickt war schon eingelockt und damit ist quasi in der URL steht ihr vor der Name.
00:10:29: Dann weiß ich schon okay wie heißt denn die Person?
00:10:32: Die Person ist Geschäftsführerin von einer mittelständischen Firma was du dann auf LinkedIn nachgucken kannst.
00:10:38: Dann hat die Person gesucht, wo ist der Roterik-Club in Stadt XY?
00:10:45: Und dann hat die person geguckt wie verführt man reiche Männer?
00:10:53: Und das waren einfach so innerhalb von einer Stunde, also die Suchanfragen von einer stunde.
00:10:57: weißt du so okay.
00:10:58: Also ich habe jetzt genügend Material über diese Person mit vollem Namen um sie theoretisch irgendwo anschwärzen zu können um ihr generell Probleme machen zu können.
00:11:09: Einfach dort die Verbindung von Freizug oder freizügigen Daten.
00:11:13: Ich hab in dem Fall wurde dafür Geld bezahlt aber es ist auch nicht teuer und eh... Das ist ja nur jetzt aus einer Datenquelle, nämlich den Google Searches.
00:11:24: Wenn du damit noch Google Ads verbindest und Instagram-Facebook-Meterdaten verbindest oder was auch immer ... Du kriegst so viel über die Leute raus!
00:11:34: Du weißt teilweise Sachen über die Menschen, die selber nicht wissen.
00:11:39: Daher gibt es dieses Gerücht, dass Leute sagen, mein Telefon hört mir zu, weil ich habe mit meinem Kumpel über Zelte gesprochen.
00:11:48: Dein Telefon hört dir nicht zu.
00:11:50: Das wäre vom Stromverbrauch her schwierig zu machen, aber dein Telefon und die Algorithmen wissen einfach so viele Randdaten über dich und sie wissen das zum Beispiel deinen Kumpel vielleicht danach nach Zelten geguggelt hat und dass ihr beide im selben Wlan wart.
00:12:08: Also kriegst du plötzlich auch die Zeltelwerbung und es fühlt sich so an, als würde jemand die ganze Zeit zuhören.
00:12:12: Und dieses Gefühl, jemand beobachtet dich die ganze zeit, jemand will dir die ganzezeit zuhören, das finde ich ein sehr beklemmendes Gefühl.
00:12:17: Das fühlt mich unfair und ungerecht an und deswegen bin ich auch tatsächlich sehr froh dass wir in Europa relativ gute privatsphäre Schutzgesetze haben und bin auch der Meinung okay Meine Ziele, meine geschäftlichen und privaten Ziele im Leben als jemand der Software macht kann ich doch erreichen ohne diese Creepiness.
00:12:40: Und daher kommt dann die Sache mit okay also wie machen wir das alles so?
00:12:46: Wenn wir jetzt nochmal auf Telemetry Deck schauen was sind deiner Meinung nach eure größten Erfolge der letzten Jahre?
00:12:55: Da weiß ich ganz genau was ich sagen möchte!
00:12:59: dass die Herausforderung, mit der ich gar nicht gerechnet hatte.
00:13:01: Ich dachte immer das Schwierige wird einfach nur Daten zu sammeln so dass du trotzdem raus findest wie wird meine Software benutzt ohne herauszufinden wer benutzt meine software stellt sich heraus.
00:13:13: das war zwar nicht einfach aber es ist ein relativ gelöstes Problem.
00:13:17: Da gibt es sehr viele Forschende, die Papers dazu geschrieben haben und die entwickelt haben dazu.
00:13:21: Und auch da hatte ich halt das große Glück aus diesen vorigen Stellen halt auch viel Hintergrundwissen schon mitzunehmen so dass sich dann schon weiß was ist Double Hashing?
00:13:28: Was ist Differential Privacy?
00:13:31: Wollte ich unbedingt noch sagen weil's einfach eine fantastische Technik ist.
00:13:37: Jetzt habe ich den Faden verloren von lauter differential privacy.
00:13:42: Stell dir mir die Frage nochmal!
00:13:44: Was sind deiner Meinung nach eure größten Erfolge?
00:13:48: Genau.
00:13:49: Auf jeden Fall, ich dachte mir eben so Sachen wie Differential Privacy einrichten, so Sachen als Double Hashing einrichten um quasi zu anonymisieren.
00:13:56: das wäre der große die große Hürde und wenn man das erst mal geschafft hat dann ist man eigentlich frei raus.
00:14:02: stattdessen würde ich sagen unsere Erfolgen sind zum einen technisch und zum anderen so ein Business.
00:14:09: auf der technischen Seite bin ich mega mega stolz drauf ... dass wir es eben geschafft haben, so mit diesen Datenmengen klarzukommen.
00:14:16: Weil das war mir vorher nicht bewusst... Wenn du normalerweise so ein Business startest und dann hast du hundert Kunden,... ...dann ist das halt so.
00:14:24: ja okay, ist eigentlich völlig egal was für eine Technik da drunter ist und was für ne Datenbank oder wie auch immer.
00:14:29: Das läuft schon irgendwie so!
00:14:31: Und wenn du tausend hast, ist auch noch so und dann machst du vielleicht mal einmal den Server um eins größer oder so.
00:14:35: Wenn du dann aber zehntausend hast und diese Zehntausend Kunden die haben ...dreißig Millionen Kunden, die dann wieder Daten dazu dir schicken.
00:14:43: Dann hast du plötzlich Datenmengen von mehreren Tierarbeit im Monat... ...die dann normale Netzwerkverbindungen plötzlich ausmaxen und du brauchst plötzlich exakte sehr gut durchdachte Datenbankprodukte und Strukturen.
00:14:57: Du kommst auch nicht mehr mit so einer normalen Datenbank klar sondern brauchst du genannte Time Series Databases.
00:15:04: Mein größter technischer Erfolg ist, dass wir das immer wieder geschafft haben.
00:15:08: Jedes Mal wenn es dann angefangen hat zu knarzen den Sprung auf die nächste Ebene zu machen und trotzdem wieder mit dem Datenmengen klar zu sein.
00:15:17: Gleichzeitig auf der Business-Ebene ist der größte Erfolg diese Komplexität nicht an unsere Kunden weiterzugeben sondern denen Kunden zu sagen ok hier da schickst du die Daten rein Die wird auch automatisch für dich gesammelt wenn du unser Paket installierst.
00:15:33: Und hier kriegst du Informationen, die wir für dich aufbereiten.
00:15:36: Weil wir ja schon wissen in was wir in der Situation unsere Kunden stecken und sie wollen einfach nur wissen funktioniert es?
00:15:42: Die Antwort ist Ja oder Nein wie auch immer.
00:15:44: Oder funktioniert das besser oder das besser?
00:15:46: dann kriegen Sie die Antwort Version A funktioniert besser als Version B. Dass wir es eben geschafft haben diese sehr komplexen Themen auf eine Art und Weise rüber zu bringen an unsere Zielgruppe nämlich Product Owner und Developer Das finde ich halt ein fantastischen Business Erfolg, dass wir offensichtlich gut genug kommuniziert haben.
00:16:03: Dass wir eben nicht gesagt haben oh ja alles ist total schlimm und deswegen müsst ihr uns sondern das wäre halt stattdessen mit einer positiven Einstellung hingegangen sind und gesagt Schau mal hier Wir haben diesen Vorteil diesen vorteil diesem vorteils.
00:16:17: außerdem sehen wir verdammt gut aus vom user interface her Und wir sind verdammт einfach zu bedienen.
00:16:24: Du Verbrauchst weniger Speicherplatz bei uns.
00:16:27: Wir sind relativ günstig und du sparst dir noch tausend Stunden Anwalt, weil du deine Privatsphäre, also deine Privacy-Policy gar nicht erst updaten musst, weil wir schließlich die Daten um sie da geht, gar nichterst sammeln.
00:16:40: Und das gut rüberzubringen ist einfach ein Riesenerfolg auf den ich mega stolz bin auch.
00:16:44: Mega cool!
00:16:47: Ja, es klingt auch spannend und man merkt auch dass du genau diese Business-Seite natürlich abdeckst.
00:16:52: Und gleichzeitig aber auch die technische Seite mit eben den ganzen Fachbegriffen, die du dann auch kennst.
00:16:58: Ich finde das cool, dass du diesen Background von dir mit einfließen lässt und trotzdem eben ja dazu auch... so ein cooles Produkt auf dem Markt bringst, was Leute dann auch so einfach bedienen können.
00:17:10: Danke schön!
00:17:10: Da muss ich aber kurz auch noch einen Shout-out an meine Mitgründerin eben rausgeben die mich da einem so unglaublich gut ergänzt.
00:17:16: Ich bin zu sagen wir mal siebzig bis fünfundsiebzig Prozent auf der Technikseite und sie ist eben zufünfundsetzig Prozent Auf der Business Seite Und wir kennen uns schon jeweils mit der anderen Seite auch aus.
00:17:27: Aber die Tatsache dass wir uns ebenso gut aufteilen können das ist eben auch eine Superkraft die wir doch haben und das ist einfach
00:17:32: fantastisch mega Genau, dann kommen wir auch schon zu unserer ersten Rubrik.
00:17:38: Wie jeder Podcast brauchen wir einfach ein paar spannende Rubriken um das Ganze ein bisschen aufzulockern und die allererste Rubrik ist Overrated.
00:17:51: An dieser Stelle darfst du etwas... erzählen, was für dich komplett overrated ist.
00:17:56: Aber in der Szene oder im Produktmanagement eben eigentlich als der Heilige Greif vielleicht gesehen wird?
00:18:04: Das darf auch eine unpopular Opinion sein!
00:18:07: Ich freue mich einfach drauf.
00:18:08: wir werden das ganz kurz ansprechen und ausdiskutieren und genau dann geht es auch schon weiter.
00:18:18: Overrated
00:18:19: also ich werde sehr enttäuscht sein wenn jetzt nicht gerade eben so ein richtig bombastisches Jingle kam für diese Section von dem Podcast.
00:18:29: Was ist völlig overrated in der Product Ownership, im Product Design?
00:18:34: Ich bin der Meinung, völlig overrated sind diese bestimmten Click-Dummies auf die manche Teams besonders stehen, die dann exakt auf den Pixel genau jedes Verhalten des Produkts schon mal vordesignen.
00:18:49: und das sage ich aus meiner Erfahrung beziehungsweise aus meiner Perspektive von eben einem kleinen Start-up, das versucht besonders flink und agil zu sein.
00:18:59: Und natürlich kann es dann sein, je größer dein Business ist, desto mehr ist es auch notwendig um die Stakeholder zu überzeugen.
00:19:04: aber ich blicke trotzdem ein bisschen darauf herab muss ich sagen.
00:19:09: Und zwar bin ich der Meinung dass wenn du eben einen Team hast das besonders gut zusammenarbeitet zusammen in die richtige Richtung arbeiten will, dann müssen eben alle Teile von diesem Team, die müssen sich mit einbringen.
00:19:23: Die Leute also die Data Scientistie ganz unten überhaupt oder ganz unten auf der Basis, dann überhaupt die Daten auf eine Art und Weise hinschieben und auch formen damit sie überhaupt... verarbeitet werden können.
00:19:35: Natürlich auch die Developer, die dann eben auf der jeweiligen Plattform iOS das Web Android und so weiter arbeiten und die dann die Konventionen von dieser Plattform kennen.
00:19:44: Und vielleicht ist es auf iOS so und auf Android sieht eine Sache normalerweise anders aus?
00:19:48: Dann hast du natürlich noch die UX-DesignerInnen, die auch extrem viel Input haben wollen auf okay was erwarten die Leute?
00:19:55: wo wollen die Leute hin?
00:19:57: Und wenn du jetzt von Anfang an von oben herab sagst, okay exakt so muss es aussehen.
00:20:01: Der Pixel muss blau sein der muss hellblau sein, der muss grün sein und wenn dich da klicken musst das passieren dann arbeitest du in so einem weirden Vakuum.
00:20:10: Du hast natürlich dann ach ich kann aber hier draufklicken und du spielst ja damit rum oder so und du arbeitests in diesem weirden vakuum wo du dann am Schluss die Leute dies dann umsetzen.
00:20:19: die sind dann einfach komplett hirnlos weil die dann einfach sagen, ja okay da muss ein blauer Pixel hintermachen.
00:20:26: Die denken nicht mehr drüber nach.
00:20:27: macht das überhaupt Sinn?
00:20:28: oder ist es vielleicht auf der Art und Weise?
00:20:32: verbraucht es vielleicht dann doppelt so viel Batterie auf dem Endgerät des Kunden?
00:20:37: Und deswegen wird denn die App in zwei Jahren verschrien als die musst du deaktivieren sonst hast du immer einen kaputten Akku.
00:20:44: Dieses Mitdenken, das verlierst du dann natürlich.
00:20:46: Weil wenn Du von oben herab damit viel reingehst, dann wirst Du halt immer so ein bisschen das Mitdenke verlernen und deswegen oder den Leuten das Mitdecken vermiesen weil es ist ja schon alles entschieden.
00:20:58: warum soll ich mir jetzt noch Gedanken machen wenn nicht da gar nicht?
00:21:00: stattdessen versuche ich halt das Team möglich zu einer Teilhabe zu motivieren.
00:21:05: das heißt okay natürlich willst Du festlegen was sind die Schritte?
00:21:08: Natürlich willst Du auch Wireframes bauen und damit rumspielen, um die überhaupt eine Idee zu haben.
00:21:13: Was soll denn passieren?
00:21:14: Aber exakt wie soll dieser Button ausschauen?
00:21:18: Dazu möchte ich mir bei einem bestimmten Unterteil meines Produktes keine Gedanken machen.
00:21:22: Der Button hat auszusehen wie alle anderen Buttons, damit dann quasi eine gesamte Cohesion in dem Produkt entsteht entweder mit dem Gesamtprodukt oder eben auch mit der Plattform auf der das Produkt läuft.
00:21:33: Wenn ich jetzt ein Software auf MacOS habe, blau und glasig sein.
00:21:37: Wenn ich eine Windows habe, wird er vielleicht ... Wir sehen Buttons auf Windows.
00:21:41: Ich weiß es gar
00:21:41: nicht!
00:21:44: Und ich finde das sind eben ganz viele verschiedene Schritte.
00:21:47: Und ich liebe diesen Prozess.
00:21:49: wenn du dann eben sagst okay wir malen.
00:21:52: wir finden jetzt den Weg raus und malen ihn auf unsere Karte aber wir entscheiden nicht exakt jeden einzelnen Unterschritt sondern wir sagen ok wir nehmen die diese Straße und dann gehen wir die Straße zusammen werden dann am Ziel ankommen und werden aber bei jedem Schritt oder bei jedem Meilenstein weitere Entscheidungen treffen können, die wir viel besser treffen können weil wir schon was haben.
00:22:15: Weil wir jetzt auf der echten Plattform arbeiten mit dem echten Code usw.
00:22:19: Und deswegen mein Kandidat für besonders Overrated ist definitiv übertrieben detaillierte Click Dummies.
00:22:27: So over-engineerte Click Dummys höre ich da so raus?
00:22:31: Ja!
00:22:33: Kann ich tatsächlich nachvollziehen.
00:22:36: Ich bin im Kopf gerade noch ein bisschen, wie sieht einen Button auf Windows aus?
00:22:40: Und in meinem Kopf ist es der Button auf Window's Achtundneunzig oder ich glaube Fünfundneunzig Achtunneunzlich ME oder wie diese Millennial-Edition hieß.
00:22:53: Da hat er sich nicht verändert.
00:22:54: Er war immer grau, oder?
00:22:56: Habe ich das so im Kopf... Was aber die Clickdummies angeht habe Ich würde sagen, ähnliche Meinung.
00:23:03: Ich finde nämlich dass ein Klick Dummy eigentlich ein Kommunikationstool sein sollte.
00:23:07: also ich versuche mit einem Klink Dummy eher die Vision zu zeigen nochmal zu verstehen ist das was wir gerade bauen?
00:23:15: Ist dieser Flow auch der Richtige für den User?
00:23:18: Würde der user diesen also diesen diesen flow genauso sehen oder sieht er da vielleicht irgendwo ein Impediment und sagt, nee hier fehlt mir ja dieses oder jenes.
00:23:27: Und dafür nutze ich einen Clickdummy oder nutzen wir gerne einen ClickDummy.
00:23:31: ist es aber auch so dass allein so ausdefinierte over-engineerte ClickDummies zu bauen auch gar nicht so wenig Aufwand ist?
00:23:38: also Ich weiß nicht wie's jetzt wäre wenn man sie irgendwie Vibecoden würde.
00:23:43: ich weiß nicht ob das dann auch irgendwie zielführender wäre Aber ich bin auch kein großer Fan davon sondern eher als Kommunikations Tool zu verwenden.
00:23:53: Macht ihr dann auch so richtiges User-Testing mit euren Clickdummies?
00:23:55: Genau, wir machen auch richtiges Usertesting bedeutet... Wir haben meistens ein paar Stakeholder wo eben auch bestimmte Usergruppen in irgendeiner Form abgebildet sind und mit denen würden wir dann auch nochmal drüber sprechen.
00:24:07: oder wenn wir das für einen Kunden machen der den guten Draht zu seinen eigenen Kunden hat, dann ist es sogar so dass wir einen User-testing mit diesen Kunden auch machen.
00:24:15: Meistens sind das fünf bis acht Personen.
00:24:20: Haben wir das aus UX-Perspektive auch wirklich verständlich gebaut und ist der Flow auch der richtige?
00:24:26: Oder merken wir sofort, ah an dieser Stelle klemmt es oder hier wird eigentlich gar nicht verstanden was wir gerade vom User wollen.
00:24:35: Ja ne da bist du mich ganz deiner Meinung genau.
00:24:37: Du brauchst ja dann eben auch nicht den perfekten Clickdummy der schon versucht den Testuser innen vorzugaukeln sie würden das endgültige Produkt benutzen Weil ich glaube, das kannst du auch.
00:24:47: Also kriegst du auch nicht hin.
00:24:48: aber so bin ich ganz bei dir.
00:24:49: also so ein fantastisches Tool dafür!
00:24:52: Ich finde auch... ich habe das schon einige Jahre her.
00:24:56: Das Buch heißt Sprint.
00:24:58: Es geht um die Google Design Sprints kann das auf jeden Fall in die Show Notes packen.
00:25:04: Super gutes Buch, es geht irgendwie um die Workshop-Methoden beziehungsweise um den Google Design Sprint mit dem sie eben versucht haben eben Prototypen bzw für Startups die Google da unter die Lupe genommen hat eben neue Features bzw ganz neue Produkte zu entwickeln gerade dann wenn die eben stack waren.
00:25:26: und da war's eben auch so.
00:25:28: das fand ich sehr inspirierend.
00:25:31: Klick Dummy einfach Powerpoint verwendet an ganz vielen Stellen.
00:25:34: Also einfach ein Präsentation oder Keynote, irgendeinen Präszentations-Tool dann einfach eine Oberfläche gefaked und dann einfach geguckt okay wie sieht das Ganze aus?
00:25:42: Oder für einen Roboter mit Kohleaugen haben sie einfach ein iPad auf einen Robotter ohne Kohleaugen sozusagen drauf geklicken gesagt okay macht er vielleicht den Kindern Angst oder so.
00:25:54: deswegen ich glaube dass Prototypen nicht High Fidelity sein müssen um eben auch wirklich Erkenntnisse daraus zu ziehen.
00:26:01: Vielen Dank dir.
00:26:02: Ja, dein ich für.
00:26:03: Nee, Love with Dality-Prototypen finde ich fantastisch.
00:26:06: was auch zum Beispiel jetzt gerade viele machen ist mit Cloth Design arbeiten Auch da meine Empfehlungen immer auf den Wireframe Modus wechseln.
00:26:14: Alles andere findet das Gerät dir nur zum zwölften Mal deinen User Interface Paradigma neu Oder genau wie jetzt eben Buttons aussehen wollen oder so und das eigentlich nur Neues.
00:26:23: Das willst du einfach nicht haben.
00:26:24: Cool
00:26:26: Genau, wir sind tatsächlich ja auch zusammengekommen mit so ein bisschen einem Thema das dir selbst am Herzen liegt.
00:26:33: Du meintest dass man gerade als Start-up ganz häufig auch nach außen hört irgendwie den Kunden zuhört und dann in gewisser Weise auch versucht das Produkt danach zu shaping.
00:26:44: Und ich habe mich gefragt, wie man in so einen Planungsprozess einsteigt.
00:26:48: Wie entscheidet man typischerweise was da alles reinkommt?
00:26:53: Was die Kundenwünsche sind?
00:26:55: und wie nutzt ihr vielleicht dann auch Tools wie Roadmaps um eben diese Features zu kommunizieren und überhaupt den Plan an die Kunden rauszubringen?
00:27:08: Ja, Roadmaps sind ein fantastisches Thema.
00:27:10: Weil das ist tatsächlich ein Tool, das ich extrem viel und extrem gerne nutze.
00:27:16: Lass mich dir so ein bisschen ein Bild malen!
00:27:19: Zum einen ist es natürlich so dass wir als kleines Unternehmen das jetzt noch nicht... Wenn wir jetzt ein Problem hätten, wir würden jetzt noch ein Jahr lang nicht pleite gehen aber nicht ziehen.
00:27:31: Deswegen müssen wir relativ flink und agil sein, das heißt wir müssen schnell auf Sachen reagieren.
00:27:35: Und du kannst sehr selten die nächsten zwölf Monate vorausplanen.
00:27:42: Du kannst vielleicht so eine generelle Richtung haben und sagen in zwölfe Monaten wollen wir auf jeden Fall das und das haben aber du wirst immer Sachen haben mit denen du nicht gerechnet hast oder Sachen die dann plötzlich einfach wichtig werden.
00:27:54: Du merkst oh hier plötzlich wollen alle User tatsächliches Beispiel.
00:27:59: Plötzlich wollen alle User in den MCP Server, damit sie quasi ihre KIs mit Tinnermintfuturdeck verbinden
00:28:04: wollen.".
00:28:05: Das ist jetzt relevant!
00:28:06: Das ist nächstes Jahr ein bisschen zu spät so und das heißt du solltest schon relativ bald damit anfangen an diesem Feature zu arbeiten.
00:28:15: wenn du entschieden hast... ...das ist wichtig.
00:28:18: Gleichzeitig ist es aber auch so dass du nicht alle dreißig Sekunden jetzt Sachen wegwerfen kannst und zur Seite stellen kannst, dann machen wir lieber das.
00:28:28: Ah nee, was?
00:28:28: Dann machen wir wieder das.
00:28:28: Weil dann zerstörst du jegliches Schwung nach vorne... Und also du frustrierst auch dein gesamtes Team!
00:28:39: Also als jemand auf beiden Seiten von dieser Unterhaltung, als Developer aber dann aus Team Lead und Product Owner kann ich sagen wenn du jeden Tag deine Meinung ändest, alle sind frustriert total und ich kann es auch voll verstehen Wirst du also auch nicht machen.
00:28:54: Dazu kommt noch, dass du natürlich auch mit einem Team arbeitest unser Team.
00:28:59: wir sind alle sehr klein.
00:29:01: Wir sind je nachdem wie man zählt mit Freelancer innen und so weiter Sind wir fünf bis acht Personen Und nicht alle davon sind developer und das heißt wir müssen mit den Ressourcen arbeiten die wir haben und das heißt, wir können auch nicht wirklich mehr als ein zwei Sachen gleichzeitig machen auf der technischen Seite.
00:29:20: Wenn es jetzt was Wichtiges wäre könnte ich noch in paar Leute aktivieren und sagen Hallo kannst du mal kurzfristig noch einen Monat für uns arbeiten Freelance oder so.
00:29:27: aber im Endeffekt haben wir da einfach ein gewisses bottleneck und dass sind die das sind die constraints unter den Ich Jetzt Oder Wir Arbeiten.
00:29:35: Und mit diesen constraints ist tatsächlich eben Road Mapping Ein Fantastisches unglaublich wichtige Art und Weise jetzt immer wieder neu über die Zukunft zu entscheiden.
00:29:48: Das heißt, ich habe erstmal eine interne Roadmap, die nichts...die ich jetzt nicht nach komplett außen kommunizieren würde ohne sie nochmal ein bisschen aufzuräumen.
00:30:00: aber da ist erst mal alles drin!
00:30:02: Da ist alles drin was im Endeffekt technisch passieren muss mit unserem Service.
00:30:08: Da ist drin.
00:30:09: oh hier wir müssen diesen technischen Prozess irgendwie verbessern, einfach nur damit nicht zu viel technical debt entsteht.
00:30:17: Da ist aber auch drin oh wir brauchen das mcp-Feature ich benutze jetzt einfach als Beispiel weiter.
00:30:22: da es aber auch drinnen hier sind... Hier ist einfach eine Sammlung von Bugs die sich über die letzten zwei Monate angesammelt haben und auch die sollten mal so langsam bearbeitet werden Und diese Sachen kann ich nicht alle gleichzeitig bearbeiten.
00:30:35: Also, diese drei meine ich theoretisch schon aber stell dir vor dieser Liste ist jetzt zehn, zwanzig Punkte langweil.
00:30:40: dann kommt noch das Feature-Datenexport tatsächlich ein Feature dass sich relativ oft von uns gewünscht wird und deswegen auch auf der Roadmap steht.
00:30:51: Dann kommt noch ein weiteres Feature A, Feature B usw.
00:30:55: Jetzt ist es so.
00:30:56: willst du irgendwie in eine Reihenfolge bringen?
00:30:58: Ja Und was ich deswegen mache, ich habe eine Roadmap jetzt tatsächlich in unserer Planungssoftware.
00:31:05: Die sagt dann erst mal jedes dieser Features oder jeder die jedes dieser Projekte ist erstmal ein Projekt und es hat einen Titel namens Exportfeature Bucks Summer-Sixundzwanzig Technical Dead Reduction in bla bla bla.
00:31:21: Performance Optimization da und da Neues cooles SDK Feature für Web Analytics.
00:31:27: Wir wollen die Scroll-Tiefe, wir hätten ja nicht scrolltiefe von besuchten Website.
00:31:35: Jetzt ist es so das natürlich alle wichtig sind und wenn du die Leute fragst dann sagst du ja Priorität eins.
00:31:43: Und deswegen kannst du nicht arbeiten.
00:31:46: Das heißt du setzt dich hin mit den Leuten und sagst okay wäre zuerst das oder das?
00:31:50: Dann kannst du diese schön hoch und runter schieben und am Schluss Entsteht eine Reihenfolge.
00:31:54: Diese Reihenfolge kann sich natürlich trotzdem ändern, zum Beispiel bei uns läuft es dann so dass erst mal neue Einträge auf diese Roadmap die kommen aus allen möglichen Seiten.
00:32:02: Die kommen von unseren Serverleuten die sagen okay aber hier muss was passieren weil die Performance nicht richtig funktioniert.
00:32:11: meinen Kollegen, die an den SDKs arbeiten.
00:32:14: Weil sie sagen hier ist neue iOS draußen oder wir würden gerne zum einen eben neue Features ins SDK einbauen, die dann fürs iPhone Duo relevant sind und wir würden auch gerne... Hier Apple gibt uns jetzt mehr Informationen über Performance.
00:32:29: können wir die bitte nicht nur sammeln sondern auch cool darstellen?
00:32:32: z.B.
00:32:34: Cooles Projekt möchte ich gerne machen.
00:32:35: Dann kommen noch Informationen vor aus dem Support Team zudem ich leider auch gehöre, weil ich habe alle siebzehntausend Hüte auf.
00:32:44: Also aus dem Support kommen natürlich dann Leute die sagen Hallo!
00:32:46: Ich hätte gerne Export und außerdem hätte ich gerne automatisch dass ich noch mehr Informationen kriege was ich in meinen Privacy Policy gerne hätte usw.
00:32:54: oder hier wenn ich da klicke dann funktioniert es irgendwie nicht und das stellt sich raus in dem Fall.
00:32:59: ah aber wir wollen gar nicht dass die Leute da klicken muss aber auch das Userinterface natürlich anpassen.
00:33:05: jetzt solche Sachen kommen also rein Und dann setze ich mich hin.
00:33:09: Erstmal schaue ich mir die selber an, weil ich ja auch meinen Technical Lead-Hood auf habe und sage okay also das ist einfach wichtig!
00:33:15: Das muss jetzt als übernächstes spätestens passieren, weil Performance im Endeffekt ist auch Kosten der Computkosten und deswegen wenn ich es zu lang liegen lasse, kostet uns das Zehntausend Euro.
00:33:31: Das neue iOS kommt jetzt raus und wir wollen halt auch relativ bald das unterstützen, weil es Marketing technisch viel besser ist da schnell dabei zu sein.
00:33:38: Und auch seitdem fühlt sich einfach gut an mit dieser Developer-Community eben gut verbunden zu sein!
00:33:44: Bei anderen Themen versuche ich dann möglichst viele Leute vom Team auch mit ein Wort zu nehmen.
00:33:49: gerade meine Mitgründerin Lisa die halt dann eben noch mal einen ganz anderen Blick hat, die sieht und hört support, die sagt aber alle wollen doch das und dass und alle wollen das und man mal sagt sie aber auch so Sachen wie ja guck mal Du hast jetzt, wir haben jetzt zehn Anfragen für ein Exportfeature.
00:34:03: Diese Anfragen sind aber alle von kostenlosen Kunden die noch weniger lang als einen Monat unsere Kunden sind und damit ist natürlich dann diese Anfrage trotzdem relevant, aber vielleicht nicht ganz so wichtig wie wenn der Kunde fragen würde, der fünfzig Prozent unseres Umsatzes macht.
00:34:24: Und aus dieser Unterhaltung gibt es eben eine Umordnung.
00:34:28: also dann haben wir am Schluss ist dann klar, alles klar.
00:34:31: Das ist jetzt die Prioritätenliste der Roadmaps.
00:34:35: Am allerwichtigsten ist das danach kommt das, danach kommt dass, danach kommen das.
00:34:39: Relativ low-Tech.
00:34:40: erst mal lässt sich aber auch gut mit dem Team besprechen.
00:34:43: wir sagen dann okay wir machen unser wöchentliches All Hands und sagen dann ok also hier diesen Monat haben wir die Roadmap abgedattet.
00:34:51: so sieht es aus.
00:34:53: Was haltet ihr davon?
00:34:54: Mit vielen noch von euch habe ich schon gesprochen.
00:34:55: Wir können jetzt eben sagen, das ist ein reines SDK-Thema,
00:34:59: d.h.,
00:34:59: das SDK-Team könnt ihr jetzt schon anfangen während des User Interface vielleicht noch ein bisschen hinterher hinkt weil da mache ich viel mit und dann muss ich auch erst wieder die Zeit für mich finden und ich bin aber vorher noch an einem anderen Thema dran.
00:35:10: Aber wir haben die Reihenfolge und damit auch die Priorisierung.
00:35:16: Und was natürlich damit automatisch passiert ist, du kommst nie ganz unten an auf dieser Liste.
00:35:22: Sondern du kommest die obersten zehn Prozent durch oder die obersen zwanzig Prozent und danach ändert sich schon wieder alles weil es kommen neue Sachen dazu.
00:35:31: andere Sachen merkst Du dann bevor du bei denen ankommst.
00:35:34: ha wahte das ist jetzt gar nicht mehr relevant.
00:35:38: dieses feature haben sich jetzt war jetzt gerade irgendwie innen und cool.
00:35:41: das haben sich alle gewünscht.
00:35:42: wir haben's jetzt nicht geschafft in der zeit Und jetzt ist der Zug flett abgefahren.
00:35:46: Oder es stellt sich raus, das ist doch nicht ganz so wichtig wie alle dachten und dann wandert es auch mal gerne immer weiter nach unten und irgendwo gibt's halt dann unten den Friedhof, denn wir haben uns ja auch Gedanken gemacht.
00:36:03: Wir haben die Features immer weiter raffiniert.
00:36:07: da kann ich auch gern noch ein bisschen drüber reden.
00:36:11: Wenn wir dann irgendwann doch noch daran arbeiten wollen, können wir das da auch wieder aus dem Friedhof rausholen und es widerbeleben.
00:36:15: Aber jetzt kommt erst mal rein.
00:36:17: Und dann ist es nicht mehr in der Liste und ich muss die ganze Zeit angucken weil ich jetzt gerade mich dazu entschieden habe eben damit nicht weiterzumachen.
00:36:26: Wie geht ihr mit Abhängigkeiten um?
00:36:29: Also verschiedene Features sind ja möglicherweise auch nochmal von anderen abhängig oder möglicherweise muss erstmal abgeschlossen sein, damit eben vielleicht irgendetwas anderes losgehen kann oder man muss erstmal technische Schuld abbauen.
00:36:45: Damit eben das andere Feature auch wirklich auf stabilen Beinen stehen kann und es nicht gleich den Server kühlt.
00:36:51: Also wie geht ihr mit Abhängigkeiten vielleicht auch zwischen den Features um?
00:36:57: Seht ihr das auf der Roadmap?
00:36:58: könnt ihr das auch gut einschätzen?
00:37:02: Ja weil wir relativ low tech arbeiten.
00:37:05: mit unserer Roadmap ist gibt's jetzt keine semantische Abhängigkeiten, Verwaltung.
00:37:12: Ich bin auch großer Fan davon Komplexität erst dann aufzubauen wenn man merkt man braucht sie und zumindest in der Inkarnation unserer Roadmap ist diese Komplexkeit noch nicht notwendig.
00:37:22: Was stattdessen passiert ist, manche Sachen sind Abhängigkeit die einfach für ein bestimmtes Projekt geht.
00:37:28: Jede Zeile auf meiner Roadmap verlinkt ja auf einen Projekt mit Tudus und einem Kanban Board und einem Dokument das sagt okay was machen wir überhaupt?
00:37:41: Ich werde deine Frage beantworten, aber tatsächlich möchte ich kurz über unseren Refinement sprechen.
00:37:48: Und zwar, dass es eben weiter unten was auf der Roadmap steht, das so weniger Details hat.
00:37:52: Manchmal hat's erst mal nur einfach überhaupt den Namen des Features und danach wird da immer mehr gesammelt.
00:37:57: okay, was muss eigentlich gemacht werden?
00:38:00: Was wollen wir hier eigentlich in unsere Ziele
00:38:02: usw.?
00:38:03: Das heißt du hast die Zeile auf der roadmap bekommt dann im Laufe der Zeit immer mehr Detail, sowohl im Text als auch dann in Tasks.
00:38:13: In unsere Projektmanagement Software und das arbeitet sich so nach und nach.
00:38:19: Das heißt wie immer wieder wenn wir uns zusammensetzen was nicht jede Woche passiert bei jedem All Hands sondern sagen wir alle zwei bis vier Wochen und dann sagen okay was sind denn die nächsten Themen?
00:38:30: Dann merken wir.
00:38:31: dann sagt zum Beispiel unser Data Scientist sagt hey aber um das zu machen brauchen wir vorher dieses Feature.
00:38:38: Zum Beispiel jetzt, wir arbeiten gerade daran bessere Unterstützung zu haben für gesundheitliche und medizinische Apps die sogenannten DIGA-Apps was mich als Hamburger natürlich immer ein bisschen amüsiert.
00:38:53: Und die brauchen.
00:38:55: im Endeffekt brauchen die spezielle Abfrage Techniken Moving Average Windows.
00:39:01: Die unsere Query Sprache noch nicht vollständig unterstützt, das heißt es ist eine Abhängigkeit.
00:39:05: die Quary Sprache muss das erst unterstützen.
00:39:07: Nachdem aber jetzt erstmal nur dieser Teil dieses Feature braucht, die Moving Average Windows, die kommen einfach mit ins Projekt.
00:39:15: Die werden wir später wahrscheinlich als eigenes Feature besingen dass wir so happy sind.
00:39:19: Aber auf unserer Roadmap gehört sie einfach zum Projekt DIGA.
00:39:22: So funktioniert unser refinement Prozess.
00:39:23: immer wieder gucken wir da rein und Leute aus unserem Team nehmen sich auch Zeit und sagt, bald fangen wir damit an.
00:39:30: Das heißt ich möchte mir noch mal Gedanken machen was für mich aus meiner Sicht das bedeutet.
00:39:35: zum Beispiel die Kollegen die SDKs entwickeln sagen dann schauen da rein und nehmen sich mal eine halbe Stunde Zeit.
00:39:41: uns schreiben dann so ein bisschen zusammen.
00:39:42: okay also auf Android müssen wir da auf diese Sachen achten.
00:39:45: auf Flutter müssen wir auf diese sachen achten.
00:39:47: in react müssen sie auf diesen Sachen achte.
00:39:49: in iOS funktioniert schon alles weil es haben wir halt schon gemacht das heißt kommen dann diese Abhängigkeiten auch raus.
00:39:58: Und so nach und nach, bis das Projekt ganz oben auf die Roadmap wandert sollte eigentlich nicht ein perfekter Clickdummy entstehen aber zumindest eine ziemlich genaue Idee.
00:40:08: was wollen wir haben?
00:40:10: Dieser Prozess den versuche ich auch aktiv weiter zu... Ich glaube der ist noch sehr holprig und da möchte ich auch noch ein bisschen an dem arbeiten Aber er funktioniert schon gut genug um dann quasi wenn wir dann anfangen tatsächlich daran zu arbeiten schon relativ gut ne grobe Karte haben in der Umgebung in der wir uns befinden beim entwickeln, die Details noch genauer klären.
00:40:29: Und gerade bei dem Start-up ist es ja auch so dass es um Geschwindigkeit geht.
00:40:34: wenn ihr erst also man kann jetzt von kurzfristig sprechen wenn ihr erstmal relativ spät diese Themen komplett durchdringt passiert das dann nicht dass man irgendwie dann plötzlich merkt oh ja bei der diga thematik wenn wir da ja noch unsere query language anpassen müssen Dann wird das ein viel größeres Projekt und würde viel mehr Zeit brauchen.
00:40:58: Und würde dann wiederum andere Sachen verdrängen oder vielleicht sogar, dann macht es gerade keinen Sinn und wir schieben es doch noch weiter hinter.
00:41:05: Also ist das auch Teil des Refilement Prozesses die umplanung diese flexible Umplanung von der du vorhin gesprochen hast?
00:41:13: Die ist definitiv Teil davon!
00:41:16: Es passiert tatsächlich... relativ früh, meistens das eben die verschiedenen Teammitglieder dann eben solche Sachen sagen.
00:41:23: Die dann sagen oh aber da brauchen wir wirklich noch eine ganze Änderung von unserer Query Sprache oder so.
00:41:28: Das kommt meistens relativ früh raus und dann kann man es halt mit einem planen wenn's mal nicht zu früh rauskommt oder wenn einfach was super dringend ist muss und es muss einfach sein... Dann schiebt sich vielleicht das andere Projekt, dass noch viel besser refined ist, schieb sich halt nach unten hat man die Arbeit halt schon gemacht, das ist ja auch okay.
00:41:45: Dann kann man sie dann später wieder verwenden und natürlich gibt es da auch Level an Detailgrad.
00:41:50: also so gibt es dann Sachen wo ich sage ok da müssen wir jetzt gar nicht sehr straightforward das lässt sich in drei Sätzen beschreiben und dann setzt man's halt um.
00:42:00: Das kann man ja auch machen.
00:42:01: Also Ich bin der große Fan von lieber ein bisschen flexibler bleiben als zu sehr ... zu sehr sich ins Vorausplan entstürzen.
00:42:09: Ich wollte noch eine Sache sagen, weil du hast... ich habe es mir versprochen und ich sagte dennoch wie das mit Abhängigkeiten läuft.
00:42:14: Die Abhängigkeit, eine habe ich schon gesagt meistens sind die Abhängigkeiten in der Mitte im Projekt drin,... ...die andere Sache ist manchmal ist es eben so,... ...du hast dann zwei Einträge auf der Rob-Map, die dann von den Anpängigen sind.
00:42:25: Momentan ist es so dass man die einfach noch im Kopf behält,... ...dass man sagt okay dieses Thema wir kommen nachher zum Thema bla bla bla und dafür brauchen wir aber Thema XYZ.
00:42:36: Voll gut, dann kann ich Thema X und Z jetzt schon anfangen auch wenn wir erst nächsten Frühjahr zum Thema blablabla kommen.
00:42:42: Okay sehr cool dass ich mich jetzt noch frage ist wie bei einem Start-up wie Telemetry Deck die Dinge überhaupt auf der Roadmap landen.
00:42:51: also das vorhin schon irgendwie gesagt Wünsche von Kunden kommen meistens über den Support.
00:42:56: gibt es da noch andere Wege wie Wünschen von Kunden an euch ran getragen werden?
00:43:01: Wie macht dir Requirements Engineering?
00:43:02: Also kommen irgendwelche neuen Anforderungen dazu, einfach nur weil ihr keine technische Anforderung oder sonstige Sachen habt.
00:43:10: Wünsche kommen über den Support und die kommen natürlich auch über Social Media.
00:43:14: Eines meiner Ziele war schon immer so sehr verbunden zu sein mit der Developer Community.
00:43:20: Natürlich sind unsere Kunden auch Business Leute, natürlich sind unsere Kunden auch Product Owner aber eine wichtige ein wichtiger Kunden Segment für uns sind eben direkt die developer weil gerade ich natürlich sehr gut mit developer entsprechen kann, weil ich einfach die gleiche Sprach spreche.
00:43:36: Deswegen sind wir da auch sehr viel aus Social Media und dann aus den Antworten auf die Sachen die du da postest kriegst du natürlich dann noch viel wieder mit.
00:43:45: Und deswegen kommen dann auch solche Sachen aus Social media.
00:43:48: es kommen auch Sachen aus dem team direkt die dann sagen hey Ich sehe was, was auf uns zukommt.
00:43:54: Ich hätte das gerne ... Lass mal versuchen den Rest vom Team zu überzeugen.
00:43:57: Manchmal kommen Sachen von mir, weil ich gerne etwas hätte und dann versuche ich das Team zu überzeugen.
00:44:00: Ich bin natürlich quasi meiner Position ein bisschen in der besseren Position Leute von Sachen zu überzeugt.
00:44:07: Aber ich hoffe, ich habe auch einen Klima geschaffen, wo man mehr auch widersprechen kann.
00:44:13: Und dann sagen kann, nein, das ist eine quatschige Idee.
00:44:15: also so ... Also wir können es probieren aber... Ich weiß ja nicht.
00:44:19: und wenn dann sich so was her von den Kollegen in der Nähe sind.
00:44:21: Ja okay, das ist noch mal weiter unter Stufen auf der Liste zumindest.
00:44:28: Wo kommen noch Vitas hier natürlich tatsächlich aus?
00:44:32: Den Suchanfragen auch.
00:44:33: wir wissen natürlich wie die Leute was wonach die Leute gesucht haben werden sie bei uns ankommen?
00:44:40: Das heißt, wenn jetzt noch zwanzig Leute nach Feature XY gesucht haben ... Abitesting.
00:44:46: ... dann wäre es natürlich ein Quatsch nicht weiter aufs Abitesting zu gucken oder wenn auch tatsächlich man sich die Konkurrenz anguckt.
00:44:57: Neulich zum Beispiel habe ich mir einen Konkurrenten angeguckt und fand dann die meisten Sachen, die sie gemacht haben, okay kann man eigentlich so.
00:45:05: aber dann habe ich eins in Detail gesehen und dachte mir das ist ja cool!
00:45:10: Das habe ich jetzt tatsächlich auf unsere Roadmap gesetzt.
00:45:11: Einfach mal, lass uns mal angucken ob wir das auch besser machen können?
00:45:15: Also da ging es um den Vergleich zwischen verschiedenen Software-Versionen so dass das Userinterface viel mehr drauf ausgelegt ist... Oh hier filmen Geheimnisse!
00:45:25: Dass das UserInterface sehr viel darauf aufgelegt ist zu sagen okay du hast jetzt hier momentan drei Versionen deiner Software die aktiv benutzt werden Und diese Ziele, die du vorher definiert hast werden von zwei viel besser erreicht als von eins und drei.
00:45:39: Und damit kannst du natürlich so eine schöne Continuous Optimization machen was wir eh schon machen wollen oder anbieten wollen für unsere Kundinnen.
00:45:47: aber da die hatten eben coole User Interface Paradigmen um das nochmal viel besser rauszuarbeiten und da lasse ich mich dann schon... Ich will es nicht einst zu uns kopieren aber ich will mich inspirieren lassen.
00:45:56: Ich würde sagen oh das finde ich eine fantastische Art darauf zu blicken.
00:45:59: wie können Telemetrydex auch schaffen, dass unsere Kunden da so auf die Art drauf blicken können.
00:46:06: Sehr cool, das heißt was ich daraus gehört habe ist so ein bisschen klar competitor research.
00:46:11: Was machen eigentlich unsere unsere Mitbewerber?
00:46:14: Dann Kunden aus social media aber auch über den support und dann sind es eben technische Themen wie vorhin schon genannt irgendwie okay wir müssen da hier mehr performance irgendwie reinbringen weil ansonsten XYZ nicht mehr funktioniert oder der server irgendwie überlastet wäre.
00:46:31: ja Ich und auch die anderen KollegInnen sind ja auch in einer Gesellschaft an Leuten, die eben Produkts erschaffen.
00:46:41: Die Apps publishingen, die Apps programmieren, die Designen ... Wir sind ja in unserem eigenen Kundenuniversum unterwegs und deswegen spülen wir oft schon in welche Richtung die Reise gerade geht.
00:46:54: Dann passiert es eben auch auf das jemand ich oder auch eine der KollegInne sagt hey aber schau mal Also es fühlt sich so an, als würde das immer mehr das da werden.
00:47:02: Lass doch mal auch das ausprobieren!
00:47:04: Und du hast ja jetzt auch schon bei anderen Unternehmen gearbeitet und hast da vielleicht auch viel von anderen Produkten mitbekommen.
00:47:13: wenn du dir jetzt deinen oder euren Prozess für das Road Mapping anschaust aber dann vielleicht... andere Roadmapping-Prozesse gesehen hast oder vielleicht auch eine Vorstellung, wie andere Roadmaping Prozesse aussehen.
00:47:28: Was würdest du sagen unterscheidet wirklich euren Prozess von den anderen?
00:47:32: Also was sind so vielleicht auch die Tipps, die du an einen Startup mitgeben könntest.
00:47:36: hey wenn ihr das so macht dann das sind die Unterschiede.
00:47:39: Wenn ihr das braucht dann macht es lieber so wie wir ansonsten macht das vielleicht anders.
00:47:45: ich glaube Da ist natürlich einige Sachen, die funktionieren nur wenn man klein ist.
00:47:51: Die funktionieren nicht, wenn du tausend Angestellte hast in deinem Unternehmen.
00:47:55: Die müssen auf eine andere Art und Weise zusammenarbeiten was aber glaube ich immer gut ist oder immer funktioniert und mir auch sehr wichtig ist.
00:48:05: und dann kommen wir wieder zu den Klickdamis zurück.
00:48:07: so ein bisschen ist dieses Gefühl von Ownership das möglichst viele Menschen in die an einem Produkt arbeiten Das Gefühl haben, hier ich trage was Sinnvolles dazu bei.
00:48:21: Ich habe an dieser Stelle auch an der Entscheidung mitgewirkt weil es in dem Fall in meinen Kompetenzbereich fällt und deswegen ist es eben so negativ finde ich wenn dann von ganz oben einfach fertig ist So soll es dann sein.
00:48:41: Natürlich, wenn du groß genug bist, kann nicht mehr jede Person an jeder Entscheidung mitwirken.
00:48:47: Da wird es möglicherweise eher so sein, dass man dann einzelne Gruppen vielleicht ein Entsprecher oder eine Nieder auswählen und die Person für die Gruppe sprechen muss.
00:48:55: an Prozessen aber ich glaube, es lassen sich auch in größeren Teams Prozesse aufbauen wo möglichst viele Leute zumindest wissen hier entwickelt sich eine strategische Entscheidung und wenn die dann gefällt ist, sind sie nicht überrascht.
00:49:13: Sondern dann wissen die woher die kamen in welche Richtung die geht und warum das so ist?
00:49:18: Weil wenn du mir jetzt sagst Daniel bau die Software auf diese und jene Art und Weise und mach das userinterfession so Und ich weiß warum Ich weiß was unser gemeinsames Ziel ist Dann bin ich da viel mehr dabei als wenn ich mir einfach denke ja gut Also mache ich halt irgendwie so dass wenn man es schafft, so eine Atmosphäre zu bauen oder zu erschaffen.
00:49:43: Dass du dann ein cooleres Team hast und das motivierter ist, dass dann auch schneller auf Sachen reagieren kann weil eben alle das Gefühl haben wir könnten das Hooder noch herum reißen Wir sind nicht so einen Containerschiff, das dann drei Jahre vorher beschließen muss.
00:49:56: Oh!
00:49:56: Wir wechseln jetzt den Kurs um null Komma drei Grad.
00:49:59: Und ich glaube Das ist auch ein Erfolgsrezept aus dem ... aus dem Product Ownership auch.
00:50:08: Und dann, wenn du dann noch so die Krönung oben draufsetzen willst,... ...dann nimmst du auch noch deine KundInnen mit... und deine UserInnen.
00:50:17: Weil du dann eben sagst okay, wenn Du jetzt so eine Roadmap hast,... ...dan willst du auch idealerweise versuchen nach außen zu kommunizieren,... ...zumindest bei den Sachen, die relevant sind.
00:50:30: Warum machen wir das?
00:50:33: Wie arbeiten wir darauf hin?
00:50:35: Da muss ich ehrlich sagen, da würde ich gerne noch mehr machen.
00:50:38: Da kann ich echt noch einiges lernen... ...weil du musst da so eine Balance finden!
00:50:44: Wenn du deine Roadmap eins zu eins mit allen Technical Dead müssen und mit allen Abhängigkeiten... Ah wir brauchen vorher diese Query Funktionen und bla bla bla online stellen würdest.
00:50:57: dann wette ich dass deine riesige Diskussion anfängt nicht allen Kundinnen, aber mit so einem ganz kleinen Subset an Kunden, die sehr gerne über Sachen diskutieren.
00:51:09: Die dann sagen ja warum macht ihr denn den Technical Detail?
00:51:11: und mein Feature ist mir sehr wichtig?
00:51:13: Und dass diese Diskussion zu führen kann ich nicht leisten von meiner Zeit- und Energie her.
00:51:22: Aber gleichzeitig glaube ich das es auch wichtig ist natürlich dieses Sense of Ownership mit ah wohin geht die Reise und warum geht die reise eigentlich dahin nach draußen zu tragen.
00:51:31: Was ich jetzt momentan versuche, um das zu erreichen ist auf einer kleinen Ebene machen wir so ChangeLogs.
00:51:39: Hier sind Sachen die sich in der letzten Woche an unserer Software geändert haben, die relevant für End-User enden sind.
00:51:46: Da haben wir einen ganz guten Prozess wo wir dann ein gemeinsames Dokument haben Notion jetzt in dem Fall, wo dann einfach alle Teams die halt jetzt irgendwie was User-Facing Messiges verändert haben.
00:51:55: Dann einfach so einen Satz reinschreiben können und dann Lisa, die unser Social Media macht sucht sich dann halt die nettesten raus und kann sie dann einfach da raushauen.
00:52:02: Da kann man noch im Blog Post packen manchmal.
00:52:05: Und eben das andere ist die größeren strategischen Entscheidungen und Features.
00:52:09: Die kommen dann eben in den Blog Post, wo ich mich dann hinsetze und sage hey!
00:52:12: Ich versuche hier zu erklären... Das kommt jetzt demnächst und der Grund dafür ist der hier oder hier.
00:52:19: das ist neue Feature, deswegen haben wir es gemacht und es wird jetzt weitergehen in diese Richtung.
00:52:25: Ich glaube da geht noch mehr.
00:52:26: ich glaube es ginge noch besser eine Community an UserInnen mit einzubinden.
00:52:32: dann muss sich aber ein bisschen ausprobieren.
00:52:33: ja aber so funktioniert erst mal
00:52:36: was echt da so ein bisschen raushöre ... so ein Teil Demokratisierung des Produktes, also es ist natürlich erst mal Team intern.
00:52:43: Jene Meinung hören wirklich auch nochmal zu gucken... ...ist das jetzt wirklich das richtige Feature zum richtigen Zeitpunkt und gleichzeitig eben da auch die Community mitzunehmen entweder mithilfe von Blockpost oder weiß ich nicht über den Support was ich schon sehr spannend finde.
00:53:01: und ich glaube auch dass große Unternehmen vielleicht auch einfach weniger leisten, weil es da einfach zu viele Stimmen gibt.
00:53:08: Vielleicht auch zu viel Neues.
00:53:09: Ja
00:53:10: deswegen würde ich auch tatsächlich die widersprechen wenn du sagst Demokratie.
00:53:14: Ich glaube ein besseres Wort wäre Teilhabe.
00:53:16: Weil am Schluss bin ja immer noch der König des der Roadmap.
00:53:20: also Wenn ich das wirklich will dann so sieht die Roadmap aus.
00:53:24: aber ich möchte möglichst vielen Leuten das Gefühl geben gehört zu werden und irgendwie mit einbezogen zu werden.
00:53:30: Meine Stimme ist viel, viel wichtiger bei Entscheidungen wie Roadmap als jede einzelne andere Stimme in meinem Unternehmen oder von unserem Kunden.
00:53:38: Aber ich will zumindest das Gefühl vermitteln hier.
00:53:43: trotzdem wird diese Stimme gehört und hat auch einen gewissen Einfluss.
00:53:47: Ich ... Von der Python-Programmiersprache hatte lange Zeit einen Benevolent Dictator, Guido von Rossum, der die Sprache ursprünglich entwickelt hat.
00:53:57: Der war eine lange Zeit eben der gutartige Diktator dieses ganzen Projekts, der dann auch so nach außen getragen hat.
00:54:04: So dieses okay wir reden natürlich über alles aber am Schluss entscheide ich dann noch wenn ich dann alles gehört habe.
00:54:09: das hat für dieses Projekt sehr lange gut funktioniert.
00:54:11: irgendwann hatte dann keine Lust mehr gehabt und es hat auch funktioniert.
00:54:15: Aber irgendwo so eine Art Vibe versuche ich zu erreichen.
00:54:21: Ich finde das Wort Diktator definitiv nicht das Richtige aber gleichzeitig ist es schon so dass Natürlich, wenn du jetzt nicht eine riesen Struktur aufbauen wirst mit ganz vielen demokratischen Ebenen.
00:54:37: Wie normal eine echte Demokratie funktioniert.
00:54:41: Wenn du das nicht leisten kannst oder willst dann musst du natürlich einen Prozess machen der das dann möglichst approximiert.
00:54:46: Das hängt natürlich auch ob sie jetzt telemetriert gut oder schlecht geht.
00:54:49: da hängen ja keine Menschenleben dran außer meine Glücklichkeit und so.
00:54:53: insofern muss es auch nicht ganz zu stringent sein wie eine Demokratie aber So dieses okay der König, der aber alle noch hört damit würde ich mich damit würde jetzt in dem Fall leben wollen
00:55:05: Sehr cool.
00:55:06: Ja, es klingt auch so ein bisschen... Ich hab das aus der ganzen Agilen-Community rausgehört.
00:55:12: Involvement creates commitment ist da so'n Leitspruch.
00:55:15: also wir versuchen die Leute zu involvieren damit sie da auch committed sind weiterzumachen vielleicht sich weiterhin einzubringen und eben auch diesen Drive dann wirklich zu haben.
00:55:28: Sehr cool.
00:55:29: Eine abschließende Frage, die mir da noch einfällt ist nutzt ihr denn selbst Telemetry Deck um möglicherweise neue Items für die Roadmap zu haben oder?
00:55:40: The Time!
00:55:43: Tatsächlich benutzen wir Telemetery Deck intern sehr viel für Telemetory Deck die wichtigsten vier... Du kannst in Telemedia verschiedene Organizations haben und ich habe quasi eine Organization für unsere Server, wo dann eher so Fehlermeldungen und Performance-Informationen ankommen.
00:55:59: Da kann ich ganz viel morgens mal auf die Charts gucken und sagen okay alles läuft ganz rund oder irgendwas läuft heiß.
00:56:05: Natürlich ist nicht das all unser Monitoring.
00:56:07: es gibt ja spezifische Monitoring Tools für Server und die setzen wir schon auch ein.
00:56:10: aber trotzdem sind es wichtige Informationen.
00:56:14: wie viele Internet Jobs wurden abgearbeitet, wie viele E-Mails wurden verschickt.
00:56:20: Wie lange haben durchschnittlich der Kunde auf den Ausführungen eines Queries gewartet?
00:56:24: Das sind wichtige KPIs für mich.
00:56:26: Die sammeln wir direkt mit Telemetry Deck.
00:56:30: Dann natürlich auch so Sachen, welche Features von Telemetery Deck werden denn überhaupt genutzt?
00:56:37: Welche SDKs werden genutzen?
00:56:38: Benutzten die Leute AB-Testing, benutzen unsere Dashboards und das und das.
00:56:45: Dafür benutzen wir natürlich auch Internet-Telemetry.
00:56:47: Das ist ja genau der Use Case, für den wir natürlich auf Telemetry direkt benutzen und das ist aber auch hilfreich weil man dann selber natürlich merkt oh warte mal, aber das funktioniert zwar nur wenn man weiß wie es geht und aktiv eigentlich am Userinterface vorbei baut.
00:57:03: also ein zwei Stellen fallen mir da gerade ein wo ich denke ah da bin ich ganz und gar unzufrieden mit meinem eigenen gedanklichen Prozess früher weil ich merke sollte man eigentlich anders machen.
00:57:14: Und was wir auch machen ist unser, wir nennen es Survey.
00:57:20: Wir haben natürlich auch Zugriff auf das Global Data Set.
00:57:24: Das heißt nicht nur die Daten von einem Kunden sondern die aggregierten Daten von allen Kunden und davon aber natürlich nur so ein Slice.
00:57:36: Und zwar spezifisch stellen wir allen unseren Kunden zur Verfügung die Informationen.
00:57:42: Was ist der Prozentsatz von Leuten, die einen iPhone-Siebzehn pro Max benutzen?
00:57:49: Wie viele Leute benutzen ihr Vision Pro länger als drei Monate.
00:57:55: Das war eines unserer Survey-Themen, die vor ein paar Monaten oder inzwischen vor einem Jahr ziemlich steil gingen weil natürlich viele Leute darüber gesprochen haben das Apple Vision Pro voll cool aber keiner benutzt es länger und wir konnten das halt an unseren Daten ganz gut illustrieren dass sich das Gefühl schon auch belegen lässt
00:58:12: Sehr cool.
00:58:13: Also auch cool, aus so einem Datenschatz irgendwie zu liegen?
00:58:16: Genau
00:58:16: und da muss man natürlich besonders aufpassen dass man dann sagt okay aber das sind die Daten unserer Kunden Und Da muss man dann eben besonders vorsichtig sein und sagen hey wie viel Können wir daraus nehmen um dann quasi noch eine Stufe mehr dafür zu sorgen dass diese Daten oft eine Aggregation sind Dass es dann noch mehr um Prozentzahlen geht und nur um spezifische Kennzahlen.
00:58:38: die Die jetzt eben sagen die sagen okay hier so die alle, die alle Kunden senden.
00:58:44: also welches Betriebssystem habe ich gerade und zwar nur die die Major Version.
00:58:49: Und auch welche Hardware Produkte werden eingesetzt?
00:58:52: Also keine Ahnung Galaxy Fold wird vielleicht nicht so oft eingesetzt wie ein Samsung Galaxy S nine oder so.
00:58:59: auf jeden Fall.
00:59:00: das ist auch noch ein wichtiges Thema für dass wir eben auch Telemetry deck benutzen und schließe.
00:59:04: das letzte ist dann wir benutzen spezifisch unsere Notebooks sind Text Dokumente Markdown-Dokumente, die direkt eingebaut im Dokument aktive Grafen haben.
00:59:16: Die ist dann aus Live-Telemedia der Daten speisen.
00:59:19: Das heißt ich kann im Endeffekt ein Paper schreiben in dem ich sage okay also wir schauen jetzt mal an wie das sich verhält und danach mache ich dann drei verschiedene Grafen und dann kann ich drunterschreiben ah und dafür daran sehen wir dass unsere Data Scientists benutzen es natürlich sehr viel auch intern um dann eben solche Sachen wie für die Service anzugucken und vorzubereiten Aber auch zum Beispiel für komplexere Features, wo man dann verschiedene Sachen miteinander verbinden will.
00:59:46: Als auch für Außenkommunikationen.
00:59:48: Also manchmal schreibst du einfach so ein... das da rein weil es ist das Tool und danach kannst du das halt publishing und chair'n und dann ist halt cool!
00:59:54: Sehr cool ja sehr spannend und auch so einen gewissen Ansatz der ja auch im Silicon Valley sehr vertreten ist also dass Dog-Feeding des eigenen Produktes im eigenen Unternehmen und ich find's auch cool Ja, den Ansatz auch verfolgt.
01:00:12: Wir kommen jetzt zu unserer zweiten Rubrik die hoffentlich auch einen super coolen Jingle haben wird wenn diese Folge live geht und zwar ist unsere zweite Rubrik Die Werbepause.
01:00:27: Da wollen wir unsere Gästinnen dazu auffordern für etwas Werbung zu machen was sie super gut finden.
01:00:32: klar das kann euer Unternehmen sein oder eben auch ein kürzlich erworbenes Gadgets Oder Bücher oder vieles, vieles mehr.
01:00:40: Alles worüber du gerade nachdenkst kannst du hier gerne nennen und das Stage ist hier aus.
01:00:52: Fantastisch!
01:00:53: Ich habe genügend von Telemish Redec erzählt Und irgendwann möchte ich gern ein neues Fahrrad kaufen aber das ist noch nicht soweit dass ich mich für eine Marke entschieden hab.
01:01:00: Deswegen habe ich dir heute einen Buch dabei, das relativ kürzlich rausgekommen ist Von Cat Hicks.
01:01:05: Das Buch heißt The Psychology of Software Teams Die Psychologie von Software-Teams.
01:01:11: Das ist im Endeffekt eine Untersuchung, was funktioniert bei Teams die an Software arbeiten.
01:01:17: Was funktioniert nicht?
01:01:19: Was macht keinen Unterschied.
01:01:20: und zum Beispiel die Autorin sagt hier ich will das jetzt nicht so zusammenfassen weil ich bin noch am Lesen aber der Eindruck den ich von diesem Buch bekommen habe ist wer sich sklavisch an Agile Methoden hält
01:01:33: der
01:01:33: kriegt da nicht zwangsläufig etwas raus davon sondern was dann oft dass die Situation verbessert ist, gar nicht die exakte Umsetzung von allen Agile-Methoden.
01:01:43: Sondern ... der Vibe!
01:01:47: Der meint das Mindset so dahinter?
01:01:49: Dass richtig einfach die Stimmung irgendwie passt.
01:01:51: Das sind oft sehr, sehr wage zugreifbare, nicht quantisierbare Peopleprobleme.
01:01:57: Und das deckt sich sehr gut mit meinem Gefühl, dass du gar nicht exakt an einem Prozess hängen solltest.
01:02:03: Sondern dass generell einfach so... Dass die Leute sich erst mal wohl und gehört fühlen sollten.
01:02:08: Dass du so Maslow's Hierarchy of Needs irgendwie erfüllen solltest aber halt in dem Arbeitskontext natürlich.
01:02:15: Deswegen finde ich dieses Buch fantastisch schon sehr interessant.
01:02:17: Ich bin noch nicht durch deswegen vielleicht kommen noch mehr fantastische Gems am Schluss.
01:02:22: Aber es ist auch ein relativ dünnes Buch, es ist vielleicht ein Zentimeter dick in der Print-Ausgabe und die Autorin ist auch eine Forscherin, die selbst publiziert.
01:02:33: Das heißt das Buch ist auch relativ günstig zu kaufen und ich kann es jedem Product Owner nur ans Herz legen oder allen die Softwareteams leiten oder in Softwareteam arbeiten sich mit solchen Themen beschäftigen.
01:02:47: Nein, nicht mal Interesse.
01:02:50: Aber sie sind Soft-Human-Themen!
01:02:51: Ich hab ganz viele Bücher hinter dir stehen die sich mit Suchmaschinen, Designs machen und Information Retrieval und diesen harten technischen Themen.
01:02:59: aber auch diese menschliche Seite ist unglaublich wichtig dafür dass wir Erfolg haben und das wir auch irgendwie in der Welt leben die dann auch Platz hat für Menschen die Platz hat Für Empfindlichkeit, für Softness, für Rücksichtnahme Liebe, Respekt usw.
01:03:17: So cool eigentlich ein grandioser Abschluss.
01:03:21: Ich finde den Pick auch sehr, sehr gut und er passt ja auch sehr gut ins Thema gerade für Product Owner oder Leute die in Product Management arbeiten und eben viel mit Leuten zu tun haben.
01:03:34: Ich würde dich aber gerne zum Abschluss noch etwas fragen und zwar wenn du wirklich zurückschaust was hat sich konkret für dich verändert seitdem ihr das Startup zusammen gegründet habt?
01:03:50: Was hat sich konkret für mich verändert?
01:03:52: Und ich glaube die Antwort ist, dass ich natürlich als der Gründer jetzt viel mehr die Kontrolle über mein Arbeitsumfeld habe.
01:04:06: Als Software-Engineer oder auch als Technical Lead von einem Projekt Lied-Developer von einem Projekt, da habe ich natürlich schon sehr viel Einfluss.
01:04:16: So ist ja nicht... Ich war auch schon CTO und da hab' ich auch extrem viele Einflüsse aber im Endeffekt setze ich trotzdem noch die Vision von jemand anderem um.
01:04:22: Und dann sind wir wieder bei der Teilhabe!
01:04:25: Da habe ich an manchen Situationen erlebt eine Firma in der ich gearbeitet habe oder ein Kunde wenn ich Freelancer bin lässt mich da sehr viel teilhaben und mitsprechen und gehört werden.
01:04:36: und dann gibt es andere Kunden die sagen hier mach das bitte sehr viel Geld.
01:04:41: Und beides ist ja irgendwie okay, aber natürlich ändert es die Art wie ich an Sachen rangehe.
01:04:46: Jetzt habe ich das zum ersten Mal, dass ich die volle Kontrolle darüber hab, aber auch die Verantwortung.
01:04:53: Es liegt plötzlich an mir, ob das ein Erfolg wird?
01:04:57: Es liegt auf mich, die endgültige Entscheidung zu treffen, ob Sachen eine dumme Idee sind oder die schlaueste Idee war.
01:05:04: und es liegt plötzlich diese acht Menschen, dass die einfach einen tollen Arbeitsplatz haben.
01:05:12: Dass sie sich morgens denken oh ja okay also arbeiten es natürlich trotzdem kacke aber wenigstens für Daniel so.
01:05:18: und diese Verantwortung spüre ich und der möchte ich mich halt auch stellen und das hat sich auf jeden Fall für mich stark verändert.
01:05:28: sehr cool vielen dank.
01:05:31: Danke auch, dass du der allererste Gast hier im Work and Product Podcast warst.
01:05:38: Es war mir auf jeden Fall eine Freude!
01:05:41: Ich hoffe das die Hörerinnen auch sehr viel mitnehmen konnten gerade auch von deinem Road Mapping-Prozess aber vielleicht auch den ganzen Prozess ein eigenes Startup zu gründen aus einer anderen Idee heraus.
01:05:57: und vielen Dank nochmal.
01:05:59: Die
01:06:00: Ehre ist absolut meinerseits.
01:06:01: Ich bin mich total geährt, dass ich der erste sein durfte.
01:06:05: Der erste Gast in deinem Podcast und ich wette... ...der geht ab wie eine absolute Rakete!
01:06:10: Und in fünf Jahren blicken wir dann zurück auf das Beginn deines kometenhaften Anstiegs an den... ...an absolutes Oberste Anfang der Abusierende der Podcastliste.
01:06:22: Vielen Dank!
01:06:25: Und auch vielen, vielen Dank euch dass ihr bis hierhin gehört habt.
01:06:28: Das war die erste Folge Work in Product.
01:06:31: Es hat mir super viel Spaß gemacht und ich freue mich schon auf die kommenden Folgen.
01:06:35: Damit ihr keine Folge verpasst geht jetzt noch mal zurück in eure Podcast App und folgt diesen Podcast und dann hören wir uns zur nächsten Folge wieder!
01:06:41: Ich freu mich auf euch.
Neuer Kommentar