Что делать, если разработчик берется за задачу, предназначенную для вас, и не успевает ее выполнить?

В настоящее время я работаю с парой студентов над курсовым проектом (2x8h в неделю).

При планировании последнего спринта мы взяли для реализации одну основную историю невыполненной работы, и я должен был быть ее основным исполнителем, не говоря уже о руке помощи.

Теперь, в первый день, мне нужно было выполнить пару внутренних задач (за которые я в настоящее время отвечаю), и моя рука помощи, назовем его Джерри, отправляется изучать технологию. Как только я вернулся к реальной задаче, Джерри нашел хорошую библиотеку для помощи в реализации и уже опробовал ее, и я согласился на библиотеку.

Но когда я попытался сотрудничать в реализации этой функции, Джерри сообщил мне, что хочет реализовать эту функцию самостоятельно, на что я согласился, так как хотел дать ему шанс проявить себя (он еще не так много кода написал). ). Позже он попросил меня написать тесты для фичи, что я и сделал, но он их не использует и сам не пишет никаких тестов (к тому же у меня были трудности с написанием тестов, так как я не должен ничего менять в его коде).

Проблема в том, что 1) я не верю, что он успеет это сделать (у нас 5-дневный спринт, осталось два дня). 2) Я боюсь, что это плохо отразится на мне, так как я должен был написать эту функцию. Должен ли я сказать, что он принял эту функцию на следующий день?

Вероятно, лучше подходит для Workplace SE.
@ Саров, вы бы порекомендовали как-то изменить вопрос, чтобы он лучше подходил, или природа, если вопрос не подходит в личку? Я подумал, что это должно быть в личку, так как это проект и Workplace больше для реальной работы, где вы зарабатываете деньги.
Хм. При втором взгляде, я думаю, я могу увидеть оба аспекта. Я напишу ответ.
Я бы посоветовал убрать личные претензии к коллеге, которые не имеют ничего общего с проектом. Спросите о тех, кто на рабочем месте.
@Sarov Я попытался удалить ту часть, которую вы предложили, надеюсь, теперь стало понятнее. Спасибо

Ответы (2)

Ваши процессы выглядят сломанными.

Спринт не предназначен для того, чтобы быть обязательством, которое бизнес может использовать для наказания разработчиков за невыполнение.

Я боюсь, что это плохо отразится на мне, так как я должен был написать эту функцию.

...Кто сказал, что эта функция предназначена для вас? В Scrum работа назначается команде, а не отдельным лицам. Если его закрепили за Командой, то почему это плохо отразилось именно на вас? Если он был назначен конкретно вам, то почему над ним работает другой разработчик?

Должен ли я сказать, что он принял эту функцию на следующий день?

Ежедневный скрам не предназначен для проверки статуса. Кому бы вы сообщили об этом? Зачем им знать? Команда должна быть уполномочена решать эти вопросы самостоятельно.

Ваш процесс нарушен. Похоже, вы не следуете Scrum, несмотря на упоминание спринтов. Вам следует заняться исправлением вашего процесса. Что, как говорится...

Люди и взаимодействия важнее процессов и инструментов

Просто поговори с парнем. Вы оба (предположительно) разумные, профессиональные взрослые. Поговорите с ним, расскажите ему, что вы чувствуете (постарайтесь использовать «я», а не «вы»), а затем попросите его рассказать и выслушайте.

О том, как это сделать, лучше спросить на Workplace или ipse.

Я не понимал, что конкретное задание для меня вообще не имеет значения, так как оно назначается команде только с точки зрения Скрам-мастера. Так что скрам-мастеру все равно. Чтобы уточнить, команда назначила меня на планирование спринта. Спасибо.
@Purpose Вы говорите вышесказанное, как будто скрам-мастер каким-то образом отвечает за вещи, что даже меньше Scrum, чем другие вещи, которые вы упомянули. Во всяком случае, ваш скрам-мастер — это тот, кто должен рассказывать вам подобные вещи и помогать вам становиться лучше в скраме, а не заставлять вас чувствовать себя плохо из-за того, что вы делаете что-то неправильно. Их работа заключается в том, чтобы убедиться, что вы делаете Scrum правильно, а не в том, чтобы убедиться, что вы выполнили свою работу.

1) Я не верю, что он успеет это сделать (у нас 5-дневный спринт, осталось два дня).

Если это так, просто поднимите этот вопрос с ним. Скажите ему: «Джерри, если ты будешь работать над этим один, я думаю, мы не доставим его за оставшееся время. Пожалуйста, позволь мне помочь тебе». Если он откажется, поднимите его со скрам-мастером (это препятствие). Это тема ретроспективы спринта.

2) Я боюсь, что это плохо отразится на мне, так как я должен был написать эту функцию. Должен ли я сказать, что он принял эту функцию на следующий день?

Вся Команда Разработки несет ответственность за выполнение элементов Бэклога Спринта, включая вас двоих. Итак, обсудите с Джерри тот момент, когда вы понимаете, что вы (как команда) не доставите товар. Если это не поможет, поднимите вопрос в Daily Scrum.

Речь идет не о пристыжении или (избегании) ответственности. Речь идет о прозрачности. Будьте любезны и говорите о самой проблеме («думаю, мы не доставим ее, если над ней будет работать только один разработчик») и не указывайте пальцами.