Projektleiter hat gekündigt, wurde einem gescheiterten Projekt zugeteilt, ich bin der Sündenbock? [Duplikat]

Wie der Titel schon sagt, wurde ich vor 2 Monaten einem Projekt zugeteilt, das ein anderer Typ verwaltete, ich sollte ihm bei allem helfen, was er brauchte.

Vor ein paar Wochen hat der Typ einfach gekündigt und mich als unausgesprochenen „Leiter“ des Projekts zurückgelassen, mit dem zusätzlichen Druck eines Abschlusstermins, an dem das Projekt funktioniert, und zwei Neueinstellungen im selben Projekt, deren Fähigkeiten orthogonal sind zu mir..

Die Sache ist, dass ich WEIT aus meiner Komfortzone heraus bin, von mir erwartet wird, dass ich in kurzer Zeit Dinge mache, von denen ich nicht einmal eine entfernte Vorstellung davon habe, wie ich das machen soll .

Das Projekt war (ist) alle möglichen Fehler. Große Codebasis, ich habe die meisten Fehler behoben, die ich beheben konnte, aber jetzt sind die verbleibenden Probleme von der Funktionalität, nicht von Fehlern, dh: Es funktioniert nicht wie beabsichtigt. Ich denke sogar, dass dieses Projekt ein offenes Problem in der Gegend ist, aus der es stammt.

Fügen Sie es hinzu, um zu booten, dass wir den Code in der Leere testen und nicht dort, wo er sein sollte (eine Maschine), und ich erwarte, dass er NUR FUNKTIONIERT, weil ich zitiere: „Wie kann es nicht funktionieren?“. Und wir haben nicht einmal die richtigen Werkzeuge!

Mein Chef hat den Client sogar über eine Funktionalität belogen , die damals nicht implementiert war (sie funktioniert jetzt nicht einmal) und sogar gezeigt, dass sie "funktioniert".

Deshalb habe ich ein paar Fragen, was los ist und was zu tun ist.

  • Werde ich als Sündenbock zum Scheitern verurteilt ?
  • Soll ich mit meinem Chef sprechen und ihm sagen, dass ich dieses Projekt nicht durchsetzen kann? (Ich glaube nicht, dass es irgendjemand in diesem Startup tut, und ich denke, er wird darauf bestehen, dass ich es weiter versuche)
  • Soll ich einfach kündigen? (Das gleiche wie oben)

Und übrigens würde ich mich nicht mal als jr dev bezeichnen..

Ich bin wirklich gestresst.

Tut mir leid, wenn die Ausstellung überall ist. Und danke fürs Lesen :).

Ich denke, diese Frage ist anders genug, dass sie für sich allein stehen kann. Dies ist ein großes und bedeutendes Problem, das viele Menschen auf unterschiedliche Weise betrifft. Der Versuch, alle Varianten dieser Art von Problemen in eine einzige historische Frage zu packen, ist nicht verdient.

Antworten (2)

Der richtige Ansatz ist hier, die Situation in einer E-Mail oder einem Memo zu dokumentieren und dann mündlich mit Ihrem Chef zu besprechen. Der Code ist hier, hier und hier unzureichend. Joe Schmoe hat über dies und das gelogen. Die Teile X, Y und Z sind nicht funktionsfähig und erfordern eine große Menge an zusätzlichem Code und Tests, um zu funktionieren.

Es ist wichtig , dass Sie die bestmöglichen Optionen bestimmen und diese neben den Problemen präsentieren. Geben Sie NIEMALS einfach eine Liste von Problemen ohne Optionen oder Lösungen an – es lässt Sie wie einen Verhinderer oder Entschuldigungsmacher aussehen.

Was Sie also im Grunde tun müssen, ist, alle Probleme im Detail zu identifizieren und dann die bestmögliche Lösung oder verfügbare "Mitigation"-Optionen vorzuschlagen.

Die Sache ist nicht per se schlechter Code, sondern eher wie das Problem gedacht wurde, in dem sie alle falschen Tools für das Problem ausgewählt haben. Ich denke, es gibt eine, die das Problem größtenteils trivial machen würde, und ich habe mit meinem Chef darüber gesprochen. (Das Problem ist eines, das alle großen Korps zu lösen versuchen, aber an einem kontrollierteren Ort / Maßstab). Auch mein Chef hat John Doe nicht angelogen!
@throway Ich habe viele dieser Dinge aus erster Hand bei einem Startup erlebt, bei dem ich gearbeitet habe. Kommunikation ist am wichtigsten, wie Sokrates betonte. Sie müssen alles Falsche identifizieren und versuchen, Lösungen zu finden. Arbeiten Sie dazu mit Ihrem Chef und relevanten Personen zusammen. Es ist wichtig, dass alle über den Stand des Projekts auf dem gleichen Stand sind. Dokumentieren Sie alles in Ihrem Projektmanagementsystem.
@throway Ich würde Vorschläge vermeiden, die eine Neugestaltung des gesamten Problems beinhalten. Es gibt immer ein besseres Werkzeug, aber jetzt ist nicht die Zeit, bei Null anzufangen. Konzentrieren Sie sich darauf, das zu retten, was Sie haben, und nicht neu anzufangen.

Sie wollen sich nicht zum Scheitern verleiten lassen. Dies ist jedoch nicht der Fall, Ihr Chef greift wahrscheinlich nach der Finanzierung, er weiß, dass es ein Chaos ist, und es ist ihm egal, er erwartet, sich herauszureden (was nicht so selten ist, wie Sie vielleicht denken). und vielleicht sogar mehr Geld bekommen. Das ist seine Art, Geschäfte zu machen.

Sie haben ein paar Möglichkeiten, fahren Sie damit und vertrauen Sie Ihrem Chef, dass er Sie richtig sieht.

Steigen Sie aus, sobald Sie einen anderen Job finden können.

Es kommt wirklich darauf an, wie viel Vertrauen Sie in Ihren Chef haben. Aber kündigen Sie nicht einfach, das macht Sie nur arbeitslos, suchen Sie sich zuerst einen anderen Job.

Das ist mir auch in den Sinn gekommen, aber würde der Kunde nicht seinen Arsch verklagen, wenn er etwas liefert, das nicht wie beabsichtigt funktioniert?
Klagen kostet Geld, das passiert eigentlich ziemlich oft bei Startups, die am Abgrund leben. Ich habe gerade von Finanzierung zu Finanzierung gesprochen und ganze Karrieren gesehen, die auf einer Reihe gescheiterter/unvollendeter Projekte und einer Reihe gescheiterter Startups basieren. Der Chef hat bereits eine Firma davon überzeugt, ihm Geld für ein komplexes Projekt zu geben, an dem er einen Junior arbeitet. Er muss nur so lange fahren, wie er kann.