Wie überzeugt man einen widerspenstigen Anführer von neuen Ideen?

Ich arbeite derzeit in einem Startup, das in einem viel größeren Unternehmen angesiedelt ist. Wir sind ein Team von 4 Personen, einschließlich des Leiters (alias Product Owner). Unser Leiter ist ein langjähriger Entwickler mit mehr als 15 Jahren Entwicklungserfahrung, unser Datenanalyse-Typ hat ebenfalls mehr als 15 Jahre Erfahrung, hat aber aufgrund des Studiums und mehrerer Abschlüsse VIEL mehr Wissen (ich würde sagen, er ist eher ein Akademiker), und dann gibt es noch mich und einen anderen Junior-Entwickler. Alle verstehen sich gut und wir könnten an dieser Stelle „Freunde“ genannt werden, auch die Hauptrolle.

Das Problem, dem wir gegenüberstehen, ist der Widerstand unseres Anführers gegen unsere Ideen. Das Projekt selbst ist sehr jung (weniger als sechs Monate in der Entwicklung) und jeder hat eine bessere Vorstellung davon, wie bestimmte Dinge zu tun sind, aber wenn er sie dem Leiter vorstellt, ist er, obwohl er sehr offen für Diskussionen ist, äußerst widerstandsfähig gegenüber Vorschlägen. Wir sind mehrfach mit Lösungen auf ihn zugekommen, die durch Artikel, Beweise und Studien gestützt wurden, und wir stehen immer noch vor einer langen Debatte über (manchmal) offensichtliche Themen. Am Ende wird die Idee vernachlässigt und das Produkt ist nur noch ein Schatten dessen, was es hätte sein können.

Ich habe zum dritten Mal eine Debatte gegen ihn in einem extrem offensichtlichen Thema "verloren", und langsam habe ich das Gefühl, dass es besser ist, einfach einen falschen Weg einzuschlagen und ihn irgendwann brechen zu lassen, als einen anderen sinnlos einzuschlagen Debatte. Meine Kollegen haben sich diesem Problem auch gestellt, mehr als ich und manchmal mit härterem Widerstand, und deshalb habe ich mich entschieden, dies zu posten, weil ich nicht denke, dass Startups so funktionieren sollten.

Wie kann ich mit dem Team diesem Widerstand begegnen? Soll ich ihm Feedback geben, wie das Team zu diesem Problem steht? Wenn ja, sollte es ein Gruppentreffen oder ein Einzelgespräch sein?

Anmerkungen: Er ist im Allgemeinen ängstlich und das spiegelt sich in Debatten wider. Er lässt dich nicht ausreden, er redet 70 % der Zeit, während du 30 % redest. Er verfügt über Führungserfahrung. Er ist zu 95% Guide und Facilitator und zu 5% Code, er tut dies nur im Extremfall, wie einer Deadline oder etwas, das schon viel Zeit in Anspruch genommen hat, er fungiert als helfende Hand. Obwohl er extrem widerständig ist, ermutigt er auch sehr zu Feedback und Vorschlägen, deshalb bin ich manchmal verwirrt.

ist er allgemein ängstlich? Sind die Themen, über die Sie sprechen, Themen, in denen er sich als Experte bezeichnen würde? Können Sie einen Einblick oder Spekulationen darüber geben, warum er sich widersetzt?
Hat Ihr Vorgesetzter bereits Führungserfahrung? oder war er die ganze zeit entwickler und führt jetzt zum ersten mal? Was ist seine Rolle? Ich nehme an, es ist eine gemischte Führungs- und Entwicklerrolle: Er führt also, und er programmiert auch, richtig? Wie ist die generelle Hierarchie- und Feedbackkultur Ihres Unternehmens?
@Benjamin Ich habe diese Frage bearbeitet, danke für deinen Vorschlag. Er ist kein Experte in den Themen, die mit ihm besprochen werden, in den Fällen, in denen er es ist, verstehen wir seine Ansichten und er fungiert eher als Führer als als Hindernis. Aber ich habe keine Ahnung, warum er sich gegen Themen wehrt, bei denen er eindeutig veraltet ist, vielleicht weil er die Dinge auf eine bestimmte Art und Weise gemacht hat und nicht offen für Veränderungen ist?
Ist dieses Startup darauf angewiesen, dieses Produkt zu produzieren/verkaufen, um sich selbst zu finanzieren, oder ist es eher ein Inkubator, von dem das größere Unternehmen hofft, dass es ein nützliches Produkt produziert, das das größere Unternehmen dann verwenden/verkaufen kann?
@Benjamin Er hat bereits Führungserfahrung. Er ist zu 95% Guide und Facilitator und zu 5% Code, das macht er nur im Extremfall, wie einer Deadline oder so was schon viel Zeit in Anspruch genommen hat, er fungiert als helfende Hand. Obwohl er extrem widerständig ist, ermutigt er auch sehr zu Feedback und Vorschlägen, deshalb bin ich manchmal verwirrt.
@BryanH genau, dieses Startup wird derzeit von dem größeren Unternehmen finanziert und inkubiert.
@JoeStrazzere Nun, wenn zwei Personen gegensätzliche Ansichten darüber haben, was getan werden sollte, diskutieren sie, um die bessere Lösung zu finden. Was meinst du?

Antworten (3)

Um andere überzeugen zu können, ist die Fähigkeit, ein Nein als Antwort zu akzeptieren, ein guter Anfang. Wenn Ihr Chef das Gefühl hat, er kann nur ja sagen, sonst haben Sie schlechte Gefühle, er wird sich unter Druck gesetzt fühlen und eher nein sagen. Indem Sie in der Lage sind, ein Nein gut zu ertragen, geben Sie ihm das Gefühl, frei zu entscheiden, was das Beste ist. Offen für Feedback zu sein ist eine gute Sache, aber erwarten Sie, dass das meiste Produktfeedback zu einem Nein wird. Es ist viel einfacher, Ideen zu haben, als sie in die Realität umzusetzen.

Es kann unzählige technische und nichttechnische Gründe geben, nein zu sagen:

  • Politische Gründe innerhalb des Unternehmens: Vielleicht ist diese Technologie/Lösung verbrannt, und es würde politisches Kapital erfordern, um es erneut zu versuchen. Politisches Kapital, das Ihr Teamleiter möglicherweise nicht einmal hat, und wenn er es hat, kann er es anderweitig ausgeben
  • rechtlichen Gründen. Ich hatte einmal einen Kollegen, der eine Lösung für maschinelles Lernen vorschlug, die viel besser gewesen wäre. Aber das war egal, das Wichtigste war, dass wir den Kunden und möglicherweise einem Richter erklären konnten, warum unser System entschieden hat, was es entschieden hat. Mit ML hätte sich die Qualität verbessert, aber die Erklärbarkeit hätte gelitten.
  • Die versteckte Annahme: Wenn 2 oder 3 technische Vorschläge kollidieren und jeder sicher ist, dass er der beste ist, könnte darin eine versteckte Annahme enthalten sein. Vielleicht über Benutzerverhalten, Benutzer-/Kundenerwartungen, Nutzung, Datenform oder etwas anderes. Jeder könnte Recht haben, wenn IHRE Annahme die richtige ist. Der Trick besteht darin, diese Annahme sichtbar zu machen und dann herauszufinden, welche zutrifft. Beispiel: Ich habe mehrere Jahre in einem Unternehmen gearbeitet, in dem Ausfallzeiten in Geld gemessen werden konnten. Wir wussten immer, wie viel jede Minute Ausfallzeit kostet. (Dies hängt von Wochentag, Uhrzeit, Wetter, Monat und einigen anderen Faktoren ab. Aber wir wussten es immer). Betriebszeit/Zuverlässigkeit war also ein großer Faktor. Als ich in das nächste Unternehmen/Projekt kam, brachte ich diese Annahme mit. Ich hatte Meinungsverschiedenheiten mit Leuten, bis ich herausfand: Ausfallzeiten spielen keine Rolle, die Leute müssen nur warten. Wenn die ganze Software ein Wochenende lang nicht funktioniert, ist das in Ordnung. Repariere es einfach am Montagmorgen. Das änderte natürlich die Lösungen, auf die ich drängte, als mir das klar wurde.
  • Kosten-Nutzen-Analyse: Sie könnten Recht haben, Ihre Lösung könnte besser sein. Aber lohnt sich der Aufwand/Kosten? Manches lohnt sich vielleicht erst ab einer bestimmten Größenordnung, wenn der Kundenstamm groß genug ist, etc. Berücksichtigen Sie auch die Wartungskosten, nicht nur die Entwicklung: Wenn Sie etwas Ausgefallenes/Exotisches verwenden, ist es normalerweise mehr Aufwand für den Betrieb Team, um es in Produktion zu halten. Sie müssen möglicherweise jemanden mit speziellen Fähigkeiten einstellen. Und was ist, wenn das Entwicklungsteam wachsen muss? Wenn Sie viele ausgefallene Lösungen verwenden, wird es schwierig sein, jemanden zu finden, der das alles weiß. Oder teurer, sie stattdessen auszubilden
  • andere Gründe noch

Daher würde ich zunächst raten, zu akzeptieren, dass es völlig in Ordnung ist, Feedback anzunehmen, und dann nicht das zu tun, was vorgeschlagen wird. Dies anmutig zu tun, ist eine Fähigkeit, wenn Ihrem PO das fehlt, helfen Sie ihm, es zu entwickeln. Wenn er es besser erklären muss, bitten Sie um bessere Erklärungen/Kontext. Seien Sie offen, um ihn anzuhören.

Die meisten Vorschläge abzulehnen und mehr Vorschläge zu wollen, kann vollkommen konsistent sein: Sie möchten alles hören, den einen Vorschlag akzeptieren, der eine Goldmine ist, und den Rest ablehnen. Dazu gehören Dinge, die nur gut sind.

Ein weiterer sehr allgemeiner Punkt: Auch wenn Sie Recht haben und das Unternehmen tun sollte, was Sie vorschlagen, ist es wichtig, wie Sie es angehen. Um jedoch alle Ratschläge für gute Kommunikation in einer Stackexchange-Antwort zusammenzufassen: Es gibt einen Grund, warum es ganze Bücher zu diesem Thema gibt. Als Programmierer haben wir oft das Gefühl, dass die beste Lösung gewinnen sollte, wie man dafür argumentiert, sollte keine Rolle spielen. Ich verstehe diese idealisierte Vision, aber das Wie oft ist wichtiger als das Was. Wenn Sie also Kommunikationskurse belegen, Bücher lesen oder Videos ansehen, wird Ihnen das auf lange Sicht sehr zugute kommen.

Was Sie kurzfristig tun können: Sprechen Sie mit Ihrem PO in einem Treffen nur mit Ihnen beiden, wenn Sie genug Zeit und Ruhe haben, um dies zu besprechen. Erklären Sie ihm, dass Sie traurig sind, dass alle Ihre Vorschläge nicht angenommen wurden. Geben Sie dabei nur Tatsachen und Ihre persönlichen Gefühle an. Spekulationen über seine Beweggründe oder Gefühle sind keine Tatsachen. Ein Fakt könnte sein: Ich habe 3 Mal etwas vorgeschlagen. Du hast zu allen 3 "Nein, das machen wir nicht" gesagt. Verwenden Sie nur seine wörtlichen Worte. Bitten Sie dann darum, Ihnen zu helfen, Ihre Ideen zu akzeptieren: Was können Sie tun, damit er sie akzeptiert? Sie möchten Ihre Ideen/Kreativität in das Team einbringen, also bitten Sie ihn, Ihnen dabei zu helfen. Wenn er ernsthaft Feedback/Vorschläge wünscht, wird er offen sein, dies zu besprechen.

Hoffentlich finden Sie eine Lösung, die für Sie beide akzeptabel ist.

Vielen Dank für Ihre Antwort. Ich bin sehr leidenschaftlich bei dem, was ich tue, und ich ziehe es vor, alles so gut wie möglich zu liefern, schließlich ist es meine Kreation, und welcher Schöpfer würde seine Arbeit absichtlich mit Fehlern belassen? Ich werde versuchen, die Gründe für bestimmte Entscheidungen besser zu verstehen und sie zu akzeptieren. Diese Situation hat mich zumindest schon einiges über das Verhandeln gelehrt.

Da Sie gesagt haben, dass Ihre Beziehung insgesamt freundschaftlich ist, würde ich ihm Ihre Bedenken auf höherer Ebene mitteilen:

Ich denke, hier entwickelt sich ein Muster, bei dem Ideen anderer Teammitglieder übermäßig abgelehnt werden. {geben Sie 2 oder 3 Beispiele an, einschließlich Ideen von anderen). Ich mache mir Sorgen, dass dies ein Umfeld schafft, in dem kein Input mehr vom Team kommt, was dem Endprodukt und dem Team schadet. Siehst du, woher ich komme? Wenn ja, sehen Sie hier einen Weg nach vorne?

Ich würde sicherstellen, dass dies ein Gespräch von Angesicht zu Angesicht ist, unter vier Augen, mit Sorgfalt, um einen ruhigen Ton zu bewahren (niemand beschuldigt irgendjemanden wegen irgendetwas) und nur mit einem Vorgesetzten, mit dem Sie freundschaftlich verbunden sind. Denken Sie nur daran, dass mehr als 15 Jahre Entwicklererfahrung nicht bedeuten, dass er Führungsqualitäten hat, und zu lernen, die Ideen anderer zu akzeptieren, kann einer der schwierigsten Schritte für jemanden sein, der den Sprung von der technischen zur Führungskraft schafft.

Eine gute Führungskraft bietet zuletzt Vorschläge an , um Teamkollegen zum Beitragen zu ermutigen und andere Lösungen nicht übermäßig zu beeinflussen/zu unterdrücken. Denn wer möchte nicht eine GROSSARTIGE Lösung?

Hier ist der Schlüsselsatz aus Ihrer Frage

Jeder hat eine bessere Vorstellung davon, wie bestimmte Dinge zu tun sind, aber wenn er sie dem Leiter präsentiert, ist er , obwohl er sehr offen für Diskussionen ist, äußerst resistent gegen Vorschläge.

Ja, Ihre Argumente reichen also nicht aus, um Ihren PO zu überzeugen, und es ist möglich, dass Sie völlig falsch liegen (Sie verstehen möglicherweise die Anforderungen/Einschränkungen und/oder das Gesamtbild nicht).

Können Sie sagen , warum Ihr Weg besser ist und ihn aus technischer Sicht verteidigen? Wenn nicht, dann haben Sie wirklich keine brauchbare Alternative.

Wenn Sie es verteidigen können und die PO es immer noch ablehnt, fragen Sie warum. Streiten Sie nicht, hören Sie einfach zu. Aus deren Antwort werden Sie beginnen, eigene interne Kriterien für tragfähige Lösungen zu erkennen und können Ihr Vorgehen entsprechend anpassen. Was auch immer ihr Punkt sein mag, Sie müssen diesen Aspekt das nächste Mal ansprechen.

Angenommen, Sie diskutieren über Versionsverwaltungs-APIs.

  • Sie sagen, die API-Versionen sollten alle eine andere URL haben.
  • PO sagt nein.
  • Sie fragen: "Können Sie mir helfen zu verstehen, warum das keine gute Idee ist?"
  • PO sagt, weil (das erfinden) Clients keine unterschiedlichen URLs verwenden können
  • Du sagst: "Ahh, okay, danke dafür"

Wenn Sie das nächste Mal eine Meinung zu einer ähnlichen Situation haben, stellen Sie sicher, dass Ihre Lösung die Einschränkungen der Kunden berücksichtigt.

Hinweis : Wenn Ihr Startup ein eigenständiges Unternehmen war, würde ich Ihnen raten, es so schnell wie möglich zu verlassen, denn – wenn ich aus Erfahrung spreche – mit so viel Zwietracht im Team ist es sehr wahrscheinlich, dass sie kein brauchbares Produkt produzieren, bevor sie brennen durch ihr ganzes Geld und gehen aus dem Geschäft

Wir bringen keine Lösungen aus dem Nichts, wie ich sagte, "unterstützt durch Artikel, Beweise und Studien", er ist derjenige, der es tut. Drei verschiedene Personen mit unterschiedlichen Erfahrungen und Hintergründen haben bereits verschiedene Themen diskutiert und sich mit demselben Problem konfrontiert. Es gibt ein paar spezifische Themen (in denen er kein Experte ist), gegen die er sich irgendwie wehrt, auch wenn wir ihm klare Beweise liefern, ist es dann wirklich das Team, das seine Verhandlungsfähigkeiten verbessern sollte? Das ist mein Punkt: Wie kann man jemanden von etwas überzeugen, obwohl man ihm eindeutige Beweise vorlegt?
Wie überzeugt man einen widerspenstigen Anführer von neuen Ideen?
AntwortenHierDatenschutz-Bestimmungen1y, 0v