Wie man mit unrealistischen Erwartungen des Managements umgeht

Ich bin Softwareentwickler. Fast ein Jahr lang hat mein Team an einem großen Projekt gearbeitet. Bis vor kurzem war ich nicht in das Projekt involviert und hatte daher nur eine vage Vorstellung davon, was damit los war.

Ein neuerer Mitarbeiter erhielt einen kleinen Teil des großen Projekts, an dem er arbeiten konnte. Nach mehreren Terminüberschreitungen und Verlängerungen entschied er sich, das Unternehmen zu verlassen. Seine Absicht war es, den Small Slice vor Ablauf seiner Kündigungsfrist abzuschließen, aber das geschah nicht, und es wurde mir gegeben, ihn innerhalb der Woche nach seiner Abreise fertigzustellen.

Sein Code ist ein Durcheinander und kam dem Abschluss des Small Slice nicht sehr nahe. Darauf wurde die Geschäftsleitung aufmerksam gemacht. Mir wurde gesagt, ich solle der Behebung von Stil- und Designproblemen Vorrang einräumen, was ich getan habe. Ich habe kein konkretes Designdokument oder technische Anforderungen, mit denen ich arbeiten kann, also habe ich die beabsichtigte Funktionalität aus der Arbeit des anderen Mitarbeiters zusammengeschustert und dem leitenden Ingenieur des großen Projekts Fragen gestellt.

Die Woche war nicht genug Zeit, um es fertigzustellen. Das Management war frustriert, dass ich noch nicht fertig war, gab mir aber eine weitere Woche (in der vergangenen Woche), um es fertigzustellen. Leider ist der Lead mitten in der Woche in den Urlaub gefahren; Während der Urlaub vom Management genehmigt wurde, hat mir niemand davon erzählt, also habe ich keinen Zugang zu ihm als Ressource und konnte mich nicht im Voraus darauf vorbereiten.

Gegen Ende der Woche machte ich mir Sorgen, dass ich nicht rechtzeitig fertig werden würde, also bekam ich von meinem Vorgesetzten die Genehmigung, an diesem Wochenende Überstunden zu machen. Ich habe es getan, und ich bin immer noch nicht fertig. Wir haben am Montag ein Treffen mit dem Management über das große Projekt, und ich werde voraussichtlich berichten, dass das kleine Stück fertig und zum Testen bereit ist. Mein derzeitiger Plan ist, am Montag früh zu kommen und zu versuchen, vor dem Meeting fertig zu werden, aber ich bin mir nicht sicher, ob das helfen wird. Ich sollte erwähnen, dass die endgültige, harte Deadline für das Big Project in zwei Wochen ist. Der Leiter ist bis Mitte nächster Woche nicht im Büro und mein Vorgesetzter ist am Montag nicht da.

Ich habe das Gefühl, dass das Management bei diesem Projekt unrealistische Erwartungen an mich hatte. Ich habe auch das Gefühl, dass der Zustand, in dem der vorherige Mitarbeiter das Small Slice verlassen hat, mich verlangsamt hat, und wenn ich derjenige gewesen wäre, der von Anfang an daran gearbeitet hätte, hätte ich die ursprüngliche Frist eingehalten, die vor über einem Monat war.

Meine Frage lautet: Wie gehe ich mit dem wahrscheinlich unangenehmen Treffen mit dem Management um und vermeide negative Auswirkungen?

Priorisieren Sie, dass es funktioniert, anstatt Stil- und Designprobleme zu beheben: der übliche Fehler. Für alles, was nicht trivial ist, verlängert es die Entwicklung tatsächlich. Dort gewesen, getan, Deadline versäumt.
Wie bereits erwähnt, war dies zu 75 % die Schuld des Managements und zu 25 % Ihre Schuld. Verpflichten Sie sich niemals ohne Planung und Vorbereitung (insbesondere wenn Sie nicht intensiv in ein Projekt involviert waren). Können sie das „große Projekt“ zurückdrängen? Können sie dem „kleinen Stück“ mehr Ressourcen zuweisen? Kann Ihnen ein anderer Programmierer bei der "kleinen Scheibe" helfen? Was ist/sind die beste(n) Art(en), wie das Management Ihnen helfen kann, dieses Problem zu lösen (ohne dass Sie es auf sie abwälzen)? - Die Antworten auf diese Fragen werden Ihnen bei Ihrem Meeting helfen.
@ B1313 Ich würde sagen, das ist zu 100 % die Schuld des Managements. Ein Mitarbeiter hat kein Recht, die Arbeit oder das, was von ihm verlangt wird, abzulehnen.
" Nach mehreren Terminüberschreitungen und Verlängerungen entschied er sich, das Unternehmen zu verlassen. Er wollte den Small Slice vor Ablauf seiner Kündigungsfrist fertigstellen, aber das geschah nicht " - 4 (?) Wochen Entwicklung und scheiterte (was Sie von seiner Geschichte der schlechten Schätzung erwarten könnten). Sie erwarten, es in 1 Woche zu schaffen, ohne sein Projektwissen, einschließlich des Aufhebens seines Codes? Dann verpassen Sie Fristen und Verlängerungen? Bist du ein älterer / erfahrenerer Entwickler als er? Gibt es bei diesem Unternehmen ein viel größeres Problem mit dem Management der Softwareentwicklung, Schätzung und Fristen?
@Dan Während es wahrscheinlich ist, dass es keinen Unterschied zu der angegebenen Frist gemacht hätte, dem Management im Voraus mitzuteilen, dass die Frist nicht angemessen war, trägt der Mitarbeiter einen Teil der Verantwortung dafür, dass er die Frist nicht einhält. Und dann verstärkte er seinen Fehler, indem er ihn noch zweimal machte. Hier gibt es viele Schuldzuweisungen.
@HopelessN00b Sicher, wenn alle angemessenen Schritte vom Mitarbeiter unternommen wurden. In diesem Fall hatte der Mitarbeiter eine Woche Zeit, um zu lernen und eine vollständige Anwendung zu erstellen, die mehrmals nicht geliefert werden konnte. Ich denke, in einem solchen Fall wird jeder, der es bekommt, in eine unglückliche Situation geraten, in der seine/ihre Karriere auf dem Spiel steht, mit wenig bis gar keiner anderen Wahl, als zu kündigen oder zu hoffen, dass das Management „es bekommt“.

Antworten (5)

Leider hast du dir hier ein kleines Loch gegraben. Legen Sie sich niemals auf eine Frist fest, bis Sie die Arbeit geschätzt haben und einigermaßen zuversichtlich sind, dass Sie sie schaffen können. Auch wenn es nicht so aussieht, hätte das Management die Probleme lieber gleich zu Beginn des Projekts gewusst als jetzt, da es ihm dann ermöglicht hätte, bessere Entscheidungen zu treffen – zum Beispiel, mehr Ressourcen zu finden, um Ihnen zu helfen Projekt.

Sie befinden sich jedoch in dem Zustand, in dem Sie sich befinden. Was ist also jetzt die beste Vorgehensweise? Was Ihr Management braucht, ist eine realistische Schätzung, wann das Projekt abgeschlossen sein wird. Verbringen Sie Ihre Zeit am Montagmorgen damit, herauszufinden, wie lange Sie brauchen werden, um das Projekt abzuschließen, und kommen Sie mit diesen vorbereiteten Informationen zum Meeting. Das Management wird nicht erfreut sein, da Sie es nicht vor den Problemen gewarnt haben, aber Sie werden zumindest feststellen, dass Sie es einen Plan entwickeln lassen.

Das Management ist sich der Probleme mit der Arbeit bewusst, die der andere Mitarbeiter hinterlassen hat; Ich werde das klären.
Das bringt Sie an einen etwas besseren Ort, aber Sie haben sich immer noch implizit zu ihren Fristen verpflichtet, was die Verantwortung wieder auf Sie legt.
OP hat nie gesagt, dass er sich zu Fristen verpflichtet hat. Nur dass ihm Fristen gesetzt wurden.
OP hat Fristen nicht verschoben = OP hat sie akzeptiert. Wenn Sie eine Arbeit annehmen und nicht deutlich machen, dass die Fristen nicht realistisch sind, geben Sie die Nachricht ab, dass die erwarteten Fristen für mich in Ordnung sind.
@Paolo Als das OP ursprünglich die Aufgabe erhielt und 7 Tage ohne Spezifikation und ohne vorherige Exposition gegenüber dem Code sagte. Zu diesem Zeitpunkt hatte OP nichts mehr zu tun, wenn die Frist realistisch war. Jetzt fehlt die zweite Frist - OP hatte eine Woche mit dem Code und hätte zurückschieben sollen, wenn 7 weitere Tage nicht ausreichen würden.

Du bist ohne Plan reingegangen und hast herumgespielt und versucht, die Dinge zusammenzuschustern. Jetzt fragen Sie sich, warum die Dinge nach Süden gegangen sind.

Sie müssen am Montag mit einem machbaren Lösungsplan hineingehen, um zumindest mit den Ausreden fertig zu werden. Ausreden allein sehen nicht gut aus. Verbringen Sie also etwas Zeit damit, verlassen Sie sich so weit wie möglich auf sich selbst, niemand sonst hat das gleiche begründete Interesse daran, dass Sie erfolgreich sind, und Sie stellen sich selbst als potenziellen Sündenbock auf. An diesem Punkt zu jammern ist nicht konstruktiv, dafür hatten Sie zwei Wochen Zeit.

Erstellen Sie also eine Liste, skizzieren Sie Ihre Aufgaben, führen Sie auf, was erledigt wurde und was nicht. Markieren Sie alles, was Sie klären müssen, und fahren Sie von dort aus fort. Tun Sie dies in Zukunft, bevor Sie beginnen, und fügen Sie die Liste hinzu bzw. löschen Sie sie, sobald Informationen verfügbar sind.

+1, weil es eindeutig die Schuld von OP angibt, aber auch nützliche Ratschläge gibt, um sich von dieser schwierigen Situation zu erholen.
Ich würde auch darauf abzielen, Klarheit zu bekommen, um zu verstehen, was das „große Projekt“ ist und was das „kleine Stück“ für sich und in Bezug auf das „große Projekt“ tun soll, damit Sie auf diese Weise bereits „klar“ sind zum großen Gesamtbild passt und wenn nicht, können Sie es im Voraus wissen und bereits erledigte Teile nach Bedarf anpassen.

„Leider ist der Lead Mitte der Woche in den Urlaub gefahren; obwohl der Urlaub vom Management genehmigt wurde, hat mir niemand davon erzählt, also habe ich keinen Zugang zu ihm als Ressource und konnte mich nicht vorbereiten dafür im voraus."

Sie hätten das Management um einen alternativen Ansprechpartner bitten sollen, sobald Sie erfahren haben, dass der Lead in den Urlaub gegangen ist. Darüber hinaus hat in allen Outfits, in denen ich je gearbeitet habe, der Lead - und manchmal bin ich der Lead - immer Kontaktdaten hinterlassen, damit er erreichbar ist, wenn der Lead freinehmen muss. Wenn sich Ihr Lead in Luft auflöst, ohne Kontaktinformationen zu hinterlassen, ist das ein Problem. Ein Problem, das Sie mit Ihrem Management eskalieren müssen.

Mir ist zu diesem Zeitpunkt nicht klar, dass Sie das Projekt trotzdem beenden können, selbst wenn der Lead nicht auf Vakanz gegangen wäre. Da Sie mit dem Lead zusammenarbeiten, um den Small Slice abzuschließen, wäre es schön, wenn der Lead sich für Sie aussprechen und Ihre Einschätzung bestätigen würde, dass das Beenden des Small Slice eine Herausforderung darstellt. Tatsächlich hätte der Lead eine ursprüngliche Schätzung darüber abgeben müssen, wie lange es dauern sollte, bis Sie den Small Slice abgeschlossen haben, und die Schätzung anpassen müssen, während Sie die Arbeit erledigen und Probleme aufdecken, die nicht offensichtlich waren.

Es ist unwahrscheinlich, dass Sie bis Montagmorgen fertig sind. Entscheiden Sie sich also für Plan B: Sie tun so viel wie möglich mit den Informationen und der Unterstützung, die Ihnen zur Verfügung stehen, produzieren etwas, das Sie zeigen können, gehen die fehlenden Teile durch und was nötig ist, um sie einzufügen, und halten einen Kostenvoranschlag bereit auch, wie lange Sie brauchen werden, um den Rest des Small Slice fertigzustellen, vorausgesetzt, Sie erhalten die Unterstützung, die Sie benötigen.

Der Eindruck, den Sie am Montagmorgen vermitteln möchten, ist, dass Sie, obwohl Sie nicht fertig sind, wissen, was Sie tun und was Sie brauchen, und dass Sie das Kleine Stück alleine fertigstellen können, solange Sie die Unterstützung von bekommen die Leine, die Sie brauchen. Und Sie wissen, wie lange es dauert.

Lassen Sie im Allgemeinen nicht zu, dass diejenigen, die keine Ahnung haben, was es braucht, um Fristen für Sie ohne Ihren Beitrag festzulegen. Denn wenn Sie sie es tun lassen, bereiten Sie sich selbst auf Frustration vor – Sie und sie.

Ihnen wurde schlechter Code und keine Dokumentation gegeben. Wenn Fristen mehrfach versäumt wurden, ist 1 Woche für Sie nicht angemessen, um sich zu erholen.

Keine Dokumentation ist ein Managementproblem.

Wenn Sie nicht einmal wissen, was der Small Slice tun soll, können Sie keine gute Schätzung abgeben.

Ich würde drei Modullisten erstellen

  • Arbeiten (glaube ich)

  • Funktioniert nicht, aber ich glaube ich weiß was es soll

  • Funktioniert nicht und ich weiß nicht was es soll

Zweitens können Sie eine Schätzung dessen erstellen, was zur Behebung des Problems erforderlich ist

Das dritte, was Sie tun können, ist eine Vermutung anzustellen

Wenn Sie nicht sicher sein können, dass Sie in zwei Wochen fertig sind, sagen Sie es ihnen.

Listen Sie die Namen der Module auf. Wenn sie fragen, wo Sie Hilfe gebrauchen könnten, können Sie die Module auflisten.

Sie hätten die Erwartungen besser bewältigen können, aber dieses Problem wurde nicht von Ihnen verursacht. Dies ist ein Meeting, bei dem Sie mit Erwartungen umgehen müssen. Wenn sie Ihnen sagen, dass es diese Woche erledigt werden muss, sagen Sie nicht OK, es sei denn, Sie sind sicher, dass Sie es diese Woche erledigen können.

"Wenn Sie nicht einmal wissen, was der Small Slice tun soll, können Sie keine gute Schätzung abgeben." Das ist es. Jedes gute Projektmanagement-Buch wird dem zustimmen. Selbst mit einer detaillierten Designspezifikation und jahrelanger Erfahrung sind Ihre Schätzungen immer nur Schätzungen. Code Complete (Microsoft Press) erklärt dies im Detail.

Als Softwareentwickler müssen Sie mit Erwartungen umgehen. Indem Sie nicht gegen die Frist gekämpft haben, haben Sie dem zugestimmt, und die Erwartung war also:

  • Das Projekt endet in einer Woche.
  • Das Projekt wird in der darauffolgenden Woche abgeschlossen.
  • Das Projekt endet nach einem weiteren Arbeitswochenende.

Jeder kann sehen, dass dies wahrscheinlich noch einige Zeit andauern wird. Um die Sache noch schlimmer zu machen, werden Sie auch für die Qualität des Projekts verantwortlich gemacht, was eine sehr schlechte Nachricht ist, wenn man bedenkt, dass:

Mir wurde gesagt, ich solle der Behebung von Stil- und Designproblemen Vorrang einräumen, was ich getan habe.

Die Antwort ist also ganz einfach:

HÖREN SIE AUF ZU GRABEN!

Ihr Fehler war, dass Sie kopfüber in dieses Projekt gesprungen sind und Ja zu einer willkürlichen Frist gesagt haben, die Ihnen gesetzt wurde, ohne wirklich zu wissen, welche Arbeit noch zu erledigen war. Geben Sie diesen Fehler dem Management zu. Geben Sie ihnen keine Schuld, oder sie werden zurückschlagen.

Danach werden sie Sie wahrscheinlich nach einer neuen Frist fragen. Denken Sie an den Teil über "Hör auf zu graben". Sagen Sie ihnen, wie viel Zeit Sie benötigen, um einen detaillierten Plan zu erstellen, was zu tun ist, und schätzen Sie die Zeit ein, um dies ordnungsgemäß zu tun. Geben Sie ihnen eine Schätzung, wie lange es dauert, eine echte Schätzung vorzunehmen.