Долго думал как назвать наш стиль выполнения крупных заказов. И вот осенило 🙂 Марш-броски!

Да, конечно же это классические спринты из SCRUM-методологии. Но все же есть ряд отличий.

Прежде чем перейти к особенностям, давайте дадим определение термина из соответствующей области знаний:

[su_note note_color=»#ffffe8″]Марш-бросок — стремительный пеший (верховой) марш, способствующий успеху боевых действий стрелковых (кавалерийских) подразделений, который совершается военнослужащими в составе подразделения, в пешем порядке или верхом, в ускоренном темпе, с чередованием ходьбы и бега. Он обычно совершается не более, чем на 6 — 10 километров, верхом 25 — 50 километров. Способность совершать марш-бросок для передвижения войск в составе походных колонн, для быстрого маневрирования на поле боя в предбоевых и боевых порядках. Так же является одним из методов морально-психологической и физической тренировки военнослужащих, для успешного выполнения обязанностей особого вида государственной службы. Неспециалисты могут любое передвижение называть марш-броском.[/su_note]

По сути разработку ПО можно также делать марш-бросками. Мы понимаем что хотим получить в долгосрочной перспективе, но до конца еще не все детали осознаем и видим. Много вопросов.

В чем отличие марш-бросков от спринтов SCRUM? В том что классический SCRUM подразумевает довольно большие затраты на подготовку всей инфраструктуры, согласование механизмов хранения бэклога, спринтов, их согласования и планирования, а также различные планерки и прочие прелести, которые реально выполнить только в очень типличных условиях, когда Заказчик и Исполнитель понимают долговременность отношений. Например когда речь идет о работе ИТ-отдела в штате или на каком-то крупном субподряде.

Еще очень важное условие, Заказчик и Исполнитель должны хорошо понимать особенности SCRUM-методики.

А что делать если вы на реальном рынке? Да еще и в России? Тут мало кто понимает суть SCRUM, а длительность отношений в самом начале слабо понятна.

При этом сразу поставить задачу не позволяет ее сложность. Либо придется идти проектным методом, убивая колоссальные ресурсы на подготовку и проработку ТЗ, закладывать туда подушки и прочие проблемы. Либо на стороне Заказчика должен быть супер компетентный специалист, который сможет всю ответственность взять на себя. Первый крайне печален, второй маловероятен.

И вот тут то как раз и приходим к схеме марш-бросков.

Она очень похожа на SCRUM:

1. У нас есть четкое понимание точки назначения. Оно может быть даже описано как-то или обговорено.

2. А далее планируется марш-бросок с таким охватом, чтобы можно было достаточно хорошо его спрогнозировать.

3. Пока делаем первый марш-бросок, думаем над следующим по мере прояснения ситуации

4. Закончили первый, у нас уже готовы идеи для следующего. Снова оцениваем и двигаемся.

И так далее, до тех пор пока… и вот тут всего два варианта сценария 🙂

1. Проект заканчивается. Да, за 3-5 марш-броска можно закончить средний проект бюджетом в 100-200 т.р.

2. Либо Заказчик и Исполнитель так сойдутся в работе, что перейдут на классическую SCRUM-методику

Правда п.2 удалось видеть только один раз. А в основном получается сценарий №1 🙂

И мне почему то кажется, что так работают все, только не знают как это назвать 🙂 А как-то назвать хочется! Так почему бы не назвать это марш-бросками? 🙂


Поделитесь страницей в социальных сетях: