Анонимный канал Игоря Колосова

Burnout — это задачи, которые раньше казались классными и вдохновляли, вдруг превращаются в тяжёлую рутину, из-за которой хочется всё бросить и сбежать в лес (желательно без телефона). Состояние, мягко говоря, неприятное, но встречается практически у каждого, особенно в первые годы работы в IT. У новичков в тестировании и менеджменте выгорание наступает особенно быстро, потому что они стараются «быть молодцами» и берут на себя гораздо больше, чем стоит. Не путайте это состояние с выгоранием, о котором я писал раньше ссылка на пост Что нужно сделать, чтобы не словить истощение в первые рабочие месяцы? Ничего сверхестественного. - Ночь для сна. Рабочий день может длиться и 10 и 12 часов, и в первые месяцы в новой роли меньше вряд ли будет. Но ночью не нужно думать о проблемах и работе. - Должен быть осязаемый список задач. Я обожаю Todoist, потому что он помогает не хранить всё в голове. Голова нужна для того, чтобы думать, а не беспокоиться. - Не стыдно признаться, что для задачи нужно больше времени. Лучше объяснить честно и спокойно, почему сейчас не получится сделать быстро, чем потом в стрессе сделать плохо. - Отдыхать мозгом в течении дня. Часовой обед вне офиса сильно помогает перезагрузиться. - Распечатать медальки. Хвалить себя медальками за выполненную задачу. Даже если сделал маленькую задачу — уже молодец. Расскажите, а как вы избегаете burnout?

Первые попытки вести блог были ещё в детстве, когда дома появился первый компьютер, а я случайно открыл Publisher из пакета Microsoft Office. Так родился «Колосовский вестник», где я периодически описывал новости, произошедшие в нашей семье. Тогда я ещё не подозревал, что это была первая искра моего увлечения контентом. Прошли годы, и за плечами осталась не одна несистемная попытка начать вести блог «по-настоящему». Сейчас я наконец-то выработал подход, благодаря которому могу регулярно выделять время и силы на то, чтобы делиться интересными мыслями и находками с людьми вокруг. Что касается выбора тем, то здесь граница между блогом про работу и лайфстайл провела себя сама. Я считаю, что худшее, что можно сделать в творчестве — это самоцензура. Мне не хочется ограничивать себя рамками, потому что искренность и свобода — главное в контенте. Самый ценный профит от ведения блога для меня — это глубокое погружение в тему. Ведь когда изучаешь что-то для других, сам понимаешь гораздо лучше. Это как известная мысль: «Ты по-настоящему разобрался в теме, если можешь объяснить её кому-то ещё». Так что блог для меня — это и самореализация, и мотивация, и способ развиваться быстрее. Поэтому создавайте свои блоги в Тач и вэлком читать друг друга! И да, никакой самоцензуры. Самоцензура — это худшее, что можно сделать со своим творчеством.

Дедлайны и "задачи в срок" — моё самое нелюбимое действие. Я могу перед презентацией поставить себе задачу "Подготовиться к презентации", но если к определённому дню нужно готовиться за несколько дней — это ужас. Во-первых, постоянная тревожность: день всё-таки наступит, и что-то обязательно пойдёт не так. Но заставить себя сесть и начать готовиться — ещё сложнее. Легче отказаться от затеи, чем терпеть это состояние. Думаю, что это какая-то патологическая непереносимость экзаменов. Ещё со времён самого первого курса института я не мог готовиться к ним. Приходилось идти без подготовки. Так я из своего первого института и отчислился. Поэтому у меня нет никакого духа соревнования или желания "доказать себе, что могу". Я и так знаю, что могу, а что — нет. Каждый вечер вместе с нейросетями пытаться что-то сообразить прикольное для сайтика на WordPress — да. Подготовить проект к защите на этом же WordPress — спасибо, не надо. Спасают небольшие "чек-поинты". Перед чем-то важным нужно поставить несколько "неважных" задач, к которым можно подготовиться заранее. Если это защита диплома — "написать введение для встречи с дипломником". Это реально сделать за один день. "Накидать шаблон презентации", чтобы показать его друллеге для ревью — тоже вариант. И тревожности сильно меньше, потому что идёшь не к какой-то глобальной цели, которую нужно выполнить в срок, а по-приколу готовишься к довольно дружеской встрече. Ну и мне ещё повезло с дипломником во втором институте. До сих пор считаю, что создание диплома с ним дало столько же, сколько всё обучение в этом институте. Крутой мужик, дай Бог ему здоровья. Чтобы дедлайны не превращались в стресс, я научился превращать задачи, о которых даже думать страшно, в прикольные мероприятия. Поэтому часто на работе перед дедлайнами руководители заказывают пиццу и пиво. Потому что вы не стрессуете, а прикольно сидите с коллегами и заодно проект закрываете. Но есть ещё несколько приёмов, которые мне помогают: Не пытаюсь сразу сделать всё идеально. Сначала — черновик, пусть даже кривой. Черновик легче исправлять, чем писать с нуля. То же с презентациями: накидал слайды — уже не страшно, дальше просто доводишь до ума. Иногда помогает таймер на 25 минут работы и 5 минут отдыха. В голове сразу появляется мысль: "Ладно, 25 минут я как-нибудь выдержу". А потом втягиваешься и идёт легче. Когда задача выглядит огромной, я стараюсь разбить её на понятные куски, которые можно сделать прямо сейчас. Например: не "подготовить проект", а "собрать ссылки на полезные материалы" или "открыть и посмотреть старую версию проекта". Делать мелкие шаги гораздо проще. Иногда помогает психологический приём — представить себя в день дедлайна. Задать вопрос: "Чтобы в этот день не чувствовать себя ужасно, что я могу сделать прямо сейчас?" Ответ обычно оказывается простым: открыть документ, сделать первый слайд, списаться с коллегой. Всё сводится к тому, чтобы обмануть мозг. Если задача выглядит страшно — надо разбить её на нестрашные кусочки. Если срок пугает — нужно создать ощущение, что делаешь что-то по приколу, а не под давлением. И если уж совсем плохо — окружить себя друллегами и пиццей. Так дедлайны становятся не катастрофой, а ещё одной историей, которую можно будет потом рассказать. Или написать пост в Tach - как этот, например.

Что делать, если проект идет не по плану Если проект идёт не по плану, первое, что стоит сделать — порадоваться. Серьёзно. Значит, у проекта хотя бы был план. А то, что он оказался недостаточно надёжным — это уже второй вопрос. После этого можно позволить себе немного паники. Минут пять. Но не больше. А дальше — включаем логику и переходим к решению проблемы. Во-первых, нужно определить, чем отход от плана нам грозит. Может, на самом деле ничего критичного не произошло? Иногда проблема выглядит серьёзнее, чем есть на самом деле. Во-вторых, важно понять две вещи: В какой точке мы можем вернуться к изначальному плану? Если вернуться нельзя, какой есть альтернативный путь? Чёткая последовательность действий и понимание контекста «причина — следствие» — вот что поможет избежать подобных ситуаций в будущем. К тому же, в любом проекте рисков так много, что идеальная реализация без проблем — это что-то из разряда фантастики. Так что главное — не терять голову и помнить: отклонения от плана — это не провал, а часть процесса.

Интересно, что говорили астрологи о прошлой неделе, потому что мир переворачивается с ног на голову, а технологическая сингулярность приближается слишком быстро. Три новости: Первое, о чём как-то мало говорят — Microsoft представила Majorana 1 — квантовый чип на основе топопроводников. Этот чип обещает революционизировать вычислительные мощности, используя новый тип материи — топологическое состояние. Если кратко: раньше мы знали четыре основных состояния материи — твёрдое, жидкое, газообразное и плазму. Топологическое состояние добавляет к этому списку ещё одно. Его суть в том, что свойства материала зависят не от локальных изменений, а от глобальных характеристик системы. Проще говоря, это как узел, который невозможно развязать, не разорвав верёвку. Благодаря этому топопроводники позволяют создавать кубиты, которые устойчивы к ошибкам и внешним помехам. Мы не могли использовать кубитные процессоры, потому что использовали ограниченное количество кубитов. Вроде как этот чип решает эту проблему. Но вот вторая проблема — отсутствие языка программирования для таких процессоров. Интересно, как эту проблему смогут решить, потому что написать новый язык (не фреймворк, а полностью новый язык) — мягко говоря, сложная задача. То, что я хочу проверить за неделю своего отпуска: Очередное исследование учёных из США и Канады показало, что две недели без интернета на смартфоне могут значительно улучшить наше психическое здоровье и когнитивные способности. В это исследование я верю, потому что из 200 человек только 25 смогли дойти до конца. А это значит, что мы с вами зависимы от интернетов и поглощения информации, от рилсов, ТикТока и Ютуба. По общению с зумерами я замечаю, что многие из них включают ленту рилсов даже в короткую паузу в диалоге. А нужно быть зависимыми от моего профиля в Tach! И самое криповое: Clone Robotics сделал Protoclone V1 — андроида, максимально имитирующего человеческую анатомию. С более чем 200 степенями свободы, 1000 искусственными мышечными волокнами и 500 сенсорами робот повторяет человеческие движения. В самом лучшем, но удалённом в России сериале "Годы" был короткий сюжет про домашнего андроида. У него было специальное отверстие для специальных дел. Странно, что исследователи не беспокоятся об этом, создавая полностью похожих на человека роботов. Правда интересно, что же будет дальше?

Что такое бэколог Бэклог — это список задач, идей и требований, которые могут улучшить продукт. По сути, это такая «копилка» для всего полезного и важного. Но если просто сваливать туда всё подряд, без системы и приоритетов, получится неуправляемый хаос. Поэтому с бэклогом нужно работать осознанно: структурировать, приоритизировать и регулярно обновлять. Допустим, вы планируете следующий спринт. Если бэклог в беспорядке, то команда потратит кучу времени на разбор задач, споры о приоритетах и уточнение деталей. А если приоритеты расставлены заранее, достаточно взять задачи с верхушки списка — и сразу переходить к планированию. Это как раз про эффективность, к которой мы все стремимся. Один из популярных методов — RICE. Он помогает понять, какие задачи действительно важны, а какие можно отложить на потом. Аббревиатура RICE расшифровывается так: •Reach (охват) — сколько пользователей затронет изменение. •Impact (влияние) — насколько заметным будет эффект для пользователей. •Confidence (уверенность) — насколько мы уверены в своих оценках. •Effort (усилия) — сколько времени и ресурсов потребуется. Формула приоритизации по RICE: (Reach × Impact × Confidence) / Effort Пример: Нужно добавить функцию мгновенных уведомлений: •Охват: 5000 пользователей •Влияние: 3 (умеренное) •Уверенность: 80% •Усилия: 5 дней (5000 × 3 × 0.8) / 5 = 2400 Чем больше итоговое число, тем выше приоритет задачи. Что ещё важно? 1. Регулярная ревизия. Бэклог — это живой инструмент, а не музейная экспозиция. Приоритеты могут меняться из-за новых данных или смены бизнес-целей, поэтому их нужно пересматривать. 2. Понятное описание задач. Если разработчик не понимает, что нужно сделать, он потратит время на уточнения, а не на работу. Каждая задача должна быть чёткой и конкретной. 3. Фокус на ценность. Не гонитесь за количеством выполненных задач. Важнее выбрать те, которые принесут ощутимую пользу пользователям и продукту. Всё просто: бэклог — это фундамент планирования. Если он в порядке, команда работает слаженно, задачи движутся быстрее, а продукт становится лучше. Попробуйте внедрить RICE или другой метод приоритизации — и увидите, как управление задачами становится проще и эффективнее.

Как я всё успеваю за день? Короткий ответ: никак. Мне всегда кажется, что можно было бы сделать больше. Но если говорить о том, как мне удаётся двигаться вперёд, то всё держится на нескольких принципах. Во-первых, я воспринимаю каждую свою активность — работу, спорт, дневник, даже около-рабочие проекты — как часть общего процесса. В шутку это можно назвать рабочей шизофренией, когда граница между работой и личной жизнью размывается. — "У меня теперь нет детей, они — джуны. После разговора с одним он уволился. Типичный зумер". Во-вторых, у меня есть чёткий распорядок, в какие дни чем занимаюсь. Это помогает равномерно распределять нагрузку. В-третьих, никаких бессмысленных созвонов и встреч. У каждой встречи есть адженда и чёткое время. Есть список обязательных участников. Если обсуждение уходит не туда — встреча заканчивается. А теперь немного классики про тайм-менеджмент, но без воды: Делегирование - спасает, если кто-то может сделать быстрее или проще. Не перегружай себя планами. У меня есть два списка: то, что нужно сделать в этот день и то, что нужно делать по порядку. Когда заканчиваются дела "на день", перехожу к "очереди". Работай в ритме. Используй Pomodoro и планируй большие блоки задач на неделю в календаре. Фильтруй входящие. Почта, задачи, уведомления — не реагировать на всё подряд. Уведомления могут уходить "в очередь", чтобы быстро их "прочекать". Оставляй время на отдых. Иначе организм сам устроит тебе незапланированный выходной. В лучшем случае это будет простуда, а в худшем - какая-нибудь клиника неврозов. И да, всё равно кажется, что можно было бы сделать больше.

Две недели назад я снимал мини-путешествие в Дубне и проходя по лесу, в котором нет снега и замерзла только дорожка, отвлекся на секунду и на этой дорожке подскользнулся очень больно упал на руку, выбил себе палец и сделал себе небольшие ранки об землю. На работе и друзья напугали фразами типа «у меня были такие же синие пальцы, а оказалось что это перелом, тебе снова ломать их будут, чтобы правильно срастить», пришлось съездить в травмпункт. Но все-таки сильный ушиб. Кстати, мое открытие, что в травмпунктах снимки делают теперь цифровые, не нужно ничего печатать, травматолог видит снимки в компьютере сразу. Травматолог велел мне поставить укол от столбняка, потому что рана была в контакте с природной землей. Оказывается, надо сделать прививку, потому что от прививки шанса умереть нет, а без нее, небольшая вероятность есть. А никому не хочется иметь лишнюю вероятность умереть. Я отдохнул от спорта полторы недельки, и вернулся в бассейн. Но эти полторы недели отдыха от тренировок компенсировалась сильно нервной неделей в работе и целом в жизни. Потому что если не переживаешь из-за проектов, в которые вкладываешься, и за людей, работу которым обустраиваешь, то работа превращается в методичное «карточки на доске двигаются, значит процессы идут, значит мои полномочия всё». И на этом всём фоне появилось странное состояние: не кружится голова, но сложно сфокусироваться, как будто мир немного плывет. Как будто бы голова кружится, но она не кружится, а взгляд скользит, как в советском аттракционе с чашкой кружащейся. Первое, что у меня спрашивает тренер, это как я себя чувствую. Потому что то мигрень, то устал, то еще что-нибудь. Я сказал, что у меня с головой беда и он мне дал трубку и ласты, чтобы методично работать над техникой, а не на силу и выносливость гоняться. И это напомнило мне одну простую вещь: иногда важно не просто делать, а делать так, чтобы от этого был толк. Когда ты чем-то занимаешься, легко уйти в фанатизм продуктивности. Мне сегодня по дороге на работу Яндекс.музыка дала послушать Йемен - «Лучший работник». «15 пропущенных от коллег, 12 от начальника техотдела, я такой ёб… а в чем собственно дело? А дело в том, что на работе без меня пиздец, пообрывали все телефоны, мне кажется я наконец лучшей сотрудник нашей конторы». В целом, это тот мем про ритм жизни Москвы. Как говорил Комисаренко: «Я пока жил в Беларуси, я думал я очень быстро хожу, пока я не переехал в Москву, и понял что я вообще не двигаюсь, просто ты стоишь в метро и птфу - это бабка уфегачила вверх по эскалатору!». Концептуально, я согласен, если упереться лбом в стену, она всегда пробьется. Существует ненулевая вероятность, что если долбиться об стену бесконечно долго, то однажды атомы тела и стены совпадут, и ты пройдешь сквозь неё. На какой-то лекции по вышмату я не понял ничего, кроме этой мысли. У меня был смешной диалог с психологом, к которому я перестал ходить после диалога. Он мне говорит: ·Если вы упретесь в стену, что вы будете делать? ·(рассказываю прикол про теорию вероятности) ·А я считаю, что можно взять кувалду, пробить стену, и пройти сквозь нее ·Но вы же тогда пройдете через дырку в стене, а не через стену Психолог завис, и дальше как-то не пошел. Но все-таки, инсульты в 35 существуют, поэтому иногда лучше отступить на шаг назад, поменять тактику — и тогда получится пройти дальше, а не инсульт. Поэтому если чувствуешь, что уже не тянешь, не надо сразу выбрасывать белый флаг. Приостановиться, выдохнуть, перегруппироваться, переписать план, поспать и выпить - не признак лени. Признак лени - делать это каждый день. А вообще, если будете снимать мини-путешествия — смотрите под ноги. Особенно если видите единственное замерзшее место в лесу.

В управлении проектами часто говорят о "проектном" и "продуктовом" подходе. В чем разница, если слова вроде похожи? Проектный подход — это когда важно сдать работу в срок, в рамках бюджета и заданного объема. Сделали, передали — задача закрыта. Что будет дальше с результатом, уже не так важно. Продуктовый подход — это про ценность для пользователей. Главное не просто выполнить задачу, а решить проблему, улучшить продукт и сделать его полезнее.  Как понять, что у вас продуктовый подход? Вы ориентируетесь на пользователей, а не просто на список задач. Готовы менять планы, если появляются новые данные. Думаете о продукте в долгосрочной перспективе, а не только о ближайшем релизе. Команда работает вместе, а не по принципу «разработчики сделали свою часть — дальше не наша проблема». Смотрите на метрики, а не просто закрываете таски. Проект можно сдать и забыть. А продукт продолжает жить — его используют, оценивают, сравнивают с конкурентами. Если подходить к управлению с продуктовым мышлением, он не просто работает, а приносит пользу и развивается. В Tach мы идем именно по этому пути. Для нас важно не просто добавить новую функцию, а сделать так, чтобы пользователям было удобно, понятно и приятно работать с платформой.

Почему важен feedback и как его правильно давать «Дать фидбек» по задаче очень просто. Открыл, прочитал, написал свое мнение. Гораздо сложнее давать фидбек о работе с людьми. Но при это без него сложно двигаться вперед и формировать команду. И еще сложнее, если фидбек давать неправильно. Существует два типа фидбека: позитивный и конструктивный. Первый отмечает сильные стороны и достижения, мотивируя на дальнейшую работу. Хвалить в целом просто, иногда стесняешься, но за что похвалить всегда найти можно. Второй указывает на зоны роста и предлагает решения, а не просто критикует. Важно сохранять баланс – чрезмерная критика демотивирует, а постоянная похвала может создать ложное ощущение успеха. Нельзя давать фидбек нечетко и размыто – фразы вроде «Ты молодец» или «Надо лучше» не дают никакого ощущение тепла. Фокус должен быть на личности вместо действий – обратная связь должна касаться работы и поведения, а не характеристик человека. Фидбек нужно давать вовремя. Если человек в стрессе и все вокруг в огне, а хочется дать «конструктивный фидбек», то не надо. Правильный фидбек должен быть конкретным. Важно описывать ситуацию, действия и их последствия, например: «Когда ты оперативно закрыл задачу, команда смогла вовремя выпустить релиз». Важно соблюдать баланс – говорить не только о положительных моментах, но и о том, что можно было бы сделать лучше. Фидбек должен быть направлен на развитие – вместо обвинений стоит предлагать решения и пути улучшения. Его нужно давать регулярно, разовая обратная связь не работает. Мало дать фидбек, надо его принять. Даже если он кажется несправедливым, стоит разобраться, какие моменты можно учесть в будущем. Фидбек – это не личная критика, а инструмент для совершенствования. Чтобы наладить культуру фидбека в команде, важно демонстрировать открытость. Все эти вещи начинаются сверху. Необходимо показывать, что Верха готовы принимать обратную связь так же, как и давать её. Фидбек должен восприниматься как инструмент роста, а не повод для демотивации. Регулярные 1-2-1 встречи и ретроспективы помогают в этом. Еще можно организовать тимбилдинг в баре или сауне, там все причины для гордости и грусти можно обсудить. Давайте фидбек, вместо того, чтобы обижаться и уходить в истерики)