Was tun Sie, wenn der Entwickler eine Aufgabe übernimmt, die für Sie bestimmt war, und er sie nicht rechtzeitig fertigstellen kann?

Ich arbeite derzeit mit ein paar Studenten an einem Kursprojekt (2x8h pro Woche).

Bei der letzten Sprint-Planung haben wir eine Haupt-Backlog-Story zur Implementierung übernommen, und von mir wurde erwartet, neben einer helfenden Hand der primäre Implementierer zu sein.

Jetzt musste ich am ersten Tag ein paar Backend-Aufgaben erledigen (für die ich derzeit verantwortlich bin) und meine helfende Hand, nennen wir ihn Jerry, erkundet die Technologie. Als ich zur eigentlichen Aufgabe zurückkam, fand Jerry eine gute Bibliothek, um bei der Implementierung zu helfen, und probierte sie bereits aus, und ich stimmte der Bibliothek zu.

Aber als ich versuchte, an der Implementierung des Features mitzuarbeiten, teilte mir Jerry mit, dass er das Feature selbst implementieren möchte, dem ich zustimmte, da ich ihm die Chance geben wollte, sich zu beweisen (es wurde noch nicht viel Code geschrieben ). Später bat er mich, Tests für das Feature zu schreiben, was ich tat, aber er verwendet sie nicht und er schreibt selbst keine Tests (abgesehen davon hatte ich Schwierigkeiten, Tests zu schreiben, da ich nichts an seinem Code ändern soll).

Das Problem ist 1) Ich glaube nicht, dass er es rechtzeitig schaffen kann (wir haben einen 5-Tage-Sprint, zwei Tage verbleiben). 2) Ich befürchte, dass dies ein schlechtes Licht auf mich werfen wird, da ich eigentlich dazu bestimmt war, das Feature zu schreiben. Soll ich sagen, dass er das Feature in der nächsten Tageszeitung übernommen hat?

Passt wahrscheinlich besser zu Workplace SE.
@Sarov würden Sie empfehlen, die Frage irgendwie zu ändern, damit sie besser passt, oder passt die Natur, wenn die Frage nicht auf pm passt? Ich dachte, es sollte auf pm sein, da es um ein Projekt und Workplace geht, eher um echte Arbeit, bei der man Geld verdient.
Hmh. Auf den zweiten Blick kann ich wohl beide Aspekte erkennen. Ich schreibe eine Antwort.
Ich würde jedoch vorschlagen, die persönlichen Beschwerden, die Sie mit dem Kollegen haben, zu beseitigen - diese haben nichts mit dem Projekt zu tun. Fragen Sie nach denen auf Workplace.
@Sarov Ich habe versucht, den von Ihnen vorgeschlagenen Teil zu entfernen, ich hoffe, er ist jetzt klarer. Danke

Antworten (2)

Ihre Prozesse sehen kaputt aus.

Der Sprint ist nicht als Verpflichtung gedacht, mit der das Unternehmen Entwickler dafür bestrafen kann, dass sie sich nicht daran halten.

Ich befürchte, dass dies ein schlechtes Licht auf mich werfen wird, da ich eigentlich dazu bestimmt war, das Feature zu schreiben.

...Wer sagt, dass diese Funktion für Sie bestimmt war? In Scrum wird die Arbeit dem Team zugewiesen, nicht Einzelpersonen. Wenn es dem Team zugewiesen wurde, warum sollte es dann speziell auf Sie ein schlechtes Licht werfen? Wenn es Ihnen speziell zugewiesen wurde, warum arbeitet dann ein anderer Entwickler daran?

Soll ich sagen, dass er das Feature in der nächsten Tageszeitung übernommen hat?

Das Daily Scrum ist nicht als Status-Pull gedacht. Wem würden Sie dies melden? Warum müssen sie es wissen? Das Team sollte befähigt werden, diese Probleme selbst zu lösen.

Ihr Prozess ist unterbrochen. Sie scheinen Scrum nicht zu folgen, obwohl Sie Sprints erwähnen. Sie sollten sich mit der Behebung Ihres Prozesses befassen. Davon abgesehen...

Individuen und Interaktionen über Prozesse und Tools

Rede einfach mit dem Typen. Sie sind beide (vermutlich) vernünftige, professionelle Erwachsene. Sprechen Sie mit ihm, sagen Sie ihm, wie Sie sich fühlen (versuchen Sie, „ich“ und nicht „du“ zu verwenden), und bitten Sie ihn dann um Input und hören Sie zu.

Wie das geht, fragst du besser auf Workplace oder ipse .

Mir war nicht klar, dass die konkrete Zuordnung zu mir überhaupt keine Rolle spielt, da sie aus Sicht des Scrum Masters nur dem Team zugeordnet ist. Dem Scrum Master wäre es also erstmal egal. Zur Verdeutlichung hat mich das Team mit der Sprintplanung beauftragt. Danke schön.
@Purpose Sie sagen das oben, als wäre der Scrum Master irgendwie für die Dinge verantwortlich, was noch weniger Scrum ist als die anderen Dinge, die Sie erwähnt haben. Wenn überhaupt, ist Ihr Scrum Master derjenige, der Ihnen Dinge wie die oben genannten sagen und Ihnen helfen soll, Scrum besser zu werden, und nicht dafür sorgen, dass Sie sich schlecht fühlen, wenn Sie etwas falsch machen. Es ist ihre Aufgabe, dafür zu sorgen, dass Sie Scrum richtig machen, es ist nicht ihre Aufgabe, dafür zu sorgen, dass Sie Ihre Arbeit abschließen.

1) Ich glaube nicht, dass er es rechtzeitig schaffen kann (wir haben einen 5-Tage-Sprint, zwei Tage verbleiben).

Wenn dies der Fall ist, sprechen Sie das Problem einfach mit ihm an. Sagen Sie ihm: "Jerry, wenn Sie alleine daran arbeiten, werden wir es meiner Meinung nach nicht in der verbleibenden Zeit liefern. Bitte lassen Sie mich Ihnen helfen." Wenn er sich weigert, sprechen Sie den Scrum Master darauf an (es ist ein Hindernis). Dies ist ein Thema für die Sprint Retrospektive.

2) Ich befürchte, dass dies ein schlechtes Licht auf mich werfen wird, da ich eigentlich dazu bestimmt war, das Feature zu schreiben. Soll ich sagen, dass er das Feature in der nächsten Tageszeitung übernommen hat?

Das gesamte Entwicklungsteam ist für die Lieferung der Elemente im Sprint Backlog verantwortlich, einschließlich Ihnen beiden. Führen Sie die Diskussion mit Jerry in dem Moment, in dem Sie feststellen, dass Sie (als Team) den Artikel nicht liefern werden. Wenn es nicht hilft, sprechen Sie das Problem im Daily Scrum an.

Hier geht es nicht um Scham oder (Vermeidung) von Verantwortung. Es geht um Transparenz. Seien Sie freundlich und sprechen Sie über das Problem selbst ("Ich glaube, wir werden es nicht liefern, wenn nur ein Entwickler daran arbeitet") und zeigen Sie nicht mit dem Finger auf Sie.

Was tun Sie, wenn der Entwickler eine Aufgabe übernimmt, die für Sie bestimmt war, und er sie nicht rechtzeitig fertigstellen kann?
AntwortenHierDatenschutz-Bestimmungen1y, 0v