Рассчитываем бэклог спринта не на глаз

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

Представьте, что у вас беклог спринта закрыт на 15 сторипойнтов, а ёмкость — 20. Брать новую задачу или оставить как есть и оставшееся время позаниматься своими делами? Или может быть взять еще одну-две задачи? А какую? Одну на 4 сторпойнта для фронтенд-разработчика, одну на 6 сторипойнтов для системного аналитика или одну на 5 сторипойнта для QA? Кажется, что первая задача на 4 сторипойнта как раз влезет в спринт и еще останется. Как бы не так — ведь взяв эту задачу вы превысите ёмкость фронтенд-разработчика и его жду переработки...

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

Читать далее