Всем привет, меня зовут Михаил, я работаю главным экспертом(Java/Kotlin разработчик) в ОТП Банке.
До банка я почти не работал в командах с выстроенными процессами. Суета, спешка, неадекватные сроки, переработки до ночи и постоянное тушение пожаров - всё это было привычной частью работы. Я видел, как команды выгорали, а проекты разваливались из-за отсутствия процессов.
В какой-то момент я сказал себе: «Стоп. Хватит. Пора уходить в компанию, где всё организовано правильно». Мне казалось, что там не будет хаоса, бессмысленных авралов и вечной гонки за дедлайнами.
Ну что могу сказать - я попал.
Только вот ожидания и реальность оказались совершенно разными.
В этой статье я расскажу, всегда ли выстроенные процессы идут на пользу, скучаю ли я по тому самому рабочему хаосу и что в итоге выбрать разработчику: свободу и скорость или предсказуемость и порядок.
Поехали!
Что у меня было не так с процессами
Я работал на разных проектах, и везде было примерно одно и то же: нереальные сроки, отсутствие груминга, планирования и тайм-менеджмента.
Задачи приходили по факту: нужно было вчера - значит делай вчера. Если отказываешься от переработок - начинается осуждение и тебе могут начать ставить палки в колеса.
Постоянно брали задачи сверх любых спринтов. Хотя каких спринтов - их там просто не было. Делал задачи быстрее и отдавал как есть. Главная цель была одна - выжить.
Я встречал задачи, где описанием была просто картинка процесса, нарисованная на бумаге. И это не шутка. Иногда было хорошо уже то, что тебе задачу объяснили словами - на ТЗ времени просто не было.
От руководства шло постоянное давление: не успеваете - делайте быстрее.
Прям как в легендарной фразе: сколько нужно девушек, чтобы родить ребенка за один месяц? У руководства всегда был ответ 9!
От создания задачи до прода бывало и 30 минут. Вот примерно так мы и работали постоянно.
Качество кода падало, багов становилось все больше, команда выгорала, а тушили это все новыми задачами - как будто бензином в огонь.
Конечно, мне это надоело и я захотел уйти в хорошую компанию с процессами, тут я попал в банк. А где же ещё процессы могут быть лучше?
Эйфория
После того как я попал в банк, я не мог нарадоваться - все было именно так, как я и хотел.
Четкие границы спринта, груминги, планирование, никаких переработок и резких “внезапных” задач - все по делу и по графику.
Первое время это даже было непривычно. Настолько, что становилось немного не по себе.
После опыта, где ты не мог спокойно поесть без звонка коллеги, здесь у тебя наконец появляются планы на день, и они не рушатся каждые полчаса.
Задачи были проработаны, описание уже не пишут на листах бумаги!
И в какой-то момент я поймал себя на мысли: “такого не бывает”.
Обратная сторона процессов
Со временем я заметил одну вещь: то, что в компаниях без процессов делалось за 5 минут, здесь начинает растягиваться на дни или даже недели.
Весь путь задачи через согласования может занимать недели или месяцы, при этом сроки формально стоят. Для меня это было дико: мы же все уже обсудили, почему изменение одного поля должно проходить через архитектора?
Все груминги, о которых я раньше мечтал, в итоге оказались не такими однозначными. На многих из них я, по сути, был просто не нужен. Бывают и дни, где ты 4-6 часов сидишь на созвоне и молчишь, а работа стоит.
Решить вопрос по задаче тоже оказалось не так просто. Нужно собрать созвон, где должны быть все участники. А как понимаешь, нужно еще найти общий слот, удобный для 5-10 человек - и это отдельная задача.
И даже когда все собрались, появляется нюанс: если обсуждение начинает уходить в архитектуру или детали, оно просто переносится на другое время, когда сможет подключиться архитектор или другие ключевые участники. В итоге для каждого вопроса появляется свой отдельный человек, которого еще нужно “поймать”.
Если ты нашёл баг в коде, ты не можешь просто взять и сделать его. Нужна задача. А задача проходит согласование - и снова ожидание. Пока оно идёт, тебе дадут другую задачу, а про ту забудут.
Бывает и хуже: пока задача согласовывается, люди забывают, зачем всё это было нужно. Почему именно так, а не иначе. На груминге всё проговорили, но задача приходит к тебе через две недели - и ты заново всё проговариваешь.
Если у вас интеграция с другой командой, держитесь, тестирование и выкатка добавления одного поля будет занимать месяц, а может и дольше.
И вроде бы, все правильно, но, как бы это странно ни звучало, до жути правильно, чересчур.
Сравнение
И вроде бы, что тут сравнивать - всё понятно. Но на самом деле не так однозначно. Всё зависит от того, чего вы хотите. Может, вы устали сидеть ровно и знать, что будет завтра. Я встречал таких людей: дух авантюризма и много свободного времени.
Но давайте без лирики. Ниже я привёл таблицу для сравнения двух этих подходов.
Критерий | Вакханалия | Процессы |
Скорость фичи (от создания до прода) | От 30 минут | От 1 недели |
Предсказуемость | Нулевая | Железобетонная |
Вероятность выгорания | 100 000% | Низко-средняя |
Сон и выходные | 0% | 100% |
Свобода | Полная | Часто ее нет |
Бесполезные созвоны | Нет | Постоянно |
Скучно не будет | Точно не будет | Обычно уходят на пенсию |
Итог
Честно? Я до сих пор не решил до конца. Утром в понедельник я ненавижу процессы, а в пятницу вечером - благословляю их за то, что меня не дёргают.
Но одно я понял точно: вакханалия - это молодость. Весело, драйвово, но спать хочется всегда. А процессы - это зрелость. Скучновато, зато знаешь, когда у тебя будет ужин.
Скучаю ли я по хаосу? Иногда. По тому чувству, когда ты затащил дедлайн одной левой. Но возвращаться? Нет. Выспаться важнее.
А вы что выберете - свободу с пожарами или порядок со скукой?
