Что вы делаете с программистами, которые завалили спринт?

Question

[lahomie93]

Здравствуйте! Пару недель назад устроился продакт менеджером в аутсорсинговую компанию. Работа нравится, завтра буду проводить первое спринт ревью и демонстрацию демо выполненной работы. Но я чувствую, что демо будет провалено и часть заявленных задач не будет выполнена в срок. Соответственно у меня возник вопрос к опытным продактам: что вы делаете с программистами, которые заваливают сроки?

Исходные данные:
1) Проект представляет из себя разработку нативных мобильных приложений
2) На проект меня поставили посредине первого спринта
3) Скоуп задач из бэклога, которые планировалось выполнить, был определен программистами. Приоритет задач заказчиком не устанавливается. Работа выполняется по экранам от первых экранов и до конца.

Comments

[Константин Нагибович]

Думаю, что вам не стоит спешить с выводами. Два-три спринта пройдите с командой от и до. А там уже смотрите на счет кадровых решений.

определен программистами

Руководитель проекта где?

[Петр]

Если у вас Scrum и оценка времени задач производилась коллективно (Planning Poker) то наказывать всех. ))
Это командная работа, если кто-то не успевал с одной задачей, а другие в это время били баклуши, то команды нет.

[lahomie93]

Поясню по ситуации. В нашей конторе до моего прихода отсутствовала должность проджекта. До этого эта роль выполнялась одним из членов команды по совместительству - например, на моем проекте это был дизайнер. Меня поставили на проект по середине спринта, когда скоуп задач был определен самими разработчиками. Сегодня я посмотрел на доску и понял, что далеко не все таски из скоупа будут выполнены. Вот я и задался вопросом как поступать в таких случаях.

Answer 1

[Василий Мажекин]

Не спешите, пройдите еще пару-тройку спринтов, выясните реальную скорость команды (https://www.scruminc.com/velocity/) быть может завалили спринт не потому что плохо работали, а ошиблись в оценках. Декомпозируйте с командой большие таски, на более мелкие. Их легче оценить точнее. А таск трекер вам их просуммирует автоматически и вы будете видеть картину в целом. Проводите дейли статусы и выясняйте какие препятствия есть у разработчиков и какой прогресс за один день происходит (что сделано вчера и планируется сегодня). Более плотно работайте с командой. Если команда проигрывает постоянно, и ничего не улучшается, в первую очередь меняют тренера, если он не смог настроить или пересобрать команду так, чтобы она выигрывала.

Answer 2

[lukoie]

Не понял. Вы устроились ПАРУ недель назад, посреди спринта?
1 Так сколько же спринт у вас длится?
2 Если беклог адекватный, и скоуп был только на первый спринт выбран, Вам надо понять на ретроспективе что пошло не так - то ли скоуп они поторопились и нагребли неадекватный, либо они просто его слили.
То есть, раз это только первый спринт, то именно ретроспектива покажет что делать дальше. По сути, первый спринт и нужен для определения как работает комманда. Печалька конечно что на первом же спринте заваливают, но это не трагедия - ретроспектива, осознаете проблему и смотрите что делать дальше.

Answer 3

[sha256]

Согласен с DevMan, у продакт-менеджера на чувства времени быть не может.
Во первых - выдохни. Не ты первый, и не ты последний кто срывал сроки.
Во вторых - работай с фактами. Кто ставил задачу? Кто отвечал за реализацию? Поднимай людей, собирай статус. Я бы на твоём месте начал делать это прямо сейчас. Разбирайся кто завалил, спрашивай с чем связано. Бери его на "карандаш". Заведи привычку не в конце спринта собирать статус, а делать контрольные точки, когда ситуацию можно исправить.