Случай из финтеха когда вы строили автомобиль, а бизнес просто хотел громче сигналить в бибикалку (или история одного рабства от нашего ведущего фронтенд-разработчика.

В Intspirit часто общаемся про стратегию, ценности и планирование. Но настоящий адреналин поставляют именно те, кто реально пишет код.

У нас есть фронтенд, работающий по аутстафф в крупном финтехе. У него есть суперсила: пару раз в год руководство “дарит” его в другие команды. Это такой корпоративный Форт Боярд, где надо найти ключи, не выгореть и вынести сокровища.

Он проходил это раз 5. И вот опять.

Ситуация: конец года. Смежный проект двух команд. Два системных аналитика, лидер со стороны другой команды, 3 фронтендера, 1 тестировщик и один тестовый стенд, который занят чаще, чем офисная кофемашина по утрам.

Процессы: чистый Agile, без примесей.

Постановка в Jira: Задачи с названием, без всего остального.

Критерии готовности приемки: пишутся на коленке в перерывах между "собрали - пересобрали".

Итог: несколько раз переписывали почти с нуля. Почему? Потому что сделали "точно так, как сказали", но бизнесу "не зашло".

Вишенка на торте за 2 дня до заморозки изменений:

Иван (пишет в чат, поставив капельницу с кофе): - Доброе утро! Может, коротко созвон? А то я сейчас задачу выкачу, дизайнер с тестировщиком посмотрят, два аналитика согласуют, а потом ваш менеджер накинет, что всё должно быть иначе…

Лидер (стоя спиной к огню): - Да в целом норм, этого не было в требованиях, но мы попробовали использовать - так неудобно))) Мы живем в Agile, обратная связь важнее плана!

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

Первая мысль была из серии: - Ну это же классика. Работать по Agile в финтехе - это как строить автомобиль, где сначала надо разработать скейт, потом самокат, потом электросамокат, потом телегу с дрезиной, потом багги и наконец сам автомобиль. Зато быстро ценность доставляем!

Но разработчик поправил нас, потому что разработчики видят мир лучше нас, менеджеров:

- Не совсем так. Делать автомобиль по Agile в нашей команде это сделать скейт.

Понять, что скейт не держит асфальт, откатиться до роликовых коньков.

Сделать телегу (потому что надо везти картошку, срочно и чтобы остальным потом поддерживать).

По пути внезапно изобрести дрезину.

Собрать автомобиль.

Порадоваться 5 минут.

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

Знаете, в чем самое интересное? Он похоже прав.

Как будто вывод для тех, кто управляет продуктами: гибкая методология - это не про отсутствие требований. Это про умение вовремя сказать: “Стоп, ребят. Автомобиль - это автомобиль. Давайте не будем путать спринты с тест-драйвом концепт-кара заказчика.”

Всем задач с описанием требований!