Mathieu Sobrero

Du bist seit Februar 2025 Teil von Checkmk, nachdem du über sechs Jahre bei Intel in verschiedenen Rollen als Product Owner und Technical Product Manager tätig warst. Was hat dich zu dem Wechsel zu Checkmk inspiriert und was hat dich an unserer Produktvision am meisten begeistert?

Nach mehr als 6 Jahren bei Intel war ich auf der Suche nach etwas Bestimmtem: mehr Product Ownership, engerem Kontakt zu den Nutzerinnen und Nutzern und der Freiheit, echte Produktentscheidungen zu treffen, anstatt nur die Wünsche der Führungskräfte in Jira-Tickets zu übersetzen. Außerdem habe ich nach einer dynamischeren Umgebung mit schnelleren Entscheidungen gesucht, statt des langsameren Rhythmus eines großen Konzerns.

Um ehrlich zu sein, kannte ich Checkmk nicht, bevor ich auf die Stellenanzeige auf LinkedIn gestoßen bin, aber schon die ersten Zeilen haben meine Aufmerksamkeit erregt. Es wurde gefragt, ob ich ein Produkt entwickeln möchte, das für den Alltag der Nutzer zentral ist, ob ich mich für den tatsächlichen Austausch mit ihnen begeistere und ob ich die Freiheit suche, Produktentscheidungen zu treffen. Das beschrieb fast punktgenau die Veränderung, nach der ich gesucht hatte.

Ich habe mich dann tiefer mit Checkmk beschäftigt und schnell gespürt, dass es gut passt. Die Produktvision ist klar, und mir gefällt es sehr gut, dass sich Checkmk rund um hybride Infrastrukturen positioniert hat, anstatt sich nur auf die Cloud zu konzentrieren. Die Idee, eine einheitliche Sichtbarkeit über den gesamten Stack zu schaffen – von On-Premise bis zur Cloud – und der Fokus darauf, den Nutzern in ihrem Alltag zu helfen, hat mich davon überzeugt, diese Herausforderung anzunehmen. Nach mehr als einem Jahr bin ich froh, diesen Schritt gemacht zu haben.

Du hast einen Ingenieurabschluss in Elektronik und Telekommunikation sowie einen starken technischen Hintergrund in der Firmware- und Software-Infrastruktur. Wie hilft dir dieses tiefe technische Fundament als Product Manager bei der Zusammenarbeit mit unseren Entwicklungsteams?

Mein technischer Hintergrund macht mich nicht zu einem besseren PM, aber er hilft dabei, wie ich mit dem Entwicklungsteam zusammenarbeite. Checkmk ist ein technisches Produkt und unsere Entwicklungsteams sind ebenfalls hochgradig technisch, daher ist ein solides technisches Fundament hier definitiv hilfreich.

Der Hauptvorteil ist, dass wir dieselbe Sprache sprechen. Wenn das Team über Architektur, Kompromisse oder das Refinement eines Features diskutiert, kann ich dem Gespräch folgen, Fragen stellen und einen sinnvollen Beitrag leisten, anstatt nur Notizen zu machen. Es hilft mir auch, die Gründe für technische Entscheidungen zu verstehen, selbst wenn sie aus Produktperspektive nicht die bequemsten sind, sodass ich sie gegenüber den Stakeholdern klar vertreten kann.

Du warst stark am Release von Checkmk 2.5 beteiligt, insbesondere an der Neugestaltung des Dashboard-Erlebnisses. Kannst du uns ein wenig über dieses Projekt erzählen – was waren die größten Herausforderungen und auf welche neue Funktion bist du besonders stolz?

Das Dashboard-Projekt war eines der großen Themen des 2.5-Releases und stellte eine bedeutende Transformation dar. Dashboards in Checkmk waren schon immer leistungsstark, aber das Erstellen und Anpassen war nicht intuitiv, besonders für neue Nutzer. Das Ziel war es, die Erfahrung von der Erstellung bis zur täglichen Nutzung viel einfacher zu gestalten, ohne die Flexibilität zu nehmen, auf die fortgeschrittenere Nutzer angewiesen sind.

Die Hauptherausforderungen lagen an mehreren Fronten. Erstens war es schwierig, den richtigen Umfang (Scope) zu definieren. Dashboards berühren viele Bereiche des Produkts, und wir mussten eine klare Grenze ziehen zwischen dem, was in 2.5 landen würde, und dem, was später kommt. Zweitens erforderte der Ausgleich zwischen den Bedürfnissen von Power-Usern und Neueinsteigern echte Kompromisse, da jede Vereinfachung das Risiko barg, etwas zu entfernen, auf das ein erfahrener Nutzer angewiesen war. Und ganz persönlich war dies auch mein erstes Projekt bei Checkmk, mit einem neuen Entwicklungsteam, zu einem komplexen Thema – ein Teil der Arbeit bestand also schlicht darin, die richtige Art der Zusammenarbeit aufzubauen: wie wir verfeinern, wie wir Entscheidungen treffen, wie wir Ideen validieren.

Worauf ich am meisten stolz bin, ist eigentlich die Zusammenarbeit selbst. Die Verbesserungen, die wir geliefert haben, entstanden aus einer echten gemeinsamen Anstrengung von Produkt, UX und Entwicklung. Dank dieser engen Zusammenarbeit ist es uns gelungen, Workflows zu entwickeln, die sowohl für neue als auch für fortgeschrittene Nutzer intuitiver sind – von der Dashboard-Erstellung über die Widget-Konfiguration mit der neuen Live-Vorschau bis hin zur Datenanalyse über ein einheitliches Dashboard-Erlebnis. All das als Team zusammenzubringen und zu sehen, wie es als echte Verbesserung bei unseren Nutzern ankommt, macht mich stolz.

In deinen früheren Rollen hast du Produkt-Backlogs und Prioritäten für große Scrum-Teams verwaltet. Wie gehst du bei Checkmk an die Priorisierung von Features heran und wie balancierst du unmittelbare Kundenbedürfnisse mit der langfristigen technischen Roadmap aus?

Um die unmittelbaren Kundenbedürfnisse mit der langfristigen Roadmap auszubalancieren, verfolgen wir bei Checkmk eine klare Aufteilung. Im Durchschnitt fließen 60 % bis 70 % unserer Kapazität in Roadmap-Initiativen, während 30 % bis 40 % für Bugfixes, kleine Verbesserungen und Support-Tickets reserviert sind. Auf diese Weise werden dringende Kundenprobleme gelöst, ohne den Fokus auf die längerfristige Ausrichtung zu verlieren. Davon abgesehen bleibe ich gegenüber Stakeholdern transparent, wenn Kompromisse erforderlich sind, warum etwas priorisiert oder verschoben wird, und halte bei Bedarf konstruktiv dagegen.

Kürzlich hast du die Checkmk-Community zu einer „Bug Bash“-Session eingeladen, um die neuen Dashboards vor dem Release zu testen. Wie wichtig ist direktes Nutzer-Feedback für deinen Produktentwicklungsprozess und wie integriert ihr diese Erkenntnisse in das finale Produkt?

Nutzer-Feedback ist ein essenzieller Bestandteil unseres Produktentwicklungsprozesses, da wir unser Produkt für unsere Nutzer bauen.

Der Bug Bash zu den neuen Dashboards war ein gutes Beispiel: Wir haben die Community eingeladen, das Erlebnis vor dem Release zu testen, um Fehler frühzeitig zu finden, Annahmen zur Benutzerfreundlichkeit zu validieren und ehrliches Feedback zu den UX-Änderungen zu erhalten. Das Feedback wird dann gemeinsam mit den Entwicklungs- und UX-Teams gesichtet (triage), meist anhand einer Bewertung von Nutzen gegenüber Aufwand, um zu entscheiden, was wann angegangen wird. Wir versuchen, Quick Wins vor dem Release umzusetzen, während größere Punkte in unser Backlog wandern und basierend auf Priorisierung und strategischer Ausrichtung an unserer Produktvision aufgegriffen werden. Nicht alles landet im Produkt, aber jedes Feedback wird berücksichtigt.

Wenn du nicht gerade Roadmaps planst, dich mit Stakeholdern abstimmst oder neue Features auf der Checkmk Konferenz präsentierst – wie verbringst du am liebsten deine Freizeit in Gdańsk, um dich zu entspannen und neue Energie zu tanken?

In meiner Freizeit verbringe ich sehr gerne Zeit mit Freunden und der Familie bei gutem Essen. Ich bin außerdem ein großer Sportfan, laufe recht viel in einer Trailrunning-Gruppe und habe mir letztes Jahr ein Gravel Bike gekauft, um den Dreistadt-Wald noch etwas weiter zu erkunden. Außerdem spiele ich immer noch Fußball in einer lokalen Liga, obwohl das höchstwahrscheinlich meine letzte Saison sein wird.

Was macht Checkmk oder dein Team im Speziellen deiner Meinung nach so besonders?

Was Checkmk für mich besonders macht, ist die Kombination aus echter Product Ownership und dem Vertrauen, das damit einhergeht. Entscheidungen werden schnell getroffen, es gibt sehr wenig Politik und man spürt wirklich, dass der eigene Beitrag zählt.

Die Kultur ist ehrlich gesagt fantastisch. Das Unternehmen ist wirklich produktgetrieben und die Art und Weise, wie die Menschen zusammenarbeiten, schätze ich sehr. Jeder, den ich treffe, ist aufgeschlossen, begeistert davon, ein wirkungsvolles Produkt für unsere Nutzer zu entwickeln, und kollegial – unabhängig vom Team oder der Rolle. Es gibt auch eine starke Feedbackkultur: Die Leute sprechen offen miteinander und teilen ihre Ansichten direkt mit, ohne Angst haben zu müssen, verurteilt zu werden.

Erinnerst du dich an ein besonders interessantes, aufregendes oder schönes Erlebnis, das du bei Checkmk hattest? Wenn ja, kannst du uns davon erzählen?

Ein Erlebnis, das wirklich heraussticht, war mein erster Checkmk Partner Day. Ich hatte die Gelegenheit, auf die Bühne zu gehen und die neuen Dashboards vor Partnern zu präsentieren, die Checkmk jeden Tag nutzen, und das war ein besonderer Moment für mich. Es war das erste Mal, dass ich vor einem so großen Publikum präsentiert habe, und auch das erste Mal, dass wir die ganze Geschichte nach monatelanger Arbeit direkt mit den Menschen teilen konnten, für die sie gemacht wurde. Ihre Reaktionen im Raum zu sehen und mich danach mit ihnen zu unterhalten, hat dazu geführt, dass sich all die Arbeit sehr real angefühlt hat.

Was hat dich dazu bewogen, zu Checkmk zu kommen? Wie bist du zu Checkmk gekommen?

Was mich wirklich davon überzeugt hat, zu Checkmk zu kommen, war der Bewerbungsprozess selbst. In der zweiten Runde gab es eine technische Aufgabe, die mir ein konkretes Gefühl dafür vermittelt hat, wie die Arbeit tatsächlich aussehen würde. Das hat mir geholfen, mir die Produktrolle und das Unternehmen schon vor der Unterschrift vorzustellen. Die Gespräche auf dem Weg dorthin haben den Rest bestätigt: Sie waren offen, direkt, freundlich und hatten einen klar nutzerzentrierten Ansatz.