Как я тайно ненавидел свою работу

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

Это был вторник. Я сидел на стендапе и слушал, как восемь человек по очереди говорили «вчера писал тест-кейсы, сегодня буду писать тест-кейсы». Внезапно поймал себя на том, что механически киваю, а в голове крутится только «когда это закончится, и я смогу выпить кофе».

Стендап закончился. Кофе я так и не выпил — за мной закрыли дверь переговорки, и началось двухчасовое совещание по обновлению регламента тестирования. После него я понял — всё, приплыли.

Шесть лет назад я пришёл в IT с горящими глазами. До этого занимался музыкой — играл в группе, которая почти взлетела, но в итоге разбилась о суровую реальность. Когда родилась дочь, пришлось искать стабильную работу.

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

Потом начался ад:

Финальным гвоздём стало повышение Димы, который при мне гуглил «как проверить API запрос», но зато каждую пятницу пил с руководителем.

А ведь я тупо любил свою работу. Ещё три года назад.

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

БЕСПОЛЕЗНО.

Тогда я решил копнуть глубже. Сел и честно расписал, что именно меня бесит в работе:

Бюрократия. Тест-кейсы пишешь неделю, а использовать их невозможно — устаревают на второй день.

Бессмысленность. Мои баг-репорты лежат месяцами, потом закрываются со статусом «не будем править».

Показуха. На демо всё «работает», а на проде пользователи матерятся.

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

И самое главное — я превратился в бездумного исполнителя. Мой мозг почти атрофировался за 8 часов рутины. Домой приходил выжатый как лимон, а на выходных залипал в Netflix, чтобы не думать вообще ни о чём.

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

Я начал анализировать, что конкретно убивает весь кайф от работы:

Но что-то подсказывало, что дело не только в процессах. Я знал ребят, которые в тех же условиях умудрялись не превращаться в зомби.

В четверг произошло то, что перевернуло всё с ног на голову.

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

1. Зафиксировать баг

2. Отправить в бэклог

3. Перенести релиз на следующую неделю

Но это означало сорвать сроки ключевого клиента.

Я забил на регламент, собрал дев-тим, PM и аналитика в одной комнате. Вместо того, чтобы просто сообщить об ошибке, я показал, как её воспроизвести, и предложил три варианта решения:

1. Временный обходной путь через конфиг

2. Хотфикс с минимальным риском

3. Отключение проблемной фичи до следующего релиза

Через 40 минут проблема была решена. Релиз состоялся вовремя. После ко мне подошёл Макс, технический лид из другой команды.

Его слова ударили точно в цель. Я действительно изменился, и не в лучшую сторону.

«Как ты не выгораешь от всего этого?» — спросил я у него.

«Я превращаю рутину в игру, — ответил Макс. — Каждую задачу стараюсь сделать не просто "по регламенту", а чтобы было красиво. Даже если этого никто не оценит».

Он показал мне свой проект — небольшой скрипт для оптимизации процесса тестирования. Программа парсила логи и визуализировала их в виде графика. Код выглядел настолько элегантно, что я залип на него как на произведение искусства.

«Никто меня об этом не просил. Но мне приятно делать свою работу красиво», — добавил Макс.

В этот момент меня осенило. Я вспомнил, как раньше писал музыку — не для публики, а для себя. Именно этого подхода мне не хватало в работе.

На следующий день я пришёл на работу с другим настроением. Первый раз за долгое время я не тащился в офис как на каторгу.

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

1. Написал небольшой парсер, который вытащил структуру из старых кейсов

2. Придумал более логичную систему организации

3. Добавил визуальные элементы — диаграммы и скриншоты

На это ушло на 30% больше времени, но результат превзошёл все ожидания. Тест-кейсы стали не просто набором инструкций, а мини-произведением инженерного искусства.

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

На волне этого подъёма я начал экспериментировать дальше:

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

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

Один из ребят посоветовал посмотреть на продукты Minervasoft. Сказал, что внедряли на одном из проектов и получилось хорошо. Я отнёсся к этому скептически: какой смысл переезжать на другой софт, если через месяц всё снова превратится в кладбище документов?

Но решил глянуть. И оказался доволен новым софтом.

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

Когда я обновляю документацию, система оповещает участников.

Можно комментировать и дополнять материалы.

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

Сотрудники из других отделов говорили, что теперь они меньше обращаются с вопросами к коллегам и интернету. Нужный материал находят с помощью умного поиска или пользуются Minerva Copilot — это ассистент с генеративным ИИ, который встраивается в любую систему, анализирует материалы базы знаний и даёт ответы на их основе.

Недавно наш PM заметил, что команда стала тратить на меньше времени на поиск информации. А я просто делал свою работу так, как мне нравится.

Попробовать продукты Minervasoft

Руководство заметило изменения. Но не так, как я ожидал.

«Ты стал меньше жаловаться на процессы», — сказал мне PM. «И качество твоей работы выросло».

Я не стал объяснять, что просто перестал ждать от них адекватности. Вместо этого я спросил: «Можно я буду тратить 20% рабочего времени на оптимизацию процессов?»

К моему удивлению, он согласился.

Это заставило меня задуматься — а что вообще для меня значит успех в профессии?

Я перестал париться из-за корпоративной иерархии. Вместо этого стал фокусироваться на проектах, где мог проявить творчество.

Странным образом это привело к тому, что меня начали больше ценить. Не из-за того, что я стал «правильным» сотрудником, а потому что начал приносить реальную пользу.

Шесть месяцев спустя я сидел на очередном стендапе. Тот же опенспейс, те же люди, тот же проект.

Но всё было иначе. Я больше не ждал с нетерпением конца рабочего дня. Не считал дни до отпуска. Не проклинал будильник по утрам.

Я понял, почему изначально выбрал QA — не из-за стабильной зарплаты (ну, не только из-за неё). А потому что мне нравится решать головоломки, докапываться до истины и создавать порядок из хаоса.

Это всё ещё рутинная работа. Всё ещё есть бессмысленные митинги и тупые регламенты. Но я научился находить в этом свою игру.

Смысл работы создаётся не внешними условиями, а внутренним отношением.

Мне помогло:

1. Автоматизировать всё, что можно автоматизировать. Рутина убивает мозг — избавься от неё.

2. Привносить творчество даже в самые скучные задачи. Документацию можно писать как техническую прозу, а не как сухую инструкцию.

3. Устанавливать личные границы. Я больше не отвечаю на рабочие сообщения после 18:00 и не работаю по выходным.

4. Найти единомышленников. Один в поле не воин — вместе легче менять систему.

5. Перестать ждать признания сверху. Делай работу, которая нравится тебе, а не начальству.

Я не превратился в корпоративного энтузиаста. Не стал топить за «семью» в компании и другую ерунду из HR-буклетов.

Но я снова полюбил свою работу. Потому что перестал воспринимать её как работу — и начал видеть в ней возможность для творчества.

А ещё я понял главное: компания тебе ничего не должна. Это просто среда обитания. И только от тебя зависит, превратишь ты её в безжизненную пустыню или в джунгли, где можно найти свою нишу.

P.S. На днях мне предложили повышение. Я отказался — оно предполагало больше админской работы и меньше реального тестирования. А я только-только снова начал получать удовольствие от того, что делаю.

P.P.S. Если вы сейчас читаете это и думаете «да блин, у меня всё то же самое» — просто попробуйте. Найдите в своей работе то, что можно превратить в творчество. И не ждите, что кто-то заметит и оценит. Делайте это для себя.

У Minervasoft есть свой блог в Telegram — там будут выходить другие статьи про спорные вопросы в найме, менеджменте и планировании. Подпишитесь, чтобы не пропустить.

Блог Minervasoft