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