Войти
В time management, timeboxing выделяет фиксированный период времени, называемый временным ящиком, в течение которого осуществляется запланированная деятельность. Он используется в нескольких подходах к управлению проектами и для управления личным временем.
Timeboxing используется как метод планирования проекта. График разделен на несколько отдельных периодов времени (временных рамок), каждая часть имеет собственные результаты, крайний срок и бюджет. Иногда именуется расписанием как независимая переменная (SAIV).
В управлении проектами обычно считается три ограничения времени (иногда расписание ), стоимости (иногда бюджет ) и масштаб ; с качеством часто добавляется как четвертое ограничение (представленное в виде середины треугольника). Предполагается, что изменение одного ограничения повлияет на другие.
Без временного ограничения проекты обычно работают до фиксированного объема, и в этом случае, когда становится ясно, что некоторые результаты не могут быть выполнены в запланированные сроки, либо крайний срок должен быть продлен (чтобы дать больше времени для завершения фиксированного объема), либо задействовано больше людей (для завершения фиксированный объем в то же время). Часто случаются и то, и другое, что приводит к задержке доставки, увеличению затрат и часто к снижению качества (в соответствии с принципом Мифический человеко-месяц ).
При использовании тайм-бокса крайний срок фиксирован, а это означает, что объем придется сократить. Поскольку это означает, что организации должны в первую очередь сосредоточиться на выполнении наиболее важных результатов, временные рамки часто идут рука об руку со схемой приоритизации результатов (например, с методом MoSCoW ).
Временные рамки используются как форма управления рисками для явного определения неопределенных взаимосвязей между задачей и временем, т. Е. Работы, которая может легко выйти за рамки установленного срока. Временные ограничения часто являются основным фактором при планировании и не должны могут быть изменены без учета критических путей проекта или подпроекта. То есть, как правило, важно соблюдать сроки. Факторами риска для пропущенных сроков могут быть осложнения на начальном этапе проекта, ошибки планирования в рамках проекта, проблемы, связанные с командой, или ошибочное выполнение к плану. Проблемы, связанные с разработкой проекта, могут включать изменение миссии проекта или поддержку / поддержку со стороны руководства. Распространенной ошибкой планирования является неадекватная разбивка задач, которая может привести к недооценке времени, необходимого для выполнения работы. Проблемы, связанные с AM, могут включать проблемы с общением между командами; отсутствие опыта или необходимая кросс-функциональность; отсутствие приверженности / стремления / мотивации (т.е. плохое командообразование и управление).
Чтобы уложиться в срок, обычно оцениваются следующие действия против тройных ограничений:
Многие успешные проекты разработки программного обеспечения используют временные рамки, особенно мелкие. Использование тайм-бокса более чем в три раза увеличило продуктивность разработчиков в DuPont в 80-е годы. В некоторых случаях приложения были полностью доставлены в течение ориентировочного времени для выполнения всего лишь спецификации. Однако Стив МакКоннелл утверждает, что не каждый продукт подходит и что временные рамки следует использовать только после того, как покупатель согласится сократить функции, а не качество. Мало свидетельств того, что этот самый большой класс проектов широко используется.
Временные рамки были приняты в некоторых известных методологиях разработки программного обеспечения :
Гибкая разработка программного обеспечения выступает за переход от разработки, основанной на планах, к разработке, ориентированной на ценность. Качество и время фиксированы, но возможна гибкость в объеме. Предоставление наиболее важных функций в первую очередь приводит к более ранней окупаемости, чем в каскадной модели.
. Отсутствие подробных спецификаций обычно является результатом нехватки времени или незнания желаемый конечный результат (решение). Во многих типах проектов, особенно в разработке программного обеспечения, невозможно проанализировать и определить все требования и спецификации до начала фазы реализации. Timeboxing может быть благоприятным типом заключения контрактов для проектов, в которых крайний срок является наиболее важным аспектом и когда не все требования полностью определены заранее. Это также позволяет отразить новые отзывы или идеи, обнаруженные в ходе проекта, в конечном результате.
Timeboxing можно использовать для личных задач, и в этом случае он использует сокращенная шкала времени (например, тридцать минут) и результатов (например, работа по дому вместо результатов проекта), и часто называется блокировкой времени.
Персональная временная шкала также считается лайфхаком, чтобы помочь обуздать перфекционистские тенденции (устанавливая твердое время и не отвлекаясь от задачи), что также может повысить творческий потенциал и сосредоточенность (создавая ощущение срочности или повышенного давления).
Timeboxing действует как строительный блок в других методах управления личным временем:
