Großartige Ingenieure brauchen keine Anweisungen, und großartige PMs kontrollieren weder das Team noch die Roadmap [Übersetzung]

1. Die wahre Rolle des PM neu definiert

   • Ein großartiger PM kontrolliert weder das Team noch die Roadmap.
   • Stattdessen erschließt er tiefgehende Markt-Insights, um das Team davor zu bewahren, in die falsche Richtung zu laufen.
   • (Original: "Ein großartiger PM kontrolliert nicht das Team. Er erschließt Insights und verhindert, dass man vom Kurs abkommt.")

2. Der Gründungshintergrund von PostHog: Ein Start ohne PMs

   • Als Tim und ich 2020 mit PostHog anfingen, bestand ich hartnäckig darauf, auf keinen Fall Produktmanager (PMs) einzustellen.
   • Wir sorgten dafür, dass Ingenieure direkt über Produktprobleme nachdenken und sie mit Code lösen.
   • So entstand in der frühen Startup-Phase eine Kultur, in der Autonomie oberste Priorität hatte.

3. Merkmale großartiger Product Engineers

   • Sie verstehen den Kontext des PMs (Vision, Kundenbedürfnisse) eigenständig, ohne gesonderte Anweisungen.
   • Darauf aufbauend wiederholen sie schnelle Prototypenerstellung → Experimente → Feedback-Sammlung → automatisierte Auslieferung.
   • Ihre größte Stärke ist die Umsetzungskraft im Code und das Tempo beim Experimentieren.

4. Detaillierte Abgrenzung der Rollen von PM vs. Product Engineer

   • Fokus des PM:
     • Marktforschung, Aufbau eines Business Case, Abstimmung mit Stakeholdern (Sales/Marketing).
     • Vermittlung von Richtung und Kontext an das gesamte Team.
   • Fokus des Product Engineers:
     • Tatsächliche Umsetzung von Build/Test/Deployment.
     • Direkte Sammlung von Kundenfeedback und Verbesserung des Produkts.

5. Das ideale Modell der Zusammenarbeit

   • Der PM ist kein „Kontrolleur“, sondern ein „Kontextgeber“ und respektiert Autonomie.
   • Product Engineers teilen die Ziele des PMs, handeln aber codezentriert und unabhängig.
   • Ergebnis: eine schnelle und effiziente Produktentwicklungskultur, die die traditionellen Grenzen zwischen PM und Engineer auflöst.

6. Kernaussage & Implikationen des Artikels

   • Ein Missverständnis über PMs wird korrigiert: Statt die Roadmap durchzusetzen, geht es um Insights.
   • Die bestmögliche Nutzung von Product Engineers beschleunigt das Wachstum von Startups.