Я разработчик программного обеспечения, и в следующем году в моей компании мы начнем использовать двухнедельные спринты.
За пару недель до того, как я узнал, что мы начнем этот процесс, я поговорил со своим боссом и сказал ему, что хочу работать меньше, получая одну неделю отпуска в месяц, чтобы иметь время для развития собственного бизнеса. Его это вполне устраивало.
После обучения SCRUM он подошел ко мне и сказал, что у меня больше не будет одной недели отпуска в месяц, так как планирование спринта будет скомпрометировано.
Это веский аргумент? Я вижу, что результат команды рассчитывается на основе средней производительности за спринт, и когда я отсутствую в каждом втором спринте в течение 50% времени, в статистике есть вмятина.
Но действительно ли так должны работать спринты? Это означало бы, что каждый вовлеченный человек чрезвычайно теряет гибкость для планирования вакансий, что для меня важно, чтобы быть счастливым разработчиком.
На заметку: ему будет достаточно одного выходного в неделю или двух выходных раз в две недели. Но эти предложения плохи, учитывая мои тогдашние командировки, связанные с бизнесом.
С другой стороны, примечание: я люблю своего босса, для меня он является прототипом идеального лидера, и мы на дружеской ноге. На этом фоне как бы вы подошли к ситуации?
Ответ на схватку прост: тяни меньше работы, чем спринт. Сделано и сделано.
На самом деле мы делаем это постоянно, так как все наши инженеры дежурят еженедельно. Всем, кто дежурит, рекомендуется не выполнять спринтерские задачи на этой неделе, а вместо этого обрабатывать дежурства и активно работать над постоянным улучшением по своему выбору (чтобы сделать эту неделю немного более привлекательной). Если вы обычно тянете 6 историй, или 20 очков истории, или что-то еще, что вы используете, тяните половину.
Хотя здесь есть и другие проблемы (вас нет рядом с другими людьми, с которыми можно взаимодействовать, возможно, блокировщики, которые по какой-то причине требуют вашего участия), делают это неоптимальным с точки зрения менеджера. Посмотрите, сможете ли вы перейти от «Scrum так говорит» к более конкретным проблемам, некоторые из которых (например, эта) будут абсолютно обоснованными, но, возможно, решаемыми (например, «Я буду доступен в чате в течение моей выходной недели, чтобы разблокировать проблемы»). .
В конце концов, он может просто обнаружить, что, по его мнению, договоренность будет в порядке, но она вызывает больше текущих проблем, чем он предполагал, и просто не будет больше ее поддерживать (я бы сам очень не хотел подписываться на такую схему). ). Может быть, вы можете решить проблемы, а может быть, нет, это довольно необычно милое выступление.
Никто не может работать над задачами 40 часов в неделю или 80 часов в каждом спринте. Никто.
Есть некоторые спринты, в которых есть дыры. Иногда у людей бывают отпуска и больничные. В других случаях они должны выполнять функции, не связанные с развитием. В других случаях вся компания должна присутствовать на общем собрании.
Некоторым командам также приходится иметь дело с перерывами, когда участники должны реагировать на кризис, не связанный с завершением спринта. Возможно, произошел сбой сервера или обнаружена уязвимость нулевого дня. Сверхурочно они учатся планировать x% времени, не будучи недоступными для некоторых членов команды.
Запланированная недоступность учитывается как можно раньше при планировании спринта, чтобы можно было сделать реалистичные оценки. Полезен тот факт, что о большинстве ваших отсутствий будет известно заранее.
Что было бы лучше, чем быть недоступным одну неделю в месяц, было бы, если бы это была 1 неделя из каждых четырех. Таким образом, это будет каждый второй спринт, и он может быть либо в начале, либо в конце спринта.
Влияние вашего расписания зависит от размера команды. Команда из двух человек отличается от команды из 20 человек.
При всем уважении к вашему боссу, я думаю, что он неправ. Это планирование никоим образом не будет «компрометировать» планирование спринта. Во всяком случае, это поможет обеспечить более предсказуемое планирование, поскольку это фиксированный график.
Скрам не предназначен для того, чтобы быть жестким процессом с абсолютными правилами и формулами. Это основа для повышения эффективности вашего краткосрочного планирования, зная, что долгосрочные планы всегда находятся в состоянии изменения.
Одна из первых вещей, которую моя команда делает при планировании спринта, — это учет пропущенного времени в предстоящем спринте. Это может быть связано со многими причинами, в том числе с отпуском, отпуском, обучением и т. д. Если у вас есть выходной (термин в США), то вы мгновенно потеряли 10% работоспособности за этот двухнедельный спринт. Если вы привнесете «нормальное» количество баллов в этот спринт, это прямой путь к провалу. Это не точная наука, но если мы знаем, что теряем X% от нашей обычной мощности, мы получаем примерно на X% меньше очков истории.
Тренинг вашего менеджера по Scrum должен был осветить эти проблемы при обсуждении планирования спринта, поэтому, возможно, все еще остается вопрос о том, чтобы чувствовать себя комфортно в процессе Scrum.
Чтобы решить эту проблему с вашим менеджером, вы должны быть в состоянии объяснить, как это можно успешно решить во время планирования спринта. Если вы не проходили обучение по Scrum, вы можете провести некоторое исследование, чтобы вы могли представить свою позицию в рамках Scrum.
Патрисия Шанахан
Карл
ХорусКол
Патрисия Шанахан
Бернхард Баркер
Карл
пользователь7360
Алан Лаример