Тимлид Очевидность
11.8K subscribers
53 photos
3 videos
1 file
271 links
То, что ежедневно окружает нас в IT. Рабочие процессы, софт скиллы, тимлидство, обучение,карьера и т.д
Чат @general_it_talks_chat

Консультации https://antonov-dev.ru/consulting

Реклама https://telegra.ph/Reklama-v-kanale-Timlid-Ochevidnost-09-03
Download Telegram
Однажды тимлид – навсегда тимлид

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


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

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

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

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

Сам чего?
У меня всегда как-то само собой складывалось, что я приходил рядовым сотрудником, а потом двигался в тимлиды. Затем шел в другую компанию, и там происходило то же самое.
Да, мне иногда приходится трудновато: море переключений контекста, созвонов, переписок, согласований, контроля, документации, квадратиков и стрелочек. И я думаю: «вот бы просто сидеть, код писать постоянно, а не вот это вот всё». И я могу себе позволить иногда устроить такие разгрузочные дни. И в качестве смены деятельности это клево, люблю, когда такое случается.

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


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

Бонусный контент
Эту тему мы выбрали вместе с Настей Абрашитовой, менеджером проектов из Яндекса. Знаю Настю уже полтора года и очень уважаю её профессионализм. Её пост вы можете прочитать тут https://t.me/tealmead/41
В последнее время меня со всех сторон окружает тема разрешения конфликтов и обратной связи.

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

Где-то по этой теме мне приходится действовать на практике, а где-то можно и потеоретизировать.
Сегодня вышла статья https://skillsetter.io/blog/feedback-problems где я получил ряд проблемных кейсов, проанализировал их и предложил несколько вариантов их решения.

Ссылка на телеграм канал https://t.me/skillsetter/497
Что вам от меня надо?

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

Суть проблемы
Человек устраивается на работу тимлидом. Проходит собеседование, отвечает на все нужные вопросы, выходит на работу и начинает свою бурную деятельность. Тюнит процессы разработки в команде: CI/CD настроил, гитфлоу внедрил, научил команду как кодревью делать, и т.д.

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

Тимлид думал, что делает хорошее и полезное дело, а в итоге оказалось, что руководство хотело совсем не этого.

Что делать?
Надо было сразу оговаривать как ожидания от этой позиции, так и критерии успешности их выполнения. А по итогу разговора лучше бы зафиксировать письменно, чтобы не было недомолвок из серии «Ну мы думали, ты понимаешь! Это же очевидно! Это подразумевалось!»

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

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

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

Итог
Обязательно проговаривайте как можно раньше и ваши ожидания от работы, и ожидания компании от вас. По возможности фиксируйте письменно.
Менторинг

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

Не забыли осветить опасность инфоцыганства и профанации.

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

Приятного прослушивания https://t.me/kodakodacast/96
Лайвкодить или не лайвкодить? Вот в чем вопрос

Уже много времени горит, полыхает спор про то, нужен ли (важен ли) лайвкодинг на собеседовании.

У больших компаний часто это обязательная секция
Возьмите ФААНГ (или МААНГ?) и его российский вариант типа Яндекса, или Авито. Там лайвкодинг секция – обязательная. Где-то даже менеджеров заставляют онлайн, или на доске, или на листочке код писать. У них есть для этого свой ряд объяснений:
⁃ отсеивают совсем не умеющих написать простой цикл или условие, переброситься парой букв в строке;
⁃ стандартизируют найм при огромном входном потоке и условии, что порой набор идет не в конкретную команду, а в компанию в целом;
⁃ отсеивают по максимуму, говоря, что лучше они не наймут подходящего, чем наймут неподходящего. У них желающих много, могут себе позволить.

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

Яростно критикуют такой подход обычно, не учитывая масштабы найма и орг.структуру, либо обидевшись, что не прошли подобный собес. Либо просто сидючи в небольших компаниях и нанимая по 1-2-5- людей в год. А какой-то серьезной критики от тех, кто выстроил огромный найм на потоке, я не слышал. Если вы слышали – напишите, пожалуйста, в комментарии, интересно будет ознакомиться.

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

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

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

Что я думаю?
Думаю, что нет смысла спорить, нужно это или не нужно. Просто примите это как данность. Много где это есть, но далеко не везде. Не хотите писать код в онлайн редакторе, или на листочке? Считаете это унизительным? Ну и не ходите туда, где это делают. А когда вас зовут на собес, заранее уточните, будет ли лайвкодинг. Лично я заранее спрашиваю об этом. Потому что знаю, что если мне прям очень засвербит туда пройти, то мне надо сидеть и готовиться (я уже наполовину менеджер, что я говорю, какой лайвкодинг, куда я готовиться собрался?:)), а без подготовки я мало что прям хорошего покажу. Ничего плохого и стыдного в этом не вижу. Как и не вижу смысла тратить и свое, и чужое время, приходя на собес, где меня ждут подобные сюрпризы.

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

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

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

Проблемы внешние
Неуважение.
Человек опоздал на встречу и без извинений просто начинает разговор как ни в чем не бывало. Или вам предоставили какой-то некорректный сервис, вы указали на проблему, а там просто притворились, что ничего не произошло.
Как всё это выглядит со стороны? Очень неуважительно и неприятно. Хочется ли вам продолжать работу с таким человеком и сервисом вообще? Хочется ли общаться с ними вежливо и корректно?

Избегание ответственности.
Кто никогда не признается своих ошибок, валит на других, всячески юлит, лишь бы не сказать «да, извините, я тут косякнул и поэтому случилась проблема», тот избегает ответственности за свои поступки. Не знаю, как вы к этому относитесь, но лично мое мнение, что с такими людьми мне было бы не очень комфортно работать, или даже просто общаться в быту.

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

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

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

Итог
Каждый может ошибаться. Это нормально. И будет совсем хорошо и порядочно, если вы сможете признавать свои ошибки, учиться на них и не допускать их.
Сегодня каналу Тимлид Очевидность исполнилось 2 года!

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

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

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

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

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

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

P.S. Отдельная благодарность моей жене, которая помогает мне приводить тексты в хорошо читаемый вид. Кстати, у неё есть свой душевный канал про кино и сериалы, вдруг вам будет интересно https://t.me/katyuha_smotrit Хотя бы такой маленькой рекламкой отблагодарю за те часы, которые она провела над вычиткой текстов за 2 года существования канала🙂

Итог
Спасибо, что читаете🥰
Специальный новогодний выпуск Кода кода

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

ссылка на выпуск https://t.me/kodakodacast/111
Свежая кровь

Некоторое время назад я писал пост про добавочную стоимость старожилов https://t.me/general_it_talks/135
В этот раз хочется рассмотреть ситуацию почти обратную, и обсудить ценность новых сотрудников.

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

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

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

⁃ Взбадривает болото. Порой с низкой ротацией в коллективе или несколько вязкими процессами со временем складывается более-менее равновесная ситуация, где всем норм, и никто никаких активных действий совершать не хочет. И вот свежий человек способен сгенерировать какие-то новые идеи, взяться за их реализацию.
Я сам не из тех, кто постоянно кричит про выход из зоны комфорта. Я люблю что-то комфортное и стабильное, однако очень радуюсь, если приходит человек с разумным, осознанным энтузиазмом и приносит новые идеи. Готов всегда идти навстречу, обсуждать, пробовать.
Конечно, я не имею в виду случаи, когда приходит новый разработчик и с порога говорит: «Тут всё фигня и надо переписать на svelte». Или новый менеджер, который говорит: «Вы что, без скрама и сторипоинтов вообще жизнь – не жизнь! Жду вас завтра на ретро!»
⁃ У него нет выученной беспомощности. Про это я тоже писал пост https://t.me/general_it_talks/66
Т.е. человек еще не обескровлен скрипучими процессами и инертностью коллектива. Он не живет в позиции «Ой, да тут никому ничего не надо, не стоит даже пытаться».
⁃ Приносит новый опыт, которого у вас в команде нет. Вы же берете человека откуда-то. Он там работал, чего-то видал, чего-то делал. Интеграция чужого опыта тоже может быть очень полезна. Особенно если к найму подойти осознанно и не набирать людей глупее себя, чтобы они тебя не подсидели (да, такое бывает регулярно), а целенаправленно подумать, какой экспертизы не хватает команде и попытаться нанять человека, который бы её принес.

Итог
Желаю вам в новом году хороших, бодрых, профессиональных коллег.
Всех поздравляю с наступающим праздником🥳 Успехов вам!💪
Управление конфликтами

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

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

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

Материалы
https://habr.com/ru/company/oleg-bunin/blog/568820/ – мне прям очень понравилась статья, жаль, что второй части у неё вроде бы не вышло, ну или я не нашел.
https://youtu.be/C7eDwMKSHRU?t=2932 – наглядный доклад Кости Подрубного про конфликты.
А. Орлов "Джедайские техники конструктивного общения". Коротко, по делу, с примерами, очень толково.
М. Гоулстон "Как разговаривать с мудаками". Придаёт понимание того, что не все проблемные отношения и коммуникации можно разрешить рациональными доводами, и что делать в таких случаях. Ну и о себе можно задуматься тоже🙂

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

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

P.S. Сорян, что на каникулах загружаю, просто расписание такое🙂 Хорошего всем отдыха, жду вас 10 января свежими, бодрыми, улыбающимися!🥳
У нас в Кода кода вышел новый выпуск

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

Приятного прослушивания!🙂
https://t.me/kodakodacast/115
Сначала наденьте маску на себя, потом на ребенка

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

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

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

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

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

Что делать?
А делать всё то же, что и в самолете. Делать хорошо и вовремя согласно приоритетам свои важные дела, а потом уже надевать плащ, маску, доспехи и нестись спасать всех на свете.

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

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

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

Суть идеи
Позаботьтесь о читателе.
Эта идея мне была всегда интуитивно понятна, но более формализовано я её прочитал в книге Максима Ильяхова и Людмилы Сарычевой «Новые правила деловой переписки».
Там это не совсем в какую-то отдельную главу выделено, а просто сквозит через всю книгу во множестве примеров.

Я считаю, что подумать о комфорте получателя сообщения – это и порядочно, и эффективно одновременно.

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

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

Очевидный простор для улучшений: указать побольше контекста в описание встречи и понятно её назвать.

⁃ Вы продолбали дедлайн и теперь пишете в соседний отдел «Доброго времени суток, коллеги! Пожалуйста, сделайте эту штуку через 7.5 секунд. Заранее спасибо!». Теперь ставим себя на сторону коллеги, который в разгаре своих дел получает такое письмо. Вы что там совсем уже? Какие добрые времена суток? Что я вам за 7.5 секунд сделаю? Почему заранее не предупредили? Спасибо заранее какое-то, как будто я прям точно сейчас подорвусь и начну ваши косяки закрывать. А если не сделаю, то у меня проблемы будут или у вас?

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

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

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

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

Возможно, вы не раз видели ситуацию, когда менеджер спрашивает, почему съехали обещанные сроки, а ему в ответ мешанина мыслей про рефакторинг, новую технологию, ci/cd, статическую типизацию, сайд эффекты и принцип Барбары Лисков.

Или программист идет спросить про повышение, а ему в ответ поток про KPI, OKR, ROI, ФОТ, валовую выручку, стратегию и миссию.

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

Что общего в этих историях?
Один не знает терминов второго. Один не понимает второго. Как будто на двух разных языках люди разговаривают.

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

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

Ну тупые
Не могут нормально разговаривать что ли? Совсем дебилы какие-то. Уже разучились как нормальные люди изъясняться. И отношения накаляются.

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

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

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

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

Ты про что вообще?
Давайте приведу немного примеров:

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

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

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

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

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

Итог
Желать для всех лучшего – это хорошо. Давать добрые, светлые, полезные советы – это хорошо. Следить в серьезных делах, чтобы точно было всё в порядке – это хорошо.
Но делать все за других, не давая людям ошибаться и учиться на этих ошибках – контрпродуктивно, хотя и кажется с виду, что это приятная забота.
С днем рождения, Катюха!

Сегодня день рождения у главного (и единственного) редактора этого канала🥳

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

А еще она ярый киноман и ведет свой канал https://t.me/katyuha_smotrit в котором делится своими впечатлениями, мыслями, рецензиями на просмотренные фильмы и сериалы. И пишет свои посты основательно (не то, что я), тратя более часа (по моим подсчетам) на сбор какой-то дополнительной интересной информации, размышления и попытки уложить море информации в один хороший душевный пост.

Поздравляю!👍
Очень клевый выпуск подкаста подоспел!

Сегодня у нас в подкасте Кода кода вышел выпуск с очень крутыми и уважаемыми мною гостями.

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

Ольга Лукинова
Автор книги "Цифровой этикет", телеграм каналов "Цифровой этикет" https://t.me/digitaletiquette "Digital благополучие" https://t.me/digital_well и замечательного ютуб канала "Читаем о Digital" https://bit.ly/3gDUhNW

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

Максим Ильяхов
Редактор, основатель сервиса «Главред».
Главред в журнале "Кинжал" https://t.me/Le_kinzhal
Автор книг «Пиши, сокращай», «Новые правила деловой переписки»,«Текст по полочкам» и других.
https://www.maximilyahov.ru/

Очень нравятся книги Максима. Супер душевный, лаконичный и мудрый Кинжал у него получается.

Искренне благодарен гостям, что заглянули к нам и порассказывали много всякого полезного и интересного

Ссылка на выпуск https://t.me/kodakodacast/127
Приятного прослушивания!
Платить ли на испытательном сроке меньше денег?

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

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

А что ТУТ?
А тут мне тоже начали говорить: «Да как же так? Да почему? Да так нельзя.» И я подумал, – а правда, почему так?
Ведь если рассмотреть по-хорошему, то у нас и испытательный срок-то очень редко кто оформляет корректно с точки зрения ТК. Так почему, учитывая тот же ТК, мне прям «должны» платить меньше? Какого-то разумного ответа я не нашел.

А вдруг работник плохой?
Действительно, если работник окажется плохим, то вы ему заплатите не 100к, а условные 80-90к. Целых 10-20к сэкономили. Но вот если работник окажется хороший, как он будет на это смотреть, непонятно. Если попадется такой как я – вам повезло. Но сейчас много и таких, которые откровенно против. Тогда желание заниматься крохоборством может выйти боком при найме.

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

Кто по жизни?
Кто-то считает, что такое микроущемление на стартовом этапе сродни жизни по понятиям или дедовщине. Типа «Ты кто такой, а, малой? Ну-ка давай отмотай положенное, а потом уже и полную сумму получать начнешь». Ну есть что-то похожее, да.

Работаешь похуже, платим поменьше
Тоже аргумент. Это правда, поначалу человек может работать похуже. Казалось бы, ну тогда поменьше заплатите.

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

А если он сразу работает хорошо, а вы платите поменьше, то ему специально на время испытательного срока
стараться похуже работать, чтобы сохранить этот желанный баланс?

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

Бонусный пример
Однажды видел случай, когда парень переехал из другого города и снимал жилье. Устроился на работу, отработал месяц, пришел за зарплатой, а ему говорят: «А тебе ничего не положено, у нас тут первые 2 месяца не платят». Он за эти 2 месяца похудел, сильно заболел и прям очень тяжело было на него смотреть. Так тяжело, что я ему подыскал другое место, где платили сразу нормально. Парень вылечился и щечки зарумянились. Что сейчас делает – не знаю:)

Итог
Мое личное мнение: занижение цены в крохоборских или «понятийных» целях - не самый лучший способ работы с кандидатами на нынешнем рынке труда.
Уважение и хороший коллектив – это игра вдолгую

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

Чем это хорошо?
Да, сейчас в ИТ море разговоров «я профессионал, мне плевать на коллектив, главное денег платите побольше». Ну в целом да, справедливо. Я это понимаю, сам люблю профессионально относиться к работе, и много денег тоже люблю.

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

Ну и текучка кадров в приятном коллективе на низком уровне, что хорошо для компании и нервов людей (потому что постоянно меняющиеся люди – тот еще стресс по многим причинам).

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

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

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

А что помогает?
На мой взгляд, тут всё очень просто и очень сложно одновременно.

Не нужно никаких особых ритуалов и специальных мероприятий. И уж точно принудительных. Что людям захочется – оно само выкристаллизуется естественным путем.

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

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

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