Комментарии 9
Спасибо за Ваш комментарий и за те темы, которые Вы подняли.
Во-первых, действительно, идеальный скрам-мастер должен быть максимально погружен в контекст (если уж не в технологии, то в продукт, в процессы и мотивы конкретной команды). Тимлид действительно был бы прекрасным решением в данной ситуации. К сожалению, даже просто в вопросах времени и внимания, это не всегда возможно. Член команды, особенно команды неравнодушной, - возможно, не идеальный вариант, но вполне рабочий.
Во-вторых, о хитром “Васе“. Гонка за velocity - это очень тонкая тема, я лично категорически против, чтобы velocity считалась единственным критерием производительности команды. Нельзя превращать спринт в достигаторство или гонку за сторипойнтами, это всего лишь инструмент, а не священная миссия. Скрам-мастер должен понимать это и смотреть чуть выше подсчета сторипойнтов. В нашем случае вся команда на оценке беклога бдит о том, чтобы задачи оценивались адекватно (оцениваем совместно), встает еще вопрос честности каждого члена команды друг перед другом.
"В нашем случае вся команда на оценке беклога бдит о том, чтобы задачи оценивались адекватно (оцениваем совместно) "
IMHO выделение вопроса "про чесность" в сочетании с наличием ярлыка "о хитром “Васе“" это красный флаг, и говорит о странных манипулятивных практиках менеджмента.
Скрам-мастре-разработчик ровно так же как и тимлид-разработчик не лучшая практика.
IMHO "Скрам-мастре-разработчик" это да очень не лучший выбор из за возможного предубеждения (bias) или навязывания какого либо пути реализации, да и обычно на эту роль приходят с менеджерским типом скиллов. По опыту, чаще всего разрабу просто неинтересно примерять на себя прокрустово ложе этой роли. Встречал случаи, когда эта роль передавалась по членам команды тип как дежурный. Это было полезно ненадолго примерить на себя эту роль, да и человека было видно с другой стороны.
А вот с "тимлидом-разработчиком" --это как раз обычная практика, и связана с требованием к тимлиду быть ответственненым за исполнение обязательств командой разработки. А выражается это чаще всего в участии в архитектурных дискуссиях и кодревью. Встречал случаи, что как таковой роли нет и соответствнно нагрузки по менеджменту нет, и эта роль то же передавалась по членам команды тип как дежурный. Команда правда синьйорная с опытом архитектов. Польза --вынуждает становится аксакалом проджекта на неделю, и приходится вникать в разное. Но для этого требуется иметь разносторонний бекграунд, примерно как уровень архитекта.
Как быть скрам-мастером, если ты не скрам-мастер