Ihr Teammitglied hält die Frist für die Codierung und den Test einer Komponente nicht ein. Wie geht's?

Sie sind der Manager eines Softwareentwicklungsprojekts. Eines der Teammitglieder versäumt es, die Frist für die Codierung und den Test einer Komponente einzuhalten. Wie geht's?

@ameer_hamza Ihre Frage scheint sich zu überschneiden mit Wie gehe ich mit einem Teammitglied um, das immer wieder Fristen versäumt? unter pm.stackexchange.com/questions/611/… Bitte überprüfen Sie diese Frage, und wenn sie Ihre Frage nicht abdeckt, überarbeiten Sie Ihre Frage entsprechend.
TBH Ich bin überrascht, wie viele Antworten hier den Kontext ignorieren und sich direkt für den präskriptiven Ansatz entscheiden. Können Sie weitere Informationen wie Erwartungen an einen „Manager“ in Ihrem Unternehmen, Teamverantwortung oder Unternehmenswerte/-kultur bereitstellen?
Geben Sie dem Entwickler eine "schwarze Markierung", wenn er 3 schwarze Markierungen hat, feuern Sie ihn sofort und stellen Sie einen Ersatz ein. So stellen Sie sicher, dass Sie nur die besten Entwickler in Ihrem Unternehmen haben

Antworten (5)

Wenn der Entwickler die Frist nicht eingehalten hat, gibt es einen Grund dafür. Finden Sie heraus, was passiert ist, stellen Sie sicher, dass es nicht wieder passiert, oder erstellen Sie einen Notfallplan, wann es wieder passieren wird.

In meiner Praxis ist der beste Weg, dies anzugehen, die Einrichtung von Kommunikationsrichtlinien mit Entwicklern.

Zuallererst würde ich Entwicklern empfehlen, Ihnen ihre Schätzungen für die Aufgabe zu geben, an der sie arbeiten werden, oder, wenn es eine Frist für die Aufgabe gibt, sie zu bitten, eine Überprüfung/Recherche für 15-30 Minuten durchzuführen und sie entweder zu bestätigen die Frist einhalten oder ablehnen und eine neue Schätzung abgeben, basierend auf Informationen, die sie aus der Forschung herausgefunden haben.

Während der tatsächlichen Ausführung sollte der Entwickler Sie informieren, wenn etwas schief gelaufen ist (ein Problem aufgetreten ist, ein Risiko erkannt wurde oder der Entwickler gerade verstanden hat, dass dies mehr Zeit in Anspruch nehmen wird) und er/sie die Frist nicht einhalten wird. Je nach Grund können Sie versuchen, ihm bei Bedarf auf viele verschiedene Arten zu helfen.

Versuchen Sie, Situationen zu vermeiden, in denen Sie dem Entwickler eine Aufgabe mit einer Deadline geben, und überprüfen Sie den Aufgabenfortschritt nur, wenn die Deadline kommt.

Es ist auch Ihre Aufgabe als PM, Entwickler bei ihrer Arbeit zu unterstützen und ihnen zu helfen, ihre Arbeit bestmöglich zu erledigen.

Sie verwalten Ihre Abweichungen. Beschleunigen oder stürzen Sie nachfolgende Aufgaben ab, wo Sie können und was Sie sich leisten können. Und kommunizieren Sie frühzeitig, ehrlich und so viel wie möglich. Das ist Projektmanagement. Wenn Sie nicht konsequent fett und glücklich planen, was kein Ziel ist, das Sie haben sollten, werden Sie so viel zu spät kommen, wie Sie pünktlich und früh sind. Wie Sie mit diesen ungünstigen Abweichungen umgehen, macht Sie zu einem guten PM, nicht dass Sie nie zu spät kommen.

Man gewöhnt sich daran, wie es immer wieder vorkommt. :-)

Sie fangen an, den Zeitplan neu anzupassen. Dann eskalieren Sie bei Bedarf die neuere Frist an diejenigen, die es wissen müssen , damit sie ihre Pläne und die Erwartungen des Kunden anpassen können.

In der realen Welt haben Sie wahrscheinlich einen Puffer im Zeitplan, damit der verpasste Termin keinen großen Schaden anrichtet.

Wenn dies häufig vorkommt, müssen Sie entweder lernen, die Schätzungen dieses Programmierers anzupassen, oder ihn zur besseren Schulung zu einem Kurs schicken.

Im klassischen Projektmanagement gibt es nur Kommunikation. Ihr Projekt verspätet sich nicht, weil dieser eine Entwickler, Ihr Projekt verspätet sich wegen schlechter Planung oder Risikomanagement. Was Ihre Stakeholder in dieser Situation von Ihnen erwarten, ist, die Situation, die Folgen und natürlich zu erklären, was Sie jetzt tun, um den Aufschub so gering wie möglich zu halten.

Wenn es noch etwas zu tun gibt, unterstützen Sie Ihren Entwickler mit mehr Entwicklern und schaffen Sie eine Umgebung, in der er sich auf seine Arbeit konzentrieren kann.

Wenn er im Grunde fertig ist, gibt es nur ehrliche Kommunikation - und vergiss nicht, Verantwortung zu übernehmen, es gibt nichts Schwächeres, als dem Entwickler die Schuld zu geben.

Wenn Sie nach der Ursache des Problems suchen, hängt Ihr gesamtes Projekt davon ab, die falschen oder zu wenig Leute für eine bestimmte Aufgabe einzuplanen. Das ist kein schlechtes Projektmanagement. In Softwareprojekten ist das normal. Bei neuen Softwarekomponenten ist es einfach nicht möglich, je nach Komplexität Ihrer Software richtig zu planen. Deshalb sollten Sie über den Umstieg auf agile Methoden wie Scrum oder Kanban nachdenken. Sie bieten eine viel bessere Möglichkeit zur Planung und Prognose auf der Grundlage solider Statistiken.

Verspätung ist nicht auf schlechte Planung und Risikomanagement zurückzuführen. Arbeit ist probabilistisch. War es immer, wird es immer sein.

Ihr Erfolg als PM hängt von Ihrer Fähigkeit ab, ein Vertrauensverhältnis zwischen den Teammitgliedern aufzubauen. Jeder im Team sollte fühlen und glauben, dass Wahrheit, Zusammenarbeit und gegenseitige Unterstützung Werte sind, die von allen im Team geteilt werden. Wenn Sie Ihr verspätetes Teammitglied „unter den Bus“ werfen, wird diese Bindung zerstört.

Stattdessen würde ich mit dieser Person ein Einzelgespräch führen, um zu verstehen, welche Hindernisse sie hatten, die sie daran hinderten, Ihre Erwartungen zu erfüllen. Seien Sie bereit, Ihre Rolle bei der Schaffung dieser Erwartungen zu akzeptieren und zuzugeben. Erinnern Sie sich an die ursprüngliche Vereinbarung, in der die betreffende Arbeit übertragen wurde. War es SMART ? Fragen Sie, was ihrer Meinung nach ihnen helfen würde, besser mit den Hindernissen umzugehen, auf die sie gestoßen sind.

Beim nächsten Stand-up- oder Retrospektive-Meeting nennen Sie und das säumige Teammitglied die Fakten und die oben genannten Hindernisse. Lassen Sie die Bedürfnisse der Situation für sich selbst sprechen, ohne von Ihrer Seite zu urteilen. Dies sollte eher routinemäßig beim täglichen Stand-up-Meeting als bei einer besonderen Veranstaltung/Auspeitschung erfolgen. Erlauben Sie dem Team, den Wiederherstellungsplan selbst zu organisieren, damit das gesamte Team die Situation in den Griff bekommt, nicht nur Sie oder das säumige Mitglied. Legen Sie die Grundregeln fest, damit wir die Diskussion positiv und die Kommentare kurz halten. Bitten Sie alle, „Ich-Aussagen“ zu verwenden. Dies wird die Projektion von Urteilen und Emotionen, zu denen sie bewegt werden, reduzieren. Wenn Teammitglieder anfangen, Schuldzuweisungen zu machen, erinnern Sie sie daran, dass wir alle die Konsequenzen für die Situation tragen.

Abschließend möchte ich mit dem Sprichwort schließen: „ Schlechte Nachrichten werden mit zunehmendem Alter nie besser “. Wenn jemand zu irgendeiner Zeit Probleme hat, sollte er sich sofort melden, damit das Team die Situation bewältigen kann. Je länger Probleme verborgen bleiben, desto weniger Möglichkeiten für Korrekturmaßnahmen haben wir und desto schwieriger ist unsere Wiederherstellung.

Wenn Sie ohne Teamkonsens handeln, leidet die Teammoral und Ihr Handeln erscheint willkürlich. Nach wiederholten verpassten Fristen und Bemühungen, diese Person zu unterstützen, wird Ihr Team jedoch wahrscheinlich feststellen, dass Ihr säumiges Mitglied nicht auf der Höhe der Zeit ist, und es wird „sie von der Insel wählen“. Mit diesem Konsens wird es Ihre Aufgabe als PM sein, dafür zu sorgen. Die Teammitglieder mögen über den Abgang traurig sein (oder auch nicht), aber sie werden wissen, dass sie (und Sie) alles getan haben, was vernünftig war, um ihrem ehemaligen Kollegen zum Erfolg zu verhelfen.