Geben und Nehmen: 6 Wege, wie Ingenieure und Produktmanager sich gegenseitig unterstützen können

Vergessen Sie alles, was Sie über die Rivalität zwischen Ingenieuren und Produktmanagern gehört haben – es ist ein Paradigma, das sterben muss. Die heutige Technikwelt bewegt sich zu schnell, und der einzige Weg nach vorne ist durch Geben und Nehmen in der Zusammenarbeit. Dieser Artikel deckt sechs Wege auf, wie Ingenieure und PMs vermeiden können, aneinander zu geraten und sich auf die Mission zu konzentrieren.

1. PMs: Teilt das große Bild; Ingenieure: Teilt technische Einschränkungen

Geben: PMs können Ingenieuren helfen, indem sie ein klares Verständnis der Geschäftsziele und Kundenbedürfnisse hinter einem Projekt vermitteln. Dies hilft Ingenieuren zu verstehen, warum ein bestimmtes Feature oder eine Deadline wichtig ist. Das frühe Teilen des Kontexts ermöglicht es Ingenieuren, ihre Arbeit mit den übergeordneten Zielen abzustimmen.

Nehmen: Ingenieure sollten im Gegenzug die technischen Einschränkungen und Komplexitäten, die bei einem Projekt auftreten, offen kommunizieren. Wenn ein scheinbar kleines Feature große Backend-Änderungen erfordern würde, hilft es, dies von Anfang an zu erklären, damit PMs bessere Entscheidungen über Priorisierung und Zeitpläne treffen können.

Beispiel: Ein PM erklärt, dass ein Feature entscheidend ist, um einen großen Kunden zu gewinnen oder einer Wettbewerbsbedrohung zu begegnen, was Ingenieuren hilft, es zu priorisieren. Ähnlich, wenn ein Ingenieur teilt, dass ein Feature wegen Skalierbarkeitsproblemen mehr Zeit benötigen wird, kann ein PM die Erwartungen anpassen.

Ressource

Für PMs: "Product Management in Practice" von Matt LeMay – Ein umfassender Leitfaden zum Verständnis und zur Kommunikation von Produktzielen.

Where the World Designs Electronics

Break down silos and enhance collaboration across all aspects of electronics development

Find Out More

Für Ingenieure: "The Pragmatic Programmer" von Andrew Hunt und David Thomas – Ein Buch, das Kommunikation und technische Entscheidungsfindung im Entwicklungsprozess betont.

2. PMs: Vermeidet Mikromanagement; Ingenieure: Beteiligt euch am Ideenfindungsprozess

Geben: Produktmanager sollten dem Drang widerstehen, jedes Detail der Produktausführung zu kontrollieren. Vertraut darauf, dass die Ingenieure die technischen Aspekte bewältigen und gebt ihnen Raum, Probleme auf ihre Weise zu lösen. Übermäßig vorschreibendes Management kann Kreativität ersticken und zu Desinteresse führen.

Nehmen: Ingenieure sollten Initiative im Ideenfindungsprozess ergreifen. Wartet nicht darauf, gefragt zu werden – bietet Vorschläge und Ideen an, wie das Produkt verbessert werden kann. Viele Ingenieure haben wertvolle Einblicke, die die Funktionalität, Leistung oder das Design des Produkts verbessern können. Proaktiv zu sein zeigt, dass ihr über das bloße Schreiben von Code hinaus am Erfolg des Produkts interessiert seid.

Beispiel: Ein PM skizziert Geschäftsziele und bittet um Input, anstatt den Ingenieuren zu sagen, wie sie ein Feature implementieren sollen. In der Zwischenzeit bieten Ingenieure proaktiv technische Lösungen an und tragen zu Brainstorming-Sitzungen bei.

Ressource

Design Better, Together

Experience flexible controls for team management and project visibility.

Explore Solutions

Für PMs: "Empowered" von Marty Cagan und Chris Jones – Dieses Buch untersucht, wie Teams ermächtigt werden können, die Verantwortung für die Produktumsetzung zu übernehmen.

Für Ingenieure: "Creative Confidence" von Tom Kelley und David Kelley – Eine großartige Ressource für Ingenieure, die kreativ zur Produktideenfindung beitragen möchten.

3. PMs: Geben Sie großzügig Anerkennung; Ingenieure: Unterstützen Sie Produktentscheidungen öffentlich

Geben: Eine häufige Beschwerde von Ingenieuren ist, dass PMs sich den Erfolg eines Projekts zuschreiben, da sie oft diejenigen sind, die es der Führungsebene präsentieren. PMs können Vertrauen aufbauen, indem sie Anerkennung mit dem Ingenieurteam teilen und Ingenieuren die Möglichkeit geben, ihre Arbeit zu präsentieren.

Nehmen: Ingenieure können im Gegenzug die Entscheidungen der PMs unterstützen, wenn sie anderen Teams oder Stakeholdern präsentieren. Selbst wenn Sie mit einigen Aspekten nicht einverstanden sind, zeigt das öffentliche Unterstützen der Produktentscheidungen Einheit und fördert eine kollaborative Kultur.

Beispiel: Nach einem erfolgreichen Start lädt ein PM Ingenieure ein, die technischen Errungenschaften zu präsentieren. Ingenieure unterstützen im Gegenzug öffentlich die Produktentscheidungen der PMs in Treffen mit Stakeholdern.

Ressource

Für PMs: "Radical Candor" von Kim Scott – Ein Buch, das Einblicke in den Aufbau starker Beziehungen und das Geben von Anerkennung, wo sie gebührt, bietet.

Für Ingenieure: "Crucial Conversations" von Al Switzler, Joseph Grenny und Ron McMillan – Erfahren Sie, wie Sie effektive, unterstützende Gespräche mit Kollegen und Führungskräften führen können.

4. PMs: Seien Sie offen für Diskussionen über technische Schulden; Ingenieure: Seien Sie realistisch bezüglich der Zeitpläne

Geben: PMs können Ingenieuren helfen, indem sie offen für Gespräche über technische Schulden und Wartung sind. Es ist verlockend, neue Funktionen zu priorisieren, aber die Vernachlässigung der technischen Grundlage kann zu größeren Problemen führen. Zeit für notwendiges Refactoring des Codes oder Infrastrukturverbesserungen zu erlauben, zeigt ein Verständnis für die langfristige Produktgesundheit.

Nehmen: Ingenieure sollten auch realistisch sein, wie lange Dinge dauern werden. Wenn Sie übermäßig konservative Schätzungen abgeben, können sich PMs gezwungen fühlen, Zeitpläne in Frage zu stellen. Genau Zeitpläne anzugeben und Verzögerungen frühzeitig zu kommunizieren, hilft PMs, effektiv zu planen.

Beispiel: Ingenieure kommunizieren die Risiken von technischen Schulden und PMs erlauben Zeit für Refactoring, während Ingenieure realistische Zeitabschätzungen liefern, um Erwartungen zu managen.

Ressource

Für PMs: "Technical Debt 101" von ThoughtWorks – Ein großartiger Einstieg in das Verständnis von technischen Schulden und wie man sie managt.

Für Ingenieure: "Das Phoenix-Projekt" von Gene Kim, Kevin Behr und George Spafford – Ein Roman, der die Auswirkungen des Ausgleichs von technischer Verschuldung und Geschäftsprioritäten veranschaulicht.

5. PMs: Ingenieure in Kundenfeedback einbeziehen; Ingenieure: Geschäftsprioritäten respektieren

Geben: PMs können Ingenieuren helfen, indem sie Kundenfeedback direkt teilen. Ingenieure fühlen sich oft stärker mit dem Produkt verbunden, wenn sie hören, wie Kunden es nutzen, mit welchen Problemen sie konfrontiert sind und welche Funktionen sie lieben.

Nehmen: Ingenieure sollten wiederum die Geschäftsprioritäten respektieren, die PMs ausbalancieren. Es kann frustrierend sein, eine weniger als perfekte Funktion zu starten, aber dies kann manchmal entscheidend sein, um die Wettbewerbsfähigkeit zu erhalten.

Beispiel: Ein PM lädt Ingenieure ein, an Kundenzufriedenheitssitzungen teilzunehmen, und Ingenieure verstehen die Wichtigkeit bestimmter Funktionseinführungen, auch wenn sie das Gefühl haben, dass einige Aspekte noch verfeinert werden müssen.

Ressource:

Für PMs: "Das Lean Product Playbook" von Dan Olsen – Ein praktischer Leitfaden zum Verständnis von Kundenfeedback und dessen Umsetzung in handlungsorientierte Produktentwicklungsstrategien.

Für Ingenieure: "Der Mythos des Mann-Monats" von Frederick P. Brooks – Dieses klassische Buch behandelt die Herausforderungen von Softwareentwicklungszeiten und Geschäftserwartungen.

6. PMs: Setzen Sie klare, erreichbare Ziele; Ingenieure: Seien Sie lösungsorientiert

Geben: Eines der wertvollsten Dinge, die ein PM für Ingenieure tun kann, ist, klare und erreichbare Ziele zu setzen. Vage Anforderungen oder ständig wechselnde Prioritäten können zu Frustration führen. Indem definiert wird, wie Erfolg aussieht und an diesen Parametern festgehalten wird, können PMs Ingenieuren helfen, sich zu konzentrieren und effizient zu arbeiten.

Nehmen: Ingenieure sollten Probleme mit einer lösungsorientierten Denkweise angehen. Statt Gründe aufzulisten, warum etwas nicht gemacht werden kann, sollten Alternativen oder Umwege angeboten werden. Konstruktiv zu sein, hilft dem PM und dem Team, voranzukommen, ohne durch technische Hindernisse aufgehalten zu werden.

Beispiel: Ein PM gibt klare Erfolgskriterien für ein Projekt vor, während Ingenieure praktische Lösungen anbieten, wenn technische Einschränkungen auftreten.

Ressource

Für PMs: "Measure What Matters" von John Doerr – Erfahren Sie, wie Sie klare Ziele und messbare Schlüsselergebnisse (OKRs) festlegen, die mit den Bemühungen Ihres Teams übereinstimmen.

Für Ingenieure: "Designing Data-Intensive Applications" von Martin Kleppmann – Eine technische Ressource, die Ingenieuren hilft, über den Aufbau skalierbarer, zuverlässiger Systeme nachzudenken, während sie Produktanforderungen abwägen.

Praxisbeispiel: Elon Musks 5-Schritte-Algorithmus zur Reduzierung interner Bürokratie

Elon Musk ist bekannt für seinen kühnen Managementstil bei Tesla und SpaceX. In seinem Bestreben, interne Bürokratie abzubauen, hat Musk einen fünfstufigen Algorithmus entwickelt, der in seiner jüngsten Biografie von Walter Isaacson detailliert beschrieben wird und einen handlungsorientierten Rahmen für die Straffung von Prozessen bietet.

1. Jede Anforderung hinterfragen: Musk rät dazu, jede Anforderung in Frage zu stellen, auch wenn sie von einer "klugen Person" kommt. Ordnen Sie jeder Anforderung einen Namen zu und fragen Sie kontinuierlich, ob sie notwendig ist. Wenn nicht, eliminieren Sie sie.
2. Jeden unnötigen Teil des Prozesses löschen: Musk betont, dass Einfachheit der Schlüssel ist. Löschen Sie unnötige Schritte – gehen Sie weiter, als Sie denken, dass Sie sollten. Wenn Sie nicht mindestens 10% wieder hinzufügen müssen, haben Sie nicht genug gelöscht.
3. Vereinfachen und optimieren: Erst nachdem unnötige Schritte eliminiert wurden, sollten Sie das, was übrig bleibt, vereinfachen und optimieren. Vermeiden Sie den Fehler, Prozesse zu optimieren, die von Anfang an nicht existieren sollten.
4. Beschleunigung der Zykluszeit: Sobald der Prozess optimiert ist, konzentrieren Sie sich darauf, ihn zu beschleunigen. Musk warnt davor, Zeit damit zu verschwenden, Teile von Prozessen zu beschleunigen, die redundant oder unnötig sind.
5. Automatisierung zuletzt: Musks letzter Schritt ist die Automatisierung, aber erst nachdem der Prozess gründlich hinterfragt, gelöscht und vereinfacht wurde. Eine zu frühe Automatisierung kann zu unnötiger Komplexität führen.

Musks Methode kann ein mächtiges Beispiel dafür sein, wie Projektmanager und Ingenieure zusammenarbeiten können, um Ineffizienzen herauszufordern, Arbeitsabläufe zu optimieren und die Produktivität zu steigern. Indem sie kontinuierlich Annahmen hinterfragen und Prozesse vereinfachen, können Produktentwicklungsteams interne Hindernisse drastisch reduzieren und die Zusammenarbeit verbessern.

Weniger Stress, mehr Leidenschaft

Wie Simon Sinek weise sagte: "Hart für etwas zu arbeiten, das uns egal ist, wird Stress genannt; hart für etwas zu arbeiten, das wir lieben, wird Leidenschaft genannt." Das Gleiche gilt für die Beziehung zwischen Ingenieuren und Projektmanagern. Wenn sie mit gegenseitigem Respekt und Leidenschaft zusammenarbeiten, geschehen großartige Dinge. Lassen Sie diesen Geben-und-Nehmen-Geist die nächste große Produktveröffentlichung Ihres Teams antreiben.