Что делать, если нет сил решать проблемы сотрудников

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

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

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

Поэтому мой сценарий такой:

⁃ слушаем человека;
⁃ записываем все тезисы;
⁃ задаем уточняющие вопросы;
⁃ вспоминаем свои приоритеты и установки;
⁃ берем небольшую паузу на формирование ответа (потому что в таких условиях лучше с листа не выдавать информацию).

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

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

Максим Шаламов
#тимлиду

Ты можешь не все

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

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

Вариант первый: винить других
Винить других всегда очень просто и главное очень просто убедить себя в том, что кто-то не прав. Я думаю все встречались с людьми, которые очевидно не правы и при этом никогда в этом не признаются. Более того, многие руководители вообще считают, что нельзя признавать свои ошибки, и, как бы смешно или печально это не выглядело, будут стоять на том, что виновен кто угодно, но не они. Очевидной проблемой данного подхода является отсутствие критического взгляда на себя и свои действия. Это значит, что ошибки будут кочевать из ситуации в ситуацию. С другой стороны, если человек умен и хитер, то продвигаться он будет довольно лихо. Имея дело с такими людьми, учтите, что они очень много времени потратят на подготовку обоснования того, что они не виноваты и будут искать все способы обвинить других. Хотите чувствовать себя спокойно - максимально подробно и своевременно фиксируйте все детали хода проекта и договоренности.

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

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

Максим Шаламов
#тимлиду

Верхнеуровневая и точная оценка сроков

Сегодня хотел бы поговорить об оценке сроков, как со стороны исполнителя, так и со стороны руководителя. Последние 7-8 лет я участвую в оценке сроков, как на собственные задачи, так и на задачи команд и отделов в целом. Поэтому сразу хотелось бы сказать, что мы можем говорить о реальных сроках на задачи и верхнеуровневых оценках.

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

Как собирать сроки с людей
С конкретными задачами, тоже все не очень ладно. Почти каждый руководитель понимает, что нужно делать наценку на непредвиденные ситуации, но, когда собирает информацию с исполнителей, забывает учить каждого этому простому подходу. В итоге обычно собираются очень оптимистичные сроки и запаса не хватает. Что же делать? Не требовать ответ с людей в моменте и даже не принимать его. Дайте людям все хорошо взвесить, найти проблемные места и заложить на это время. Я стараюсь собирать итог не раньше чем через день (если только не горящая задача, но такие обычно берутся в работу и делаются пока не будут готовы в первом приоритете). В итоге такой подход + ваша наценка, дадут неплохое представление о времени реализации задачи.

Как закладывать сроки разработчику
Будучи разработчиком, я тоже всегда продумывал все моменты, где что-то может пойти не так, где надо заложить времени и где могут понадобиться дополнительные усилия. Советую каждому не пытаться дать ответ о сроках сходу. Это довольно сложно, наш мозг любит отбрасывать «мелочи» при беглом просмотре, а из таких мелочей может состоять 80% времени реализации задачи. Берите время на проработку и оценку. Не пытайтесь угадывать, анализируйте и оценивайте.

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

Максим Шаламов.
#тимлиду #разработчику #agile_который_работает

Как ограничения влияют на креативность

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

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

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

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

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

Александра Шаламова.
#разработчику #agile_который_работает

Про выгорание

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

Выгорание и усталость
Главное не путайте выгорание и усталость. А то это сейчас очень модно. Поперерабатывал пару раз, устал - ну значит выгорел. На самом деле нет. Устал - иди в отпуск, вернешься будешь как новенький. Или просто отключись от работы на все выходные и тебе сильно полегчает. При этом усталость чувствуется везде, и на работе и дома.

Чем отличается выгорание
Выгорание оно не такое. В этом состоянии ты можешь плескать энергией в хобби и дома, но, придя на работу, чувствовать отсутствие сил и сильное раздражение. Выходные и даже отпуска на 2-3 недели дают очень временный эффект, а порой и вообще не дают. Проблема в постоянном расхождении ожиданий и реальности. При этом, чем сильнее вы вкладываетесь, тем больше может быть эффект от выгорания и быстрее оно вас настигнет, если вы не получите ожидаемый результат. Результатом может быть что угодно, вы можете ожидать повышения после выполнения работы, можете хотеть иных процессов / коллег и т.д. Большая проблема в выходе из этой ситуации это то, что, по сути, в этом состоянии вы загнали себя в тупик. Нахождение на работе только усугубляет ваше состоянии, а ваши ожидания не дают вам отстроиться от этого.

Возможный выход
Тут есть две очевидные возможности:

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

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

Также вам может пригодится тест на определение выгорания, который мы публиковали ранее на своем канале.

Максим Шаламов

Как использовать флеш-карточки для изучения чего угодно

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

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

Тренировка формируется на основе метода интервального повторения. Сначала вы из общего набора выбираете определенное количество карточек, лучше всего для усвоения 30 штук. Затем по очереди вы берете каждую карточку, читаете лицевую сторону и стараетесь вспомнить, что написано на другой стороне. Если вы вспомнили правильно, то карточка отправляется на следующий уровень, если нет, то карточка сбрасывается на первый уровень. Количество уровней повторения зависит от методики, которую вы используется. На пример, может быть 7 уровней:

0. Добавление карточки
1. Повторять каждый день
2. Повторять раз в 2 дня
3. Повторять раз в неделю
4. Повторять 2 раза в месяц
5. Повторять раз в месяц
6. Повторять раз в 2 месяца

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

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

Что можно использовать помимо бумажных карточек?
Есть много различных вариантов электронных карточек, но большиство из них имеют узкую направленность на определенную сферу. Мы, на пример, пользуемся собственным простым решением для карточек ширикого назначения. Это приложение с очень простым интрефейсом, где можно добавлять карточки без ограничений по тематике. Оно бесплатное, скачать его можно в AppStore и AppGalery.

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

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

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

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

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

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

Максим Шаламов

#советы

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

#тимлиду

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

Висит груша - нельзя скушать
Будучи джуном, я работала в одной из топовый ИТ-компаний. Был у нас и тимлид и скиловый синьор. И вроде бы все для счастья есть и один мой коллега-джун решил этим счастьем воспользоваться. Повадился он ходить к нашему синьору с вопросами. Раз на третий его подхода к синьору раздался на весь офис возмущенный крик тимлида "Ты долго собираешься мешать ему работать? Тебе заняться нечем? Так давай я тебе задач подкину". К синьору больше никто из джунов не подходил.

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

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

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

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

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

Так кто важнее для роста тимлид или техлид?
Лично мое мнение, что для роста человека в команде намного важнее наличие сильного тимлида, именно в значении тимлида. С хорошим тимлидом, отсутствие техлида можно будет компенсировать, а вот имея скилового техлида без кого-то, кто отладит работу отдела, вы скорее всего получите ту самую не съедобную грушу. Чаще всего в таких командах самый сильный разработчик сидит и разрабатывает, ему некогда помогать кому-то расти, а все остальные чинят баги и бегают в огне, потому что команда не может качественно работать без настроенных процессов.

Александра Шаламова #советы

Как быстро снять стресс в рабочей обстановке

По опросам 2021 года лишь 9% людей не испытывают стресс на работе. Длительный стресс может привести как к выгоранию, так и к различным заболеваниям. А еще неправильная реакция на него может испортить ваши отношения с коллегами и мешать вашей карьере. Поэтому я подобрала для вас быстрые и действенные способы, которые можно применять прямо на рабочем месте.

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

- улучшение памяти;
- повышение иммунитета;
- ускоренное восстановление;
- активация интеллектуальных способностей;
- повышение выносливости нервной системы;
- улучшение работы органов чувств.

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

Упражнения для быстрого снятия стресса
Что делать в моменте, когда эмоции берут верх, а вам нужно продолжать работать? Есть различные упражнения, помогающие снять текущее состояние стресса.

Перенаправление внимания
Один из методов это переправить свое внимание, отвлечь свой мозг от текущего момента. Несколько примеров таких упражнений:

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

Можно придумать много способов, главное переключить внимание от текущей проблемы.

Дыхательные упражнения
- Медленное дыхание. Для начала просто начните медленно дышать.
- Дыхание животом. При стрессе мы не замечаем как переключаемся на поверхностное дыхание. Попробуйте осознанно медленно подышать, надувая живот, а не грудь.
- Дыхание 4-7-8. Одна из знаменитых техник, помогающих быстро дать телу сигнал, что опасность миновала и можно успокоится. Сделайте вход в течении 4 секунд (можно просто медленно считать до 4), затем задержите дыхание на 7 секунд и выдыхайте 8 секунд.

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

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

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

Александра Шаламова #советы

Как бороться с усталостью

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

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

Признаки усталости
Дак какие же признаки могут нам помочь отследить это состояние:

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

Для отслеживания этого у себя, коллег или подчиненных нужно внимательно следить за этими признаками. Банально слушать человека, или себя, и анализировать информацию будет достаточно. Так же, как руководитель, я принял для себя правило сразу отпускать человека в отпуск, если он сам хочет или ему нужно. Я максимально стараюсь искать возможности, чтобы не делать исключения в этом правиле. Релизы и прочее есть всегда, но мне нужен бодрый, мотивированный и сосредоточенный человек, а не тот кто может с трудом разгребать рутинные задачи.

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

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

Вообще последний пункт довольно важный, идеальных моментов для отпуска не бывает, поэтому передавайте дела (подойдите к этому ответственно) и спокойно отдыхайте. Берегите себя и окружающих людей, отдыхайте вовремя тогда и работа и жизнь будут значительно приятнее.

Максим Шаламов

#советы #тимлиду #разработчику

Говорим правду руководству - подводные камни

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

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

Решите зачем вам это
Второе, наверное самое важное, нужно понимать зачем вы хотите свою "правду" озвучивать. Для меня всегда важно следовать своим установкам, чтобы работа, за которую я отвечаю, делалась правильно (по моим стандартам) и своевременно. Когда я вижу помехи со стороны, я пытаюсь на это повлиять настолько насколько я могу. Тут и попытки напрямую разобраться в проблему и эскалация к руководству и конечно же по возможности настойчивость. Один раз поднять вопрос мало, обычно нужно убеждать людей, искать новые слова, примеры, моменты. Некоторые вещи могут занимать больше года и двух, так что тут нужно много терпения, поэтому важно понимать зачем. Если вы просто хотите задеть кого-то или набросить на вентилятор, это того не стоит. Если вы преследуете свои четкие цели, даже если будет выглядеть как-то не так в глазах окружающих, оно того стоит.

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

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

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

Максим Шаламов
#советы

Использование грейдов: частые ошибки

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

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

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

Конечно же ответственность и вовлеченность, ну чтобы работал побольше, возмущался поменьше. У клиента есть проблема - все бросил и пошел решать (приоритетов нет), потом доделываешь то, что делал в те же сроки.

По грейдам, джун это тот, кто будет умирать на работе 24/7, он ведь ничего не знает, а задач будут выдавать примерно как всем. Мидл, ну он должен решать задачи, ну по сути любые. Синьоры - это вообще в таком концепции волшебники, которым можно скинуть что угодно и получить за 5 минут решение. А лиды: ну чтобы удержать синьора можно и грейд дать.

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

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

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

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

Но в целом нужны вам грейды или нет, кого вы ищите и как, в итоге будете решать только вы.

Максим Шаламов

#сто #тимлиду #руководителю

Вчера на нашем YouTube-канале вышло новое видео по теме выгорания. Кроме тем этого канала в видео-формате там иногда выходят видео и на другие темы.

https://youtu.be/tpOLjsGfl5Q

Признаки плохого работодателя, которые можно выявить на собеседовании. Часть 1.

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

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

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

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

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

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

Больше признаков обсудим в следующем посте. А вопросы, которые обязательно нужно задавать работодателю на собеседовании можно посмотреть в нашем старом посте.
#советы #разработчику

Признаки плохого работодателя, которые можно выявить на собеседовании. Часть 2.

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

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

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

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

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

Признак нечестной компании
Иногда в процессе собеседований начинают всплывать подробности, которые не оговаривались в самом начале. Например, всплывают новые неоговоренные этапы собеседований. Могут возникнуть новые условия по выдаче техники, способе выплаты зарплаты (например премиальная часть раз в три месяца на значимую часть обещанной суммы в месяц), может выясниться, что обещанная удаленка на самом деле имеет какие-то ограничения и т.д. Это признак того, что компания пытается заманить вас в общение любым способом, скрывая детали будущей работы и обманывая уже на этапе собеседования. Такой компании не стоит доверять и вряд ли вас будет ждать что-то хорошее после трудоустройства.

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

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

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

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

#советы #разработчику

Сделали видео-версию самой популярной статьи нашего блога.

https://youtu.be/zbFpfN1Oz7k

Работа мечты

Я очень часто в различных неформальных обсуждениях слышу от людей о том, что их компания мечты Х или проект У, но это все мечты и фантазии. Многие люди годами думают как бы было хорошо, но ничего для этого не делают. Что я хочу сказать и всегда говорю в таких случаях: если есть такая особая компания или проект, то нужно попробовать себя именно на этом месте, тем более что обычно это вполне реально.


Стоит попробовать, даже если в итоге вы откажетесь
Чтобы ничего не перевирать, возьму свои примеры. Когда я перебрался в Москву, мне казалось, что ИТ-компаний кроме Яндекса то и нет. Пройти туда на нужную зарплату с ходу не получилось, а интересные проекты оказалось, что есть и в других местах. Однако, ощущение, что нужно получить оффер именно от Яндекса осталось (причем, как я сейчас понимаю, работать в Яндексе уже желания особенного не было). И уже работая в Сбербанке, я подумал, а собственно почему бы и не закрыть эту тему для себя, тем более, что в тот момент я был техническим руководителем, еще полностью не ушел в управление и пожалуй был в лучших технических кондициях, чем когда-либо еще. Поход в Яндекс закончился для меня неожиданно, я получил оффер, да еще на зарплату на 30% выше текущей. Не смотря на то, что оффер я в итоге отклонил, получив те же деньги в Сбербанке, я не жалею, что закрыл для себя эту тему. Это придало мне уверенности в своих силах и сделало мой выбор осознанным, а не вынужденным из-за того, что я не смог получить оффер в определенную компанию.

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

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

Максим Шаламов
#советы #разработчику

Как развлечься на работе

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

Зона комфорта
Скука выплывает обычно в контексте того, что работа по ведению проекта устаканилась и идет своим чередом, соответственно больше не дает дополнительных вызовов и роста. На самом деле это самообман и вы просто вошли в зону комфорта, из которой сами себя вытаскивать не хотите, а смена работа естественным образом решит эту проблему на время, но именно на время. Почему я в уверен, что скука идет от зоны комфорта? Потому что идеальных ситуаций/проектов/команд/технологий/... не бывает. Просто со временем вы принимаете некоторые вещи как данность и перестаете пытаться их улучшить. Дальнейшие упражнения имеют смысл, если вас в целом все устраивает и нет других серьезных причин для увольнения. Так же оставим в стороне случаи, когда вы хотите других позиций в целом.

Как выбраться из зоны комфорта не меняя работу
Итак принимаем за данность, что ничего идеального в нашем мире не бывает. Выделяем для себя время не менее часа в день, на протяжении хотя бы недели. В это время начинаем подробно смотреть на свою работу. Смотрим на все составляющие вашего проекта, на процессы, по которым работает команда (причем ваша позиция в такой ситуации значения не имеет, хотя конечно и сложность с внедрениями зависит от позиции), тех. долг, подходы к автоматизации и тестированию и прочие компоненты, из которых состоит ваша работа и работа вашей команды. Составьте список проблем и отсортируйте их по собственному видению приоритетов. Дальше Возьмите топ-3 проблем и проработайте их, то есть опишите (прямо в документе) суть проблемы, ее влияние на проект и команду, и ваше видение ее решения. Очень вдумчиво подойдите к этому процессу, не спешите и все детально описывайте. Пока вы будете писать и перечитывать, вы сможете хотя бы немного со стороны посмотреть на свои идеи, это поможет вам их сформулировать максимально доступно. После этого представьте свои идеи руководству и команде, обсудите с ними ваше видение, предложите попробовать и возьмите на себя ответственность. Даже если первые идеи отсеют, то вы найдете те проблемы, над которыми сможете поработать и вовлечь других. Начинайте с малых шагов, всегда помните о том, что нужно иметь метрики как было и как стало, обязательно показывайте результаты команде и руководству, помогайте другим вовлекаться в изменения, слушайте обратную связь и корректируйте свои подходы.

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

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

Максим Шаламов
#советы #разработчику #тимлиду

Как настроить инфраструктуру pet-проектов

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

Какие проблемы могут возникнуть
Раньше, как и многие сейчас, я просто брал выделенный недорогой сервер, поднимал там весь проект и он жил себе не тужил, но у этого всегда было много трудностей (по крайней мере для меня). В проектах появлялся фронт (ssr) и бек API, потом появлялись фоновые процессы запущенные отдельно, не проблемы, но за каждым из них нужен мониторинг и настройка перезапуска при падении. Проблемы могли быть, если кто-то будет выжирать всю память или процессор. Я не говорю уже о том чудном дне, когда люди начнут приходить и ты понимаешь, что серверов должно становиться больше. Следующей проблемой являются базы данных, поднять их не сложно, но ведь нужно настроить тот же мониторинг с рестартом при проблемах и как минимум начать делать бекапы. Конечно же любые раздаваемые файлы, тоже нужно бекапировать и не слечь при их раздаче. Естественно это все решаемо, можно настроить, если потратить достаточно времени. Но, как я уже сказал, проект то по большому счету хоббийный, времени на лишнюю мороку нет, а то, что есть, хочется уделить проекту.

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

Перейдя на следующий этап, или сразу начиная с него, я беру готовые инфраструктурные компоненты. Все сервисы я запускаю в kubernetes, который беру как сервис у любого нравящегося вам крупного поставщика облачных услуг. Это сразу решает описанные мною проблемы, с Docker я думаю все умеют работать (ну либо довольно не сложно научиться это делать). Базы данных тоже берем как сервис, с настроенным мониторингом и бэкапами (если есть желание можете добавить ручной бекап в хранилище на этом же поставщике или другом). Добавляем cdn для раздачи статики (опять же предложений вагон, выбираем на свой вкус) и docker regestry для хранения и раздачи образов. Я обычно беру все это в одном месте для простоты эксплуатации. В итоге получаем масштабируемую систему, с неплохим базовым мониторингом, совсем не зависящую от используемых языков программирования.

Да, конечно возникнет вопрос деплоя проектов и изменений в базы, но собственно он возникает всегда. Тут каждый выбирает от своих потребностей и возможностей. Кто-то любит, что-то типа circleci, кто-то напишет вручную. Пока команда маленькая, это не имеет значение. Как только будет расти команда и будет вырисовываться сложный процесс перед выкаткой проекта, то конечно нужно будет брать облачные инструменты (тут тоже есть из чего выбрать).

Минусом данного подхода будет выросшая цена. На текущий момент, чтобы быть уверенным, что все заработает это обойдется в 15-20 тысяч рублей в месяц. Не дешево? но подъемно. В принципе ужаться можно будет и до 8-10 тысяч. Дополнительным плюсом будет, то что вы не ограничены одним проектом, и, настроив выкатку раз, сможете запускать и другие свои проекты схожим образом, без затрат временных усилий.

Максим Шаламов
#советы #разработчику