Одним из основополагающих принципов Agile Manifesto является
Гибкие процессы способствуют устойчивому развитию. Спонсоры, разработчики и пользователи должны иметь возможность поддерживать постоянный темп на неопределенный срок.
Команды Scrum используют термин « спринт» для обозначения рабочего цикла (также известного как итерация).
Однако это не имеет смысла для меня. Согласно Google спринт это:
бежать на полной скорости на короткое расстояние.
Другими словами это не устойчиво. Почему команды Scrum используют слово « спринт» ? Мне кажется, что это противоречит одному из основных принципов Agile.
agile
terminology
scrum
Liath
источник
источник
Ответы:
Правильно.
Вы не проводите спринты месяцами в большинстве Agile (хорошо функционирующих, я уверен, что некоторые «мы хотели умные слова, поэтому мы - магазин Agile Waterfall»), у вас короткие спринты с последующим новым планированием / retros / и т.д..
В этом-то и дело.
Основные принципы Agile относительно широки, но суть заключается не в том, чтобы запустить «марафон», который планировался изначально (например, водопад), а в том, чтобы разбить его на очень короткие части.
Отсюда «спринт».
Что касается того, откуда этот термин появился в Agile, то в основополагающей работе SCRUM использовался этот термин. Я подозреваю, что никто не изменил это с тех пор.
Для тех из вас, кто интересуется длиной, из этой работы:
источник
strollилиjaunt. Но тогда это не было бы хорошим модным словом.Идея заключается в том, что между спринтами у вас есть встречи, на которых вы узнаете о состоянии проекта, исправите насущные проблемы и, как правило, соберетесь. В смешанной метафоре Agile терминологии вы можете представить, что спринты разделены отдыхом (встречи, планирование и т. Д.).
источник
Одна вещь, которую я всегда ассоциировал с «спринтом», заключается в том, что он поощряет позицию опускания головы и толкания до конца спринта без особой заботы о том, что происходит за пределами спринта, или об изменении окружения во время спринта.
По моему мнению, это мышление на самом деле важнее для менеджмента, чем для разработчиков. Разработчики подвергаются мимолетной реальности развития. Они знают, что нужно сделать и как это сделать.
Тем не менее, управление не всегда соответствует этой части реальности бизнеса. Слово «спринт» - это то, что они могут держать в уме, что защищает объяснение того, почему вы не можете изменить направление в середине спринта. Команда спринтерская, стремится к достижению продукта в кратчайшие сроки. Рассмотрим разницу между 100-ярдовым спринтом и 100-ярдовым барьером.
источник
Этот термин коренится более широко в метафоре, установленной Такеучи и Нонакой в их статье на HBR «Новая игра по разработке нового продукта», основанной на метафоре регби. Один формирует схватку, чтобы сдвинуть другую команду с мяча, а затем «выбегает» вниз по полю к цели.
Скрам термины «цель спринта» и другие заимствуют из этой же метафоры.
Метафоры являются метафорами и не должны восприниматься слишком буквально. Это может быть проблемой здесь.
источник
Я предполагаю, что это потому, что в спринте вы знаете, где вы находитесь, и знаете, куда вам нужно добраться, и это довольно линейный путь, чтобы туда добраться. Это не жизнеспособно в долгосрочной перспективе, но спринты в разработке программного обеспечения не очень долго, прежде чем вы наметить свой следующий пункт назначения.
Точно так же вы можете проводить короткие спринты каждый день (в смысле тренировки). Пока вы отдыхаете и планируете цели и направления, это достижимо.
источник
Использование термина sprint все еще совместимо со способностью (Agile) поддерживать постоянный темп.
Вся группа, поддерживающая постоянный темп, не обязательно означает, что все они движутся с одинаковой скоростью в любой момент. Предположим, например, что эстафетная команда может работать в постоянном темпе, коллективно , в то время как в отдельности они могут быть либо: спринтерские, ожидание или восстановление.
источник