Frage:
Ich bin gestresst, weil mir ohne meine Beteiligung Software-Fristen auferlegt werden. Wie kann ich mit dieser Situation umgehen?
John Farrell
2019-05-02 00:58:02 UTC
view on stackexchange narkive permalink

Während meiner 20-jährigen Karriere als Softwareentwickler war ich immer in den Schätzungsprozess aller Arbeiten involviert, die ich abschließen muss. In der Regel werden Fristen vereinbart, bevor wir uns zu Zeitplänen verpflichten.

Ich denke, es wäre ungewöhnlich, wenn jemand anderes sagt, dass Sie eine große Softwarefunktion bis zu einem bestimmten Datum persönlich bereitstellen, ohne Sie überhaupt einzubeziehen.

Ich kann verstehen, dass ein Teamleiter im Namen seines Teams eine Verpflichtung eingeht, aber in diesem speziellen Fall arbeitet ein "Team" nicht an der Funktion, sondern jeder Entwickler behandelt seine Funktion von Anfang bis Ende für sich .

Was mir passiert, sind Verpflichtungen und Schätzungen, die für mich mit Daten geplant sind, die ich unmöglich machen kann. Im Allgemeinen bin ich bei meiner aktuellen Aufgabe so weit im Rückstand, dass meine nächste Aufgabe unweigerlich auch zu spät kommt.

Ich fühle mich ständig im Rückstand und werde durch Fristen gestresst, an denen ich nicht beteiligt bin Auch.

Ich habe dies meinen Managern mitgeteilt, aber die Antwort lautet, dass ich zu beschäftigt bin, um beim Schätzungsprozess zu helfen, und / oder dass es sich um Schätzungen auf hoher Ebene und nicht um Fristen handelt.

Das Management behandelt diese Schätzungen routinemäßig als Verpflichtungen und Fristen und markiert ein Projekt sogar als "gelb oder verzögert", wenn ein Projekt nicht rechtzeitig von der allgemeinen Schätzung freigegeben wird.

Ich bin mir nicht sicher, was ich als nächstes tun soll oder wie ich damit umgehen soll.

Wann hat Ihr Manager das letzte Mal gesagt: "Sie sind zu spät" oder "Dies muss von DDMMYY erledigt werden".
auch wie verbindet sich "sich ständig hinterher zu fühlen" mit "Ich bin bei meiner aktuellen Aufgabe so weit zurück".Wie lange geht es schon so?
aaaaaa, gestern, und ich bin seit über sechs Monaten im Rückstand.
Wie viel Sichtbarkeit hat Ihr Manager für Ihre Arbeitsbelastung?Ist es nur "er sendet eine E-Mail und vergisst sie" oder "wir haben tägliche Treffen, um zu besprechen, woran wir arbeiten und die nächsten Schritte" oder etwas dazwischen?
@PlayerOne Monatliche 1: 1, JIRA-Kanban-Board, wöchentliche Updates, Gespräche zur Wochenmitte usw.
Ich habe "Terminverschiebungen" gesehen, die als Vorwand für die Dringlichkeit der Herstellung dienen.Der Glaube ist, dass Arbeiter ihre Projekte nicht ernst nehmen, es sei denn, es gibt einen konstant hohen Rückstand.Es ist eine falsche Wirtschaft, aber einige PM-Typen denken, dass dies der beste Weg ist, um Arbeit aus Menschen herauszuholen.Bist du sicher, dass du nicht so gespielt wirst?
Fünf antworten:
Kevin
2019-05-02 01:28:24 UTC
view on stackexchange narkive permalink

Wenn Sie Entwickler sind, besteht ein Teil Ihrer Aufgabe (falls erforderlich) darin, Rückmeldungen zu Zeitplanung / Fristen / etc. zu geben. Wenn Sie das Gefühl haben, dass Sie eine Frist nicht einhalten können, müssen Sie sich an Ihren Manager wenden. Und so früh wie möglich. Denken Sie daran, wenn Sie sie nicht mit einer Frist / einem Zeitplan konfrontieren, stimmen Sie implizit zu, dass Sie diese erreichen können. Wenn Ihr Manager sagt "Wir werden das Flooby-Projekt bis Oktober fertigstellen" und Sie denken, dass dies äußerst optimistisch ist, müssen Sie sagen: "Ich kann das Flooby-Projekt nicht so früh fertigstellen lassen."

Normalerweise würde ich sagen, um den Manager einfach darüber zu informieren, dass Sie eine Frist nicht einhalten können, aber es scheint, als ob Sie sich in einer Situation befinden, in der das Management für Sie nicht besonders hilfreich sein wird. Daher würde ich empfehlen:

  • Senden des Einspruchs per E-Mail
  • Einschließlich objektiver Gründe, warum Sie die Frist nicht einhalten können. Diese Gründe sind sehr wichtig . Ohne sie kann Ihr Chef einfach sagen: "Eh, ich denke, wir können es schaffen" und so weitermachen, wie es ist.
  • Geben Sie eine Schätzung für die Anzahl der Stunden an, die Sie für das Projekt erwarten. Senden Sie KEINEN voraussichtlichen Fertigstellungstermin , da dieser Abhängigen genügend Zeit eingeräumt wird, um jede Woche an dem Projekt zu arbeiten.
  • Senden Sie regelmäßig Statusaktualisierungen über Ihre Arbeit
  • Bewahren Sie Ihre E-Mails über Einwände, Schätzungen und Statusaktualisierungen auf.

Einige Gründe, die ich empfehle:

  1. Es gibt Ihnen ein bisschen von CYA. Wenn Sie die Frist verpassen, können Sie auf eine E-Mail verweisen, in der Sie direkt sagten: "Ich kann diese Frist nicht erreichen."
  2. Dies erleichtert den Managern die Arbeit. Fristen werden eingehalten. Auf diese Weise wissen sie zumindest, was los ist, und können welche Fristen verschieben. Es erleichtert ihnen auch die Priorisierung Ihrer Arbeit - wenn Sie ihnen die Status-E-Mail senden, in der steht: "Ich habe X, Y und Z für das Flooby-Projekt erledigt. Ich habe nicht gearbeitet." über die Zipdar- und Yamala-Projekte "- sie können entscheiden, ob das Floby-Projekt noch wichtiger ist als die beiden anderen.
  3. ol>

    Hoffentlich hilft das alles. Ich weiß, es ist schade, eine kontroverse Beziehung zu haben mit dem Management, wenn es um den Durchsatz geht, aber an einigen Stellen ist das erforderlich.

+1 "Behalte deine E-Mails".Es ist Zeit, Beweise dafür zu sammeln, dass OP nicht inkompetent ist, Manager jedoch
@aaaaaa Heh, ich weiß nicht, ob das ein Kompliment oder eine Bemerkung zu meinen großartigen Schreibfähigkeiten war.:-) Ich sollte diesen Tippfehler wahrscheinlich beheben ...
Wenn der Manager beschlossen hat, Entwickler nicht in die Erstellung von Schätzungen einzubeziehen, weil sie zu beschäftigt sind, weisen Sie den Entwickler an, Schätzungen vorzunehmen (für die Fertigstellung erforderliche Stunden).Dies könnte nach hinten losgehen.
@Sopuli Ich kann verstehen, was Sie sagen wollen, aber ... ich habe Probleme, das mit einem tatsächlichen Entwickler-Shop in Einklang zu bringen.Ich meine, wenn Sie überhaupt keine Schätzung haben, können Sie nie denken: "Ich falle zurück" oder "Ich werde eine Frist verpassen" - dafür müssen Sie eine Vorstellung davon haben, wie viel Arbeit etwas istwird sein.Ich habe das Gefühl, dass der Grund, warum das Management ihnen sagte: "Schätze keine Stunden", darin besteht, dass das Entwicklerteam weiterhin höhere Zahlen angegeben hat, als das Management wollte.Was, um ehrlich zu sein, Pushback noch wichtiger macht.Vielleicht sollte ich einen Hinweis zur Strukturierung des Pushbacks hinzufügen?
Achtung, dieser Ansatz gibt Ihnen auch viel Seil, um sich aufzuhängen.Stellen Sie sicher, dass Ihre Schätzungen Ihre tatsächliche Geschwindigkeit widerspiegeln.Überwachen und passen Sie sich auf dem Weg an und verkürzen Sie Ihre Schätzungen nicht, da Sie der Meinung sind, dass das Management oder Kollegen dies missbilligen würden.
@Sopuli kann es nach hinten losgehen, aber das OP findet seine Situation bereits unhaltbar (mit gutem Grund IMO).Wenn Sie nicht zurückschieben, bleiben die Dinge so, wie sie sind, und das Ziel des OP ist es, sich an den Schätzungen zu beteiligen.
+1, insbesondere um Ihre eigenen Schätzungen zu verfolgen.Wie angegeben, geben Sie kein bestimmtes Datum an und geben Sie jede Schätzung als Bereich an (geringste und größte Zeitspanne).Behalten Sie Schätzungen für jede Aufgabe bei und summieren Sie sie für den gesamten Schätzbereich.Verfolgen Sie, wie viel Fortschritt Sie in Bezug auf Aufgaben machen, und verfolgen Sie Unterbrechungen.Erinnern Sie das Management gelegentlich daran, dass Sie dies tun.
Joe Strazzere
2019-05-02 01:53:35 UTC
view on stackexchange narkive permalink

Während meiner 20-jährigen Karriere als Softwareentwickler war ich immer in den Schätzungsprozess aller Arbeiten involviert, die ich abschließen muss. In der Regel werden Fristen vereinbart, bevor wir uns zu Zeitplänen verpflichten.

Ich denke, es wäre ungewöhnlich, wenn jemand anderes sagt, dass Sie eine große Softwarefunktion bis zu einem bestimmten Datum persönlich bereitstellen, ohne Sie überhaupt einzubeziehen.

Ich denke, Sie hatten bis jetzt Glück. Obwohl es meiner Meinung nach eine schlechte Praxis ist, finde ich, dass es nicht ungewöhnlich ist, dass Entwickler eine "Verpflichtung" in ihrem Namen eingehen.

Das Management behandelt diese Schätzungen routinemäßig als Verpflichtungen und Fristen und markiert ein Projekt sogar als "gelb oder verzögert", wenn ein Projekt nicht rechtzeitig aus der allgemeinen Schätzung freigegeben wird.

Ich bin nicht sicher, was als nächstes zu tun ist oder wie es zu behandeln ist dies.

Da es den Anschein hat, dass Sie das Management bereits darüber informiert haben, dass Sie überlastet sind, dass Sie sicherlich weiter zurückfallen werden und dass dies Sie herausfordert, können Sie kaum mehr tun

Sie können entweder Ihre Arbeit nach besten Kräften fortsetzen und sich dafür entscheiden, nicht so gestresst zu sein, oder Sie können nach einem Job suchen, der ohne Ihre Eingabe keine Fristen festlegt.

Edwin Buck
2019-05-02 01:32:30 UTC
view on stackexchange narkive permalink

Beim Management geht es darum, Messungen zu verfolgen und zu verbessern. Wenn die falschen Dinge gemessen werden, folgen die falschen Ergebnisse.

Sobald Sie ein Datum angeben, ist dies eine Frist. Das Management verfügt nicht über ein Tool, mit dem Sie ein Datum verfolgen oder verbessern können, das über "wie viele Tage noch zu warten ist, wie viele Tage vergangen sind" hinausgeht.

Ich schlage vor, dass Sie geschätzte Tage ununterbrochener Anstrengungen anbieten, man- Stunden, T-Shirt-Größen (Dies ist ein extra großes Problem, nicht wie das kleine, das wir letzte Woche gemacht haben). Sehen Sie, ob sie an Bodenhaftung gewinnen. Beachten Sie, dass diese Elemente

  1. sichtbare Metriken haben müssen, um Traktion zu erlangen.
  2. Gewünschte Richtungen, in die sich diese Metriken bewegen sollen.
  3. Statische Endpunkte, an denen das Management wirklich weiß, dass dies getan wird.
  4. ol>

    In der Praxis ist dies bei der Arbeit mit Software weitaus schwieriger zu erreichen.

Dan
2019-05-02 19:59:47 UTC
view on stackexchange narkive permalink

Viele Leute hier sagen, E-Mails sollten als "Beweis" aufbewahrt werden, aber ich bin der Meinung, dass Ihr Manager Sie wahrscheinlich unter den Bus werfen wird, wenn das Unternehmen verärgert ist, dass die Frist nicht eingehalten wurde. Sie können solche E-Mails erst dann aufrufen, wenn Sie vorhaben, einen Anwalt aufzusuchen, und selbst dann erhalten Sie keinen Ort, an dem die meisten Orte nach Belieben beschäftigt sind, es sei denn, Sie leben in einem Land mit Arbeitnehmerrechten / p>

Mein Rat ist, eine Beziehung zu Ihrem Chef und der Geschäftsseite aufzubauen. Erklären Sie, dass diese Fristen nicht möglich sind, und erläutern Sie die Gründe, warum Sie nicht überlastet sind. Wenn ein anderes Projekt in den Fokus gerät, erklären Sie, welche Prioritäten Sie setzen müssen, und erklären Sie, dass dies bedeuten würde, dass es sich weiter verzögert, da Sie nicht an einer neuen Priorität arbeiten. Es ist wirklich einfache Kommunikation. Das Aufrufen früherer E-Mails von "... aber du hast gesagt ..." wird sie wahrscheinlich nur verärgern, da sie bereits verärgert sind, dass du die Frist verpasst hast. Versuchen Sie, vor Ablauf der Frist zu kommunizieren und ein gutes Verhältnis zu allen Beteiligten aufzubauen.

Im Moment geht Ihnen Folgendes entgegen:

  • Sie haben bereits gezeigt, dass Sie diese strengen Fristen eingehalten haben . Die Frage, warum Sie es jetzt nicht tun können, aber damals?
  • Sie haben noch nie zuvor Probleme angesprochen, sodass es als Beschwerde oder Nachlassen angesehen werden kann.

Erklären Sie insgesamt, dass Sie in der Vergangenheit gestresst waren und Überstunden machen mussten, um diese Fristen einzuhalten, und das können Sie nicht mehr.

nick012000
2019-05-04 10:33:13 UTC
view on stackexchange narkive permalink

Willkommen zu den Wundern von Waterfall - genau diese Situation ist der Grund, warum Waterfall in vielen Softwareentwicklungskontexten in Ungnade gefallen ist und warum Agile seinen Platz eingenommen hat.

Versuchen Sie also, eine Lösung zu finden Beginnen Sie damit, sich an Ihrem Arbeitsplatz für Agile einzusetzen, und versuchen Sie, Ihre Vorgesetzten davon zu überzeugen, dass Agile die überlegene Projektmanagementmethode ist. Die Tatsache, dass Agile-Projekte im Vergleich zu Waterfall-Projekten mit deutlich höherer Wahrscheinlichkeit pünktlich und im Rahmen des Budgets geliefert werden, ist ein guter Ausgangspunkt ;; Das Chaos Manifesto der Standish Group enthält eine Reihe von Statistiken, die aus jahrzehntelangen Daten generiert wurden, die sie zu IT-Projekten gesammelt haben.



Diese Fragen und Antworten wurden automatisch aus der englischen Sprache übersetzt.Der ursprüngliche Inhalt ist auf stackexchange verfügbar. Wir danken ihm für die cc by-sa 4.0-Lizenz, unter der er vertrieben wird.
Loading...