Введение
Метод управления временем
В гибких методологиях timeboxing выделяет максимальный отрезок времени для выполнения задачи, называемый timebox, в течение которого планируется работа. Он используется в подходах к управлению проектами, основанных на гибких принципах, а также для личного управления временем.
В управлении проектами
Таймбоксинг используется как техника планирования проектов. Расписание разбивается на ряд отдельных временных интервалов (timeboxes), каждый из которых имеет свои собственные результаты, сроки и бюджет. Иногда это называют методом "расписание как независимая переменная" (SAIV). "Таймбоксинг наиболее эффективен в многоэтапных проектах или задачах, которые занимают немного времени и могут быть уложены в один временной интервал. Также его стоит применять для задач с прогнозируемыми сроками завершения."
В качестве альтернативы определению сферы применения
В управлении проектами обычно выделяют три основных ограничения: время (иногда график), стоимость (иногда бюджет) и объем работ. Считается, что изменение одного из этих ограничений влияет на остальные. Без использования таймбоксинга проекты, как правило, реализуются с фиксированным объемом работ, и в этом случае, если становится ясно, что некоторые результаты не могут быть завершены в запланированные сроки, либо необходимо продлить срок выполнения (чтобы успеть завершить фиксированный объем работ), либо привлечь больше ресурсов (чтобы завершить фиксированный объем работ в те же сроки). Зачастую происходит и то, и другое, что приводит к срыву сроков, увеличению затрат и часто к снижению качества (в соответствии с принципом, описанным в книге "Мифический человеко-месяц"). При использовании таймбоксинга срок выполнения фиксируется, что означает необходимость сокращения объема работ. Поскольку это требует от организаций сосредоточиться на выполнении наиболее важных результатов в первую очередь, таймбоксинг часто применяется в сочетании со схемами приоритизации результатов (например, методом MoSCoW).
Принятие в разработке программного обеспечения
Многие успешные проекты по разработке программного обеспечения используют таймбоксинг, особенно небольшие. Внедрение таймбоксинга более чем утроило производительность разработчиков в компании DuPont в 80-х годах. Процесс разработки программного обеспечения с использованием быстрой разработки приложений (RAD) предполагает итеративную разработку и прототипирование программного обеспечения. По мнению Стива Макконнелла, таймбоксинг является "лучшей практикой" для RAD, а типичная продолжительность таймбокса должна составлять 60–120 дней. На Scrum повлияли идеи таймбоксинга и итеративной разработки. Регулярные временные блоки, известные как спринты, формируют базовую единицу разработки. Типичная продолжительность спринта составляет менее 30 дней. Планирование спринта, ретроспектива спринта и обзор спринта проводятся в рамках фиксированного времени. В методологиях экстремального программирования планирование разработки разбивается на итерации, обычно длительностью 1, 2 или 3 недели. Бизнес переоценивает ожидающие пользовательские истории перед каждой итерацией. Гибкая разработка программного обеспечения выступает за переход от разработки, управляемой планом, к разработке, управляемой ценностью. Качество и время фиксируются, но допускается гибкость в объеме работ. Поставка наиболее важных функций в первую очередь обеспечивает более быструю отдачу от инвестиций, чем модель водопада. Отсутствие детальных спецификаций обычно является следствием нехватки времени или недостаточного понимания желаемого конечного результата (решения). Во многих типах проектов, и особенно в разработке программного обеспечения, невозможно проанализировать и определить все требования и спецификации до начала фазы реализации. Таймбоксинг может быть выгодным типом контракта для проектов, в которых соблюдение сроков является наиболее важным аспектом и когда не все требования определены заранее. Это также позволяет учесть новые отзывы или идеи, полученные в ходе проекта, в конечном результате.