Ich habe versucht, mich in Ihrem TL;DR- Teil auf Ihre Schlüsselfragen zu konzentrieren, habe mir aber die Zeit genommen, einige andere Punkte durchzugehen.

Schlüssel TL;DR; Fragen

Wie kann ich Eva mitteilen, dass die Dinge nicht so sind, wie sie denkt?

Bitte beachten Sie, dass, basierend auf dem, was Sie gesagt haben, auch keine konkreten Beweise dafür erwähnt wurden, dass die Dinge so sind, wie Sie denken, dass sie sind.

Nun, ich sage nicht , dass Sie keinen vernünftigen Grund zu der Annahme haben, dass Sie hinter Ihrem Rücken beschuldigt werden könnten . Was ich sagen will, ist, dass Sie nicht sicher wissen , dass dies tatsächlich geschieht.

Es könnte auch sein, dass die mehreren Projektfehler, die Sie erwähnt haben, diese Startup-Umgebung und ihr Management unter starken Stress gesetzt haben ... besonders wenn sie denken, dass sie versuchen, ihr Startup vor der Insolvenz oder etwas Ähnlichem zu bewahren , und am Ende machen sie beim ersten Anzeichen zusätzlicher Frustration Luft, ob echt oder vermeintlich.

Behalten Sie daher diese Unterscheidung als eine Möglichkeit im Hinterkopf.

Wenn wir andererseits davon ausgehen, dass Sie Recht haben, klingt es nicht so, als könnten Sie nicht viel tun. Wie viele andere Softwareentwickler gibt es dort, die dafür verantwortlich sind, die Anwendung(en) zum Leben zu erwecken? Es hört sich so an, als würden nur Sie und Adam überhaupt Code schreiben.

Das hast du auch gesagt

Adam und Eva stehen sich sehr nahe

Ich weiß nicht, was „sehr nahe“ in diesem Zusammenhang bedeutet (z. B. sie hängen häufig zusammen oder sind ein Paar, eine Familie usw.), aber wie dem auch sei, es hört sich so an, als ob das Maß an Beziehung/Vertrauen zwischen ihnen größer ist als deiner ist. (Du sagst nicht, wie lange du schon dort bist usw.) Ich denke, das kann die Wahrnehmung jeder Art von Kritik noch schlimmer machen, unabhängig davon, wie gut sie gemeint ist – besonders, da du Adam Bericht erstattest, nicht Eva.

Welche Alternativen habe ich, um Adam und/oder Eva darauf hinzuweisen?

Nach dem, was Sie gesagt haben, sieht es nicht so aus, als gäbe es viele gute Alternativen. Ich denke, ich würde meinen Lebenslauf vorbereiten und mich woanders umsehen. Wenn sie Ihnen jetzt die Schuld geben, werden sie Ihnen auch die Schuld geben, wenn das Projekt fehlschlägt, selbst wenn es an ihren eigenen Managementpraktiken (oder deren Fehlen) lag; Es sieht nicht nach einer Umgebung aus, in der ich gerne bleiben würde.

Wenn Sie Adam sagen, dass es seine Schuld ist, ist es nicht so, dass er sagen wird: "Ja, das ist ein fairer Punkt; lassen Sie mich Eve sagen, wie sehr ich dem zustimme."

Es klingt auch nicht so, als hätten Sie regelmäßige Treffen mit Eve (z. B. 1-on-1s), was die Dinge erschweren kann. Es könnte die Dinge auch noch schlimmer machen, wenn Sie direkt zu Eva gehen, da es von Adam als "über meinen Kopf gehen, um mir die Schuld zu geben" und von Eva als "über Adams Kopf gehen, um ihm die Schuld zu geben" wahrgenommen wird, unabhängig davon, wie objektiv und genau Ihre Beschreibungen der Situation sind.

Wenn Eva Adam aus irgendeinem Grund mehr vertraut als Ihnen (und es hört sich so an, als ob das der Fall sein könnte), dann wird es einfach eine Übung sein, sich selbst in den Fuß zu schießen, wenn Sie zu Eva gehen.

Auch wenn Ihre Absichten gut sein mögen, ist es unwahrscheinlich, dass sie Ihre unaufgeforderten Management-Ratschläge gut annehmen werden[1]. Suchen Sie sich einfach einen anderen (und hoffentlich besseren) Arbeitsplatz und lassen Sie das Scheitern zukünftiger Projekte als eindeutige Folge ihres eigenen Tuns zurück; Ihre schlechten Managementpraktiken und/oder Adams technische Kompetenz (oder deren Fehlen) werden die einzigen Dinge sein, die schuld sein werden, wenn Sie nicht mehr da sind.

Andere Details

[Ich] machte einige Vorschläge wie eine Liste mit Anforderungen für jede Aufgabe, da wir diesen Prozess derzeit nicht befolgen, und dass er meine Arbeit überprüft, wenn ich "fertig" bin.

Hier sehe ich das erste große Problem. Kurz gesagt: Wie kann jemand sagen, wann etwas „erledigt“ ist, wenn niemand weiß, dass „erledigt“ bedeutet? Bis das Team anfängt, diese „Fertig“-Kriterien als Teil der Funktionen, User Stories, Aufgaben usw. aufzunehmen, gibt es nichts zu überprüfen.

Macht ihr ein tägliches Standup-Meeting? Wenn nicht, sollten Sie. (Mehr unten.)

Heute hatten wir ein weiteres Feature, das überarbeitet werden musste, es war fertig, bevor ich in den Urlaub fuhr – aber Adam/Even entschied, die Daten auf dem Server zu kategorisieren, als ich außer Haus war – Adam hat es heute auf dem Server gemacht – aber die Anwendung muss um diese Veränderung widerzuspiegeln. Daher konnte es die Daten zu den Anträgen nicht kategorisieren

Dann ist dies der geeignete Moment, um die folgenden Tatsachen in unmissverständlichen Worten festzuhalten:

• Das Feature wurde ausgeführt, bevor Sie es verlassen haben, basierend auf den Anforderungen zu diesem Zeitpunkt;
• Anforderungen wurden willkürlich von Adam geändert;
• Adam hat diese Änderungen während Ihrer Abwesenheit vorgenommen

Sie können es so angemessen umformulieren, wie Sie möchten, aber Sie müssen deutlich machen, was die Fakten sind. Wenn sich herausstellt, dass Sie hinter Ihrem Rücken beschuldigt werden, ist dies der Moment, um Fakten zu Ihren Gunsten zu verwenden, ohne dass eine direkte Anschuldigung erforderlich ist. Einfach die Fakten im Rahmen des regulären Gesprächs darzustellen und die Fakten für sich stehen zu lassen, wäre hier meine Strategie.

Eva an Adam: Warum werden Daten [sic] nicht kategorisiert? Adam sieht mich an und sagt: Ich dachte schon! Ich: Nein, ist es nicht, das letzte Mal, als wir diesen Bildschirm von der App-Seite aus berührt haben, war, bevor ich in den Urlaub gefahren bin.

Ich denke, Ihre Antwort hier hat die relevanten Fakten, auf die ich oben hingewiesen habe, nicht berücksichtigt. Jede vernünftige Person sollte zu dem Schluss kommen, dass es unvernünftig ist , sich in dieser Situation über Sie aufzuregen. Allerdings habe ich auch unvernünftige Leute getroffen, also...

Adam verwaltet meine Arbeit immer im Mikromanagement (und manchmal sowohl Adam als auch Eva).

Haben Sie darüber nachgedacht, vielleicht, nur vielleicht, wenn sie Sie Ihre Aufgaben erledigen lassen würden, ohne dass Ihnen ständig gesagt wird, wie Sie Ihre Arbeit erledigen sollen, dann könnten Sie vielleicht mehr befähigt werden, produktiver/erfolgreicher zu sein, und ihnen somit dabei helfen erfolgreicher als sie es bereits sind, insbesondere nach mehreren gescheiterten Projekten?

Beachten Sie, dass dies besser formuliert werden sollte; Ich habe es nur so formuliert, um Zweideutigkeiten zu vermeiden. Ich gehe auch davon aus, dass sie keine guten Gründe haben, sich Sorgen um Ihre Leistung zu machen, wenn Sie in Ruhe gelassen werden.

[sie sind] immer stündlich über alles, was ich tue, auf dem Laufenden.

Dies ist sehr störend, insbesondere für einen Softwareentwickler . Da es bei der Softwareentwicklung darum geht , Probleme im Kopf zu lösen , werden ständige Unterbrechungen Ihren Denkprozess stören.

Das ist so, als würde man jemanden häufig mit Wasser bespritzen, der versucht, ein Lagerfeuer zu entzünden, und dann erwarten, dass er erfolgreich ein Lagerfeuer macht. Es ist absurd.

Sie sollten sich alle darauf einigen, ein einziges tägliches Stand-up-Meeting abzuhalten, bei dem jeder sein Update bereitstellt, Probleme und Lösungen bespricht und dann ohne unnötige Unterbrechungen wieder an die Arbeit geht. Dieses Treffen dauert normalerweise etwa 15-20 Minuten und einige der Themen, die jeder berücksichtigen sollte, sind:

• Was Sie am Vortag gemacht haben (z. B. gestern habe ich A, B, C, usw.)
• Alle Hindernisse, auf die Sie gestoßen sind (z. B. ich stecke bei einer Aufgabe fest D; ich möchte mögliche Lösungen besprechen, nachdem alle anderen ihre Updates gegeben haben)
• Was Sie heute voraussichtlich tun werden (z. B. heute erwarte ich, fertig zu Dwerden und anzufangen E)

Jedes Mitglied liefert die gleichen Informationen bei jedem Treffen, jeden Tag. Es ist schließlich ein tägliches Stand-up. :)

Ich habe mit Adam vereinbart, dass ich aus dem Urlaub zurückkomme und wir anfangen, zwei Testgeräte zu bauen und die restlichen Funktionen zu integrieren.

Ich war noch nie in einem Startup-Umfeld, aber irgendetwas sagt mir, dass sich die Dinge in diesem Umfeld schnell ändern. Daher sollte die Tatsache, dass sie es getan haben, während Sie weg waren, kein Problem sein. Andererseits sollte es auch nicht gegen Sie verwendet werden.

Mehrere technische und verwaltungstechnische Mängel sind meines Erachtens die Ursache dieser Probleme.

Ich glaube nicht, dass Sie viel tun können, außer die Manager zu wechseln. Überlegen Sie, ob einer der folgenden Punkte besprochen wurde:

• Dinge, von denen Sie denken, dass Sie sie als Probleme identifiziert haben;
• mögliche Wege zur Problemumgehung/Lösung dieser Probleme;
• warum denken Sie, dass eine vorgeschlagene Lösung wahrscheinlich funktioniert;

und ob es vor dem Scheitern der Projekte oder zumindest unmittelbar nach dem jüngsten Scheitern, wenn überhaupt, durchgeführt wurde. Wenn sich nach mehreren Fehlschlägen nichts geändert hat, sehe ich keinen Grund zu der Annahme, dass sich etwas ändern wird.

Das ist der Grund, warum agile Methoden am Ende jedes Sprints (dh nicht des Projekts!) eine Team-Retrospektive beinhalten: um eine Gelegenheit zu bieten, darüber nachzudenken, was im Sprint so gut gelaufen ist und was nicht, und sich zu verpflichten, es für den Sprint zu beheben nächste.

Sie warten nicht, bis das Projekt gescheitert ist, und Sie warten sicherlich nicht, bis mehrere von ihnen gescheitert sind. Wenn es auf irgendeiner Ebene eine Weigerung gibt, aus vergangenen Fehlern zu lernen, dann werden sie sie einfach weiter wiederholen und scheitern. Der erste Schritt zur Behebung von Problemen besteht darin, ihre Existenz anzuerkennen.

Wenn sich nichts verbessert, werden Projekte weiterhin scheitern, sie werden das Unternehmen bankrott machen und Sie werden arbeitslos, wenn Sie sich entscheiden, dort zu bleiben. Die einzige Möglichkeit, Ihren Manager hier zu wechseln, besteht darin, einen anderen Job zu bekommen.

Fußnoten

[1] Ich hatte einmal einen Manager M, der Lals Teamleiter eingesetzt wurde. Zu meiner Überraschung Msagte mir bei einer „Leistungsbeurteilung“ , dass die Aufgaben, an denen ich arbeite, „nicht wichtig“ seien. Meine Antwort darauf Mwar im Grunde, dass Ldies der Teamleiter sei, dass es seine Verantwortung als Leiter sei, die Geschichten zu identifizieren/zu erstellen, an denen wir während unserer Sprints arbeiten sollten, und dass Ldie Aufgaben laut ihm „sehr wichtig“ seien ". Haben Sie Msich vernünftig verhalten und gesagt: "Danke, dass Sie mich darauf aufmerksam gemacht haben; ich werde mit Ihnen sprechen, Lweil wir anscheinend unterschiedliche Vorstellungen davon haben, was wichtig ist"? Nein. Sie hat sich nur noch mehr geärgert und nichts repariert...