Игра на Forex и Scrum


Я люблю Scrum. Это классный фреймворк. Он хорошо описан, продуман и поддерживается международным сообществом. Я знаю отличные команды, которые создают шикарные продукты используя Scrum. Он помогает быстро, короткими итерациями разрабатывать продукт, постоянно получая обратную связь от пользователей.

Но есть в Scrum одна особенность, которая может стать проблемой для команды, а кроется она в самой основе Scrum – спринтах.

Технический анализ

Технический анализ – группа инструментов, которые используются для прогнозирования изменения цен на ценные бумаги на высоколиквидных рынках. Проще говоря, инструменты помогают вам предсказать, пойдет ли курс валют вверх или вниз.


В группу входит куча простых и сложных инструментов, но все они опираются на базовые принципы, что движение цен подчинено тенденциям, нужно искать их в прошлом и использовать в будущем.

Так как технический анализ возник давно, в сообществе трейдеров уже давно используются стандартные инструменты: уровни поддержки и сопротивления, типовые паттерны (вершины, плечи) и коридоры трендов и другие.

Причем тут Scrum?

Для прогнозирования производительности Scrum команды, часто используют метрику Velocity – скорость команды. Часто она измеряется в стори-поинтах, которые команда закрывает за один спринт, собрав статистику за 5-7 спринтов, мы можем выяснить, что средняя скорость 20SP и дальше учитывать это при планировании.

Ради интереса, попробуем взять более длинную историю изменения скорости и применим к ней инструменты технического анализа.

Скорость – не курс валют или акций, однако, пусть и с натяжкой, технический анализ показывает довольно высокую предсказуемость. Мне одному кажется, что тут что-то не так?

Психология

Паттерны технического анализа опираются на психологию. Если цена упала – люди покупают – цена растет, цена достигает максимального уровня предыдущего подъема – люди боятся потерять деньги и продают, вот вам уровень сопротивления.

А что со скоростью Scrum-команды?

Осмелюсь утверждать, что тоже самое. Мало успели за спринт – в следующем спринте напряжемся, чтобы выправить показатели. Закрыли спринт с рекордным значением Velocity – можно немного расслабиться и в следующей итерации не так напрягаться.

Эта психология, она работает на автомате. Да, в правильном Scrum никто не давит на команду с помощью показателей, это внутренний инструмент – но его интерпретации никуда не деваются.

Почему это плохо

Ладно, допустим все выше – правда.
Ну есть у нас дополнительный инструмент прогнозирования скорости, круто же.
Не круто.

Ритм

Инвесторы, разработчики и пользователи должны иметь возможность поддерживать постоянный ритм бесконечно. Agile помогает наладить такой устойчивый процесс разработки.
Agile Манифест

Для долгой, продуктивной работы, без выгорания, человеку нужен ритм. Постоянный ритм, без прерываний, без частых переработок и долгих перерывов. Scrum задумывался как фреймворк, который помогает поддержать такой ритм. Недельные итерации на которые дается прогноз (а не обещание), встречи каждый день и каждый спринт, никаких “срочно реши мою задачу” и “пожалуйста поработай в субботу, надо успеть до понедельника”. Команда разработки защищена от влияний извне Scrum гайдом и Scrum мастером.

Но психология играет злую шутку и провоцирует нарушения ритма изнутри команды.

Какая стабильность работы, если после неудачного спринта команда резко напрягается, чтобы “все успеть”? Ну ладно, успели, но теперь можно расслабиться, ведь мы достигли пика производительности!

Внутри спринта тоже не все просто.

Спринт

Спринт начался, прошло планирование, до конца рабочего дня осталась пара часов, да и вообще голова уже не очень варит, пойду я лучше домой. Это общее поведение, это нормально, на следующее утро, на Daily Scrum никто не удивится, что работа почти не начата. Разгон идет не сразу, все-таки почти целый предыдущий день был потрачен на коммуникации, работа начинается в спокойном темпе, до конца спринта еще далеко. Ближе к середине руки уже вспомнили дело, процесс идет отлично, но вот беда, скоро конец спринта. Ладно, ради команды можно и вечером посидеть, но закончить историю.

Мы не проговариваем это в своей голове, но очень часто так поступаем. Это – работа подсознания, психология, прокрастинация. Это – обратная сторона коллективной ответственности, на худой конец.

Это заложено даже в само название “Спринт”. В конце спринта бегун уже не может никуда бежать, так и команда – измотана, устала и постепенно выгорает.

Заключение

Scrum не плохой фреймворк, но, как и любой другой инструмент, он не идеален. Спринты дают нам много хорошего, например, “маленькие победы” – полезный инструмент мотивации. Но у них есть и обратная сторона. Тоже самое можно сказать и про использование разных метрик.

Знание подводных камней – позволят вам замечать их у себя в командах и вовремя обходить. Некоторым – будет достаточно регулярно обращать на это внимание на ретроспективах. Другим – стоит задуматься о переходе на более щадящий “потоковый процесс”, применив Канбан-метод и постепенно изменив частоту встреч, чтобы избавиться от спринтов. У третьих – вообще все хорошо и таких проблем не наблюдается, за них мы только порадуемся.

Я надеюсь, эта заметка была полезна вам. Если так – поделитесь с друзьями или коллегами. Если у вас есть вопрос или идея для статьи, напишите в комментариях.
Чтобы не пропускать следующие статьи, подпишитесь на наш канал в Telegram, или на e-mail рассылку. Обещаем не спамить!

Нажимая на кнопку "Подписаться", вы соглашаетесь с Лицензионным соглашением и Политикой конфиденциальности.