Как ментальное здоровье влияет на работу

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

👉Основной источник стресса большинства людей – работа, а не личная жизнь. При этом рабочий стресс негативно повлиял на физическое здоровье аж у 77% опрошенных, а 75% набрали лишний вес.
👉Работа влияет на жизнь людей и с положительной стороны. 53% опрошенных благодаря работе нашли компанию людей с похожими интересами, 48% стали увереннее в себе, а 44% стали менее остро чувствовать одиночество.
👉Топ примеров того, как менеджеры негативно влияют на эмоциональное состояние: отсутствие понимания жизни сотрудника за пределами работы, неравное отношение к разным членам команды, нарушение границ рабочего времени.
👉А вот топ положительных примеров: гибкое отношение к рабочему времени, менторство, поощрение карьерных амбиций.
👉93% опрошенных считают, что работодатель должен помогать с ментальным здоровьем.

Добавлю от себя, что партнерки с различными сервисами психотерапии – очень крутая составляющая соцпакета. Я и сам регулярно ей пользуюсь, и часто направлял туда ребят из своей команды. Если у вас такой нет, настоятельно рекомендую добиться ее появления от своих HR.

Разработка мобильных приложений на заказ от CleverPumpkin

Я очень давно и хорошо дружу с ребятами из CleverPumpkin, бутиковой студии, которая занимается разработкой мобильных приложений на заказ. С их СЕО мы как-то писали чудесный выпуск Подлодки про то, как вообще выстраивать аутсорс-компании, там работали много моих друзей, а сейчас в QA работает моя жена! Поэтому этот пост, хоть и рекламный, но в этот раз прям от чистого сердца!

Так вот, в чем суть – ребята сейчас активно ищут новых клиентов, для которых готовы сделать какие-то классные приложения. Почему вам стоит прийти именно к CleverPumpkin:

👉Они работают с одними из самых классных компаний в России: Хабром, Авиасейлс, Kassir.ru, Интерфакс, Sports.ru, Комитет, Подари жизнь, Пикабу и многими другими.
👉Помимо приложений на заказ делают и свои продукты, которыми многие из вас даже пользуются – например, Moneon для учета личных финансов.
👉Они угорают и по продуктовому, и по техническому качеству того, что делают – поэтому куча клиентов к ним приходит по рекомендациям.

Чтобы пост был не только рекламным, но еще и полезным, держите ссылки на крутой контент, который ребята делают:

🔗Гайд по этапам разработки мобильного приложения
🔗Как организовать трансфер проекта от аутсорса к инхаус команде
🔗Сколько вообще стоит сделать мобильное приложение

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

Как организовывать приоритизацию в командах, отвечающих за общие компоненты

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

👉Вы раздаете обещания налево и направо, пытаетесь угодить всем заказчикам, но в итоге подводите по срокам всех. Нереалистичные коммитменты постепенно нарастают друг на друге, и доверия к вашей команде все меньше. Единственный плюс такого подхода – вы выглядите довольно выгодно первые несколько циклов планирования. Основной минус – это впечатление длится недолго.
👉Вы приоритизируете задачи в вакууме, избегаете конфликтов, и противопоставляете части неудовлетворенных заказчиков хороший трек рекорд законченных проектов и собственных выполненных целей. Плюсы – вас ничто не ограничивает, команда движется быстро, дает какой-то результат. Минусы – доверия к команде все еще мало, так как она действует как черный ящик.
👉Вы строите систему, в которой ваши заказчики сражаются друг с другом за приоритеты в очереди задач. Плюсы – удобно для команды, вы снимаете с себя ответственность и ничем не рискуете. Минусы – вас начинают воспринимать сугубо как сервисную команду.
👉Вы делаете так, чтобы в компании появилась сквозная приоритизация для проектов. Условно говоря, если для всей компании проект А важнее, чем проект Б, то и ваши задачи для проекта А получают понятный приоритет. Такой подход дает всем командам понятные ориентиры и позволяет автономно принимать решения. Минус – менеджмент обычно не любит принимать такие сложные решения.

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

Podlodka Crew про софт-скиллы

Через неделю стартует новый сезон конференции Podlodka Soft Skills Crew про то, как правильно применять софты на собеседованиях. Вот несколько топовых сессий:

👉Воркшоп про то, как сделать свой LinkedIn таким, чтобы им заинтересовались зарубежные работодатели
👉Воркшоп по самопрезентации, на котором научат правильно рассказывать про кейсы из своего опыта
👉Публичное собеседование в обратную сторону, после которого вы научитесь выяснять действительно важные детали про вашего будущего работодателя
👉Воркшоп по переговорам об оффере, с тактиками повышения итоговой компенсации

Среди спикеров такие классные ребята как Женя Антонов, Алексей Шаграев, Вероника Ильина и Валерий Бабушкин.

📆Дата: 13-17 мая, две сессии в день
👉Регистрация

Не бросайтесь сразу же исправлять все проблемы

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

Автор дает два, на мой взгляд, очень ценных совета для таких ситуаций.

1️⃣Начинайте исправлять проблему, только когда столкнетесь с ней во второй раз. Во-первых, скорее всего, от вас никто не ожидает решения пожаров прямо сейчас. Скорее вас нанимают, чтобы обеспечить успех команды в долгосроке. Во-вторых, посмотрев, как организация реагирует на проблемы и провалы, вы можете узнать много полезного для себя в будущем. В-третьих, вообще-то, вы можете ошибаться. Какой-то неоптимальный с вашей точки зрения процесс может на самом деле работать в текущем контексте. Попытавшись что-то поменять, не разобравшись, вы можете сделать только хуже.

2️⃣Фокусируйтесь на нескольких самых важных проблемах, отложив десятки остальных. Автор называет это правилом 63 – выбираете 3 проблемы для исправления, а остальные 60 осознанно отпускаете. Такой подход помогает не размазывать свой ресурс слишком тонким слоем, и добиваться видимого результата.

Про когнитивную нагрузку

Максимальная когнитивная нагрузка – один из важных лимитов, который надо учитывать при дизайне команд. Подробно об этом рассказывается в книге Team Topologies, которую я как-то уже рекомендовал в этом канале.

Автор предлагает смотреть на когнитивную нагрузку с помощью следующей ментальной модели:

cognitive_capacity = individual_cognitive_strength - (environment_cognitive_friction + task_cognitive_weight

👉Cognitive strength – количество ментальной энергии, которое конкретный человек или команда могут выделить на работу в конкретный день.
👉Cognitive friction – влияние рабочего окружения на ментальную нагрузку. Коимат в команде, качество кода, комфорт рабочего места, автоматизация рутины.
👉Cognitive weight – сложность конкретной решаемой задачи, как неотъемлимая, так и порождаемая плохой декомпозицией.

Гайд по внутренним коммуникациям

37signals написали классный гайд про организацию коммуникаций внутри компании. Общая философия – уводить все общение в асинхронный режим, все важное фиксировать в долгоживущих документах, а митинги проводить, только когда нет другого выбора. А детали сформулированы в виде 30 принципов. Вот некоторые из них:

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

Помимо принципов, гайд содержит несколько конкретных практик, которые поощряют людей делиться информацией. Вот две, которые мне понравились больше всего:

👉Автоматические сообщения вроде "Какую книгу вы сейчас читаете?" или "Встречали ли вы в последнее время примеры классного дизайна?". Такие опциональные вопросы дают людям дополнительную возможность завязать разговор и сблизиться, что особенно важно удаленным командам.
👉Heartbeats: 6-недельные статус репорты команды, департамента или конкретного человека. Они содержат обзор самых важных ачивок, подчеркивают важность работы и рассказывают про интересные мелочи. Цель – рефлексия о текущем прогрессе и предоставление сводки тем, кто в ней заинтересован.

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

11 мая Школа «Стратоплан» проводит бесплатную однодневную конференцию Failconf: лучше учиться на чужих ошибках. Там мы хотим открыто и без стеснения поговорить про несколько реальных факапов наших тренеров-руководителей, которые в свое время стоили им кучи нервов, бессонных ночей, потерянных денег, проектов и сотрудников.

4 спикера, 4 истории плюс сессия вопросов и ответов для разбора ваших ситуаций в работе.

11 мая — день признания собственных фейлов. Регистрируйтесь и приходите послушать, какие проблемы могут возникать даже тогда, когда «все учтено и продумано»: Failconf: лучше учиться на чужих ошибках.

Как писать дизайн-доки

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

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

Как сделать крутой продукт? Рассуждаем в подкасте от Яндекса и make sense

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

🔸 В первом эпизоде Юра Агеев, ведущий подкаста make sense, пообщался с CPO Алисы Денисом Озорниным о том, как Яндекс встраивает LLM в структуру Алисы, как они улучшают пользовательские сценарии и почему большие языковые модели нужно монетизировать.

🔸 Во втором выпуске руководитель B2B-направления Яндекс Маркета Александр Пьянов расскажет всё самое интересное про B2B: как строятся команды и маркетплейсы, как планировать работу и какие есть перспективы у направления.

Эпизоды будут выходить каждые две недели на ютуб-канале Яндекса Yandex for Products. Смотрите первые выпуски уже сейчас и подписывайтесь 👉 @yandexforproducts, чтобы ничего не пропустить.

Как строить команду менеджеров

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

Справиться с этим можно с помощью так называемого First Team Mindset – формирования из ваших менеджеров настоящей команды, интересы которой они будут ставить выше интересов команд в их подчинении. Вот несколько советов, как к этому можно прийти:

👉Проактивно объясняйте свои ожидания от менеджеров, начиная с интервью, заканчивая привязкой к повышению в карьере.
👉Относитесь к ним как к настоящей команде. Вместо 1-1 обсуждений старайтесь вести общие коммуникации, иметь один канал в Slack, устраивать совместные тимбилдинги и всякое такое, что делает нормальная команда.
👉Поощряйте взаимопомощь в рамках группы. Находите способы подтолкнуть людей к совместной работе.
👉Делитесь своими проблемами с командой, и подключайте к совместносу их решению.

Пункты довольно очевидные, но в реализации довольно сложные. От себя добавлю, что есть еще один очень критичный совет – иметь внятные совместные цели, определяющие успех этой команды и объединяющие ее.

Как за один день переехать на новую почту и за сутки перенести 1200 чатов в мессенджере

В ИТ-компании SimbirSoft искали замену Skype. Сотрудников стало больше, и решение от Microsoft их больше не устраивало: новые учетки приходилось создавать вручную, в карточках сотрудников вместо ФИО были непонятные логины, а бывшие коллеги сохраняли доступ к контактам, данным и свободно заходили в приложение — это могло привести к нарушению NDA.

👉 Команда перешла на VK Teams — суперприложение от платформы VK WorkSpace. В приложении было все, что нужно: личные и групповые звонки, корпоративный мессенджер, поддержка каталога пользователей LDAP, автоматическое создание и удаление аккаунтов, контроль доступа в систему, On-premises-версия.

А еще айтишникам понравилось, что VK Teams написан на нормальном языке и фреймворке. Он не потребляет десятки ГБ при работе, как Skype и другой софт, созданный на фреймворке Electron.

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

👉 Позже переехали с On-premises на SaaS-версию приложения VK Teams. Это помогло объединить каналы коммуникаций, разгрузить дата-центр и снизить затраты на инфраструктуру.

Чтобы перенести в новый мессенджер 1200 чатов, написали чат-бот для экспорта информации о чатах и робота по технологии RPA. Робот заходил в систему под аккаунтом владельца, создавал чаты и добавлял участников — с задачей он справился за 38 часов. Все переезды удалось провести бесшовно, не замедляя внутренние процессы компании и не перенося сроки для 200+ проектов клиентов SimbirSoft.

Переходите на сайт, чтобы узнать подробнее о преимуществах сервисов для бизнеса VK WorkSpace →

Как подойти к succession planning

Succession planning – это подготовка своего преемника на тот случай, если вы двинетесь дальше по карьерной лестнице, решите уйти из компании, или вас собьет автобус.

1️⃣Проанализируйте, чем вы занимаетесь

👉Посмотрите на все встречи в своем календаре и какую роль вы в них играете.
👉Проанализируйте все регулярные процессы за последние 6 месяцев, в которых вы принимали какое-то участие.
👉Подумайте о всех людях, кем вы руководите или поддерживайте в какой-то роли. Какие ваши сильные стороны и навыки им в первую очередь помогают?
👉Пройдитесь по своему тудушнику и посмотрите на категории задач и проектов, которыми вы занимались последние месяцы.
👉Соберите список внешних контактов, которые вы поддерживаете.
👉Проверьте собранный список, поговорив с разными людьми в команде, и попросив их подсказать, что вы могли пропустить.

2️⃣Распределите преемственность

👉Вычеркните задачи, которые у вас уже есть кому делегировать.
👉Для задач, которые передать некому, выделите несколько потенциальных кандидатов.
👉Все оставшиеся задачи разбейте на два списка. Первый – простые. Их можно передать кому-то, описав в документе, и потратив на онбординг несколько часов. Второй – сложные и рискованные. Именно в них заключается ваша основная ценность для компании.
👉Составьте план, как именно вы закроете весь первый список, и хотя бы пару элементов из второго. Добавьте получившийся план в свои личные цели.

Вы восхитительны, и только что проделали succession planning! Повторять упражнение надо хотя бы раз в год.

Вы даже не представляете, как эмоции влияют на наше сознание.

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

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

Вебинар проведёт Андрей Волков, тимлид в Nitka Inc. с 18-летним опытом в IT.

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

Бонус! Всем участникам вебинара – скидка 5% на любой курс OTUS

16 мая, 20:00 МСК
Бесплатно

Записаться на событие

Реклама. ООО «Отус онлайн-образование», ИНН 9705100963, erid: 2SDnjcrSBpV

Три закона сложности софта

1️⃣Дизайн любой хорошо продуманной системы со временем деградирует.
2️⃣Сложность систем чаще всего порождается рыночной конкуренцией.
3️⃣У сложности системы нет никакого верхнего лимита.

В статье хорошо разобраны предпосылки и следствия каждого из законов.

Митап в Берлине про Quality Engineering

Один из самых активных членов нашего чата @tlbootcamp, и автор бесконечности полезного контента про менеджмент Виталий Шароватов организует в Берлине митап про качество в разработке. В программе три доклада:

👉Про то, как коммуникации влияют на качество итогового продукта
👉Про тестирование технических требований
👉Про роль человеческого фактора в обеспечении качества

📆Дата: 23 мая, 18:30
🔗Регистрация

Как уйти от перфекционизма в стратегии

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

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