30 минут против месяца. Цена идеальных процессов в разработке

Всем привет, меня зовут Михаил, я работаю главным экспертом в ОТП Банке.

До банка я почти не работал в командах с выстроенными процессами. Суета, спешка, неадекватные сроки, переработки до ночи и постоянное тушение пожаров — всё это было привычной частью работы. Я видел, как команды выгорали, а проекты разваливались из-за отсутствия процессов.

В какой-то момент я сказал себе: «Стоп. Хватит. Пора уходить в компанию, где всё организовано правильно». Мне казалось, что там не будет хаоса, бессмысленных авралов и вечной гонки за дедлайнами.

Ну что могу сказать — я попал.

Только вот ожидания и реальность оказались совершенно разными.

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

Поехали!

Что у меня было не так с процессами

Я работал на разных проектах, и везде было примерно одно и то же: нереальные сроки, отсутствие груминга, планирования и тайм-менеджмента.

Задачи приходили по факту: нужно было вчера — значит делай вчера. Если отказываешься от переработок — начинается осуждение и тебе могут начать ставить палки в колеса.

Постоянно брали задачи сверх любых спринтов. Хотя каких спринтов — их там просто не было. Делал задачи быстрее и отдавал как есть. Главная цель была одна — выжить.

Я встречал задачи, где описанием была просто картинка процесса, нарисованная на бумаге. И это не шутка. Иногда было хорошо уже то, что тебе задачу объяснили словами — на ТЗ времени просто не было.

От руководства шло постоянное давление: не успеваете — делайте быстрее.

Прям как в легендарной фразе: сколько нужно девушек, чтобы родить ребенка за один месяц? У руководства всегда был ответ 9!

От создания задачи до прода бывало и 30 минут. Вот примерно так мы и работали постоянно.

Качество кода падало, багов становилось все больше, команда выгорала, а тушили это все новыми задачами — как будто бензином в огонь.

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

Эйфория

После того как я попал в банк, я не мог нарадоваться — все было именно так, как я и хотел.

Четкие границы спринта, груминги, планирование, никаких переработок и резких “внезапных” задач — все по делу и по графику.

Первое время это даже было непривычно. Настолько, что становилось немного не по себе.

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

Задачи были проработаны, описание уже не пишут на листах бумаги!

И в какой-то момент я поймал себя на мысли: “такого не бывает”.

Обратная сторона процессов

Со временем я заметил одну вещь: то, что в компаниях без процессов делалось за 5 минут, здесь начинает растягиваться на дни или даже недели.

Весь путь задачи через согласования может занимать недели или месяцы, при этом сроки формально стоят. Для меня это было дико: мы же все уже обсудили, почему изменение одного поля должно проходить через архитектора?

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

Решить вопрос по задаче тоже оказалось не так просто. Нужно собрать созвон, где должны быть все участники. А как понимаешь, нужно еще найти общий слот, удобный для 5-10 человек — и это отдельная задача.

И даже когда все собрались, появляется нюанс: если обсуждение начинает уходить в архитектуру или детали, оно просто переносится на другое время, когда сможет подключиться архитектор или другие ключевые участники. В итоге для каждого вопроса появляется свой отдельный человек, которого еще нужно “поймать”.

Если ты нашёл баг в коде, ты не можешь просто взять и сделать его. Нужна задача. А задача проходит согласование — и снова ожидание. Пока оно идёт, тебе дадут другую задачу, а про ту забудут.

Бывает и хуже: пока задача согласовывается, люди забывают, зачем всё это было нужно. Почему именно так, а не иначе. На груминге всё проговорили, но задача приходит к тебе через две недели — и ты заново всё проговариваешь.

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

И вроде бы, все правильно, но, как бы это странно ни звучало, до жути правильно, чересчур.

Сравнение

И вроде бы, что тут сравнивать — всё понятно. Но на самом деле не так однозначно. Всё зависит от того, чего вы хотите. Может, вы устали сидеть ровно и знать, что будет завтра. Я встречал таких людей: дух авантюризма и много свободного времени.

Но давайте без лирики. Ниже я привёл таблицу для сравнения двух этих подходов.

Итог

Честно? Я до сих пор не решил до конца. Утром в понедельник я ненавижу процессы, а в пятницу вечером — благословляю их за то, что меня не дёргают.

Но одно я понял точно: вакханалия — это молодость. Весело, драйвово, но спать хочется всегда. А процессы — это зрелость. Скучновато, зато знаешь, когда у тебя будет ужин.

Скучаю ли я по хаосу? Иногда. По тому чувству, когда ты затащил дедлайн одной левой. Но возвращаться? Нет. Выспаться важнее.

А вы что выберете — свободу с пожарами или порядок со скукой?