Планирование спринтов: видимая загрузка команды

Что меняется с этим решением

Загрузка каждого — в часах, а не на глаз

Сумма оценок по исполнителю показывает перегруз ещё на планировании: видно, что у бэкендера 62 часа на двухнедельный спринт, и это чинится сейчас, а не в последний день итерации.

Простой перестаёт быть незаметным

Группировка по людям одинаково хорошо ловит и завал, и пустоту — задачи распределяются до старта, а не в середине итерации в панике.

Дедлайны перестают собираться в один день

Календарный вид сразу показывает пики: четыре срока в четверг разносятся по неделе за минуту перетаскиванием.

Планирование за 30 минут вместо двух часов

Готовые фильтры «без оценки» и «дедлайн на неделе» превращают ритуал в проверку по списку, а не в чтение всей доски вслух.

Как это собрать в Shtab

детали каждого шага — в документации ↗

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

Пространства: главные места для работы в Shtab ↗

Создайте в этом пространстве доску и настройте столбцы под реальный путь задачи: «Бэклог спринта → В работе → Ревью → Тест → Готово». Один статус «в работе» скрывает, где на самом деле стоит работа — в ревью, в тесте или в разработке. Договоритесь, сколько карточек один человек держит в «В работе» (обычно одна-две): переполненный столбец покажет перегруз ещё до того, как вы посчитаете часы.

Канбан-доска ↗

Откройте задачи спринта в виде списка, включите колонки с оценкой трудозатрат и дедлайном и заполните их сверху вниз — ячейки в списке кликабельны, открывать каждую карточку не нужно. Правило простое: задача без оценки в спринт не попадает, иначе загрузку считать нечем. Всё, что крупнее 8 часов, дробите на подзадачи — крупная оценка это не оценка, а догадка.

Список карточек ↗

Вернитесь на доску и включите группировку по исполнителю. Сразу видно, у кого 14 карточек, а у кого три, и какая сумма часов набралась у каждого. Сравните её с реальной ёмкостью человека на итерацию — не 40 часов в неделю, а 25–30 после встреч, ревью и поддержки. Всё, что выше, перекладывайте на тех, у кого пусто, или выносите в следующий спринт.

Канбан-доска ↗

Создайте календарь на том же проекте и посмотрите спринт по дням. Если у одного человека четыре дедлайна в четверг, это не план, а надежда: работа физически не разложится по дню. Разнесите сроки перетаскиванием карточек на свободные дни и проверьте, что у каждого исполнителя в дне не больше одного-двух дедлайнов.

Календарь задач ↗

Настройте и сохраните два-три фильтра: «мои задачи спринта», «без оценки», «дедлайн на этой неделе». На дейли открываете первый и говорите по своим карточкам, на планировании — второй и третий, чтобы закрыть дырки в оценках и увидеть ближайшие сроки. Ритуал превращается в проверку по списку на пять минут вместо чтения всей доски вслух.

Список карточек ↗

Как это выглядит на практике

Продуктовая команда из девяти человек: три бэкендера, два фронтендера, дизайнер, два тестировщика и тимлид. Спринты по две недели, ёмкость приняли за 28 часов в неделю на человека — 56 на итерацию.

Сначала собрали пространство-доску под спринт со столбцами «Бэклог спринта → В работе → Ревью → Тест → Готово» и договорились: больше двух карточек в «В работе» на человека не держим. Потом открыли задачи спринта списком, включили колонки с оценкой и дедлайном и прошли их сверху вниз. Семь карточек оказались без оценки — их вернули на доработку постановки, четыре задачи по 12–16 часов разбили на подзадачи.

Дальше включили группировку по исполнителю. У ведущего бэкендера набралось 62 часа, у второго тестировщика — 11. Три задачи переложили, одну вынесли в следующий спринт. В календаре нашли пятницу с пятью дедлайнами на команду и три из них разнесли на вторник и среду.

Итог: спринт закрылся с двумя переносами вместо привычных восьми, планирование заняло 35 минут. На дейли теперь открывают фильтр «мои задачи спринта», на планировании — «без оценки» и «дедлайн на этой неделе».

Кому подходит — и когда не нужно

КОМУ ПОДХОДИТ

Продуктовая или разработческая команда 4–20 человек, работающая итерациями

Тимлид сам распределяет задачи и хочет видеть загрузку до старта спринта

Часть людей стабильно перерабатывает, а часть ждёт задач

Агентство или студия со спринтами по нескольким клиентским проектам сразу

Команда готова ставить оценки трудозатрат на карточки

КОГДА НЕ НУЖНО

Поток заявок без итераций — там нужна приоритизация входящих

Команда меньше трёх человек: загрузку видно и без группировок

Команда принципиально не оценивает задачи — расчёт ёмкости рассыпается

Нужен поминутный учёт рабочего времени сотрудников

Проект с жёсткими зависимостями и вехами на полгода — начинайте с календарного планирования

Рецепт из функций Shtab

Канбан-доска Оценка трудозатратОценивайте задачи в часах, сторипоинтах, деньгах или своих единицах. Планируйте вклад каждого исполнителя и автоматически получайте…Группировка задачГруппировка задач по статусам, приоритетам, исполнителям, стадиям и меткам помогает быстрее ориентироваться в работе и находить все…КалендарьВизуализируйте задачи команды на день, неделю или месяц, управляйте дедлайнами и синхронизируйте план с Яндекс…Дедлайны задачДедлайны задач видны в карточках, на доске и в календаре, а ежедневный дайджест напомнит о приближающихся крайних сроках и просроченных…Фильтрация задачФильтрация задач помогает находить карточки по срокам, ролям, статусам и пользовательским полям, а сохраненные настройки ускоряют…

Что отслеживать

Разброс загрузки между людьми

Сумма оценок у самого загруженного и самого свободного. Разница больше чем в 1,5 раза — распределение сломано.

Доля задач без оценки на старте спринта

Держите близко к нулю. Каждая неоценённая карточка — дырка в расчёте загрузки.

Перенос в следующий спринт

Сколько задач не закрылось. Стабильно больше 20–25% — команда берёт больше своей ёмкости, снижайте объём, а не подгоняйте людей.

Кучность дедлайнов в календаре

Сколько сроков приходится на один день у одного человека. Три и больше — гарантированный срыв или ночная работа.

Частые ошибки — и починка

Включите колонку оценки в списке и заполните её по всем задачам спринта, затем группируйте доску по исполнителю и сравнивайте суммы часов. Семь карточек по часу и семь по десять — это два разных спринта.

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

Что это такое

Планирование спринта — это распределение конкретного объёма работы между конкретными людьми на фиксированный отрезок времени, обычно одну или две недели. Ключевая часть здесь не список задач, а сопоставление суммы оценок по каждому исполнителю с его реальной ёмкостью на итерацию. Визуализация загрузки нужна именно для этого сопоставления.

Без такой проверки спринт собирается по ощущению «вроде успеем». А ёмкость человека — это не 40 часов в неделю, а 25–30 после встреч, ревью, поддержки и переключений.

Какую задачу закрывает

Планирование выглядит так: тимлид зачитывает бэклог, команда кивает, задачи расходятся по людям. Никто не считает, сколько часов набралось у каждого. К середине спринта выясняется, что у бэкендера семь задач в работе одновременно, а дизайнер два дня ждёт постановку.

Дальше знакомая цепочка: часть задач переезжает в следующий спринт, часть закрывается ночью, кто-то стабильно перерабатывает и через полгода уходит. Ретроспектива фиксирует «недооценили», но в следующий раз повторяется то же, потому что считать по-прежнему нечем: у половины карточек нет оценок, сроки стоят «до конца спринта», а доска показывает общую кучу, а не распределение по людям.

И отдельная боль — дедлайны, собранные в один день. Четыре срока в четверг у одного человека выглядят в списке нормально и превращаются в аварию только в самом четверге.

Что помогает на практике

Возьмите ёмкость честно: 25–30 часов в неделю, а не 40. Остальное съедают встречи, ревью, поддержка и переключения между задачами.

Дробите всё, что крупнее 8 часов. Задача на 20 часов не оценена — она угадана, и ошибка в ней будет размером в полспринта.

Ограничьте число карточек в «В работе» на человека. Это способ увидеть перегруз ещё до подсчёта часов: если в столбце пять карточек, человек не работает, а переключается.

Заполняйте оценки и сроки в списке, а не в карточках по одной. Ячейки кликабельны, проход по колонке сверху вниз занимает минуты.

После старта не добавляйте задачи молча — только обменом: новая заходит, равная по оценке выходит. Иначе смысл расчёта ёмкости исчезает на второй день.

Сохраните фильтры один раз и пользуйтесь ими как чек-листом ритуалов: «мои задачи спринта» для дейли, «без оценки» и «дедлайн на этой неделе» для планирования.

Как адаптировать под свой отдел

Команда 4–6 человек. Хватит одной доски с группировкой по исполнителю и оценок в часах. Календарь подключайте, только если у задач есть внешние сроки — внутри маленькой команды пики видно и по группам.

Агентство или студия. Проектов несколько, спринт один. Привяжите к пространству проекты всех клиентов, чей объём попадает в итерацию, и держите отдельный фильтр по каждому клиенту: так видно и загрузку человека целиком, и сколько взял конкретный клиент.

Крупная команда 15–20+ человек. Разбейте на подкоманды: своё пространство под каждую, чтобы группировка по исполнителю не превращалась в двадцать групп на одном экране. Общий календарь оставьте один — на нём удобно ловить пересечения сроков между подкомандами.

Смешанный режим. Если часть работы — поток заявок, отделите его: поддержка живёт в своём пространстве, а в спринт закладывайте на неё фиксированный резерв часов, иначе поток съест итерацию.

Частые вопросы

Не нашли ответ — спросите на живой демонстрации или напишите в поддержку.

Начните с грубых оценок: 1, 2, 4 или 8 часов, без попыток угадать точно. Задача оценки здесь не в предсказании, а в сопоставлении загрузки людей между собой. Дополнительно ограничьте число карточек в столбце «В работе» — это покажет перегруз даже до того, как оценки станут аккуратными.

Берите 25–30 часов в неделю, то есть 50–60 на двухнедельную итерацию. Остальное уходит на встречи, ревью, поддержку и переключения. Через два-три спринта сравните запланированные часы с фактически закрытыми задачами и скорректируйте цифру под свою команду.

Привяжите к пространству спринта все нужные проекты. Доска соберёт карточки из них вместе, а группировка по исполнителю покажет загрузку человека целиком, а не по одному проекту. Отдельные сохранённые фильтры по проектам помогут увидеть, сколько объёма взял каждый клиент.

Обычная доска отвечает на вопрос «на каком этапе задача». Здесь добавляются два среза: группировка по исполнителю показывает, сколько часов взял каждый, а календарь — как дедлайны распределены по дням. Без этих срезов перегруз и кучность сроков не видны.

Пространства, доски, списки, календарь, оценки трудозатрат, группировка и фильтры — базовые инструменты работы с задачами в Shtab. Актуальные лимиты по числу проектов и участников смотрите на странице тарифов: состав планов может меняться, и сверить его перед стартом — минута работы.

ИСТОЧНИКИ