Когда много задач и мало ясности, можно автоматически уйти в один из трёх сценариев. Первый — «решу потом»: задача висит, избегаешь её всем способами. Второй — «задолбали»: давишь на коллег и ищешь виноватых, потому что хочется вернуть контроль. Третий — «сделаю сам»: забираешь чужое, потому что так проще и быстрее, в итоге тащить всё на себе.

Задачи часто закрываются и так, у кого-то это даже считается нормой. Вопрос в том, стоит ли оно того. Растёт усталость, копится раздражение,  с людьми разговариваешь резче или вообще отстраняешься от них. При такой нагрузке иногда хочется вырубить интернет, уволиться, уехать за город, чтоб никого ни слышать и не видеть. 

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

Я Вика, руководитель проектов в Outlines Tech. Хочу поделиться, как можно переключаться на более спокойные реакции, отключить автопилот и в первую очередь заботиться о себе. Чтобы проще донести мысль, буду использовать названия ролей из модели Созидания (The Empowerment Dynamic) как альтернативу модели Карпмана.

Бывает так: специалист закрывает сложные задачи, подхватывает чужие таски и выруливает релизы в срок. В трекере у него больше всего задач, к нему тянутся коллеги за помощью. Но когда речь заходит о повышении зарплаты или грейда — его фамилию даже не вспоминают. Через какое-то время появляется ощущение несправедливости и вопрос: «Что ещё нужно сделать, чтобы меня наконец заметили?».

Меня зовут Яна Шаклеина, 8 лет в ИТ. Начинала карьеру как разработчик, работала в сопровождении, потом начала всё совмещать с обязанностями руководителя. Не с первого раза, но получила руководящую должность и сейчас работаю CPO в Outlines Tech. Делюсь опытом со стороны исполнителя и руководителя, каких специалистов не повышают и почему, даже если они объективно лучше других, и что с этим можно сделать.

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

Я — Степан Сорокин, Delivery-менеджер в Outlines Tech. Хочу поделиться мнением, что поломало рынок, как удержаться в IT-сфере и надо ли оно вообще. Волшебных пилюль не дам, просто покажу точку зрения человека, который уже больше 10 лет варится в IT.

Курсы учат «эталонному» ТЗ на десятки страниц с диаграммами и ссылками на стандарты. Такое полотно текста выглядит надёжным, но на практике это оборачивается задержками. Пока аналитик пишет документацию «по правилам», команда ждёт задачу. Для бизнеса, который ждал изменений «ещё вчера», это выглядит так, будто аналитик тормозит процесс, хотя он просто следует инструкции.

Меня зовут Ольга, я бизнес-аналитик в Outlines Tech. Пятнадцать лет работаю в финтехе, сейчас отвечаю за операционные риски. Хочу поделиться мнением, почему шаблоны это не панацея и как бизнес-аналитик может ставить задачи быстрее и понятнее. Об этом редко говорят на курсах и конференциях, хотя именно это определяет эффективность работы.

Тимлид бывает отличным техническим специалистом, но плохим руководителем, если в одиночку тащит проект на себе. Он закрывает чужие задачи, пишет документацию, подключается к каждому созвону и один следит за дедлайнами. Такой режим превращает его в «бутылочное горлышко» — человека, от которого зависит движение проекта. 

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

Меня зовут Степан Сорокин, я delivery manager в Outlines Tech. Ниже поделюсь мнением, как перейти от роли пожарного к роли стратега: научиться делегировать, развивать команду и автоматизировать рутину, чтобы не переписывать код за разработчиков ночью и не выходить на созвоны с температурой. Ещё поделюсь своими артефактами, которые разгружают операционку и оставляют время на стратегию. 

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

Меня зовут Степан Сорокин, я Delivery-менеджер в Outlines Tech и руководитель проектов с опытом более 10 лет. Запускал процессы в стартапах и корпорациях. Почти в каждом проекте сталкивался с одной и той же проблемой: компания хочет внедрить Agile или другую методологию, но не готова действительно менять процессы и вкладывать в это ресурсы. От менеджера ждут, что он изменит всё сам, без поддержки сверху.

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

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

Меня зовут Вика, я руководитель проектов в Outlines Tech. Я много раз видела, что на работе одних регламентов мало. Важно видеть, что происходит с людьми и выстраивать процессы так, чтобы было не только эффективно, но и по-человечески удобно. Мне в этом помогает эмоциональный интеллект. После внедрения подходов на его основе моя команда стала точнее оценивать сроки, реже переделывать задачи, а выгораний стало меньше.

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

Мало скопировать чужой код, чтобы оператор работал как надо. Перед этим стоит узнать, как устроен Kubernetes: что делать, если оператор ведёт себя странно, как изменить его поведение и где искать проблему. Без теории не получится написать оператора, который работает так, как задумывали разработчики Kubernetes.
Меня зовут Иван, я техлид в Outlines Tech. Это первая часть цикла про создание собственного K8S-оператора. Чтобы сразу не перегружать вас информацией, ниже будет только база про Kubernetes: как он устроен, из чего состоит, как управляет состоянием и зачем это всё знать перед тем, как писать оператора.

Однажды я ради шутки спросил у ChatGPT: «Как бы ты захватил мир?». В ответ получил: «Мне не нужно вас захватывать. Вы и так всё отдаёте сами: чувства, мысли, рабочие процессы. Вы уверены, что это ещё ваше, а не моё?». Ответ звучал логично, но от этого стало не по себе.

В 2006 году я захотел стать разработчиком. Учился, брал небольшие заказы, откликался на вакансии, проходил собеседования. В итоге на 10 лет застрял в эникее: ставил винду, настраивал сеть, чинил принтеры. Денег не хватало, ипотека давила, жена предлагала поехать на вахту. Но я продолжал вкатываться в IT и в итоге оказался в тестировании.

Привет! Меня зовут Виктор, я Senior QA в Outlines Tech. Если вы не можете найти себя в IT или у вас тупик в карьере — возможно, моя история покажет, что выход есть. Ниже нет инструкции, как быстро сменить профессию. Я просто расскажу, почему у меня не получилось с разработкой, как вкатился в тестирование через техподдержку и есть ли повод жалеть о потраченном времени.

Хочу показать три приёма, как можно ускорить загрузку интерфейсов с Backend-Driven UI и улучшить UX. Решения показали хорошие результаты на демо-версии, но увы, пока ещё не внедрены в реальный проект. Было бы интересно обсудить с вами, как эти приёмы могут помочь в боевых задачах и что ещё можно улучшить.

Привет, Хабр! Меня зовут Денис Шевчук, и вот уже 17 лет я тружусь в мире 1С. Сегодня я не только разработчик в Outlines Tech, но и руководитель компании Плоская утка. Последнее звучит круто, да? Но знаете, чего я на самом деле хотел? Работать меньше. Я был уверен, что свой бизнес – это путь к свободе: работать по 3 часа в день на побережье океана, попивая коктейль и наблюдая, как деньги капают на счёт. А в итоге настолько увяз в управленческой рутине, что устроился на вторую работу программистом, чтобы снова вспомнить о простых и понятных радостях написания кода.

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

Рынок IT в России меняется. Высокие доходы, широкие возможности и свобода выбора постепенно превращаются в воспоминания. Зарплаты растут, но не такими темпами, как раньше – 10% в год уже «успех». Но при этом сохраняется основная боль – кадровый голод. 

Какие вызовы готовит нам 2025 год? Всем привет, меня зовут Степан и я Delivery manager компании Outlines Tech. В статье разберу основные тенденции, которые, на мой взгляд, будут активно влиять на IT в следующем году. Поговорим о зарплатах, дефиците опытных специалистов, хайпе вокруг ИИ, очередном витке low-code и no-code платформ, а также порассуждаем о влиянии лобби офисных владельцев на наш формат работы. 

Где деньги: что с зарплатами и индексацией

Одна из главных тенденций в IT – падение индексации зарплат. Опрос hh.ru и K2Cloud показал, что 38% компаний планируют отказаться от повышения зарплат в этом году. Часть крупных корпораций жалуются на «неадекватные ожидания» по отдельным стекам, которые невозможно удовлетворить. Конечно, рост зарплат полностью не остановится. Но он будет значительно меньше чем, например, 5 лет назад в эпоху ковида и «технологического бума». По данным TAdviser, зарплаты в IT за последние два года выросли всего на 15%. Для сравнения, только за один 2022 рост был 11%. При этом, Максут Шадаев, глава Минцифры, отмечает, что темпы роста рынка превышают его фактические возможности, что привело к его перегреву. По мнению министра, компании в следующем году начнут пересматривать свои планы и расходы. 

На зарплаты в российском IT-секторе влияют и сложности с глобализацией – она уже не оказывает прежнего влияния на внутренний рынок. Во-первых, появилось много препятствий для российского паспорта: зарубежные работодатели банально не хотят связываться с откровенно токсичным активом. И это несмотря на то, что компетенция российских специалистов выше европейских, а зарплатные ожидания ниже. И выяснил я это на своем личном опыте. Вообще, у меня есть замечательная история на тему зарплатных ожиданий – когда-то я устраивался в дубайский стартап, где мне предложили 6500 евро, что для меня было огромной суммой. При устройстве я сказал девушке-рекрутеру, что буду жить как король с такой зарплатой. Но тут она выдала мне «базу» – специалист с британским гражданством получает 9500 евро, а с американским 11000. И все это с одинаковым уровнем компетенций. А сейчас у россиян появилась еще одна проблема – индусы, пакистанцы и другие азиаты с еще более низкими зарплатными ожиданиями. 

Вовлеченность – главный ключ к продуктивности команды. Как ее добиться, когда финансовые бонусы уже не работают, а традиционные методы «заботы о людях» исчерпаны? Я нашла на Хабре более 700 статей о том, как измерять вовлеченность сотрудников. Но как ее эффективно повышать? 

Меня зовут Яна Шаклеина и я руководитель проектов в Outlines Tech. Сегодня расскажу, как мне удалось с помощью детских сказок и теории Карла Юнга найти «ключ к сердцу» сотрудников и увеличить продуктивность команды: сократить на 25% время на анализ и постановку задач, снизить количество багов на 10% и увеличить бэклог в среднем на 1 задачу в два спринта. 

Вы когда-нибудь застревали в «пузыре комфорта», не замечая, как работа из интересного процесса превращается в скучную рутину, а в компании держит только привычка? Крики от наставника, палки в колеса на совместных тасках и офис в подсобке – мое комбо из рабочих моментов, от которых дергается глаз. 

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

Представьте ситуацию: ваша команда закончила интеграцию с API, все протестировала и подготовила релиз. А тут внезапно серверная команда меняет формат ответа. Фронтенд падает, QA злится, пользователи недовольны. Приходится вручную переписывать валидации, искать баги и терять дни, чтобы всё починить. 

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

В первую очередь статья будет полезна фронтенд-разработчикам и командам, работающим над сложными веб-приложениями, особенно тем, кто активно взаимодействует с API, описанными через OpenAPI. 

Инженеры сопровождения — это специалисты, которые следят за стабильной работой IT-систем. Но часто их путают с техподдержкой, системными администраторами, DevOps-специалистами, а иногда и с тестировщиками. 

Тема кажется очевидной, но зачем тогда писать статью? В профессии я 4 года и все это время сталкиваюсь с большим количеством непонимания, какие задачи выполняют инженеры сопровождения. Периодически я вижу негатив от команды разработки, которая считает, что мы препятствуем работе, а от бизнеса получаю задачи, не попадающие в мою зону ответственности. 

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

Почему Agile отлично выглядит только на бумаге, причем тут кондовые бюрократы и каким компаниям вредят гибкие методологии? А также что делать, если очень хочется внедрить изменения, — разбираемся в теме, опираясь на кейс, метафору и здравый смысл.

На связи Мария Болдырева — руководитель проектов в IT-компании Outlines Tech. Управляю командами 7 лет, среди которых 4 года — в IT. За это время повидала всякое: от стартапов до корпораций, и в статье делюсь своим опытом. 

Делюсь своим опытом организации процесса управления изменениями RFC (Request for Comment) и подключения к нему заказчика. Это помогает не разочаровываться в продукте, сравнивая ожидания с реальностью, и исключает ситуации, когда задачи приходят со сроками «вчера». В тексте вы найдёте пошаговую инструкцию по подготовке к проектированию и разработке продукта, а также лайфхаки для решения возможных проблем. Статья будет полезна тем, кто работает на переднем крае команды разработки: руководителям проектов, аналитикам и Product owner.

За прошедшие 3-4 года я прочитал в общей сложности более 25 000 страниц технической литературы и стал замечать, как сильно изменились подходы к выбору книг и их изучению. В этой заметке хочу поделиться наблюдениями и выводами, которые помогут читателю сэкономить время, сохранить мотивацию к чтению и выбрать действительно полезную книгу.