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

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

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

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

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

Дисклеймер: статья написана специально для блога Minervasoft на основе работы с источниками и личного опыта автора.

Когда именно я начал ненавидеть то, что раньше приносило удовольствие?

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

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

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

Твои автотесты слишком сложные, никто кроме тебя их не поддержит

Мы не будем рефакторить процесс. Работает — не трогай

На ретро только позитивные моменты, негатив — в личке с руководителем

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

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

Что если проблема не в конкретных задачах или проектах, а в чём-то более глубоком?

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

БЕСПОЛЕЗНО.

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

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

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

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

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

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

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

Что именно в рабочих процессах лишает меня мотивации?

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

  • Митинги по три часа, где решаются вопросы, которые можно решить в чатике за 15 минут.

  • Тупой микроменеджмент: «А почему у тебя в Jira задача не обновлена? А почему тебя не было в офисе после 18:00?»

  • Нет связи с пользователями. Мы делаем фичи, которые никому не нужны, потому что так хочет менеджмент.

  • Имитация бурной деятельности. Главное не решить проблему, а красиво отчитаться.

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

Как другие не выгорают от рутины?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Как я могу привнести творческий подход в техническую работу?

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

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

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

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

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

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

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

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

Я не спрашивал разрешения. Просто делал. И это было круто.
Я не спрашивал разрешения. Просто делал. И это было круто.

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

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

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

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

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

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

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

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

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

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

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

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

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

Что для меня значит профессиональный успех?

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

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

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

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

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

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

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

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

Почему я на самом деле выбрал эту профессию?

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

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

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

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

Что я понял за этот год

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

Мне помогло:

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

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

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

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

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

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

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

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

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

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

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

40
2
1
34 комментария