Никита Ульшин про IT

Моё состояние сегодня 😂 А как у вас прошла первая полноценная рабочая неделя после новогодних?

Станьте инженером данных с нуля за 5 месяцев, обучаясь на реальных задачах бизнеса.

Основная проблема обучений – оторванность от задач реального бизнеса. На курсе учился складывать 2+2, а на работе – сразу отправляют считать интегралы.

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

Обучение охватывает весь стек, который нужен специалисту: SQL, Python, Metabse, Linux, Docker, Airflow, Clickhouse, Hadoop и Spark. А также готовит к любому собеседованию – в курс включены тестовые задания, пробные интервью (технические и с HR) и многое другое.

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

Еще успеваете записаться в текущий поток.
По промокоду ULSHIN дарим скидку 12%

Реклама. ООО АЙТИ РЕЗЮМЕ. ИНН 4025460134

Зиг Зиглар "Цели. Как пользоваться жизнь на всю катушку"

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

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

⭐️ О чём книга

Несмотря на компактность, книга широкими мазками охватывает все базовые темы целеполагания: от миссии до ежедневной деятельности. Примерно треть книги посвящена тому, как вообще ставить цели во всех подробностях. По мнению Зиглара, это краеугольный камень всего процесса. Хорошо поставленные цели — это 50% успеха.

В книге раскрываются следующие темы:
➡️ Почему люди не ставят цели и как начать это делать
➡️ Алгоритм постановки целей из 9 шагов (авторский, специфичный, интересный)
➡️ Ежедневные рутины по достижению целей
➡️ Как действовать в сложных ситуациях, когда не получается добиться цели
➡️ Секретный секрет достижения целей

⭐️ 3 вывода из книги

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

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

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

⭐️ Мои впечатления

В последнее время я вообще люблю читать старые книги (скоро будет пара интересных обзоров). Они напоминают мне, что «самое свежее и актуальное» ещё и мимолётно, а фундаментальные вещи не меняются долго. Самым любопытным рекомендую глянуть мой обзор на книгу Сергея Поварнина «Как читать книги» — она за 100 лет стала ещё актуальнее.

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

Я не могу сказать, что книга прямо поменяет мировоззрение. Но задуматься точно заставит. Мне очень понравилась система Зиглара по постановке целей. Она длинная (9 объёмных вопросов) и очень дотошная, но при этом на выходе даёт конкретные и хорошо проработанные цели. В чистом виде система мне не подошла, но некоторые вопросы я утащил.

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

С точки зрения полезности — думайте сами. «12 недель в году», на мой вкус, более практико-применимая. Книгу Зиглара я бы рекомендовал прочитать по диагонали, чтобы выцепить себе какие-то интересные идеи (в книге их полно). Если вообще ничего по целям не читали, пожалуй, «12 недель в году» будет стартом получше.

Все мои обзоры книг доступны по тегу #обзор_книги и в этом посте.

➖➖➖➖➖➖➖➖➖➖➖
📝 @ulshinblog

Никто не совершает ошибки специально

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

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

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

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

⭐️ Члены команды не ошибаются специально

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

К ошибкам важно подходить с пониманием. Человек просто чего-то не знает или не умеет, поэтому допустил ошибку. Наиболее разумный и продуктивный подход — отнестись к этой ситуации с эмпатией и помочь человеку исправить свою ошибку (в случае командной ошибки можно провести post mortem, как при сбое).

⭐️ Ошибки — залог роста команды

Умение учиться на своих ошибках критически важно, потому что это способ проверить имеющиеся знания на практическую применимость. Мало узнать что-то новое, важно ещё осмыслить это и применить на деле (рекомендую посмотреть видео Максима Дорофеева).

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

Ошибки — не враги, а наши лучшие учителя. Поэтому им стоит радоваться. :)

#management #mistakes #postmortem
➖➖➖➖➖➖➖➖➖➖➖
📝 @ulshinblog

Кто поддержит тимлида?

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

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

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

⭐️ А если проблемы у тимлида?

Тимлиды — тоже люди. У них тоже бывают проблемы, трудности, переутомление, выгорание, болезни и многое другое. Им также бывает нужна поддержка.

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

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

⭐️ Как поддержать тимлида?

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

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

⭐️ Не молчи

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

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

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

Поддержка — это сила команды. Чем больше мы вкладываем в её атмосферу доверия, тем увереннее становимся в том, что нас не оставят в трудный момент.

#management #softskills
➖➖➖➖➖➖➖➖➖➖➖
📝 @ulshinblog

Марина Перескокова "Мама, я тимлид! Практические советы по руководству IT-командой"

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

Книгу "Мама, я тимлид!" я взял почитать по двум причинам. Первая — вернуться к истокам и посмотреть на основы своей работы. Вторая — проверить, могу ли я рекомендовать её ребятам, которых иногда консультирую (я никогда не рекомендую книги, которые не читал сам). Есть ещё и третья причина, не такая очевидная: книга на слуху, поэтому я решил лично посмотреть, чем в ней все вокруг так восхищаются.

⭐️ О чём книга

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

В книге раскрываются следующие темы:
➡️Как сменить парадигму мышления с личных результатов на командные?
➡️Как коммуницировать с начальством?
➡️Работа с командой: микроменеджмент, делегирование, авторитет.
➡️Работа с людьми: как общаться, как мотивировать, как увольнять.
➡️Слаживание команды и забота о ней.
➡️Особенности работы с распределённой командой.

⭐️ 3 вывода из книги

🟡Основной принцип начинающего тимлида: команда в первую очередь. Это значит, что первыми нужно решать задачи, которые влияют на команду. Сложнее и важнее всего отказаться от желания "всё сделать самому".

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

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

⭐️ Мои впечатления

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

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

По итогам чтения я внёс эту книгу в свой список рекомендаций для начинающих тимлидов. Для себя я ничего особенно нового не вынес, но это и неудивительно — книга в первую очередь направлена на специалистов, которые только стали тимлидами. Поэтому, если вы недавно перешли в новую роль или готовитесь к этому, то настоятельно рекомендую прочитать "Мама, я тимлид!". Все ответы вы не получите, но хотя бы поймёте, куда копать и что вас ждёт.

А ещё в книге есть бесподобные иллюстрации от Кира Анастасина ❤️.

Все мои обзоры книг доступны по тегу #обзор_книги и в этом посте.

➖➖➖➖➖➖➖➖➖➖➖
📝 @ulshinblog

Что поделать перед выходом на работу?

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

⭐️ Перестаньте думать о том, что завтра на работу

Эта негативная мысль вызывает только грусть и раздражение, отравляя последний прекрасный день отдыха. Как говорится, до завтра ещё дожить надо.

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

⭐️ Составьте план на завтра

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

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

⭐️ Посвятите время расслаблению

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

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

⭐️ Сделайте для себя что-то приятное

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

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

Желаю всем хорошенько отдохнуть и расслабиться перед новыми рабочими вызовами! ❤️

➖➖➖➖➖➖➖➖➖➖➖
📝 @ulshinblog

Во что мне понравилось играть в 2024 году

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

Игры я люблю с глубокого детства. Я помню, как мы отчаянно рубились с друзьями на Dendy в Battletoads или как мы с соседом проходили на его Sega Golden Axe. Также мне посчастливилось заиметь (пусть и ненадолго) PlayStation 1, которая превратила меня в сонибоя (да, я та мышь, которая плачет и продолжает жрать кактус).

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

Итак, поехали.

⭐️ Lies Of P

Я очень люблю соулслайки, а особенно хорошие соулслайки (но Elden Ring не осилил — скучно). Lies Of P — это как раз соулслайк на тему Пиноккио. Игра впечатлила меня настолько, что я даже пост про неё писал.

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

⭐️ Diablo 4

Готов ловить помидоры от фанатов PoE (и приготовить из них отменный карри). Diablo 4 подарила мне многочасов приятного и спокойного выноса пачек мобов в подземельях. Третья часть мне показалась очень скучной, а четвёрка же оказалась не такой хардкорной, как D2, но и далеко не такой аркадной, как D3.

Эндгейм после 100-го уровня скучноват, но игра меня порадовала. Планирую даже ещё поиграть в будущем (пока в PoE2 эндгейм не завезут).

⭐️ Dead Space

Страдания и любовь моей осени. Любовь — потому что игра прекрасна, страдания — потому что проходил я её почти 4 месяца (настолько у меня не было времени на игры).

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

⭐️ Tekken 8

Файтинги я полюбил совершенно внезапно. Помог мне в этом Mortal Kombat 11. Я наиграл в него аж пару тысяч матчей. Но потом MK11 поднадоел, а MK1 оказался отвратительной поделкой, и я на некоторое время перестал играть в файтинги.

Новую жизнь в моё увлечение вдохнул Tekken 8. До этого в серию Tekken я играл дважды: в Tekken 3 на PS1 и Tekken 5 на PS2. Конечно, это было просто весёлое нажимание кнопочек без понимания сути.

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

Бонусом получаем шикарную картинку и звук, классических персонажей для олдскульщиков, кучу фановых режимов типа Tekken Ball и так далее. Но файтинги — это не для всех. И это не отдых, а отдельная работа 😂

⭐️ (Бонус) Insurgency: Sandstorm

Я долго искал себе интересный шутер. Когда-то мне нравился Battlefield 4, но бесила куча техники, и хотелось больше ганфайта. Потом я играл в Call Of Duty MWII — она мне тоже нравилась, но темп игры высоковат + постоянно чувствуешь желание подоить тебя на деньги. Короче, не срасталось.

И тут я открыл для себя Insurgency: Sandstorm. Это довольно хардкорный шутер (минимум интерфейса, очень быстрый TTK и так далее), который при этом чертовски хорош. Действие игры происходит на Ближнем Востоке: бравые солдаты воюют с террористами в стандартных режимах игры, всё по классике.

Но что в ней круто: влияние веса снаряжения на выносливость и скорость бега, очень много тактики вместо «бежать-стрелять», как в CoD. Есть режим PvE для ленивых, сразу доступ ко всему оружию и обвесам, потрясающий атмосферный звук и ещё много чего.

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

➖➖➖➖➖➖➖➖➖➖➖
📝 @ulshinblog

Друзья, от всей души поздравляю вас с наступившим / наступающим 2025 годом! 🎄

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

Всех благ в новом году! ❤️

🎙 1-1 с Мишей Трифоновым. Лидер-слуга: сила через служение команде

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

Миша - руководитель разработки департамента Поверхности Cloud.ru, опытный спикер, ведущий подкаста и автор телеграм канала Трифонов_IT

О чём мы поговорили:
➡Как Миша пришёл к концепции лидера-слуги в своей работе?
➡Чем отличается поведение лидера-слуги в различных рабочих ситуациях?
➡Как подход лидера-слуги помогает членам команды профессионально раскрыться?
➡Как не забывать о себе в заботах о других?
➡С чего начать становление лидером-слугой в своей команде?

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

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

👀 Смотреть на YouTube
📹 Смотреть на RuTube
🎵 Слушать на Яндекс.Музыке
🎙 Слушать аудио-версию

#onetoone #podcast

➖➖➖➖➖➖➖➖➖➖➖
📝 @ulshinblog

Брайан Моран, Майкл Леннингтон "12 недель в году"

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

Именно тогда я вспомнил о книге «12 недель в году». Раньше я уже читал её и даже пробовал внедрить методику, но закончилось это полным фиаско: я выгорел, цели достигнуты не были. Однако книга запомнилась и всплыла в памяти снова, когда я задался вопросом: «Как всё-таки адекватно ставить цели и достигать их?». Ну и когда ещё рассказывать о таких книгах, если не под Новый год.

⭐️ О чём книга

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

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

В книге раскрываются следующие темы:
➡️ Почему годовые планы не работают.
➡️ Что такое видение и почему оно так важно для целеполагания.
➡️ Преднамеренный дисбаланс вместо попыток добиться баланса во всём.
➡️ Как использовать 12-недельные циклы для планирования и достижения целей.
➡️ Рутины эффективной работы по 12-недельным циклам.

⭐️ 3 вывода из книги

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

🟡 Видение — основа целеполагания. Без понимания стратегии невозможно нормально планировать. В лучшем случае тактические цели будут направлены в разные стороны.

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

⭐️ Мои впечатления

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

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

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

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

Все мои обзоры книг доступны по тегу #обзор_книги и в этом посте.

➖➖➖➖➖➖➖➖➖➖➖
📝 @ulshinblog

Фокусируйся на ценности для пользователей

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

Тимлиды часто жалуются, что им не хватает людей на все фичи. «Эх, было бы у меня ещё 2–3–10 сеньёров, мы бы как зажили!..» — думают они. Однако мало кто может остановиться и задать себе вопрос: а все ли эти фичи нужно делать?

⭐️ Кто виноват?

Довольно часто фичи делаются ради фич. Кому-то нужно закрыть KPI, кто-то движим страхом сидеть без дела и так далее. В итоге получается как на картинке с котятами:
➡️ Стейкхолдеры приносят непонятно что.
➡️ Тимлид с командой планируют и делают непонятно что.
➡️ Все дружно выкатывают непонятно что.

Последствия такого подхода печальны. Продукт обрастает кучей свистелок и перделок, которыми пользуется 0,5% пользователей. А ведь в эти фичи вложены деньги: в планирование, проектирование, разработку, поддержку... В итоге удобные и полезные продукты превращаются в франкенштейнов, слепленных из непонятно чего. (Я абсолютно уверен, что у уважаемого читателя прямо сейчас в голове есть картинка какого-то стрёмного интерфейса :)).

⭐️ Что делать?

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

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

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

#management #planning
➖➖➖➖➖➖➖➖➖➖➖
📝 @ulshinblog

🎙 1-1 с Мишей Трифоновым. Лидер-слуга: сила через служение команде

🗓 25 декабря в 19:00
🔗 Эфир в Telegram

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

В новом выпуске подкаста "1-1" мы поговорим о подходе, который часто вызывает споры, но даёт удивительные результаты — лидер-слуга. Моим гостем будет Миша Трифонов, руководитель разработки департамента Поверхности Cloud.ru, опытный спикер, ведущий подкаста и автор телеграм канала Трифонов_IT.

Мы раскроем следующие вопросы::
➡️Что из себя представляет модель лидера-слуги?
➡️Как действует и чем руководствуется лидер-слуга?
➡️Как начать применять модель лидера-слуги в своей работе?
➡️Какие могут возникнуть трудности у тимлида, который решил стать лидером-слугой?
➡️К каким результатам может привести применение модели лидера-слуги?

Приходите на эфир, чтобы позадавать вопросы. Запись будет через несколько дней. До встречи!

#live

➖➖➖➖➖➖➖➖➖➖➖
📝 @ulshinblog

Принципы — это осознанно выбранные правила жизни

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

⭐️ Принципы, привычки, правила...

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

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

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

⭐️ Зачем человеку нужны принципы?

Соблюдение правил обычно обеспечивается наказаниями. Однако в жизни много ситуаций, где за несоблюдение правил наказания не предусмотрено. И ещё больше ситуаций, где правил просто нет (например, уступать ли место бабушке в метро?). И здесь в игру вступают принципы.

Принципы определяют личный вектор принятия решений. Например, из книги Кэла Ньюпорта "Хватит мечтать, займись делом" я взял принцип "Хорошо работать важнее работы мечты". Раньше этот принцип у меня был неосознанным правилом, однако я трансформировал его с помощью чтения и размышлений. И теперь, во время сомнений насчёт работы и карьеры, я вспоминаю этот принцип и опираюсь на него. Раньше такие размышления могли выбить меня из колеи на пару дней :)

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

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

⭐️ Как формировать свои принципы?

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

➡️Ведение дневника

Эту практику я заимствовал у стоиков. Каждый вечер я рефлексирую над прожитым днём и смотрю, что у меня получилось хорошо, а над чем ещё стоит поработать. Главное — смело признавать свои ошибки и недостатки, иначе эффекта от дневника не будет.

➡️Ведение заметок по прочитанному

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

➡️Общение

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

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

➖➖➖➖➖➖➖➖➖➖➖
📝 @ulshinblog

Разбираем тестовое задание на позицию Junior Аналитика в Яндекс

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

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

Что будет на вебинаре:
🟠С помощью Pandas проанализируем Яндекс-запросы за несколько недель, загрузив их из json-файла
🟠Найдём закономерности и отличия использования сервиса на мобильных устройствах и компьютерах
🟠Разберём фишки Pandas: сложную агрегацию, маппинг, конкатенацию, чейнинг и др.

Вебинар проведет Андрон Алексанян, CEO Simulative
🕗Встречаемся 24 декабря в 19:00

🎁Обязательно приходите смотреть вебинар в прямом эфире - в лайве будут дарить подарки, которые сильно бустанут старт карьеры в аналитике!

Зарегистрироваться на бесплатный вебинар

Встречаемся на Frontend Party От Газпромбанк.Тех 🥳

Бодрым и уверенным шагом движемся к окончанию года!

Коллеги из Газпромбанк.Тех пригласили меня поучаствовать в панельной дискуссии на тему «Release Flow: от проектирования до выгорания». Дискуссия состоится 27 декабря на Frontend Party – неформальном и бесплатном митапе для всех, кто варится в мире фронтенда и не только ❤

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

В программе:

🥁 Доклад «GIT. Техники, приёмы, расследования»
Спикер:
Андрей Касаткин (Газпромбанк.Тех)

🥁 Доклад «Укрощаем запросы с помощью React Query»
Спикер:
Александр Маклачков (Газпромбанк.Тех)

🥁 Панельная дискуссия «Release Flow: от проектирования до выгорания»
Участники:
Андрей Вдовиченко (Газпромбанк.Тех)
Никита Балихин (Сбер)
Никита Ульшин (Т-Банк)

Где: Москва, БЦ «Оазис»
Когда: 27 декабря, сбор гостей с 14:30, начало в 15:00

Как попасть на мероприятие? Напиши @lilxmoon – заботливый деврел зарегистрирует, пришлёт навигацию и ответит на вопросы 🍯

Массимо Пильюччи "Как быть стоиком: Античная философия и современная жизнь"

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

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

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

Мне нужен был проводник в мир стоиков, и выбор пал на книгу Массимо Пильюччи "Как быть стоиком: Античная философия и современная жизнь".

⭐️ О чём книга

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

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

⭐️ Три вывода из книги

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

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

🟡Главное в человеке — это его личность, а не "внешняя обвязка". Любые внешние атрибуты могут исчезнуть в мгновение ока, и только личность остаётся с нами до последнего вздоха.

🟡Целью философии стоиков является проживание достойной жизни. Для этого стоик должен применять разум и развивать свою добродетель, укрепляя её. Инструментом развития является практическая мудрость — умение рефлексировать и делать наилучший выбор в разнообразных жизненных ситуациях.

⭐️ Мои впечатления

Книга оказалась именно тем проводником в философию стоиков, которого я так искал. Изначально мой вопрос звучал так: "Что такое стоицизм вообще, и есть ли в нём что-то, что я смогу применить в своей жизни?"

Пильюччи в самом начале книги довольно чётко расставляет все точки над i: текст является его личным взглядом и трактовкой стоических идей. Он рассказывает о себе и своём опыте, не претендуя на истину в последней инстанции. Тем не менее его яркие примеры и пояснения помогли мне наконец понять, на что именно направлена философия стоицизма.

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

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

Все мои обзоры книг доступны по тегу #обзор_книги и в этом посте.

➖➖➖➖➖➖➖➖➖➖➖
📝 @ulshinblog

Жопой чую

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

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

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

⭐️ Как прислушиваться к интуиции?

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

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

Даже с точки зрения риска проверка подозрения оказывается выгоднее, чем игнорирование. Игнорируя интуицию, я делаю ставку на то, что подозрение ложно. На второй чаше весов лежит некоторый (возможно, серьёзный) риск. Стоит ли игра свеч — придётся решать в каждой ситуации отдельно.

⭐️ Доверяй, но проверяй

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

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

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

Тимлид — это тот, кто умеет находить баланс между "доверяю команде" и "проверяю для её же блага". Слушайте интуицию, но делайте это с умом. Маленькая проверка сегодня — спокойствие для всех завтра.

➖➖➖➖➖➖➖➖➖➖➖
📝 @ulshinblog

Дополнительные материалы к докладу "Менторство как драйвер профессионального роста команды"

Скорее всего, прямо сейчас я выступаю с докладом на Frontend Night by Sber (или отвечаю на вопросы). В этом посте я собрал полезные ссылки и материалы, которые я использовал при подготовке доклада.

📕 Презентация

📎Исследования, которые я использовал в докладе

🟡Case Study: Workforce Analytics at Sun - оригинал исследования от Gartner, paywall

🟡Sun Mentoring: 1996- 2009 - white paper о менторстве в Sun

🟡CNBC|SurveyMonkey Workplace Happiness Index - исследование удовлетворённости работой от CNBC/SurveyMonkey

🟡Nine in 10 workers who have a career mentor say they are happy in their jobs - анализ и выводы из этого исследования

🟡Менторство в IT: 73% опытных специалистов становятся наставниками - исследование менторства от Хабр.Карьера

📎Дополнительные материалы

🟡Statistics on Mentorship: The Latest Research on Employee Development - сводка из нескольких исследований по менторству, довольно занимательные выводы

🟡Seven Keys To Creating A High-Impact Mentoring Program - статья о том, как выстроить рабочее менторство, достаточно простая и понятная

🟡How To Know If You'll Be A Great Mentor - отличный короткий гайдлайн по характеристикам крутых менторов. Пригодится руководителям для анализа потенциальных менторов.

🟡Defining the Ideal Qualities of Mentorship: A Qualitative Analysis of the Characteristics of Outstanding Mentors - исследование качеств выдающихся менторов (я не изучал, лежит на будущее)

Спасибо всем, кто слушал доклад и задавал вопросы 💛 Запись выложу, как только она будет доступна.

Никита Ульшин про IT | #публичные_выступления #доп_материалы

Командная работа над ошибками

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

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

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

⭐️ Никто не совершает ошибки специально

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

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

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

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

⭐️ Как работать над ошибками?

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

Строгой формы написания post mortem нет. Однако можно начать с ответов на несколько базовых вопросов:

➡️ "Что, где и когда произошло?" — ситуация в реальном мире.
➡️ "Какие последствия вызвало произошедшее?" — конкретные последствия.
➡️ "По какой причине возникла ошибка?" — причина (причины) произошедшего.
➡️ "Что мы сделали хорошо?" — какие действия команды положительно повлияли на устранение последствий.
➡️ "Что можно улучшить?" — чего не хватило в процессе работы.
➡️ "Какие шаги мы предпримем дальше?" — что конкретно сделаем, чтобы проблема не повторилась.

Post mortem крайне важно писать без оценок, фиксируя только объективные факты. Единственный оценочный вопрос — о том, что команда сделала хорошо.

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

Post mortem — прекрасный инструмент анализа ошибок. Он позволяет найти недочёты в процессах и сделать жизнь команды приятнее.

Никита Ульшин про IT | #management #post_mortem

Кэл Ньюпорт "Хватит мечтать, займись делом. Почему хорошо работать важнее, чем искать хорошую работу."

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

Ранее я уже писал обзор на его прекрасную книгу "В работу с головой" о важности глубокого погружения в работу. "Хватит мечтать, займись делом" я взял, чтобы познакомиться со взглядом Ньюпорта на работу мечты и то, как её найти в жизни. Вопрос для меня актуальный, потому что я много лет страдал от синдрома самозванца. Иногда я чувствовал себя как Буриданов осёл, будучи не в силах сделать выбор.

⭐ О чём книга

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

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

В книге раскрываются следующие темы:
➡ Почему гнаться за работой мечты — это путь в никуда.
➡ Что такое карьерный капитал и как его наращивать.
➡ Как обменивать карьерный капитал на работу мечты.
➡ Способы постоянного наращивания профессионализма.
➡ Влияние личной миссии на карьеру.

⭐ 3 вывода из книги

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

🟡Главное — это профессиональное мастерство. Работа мечты встречается редко, и за неё нужно заплатить карьерным капиталом. Меня эта идея вдохновила настолько, что я прямо в процессе чтения написал пост на эту тему.

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

⭐ Мои впечатления

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

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

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

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

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

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

Никита Ульшин про IT | #обзор_книги

Встречаемся на Frontend Night by Sber

Коллеги из Сбера пригласили меня выступить с докладом Frontend Night в понедельник 16 декабря.

Я буду участником стрима "Soft-Skills и процессы" и расскажу о менторстве с точки зрения руководителя команды. Мы поговорим о том, как менторство может помогать команде профессионально расти и решать всё более сложные задачи и о том, как тимлид может внедрить и поддерживать процесс менторства в своей команде.

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

Рядом со мной в стриме будут такие титаны публичных выступлений, как Миша Трифонов и Глеб Михеев с крутейшими докладами про servant leader и кросс-командные коммуникации. А после докладов ожидается after-party с фуршетом и играми.

Приходите, будет интересно и познавательно! А если вдруг не получится - позже будут записи.

Где и когда:

16 декабря (понедельник), 17:00.
Офлайн: Москва, IRRI loft, м. Павелецкая, Дербеневская набережная, 7, стр. 31.
Онлайн: будет трансляция.

Участие бесплатно, но нужна регистрация. Зарегистрироваться и посмотреть программу можно здесь.

И так понятно

Вы когда-нибудь сталкивались с ситуацией, когда вроде бы всё объяснил, а собеседник понял вообще другое? Это классическая проблема коммуникации: между тем, что я подумал, и тем, что понял собеседник, часто возникает разрыв.

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

⭐️ Почему люди понимают не то, что я сказал?

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

🟡То, что я подумал.
🟡То, что я сказал.
🟡То, что собеседник услышал.
🟡То, что собеседник понял.

На каждом из этих этапов происходит искажение информации.

➡️Подумал одно, сказал другое (искажение между мыслью и словом).
➡️Собеседник слушал невнимательно и/или выдрал часть мысли из контекста (искажение между словом и восприятием).
➡️Собеседник всё понял по-своему (искажение между восприятием и мыслью).

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

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

⭐️ Как снизить искажения информации?

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

➡️Учиться чётко формулировать мысли. На помощь придут логика и риторика.
➡️Отслеживать непонимание и недопонимание, задавать уточняющие вопросы.
➡️Просить собеседника пересказать услышанное своими словами.
➡️Самому пересказывать сказанное собеседником с просьбой проверить, правильно ли вы всё поняли.

Главное, о чём нужно помнить - информация искажается очень легко. Между тем, что я подумал и что мой собеседник понял может оказаться настоящая пропасть. Так что не стоит рассчитывать на то, что "и так понятно". Помните, каждое слово проходит через несколько преобразований. Учитесь строить мосты через эту пропасть — и ваши коммуникации станут гораздо эффективнее.

Никита Ульшин про IT | #management #communication

Про надёжность

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

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

Сегодня у меня экспериментальная рубрика #добрый_пиар и я хочу порекомендовать вам канал Андрея Синицына. Андрей занимается эксплуатацией огромных IT-инфраструктур и очень интересно об этом пишет. Да и не только об этом, Андрей вообще очень интересно пишет и у него приятный слог.

Рекомендую обратить внимание на следующие посты:
➡ Про метастабильное состояние отказа - интересный пост про нахождение системы между работоспособным и неработоспособным состоянием
➡ Про внутренности "пяти девяток"
➡ Как регулярно писать тексты для канала - под этим постом мы развели любопытную дискуссию
➡ И даже мемасики на инженерные темы есть

В общем, подписывайтесь, читайте и не стесняйтесь задавать вопросы - Андрей всем и всегда отвечает в комментариях под своими постами.

Никита Ульшин про IT | #добрый_пиар

🎙️ 1-1 с Антоном Непшей. Два стула тимлида: техничка или менеджмент?

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

Антон - лидер компетенции frontend-разработки в Сбере, разрабатывает web-версию СберБанк Онлайн, развивает внутренее фронтенд-сообщество, организовывает митапы, выступает на конференциях и ведёт интересный канал.

О чём мы поговорили:
➡️ Должен ли тимлид быть лучшим программистом в команде?
➡️ Действительно ли ухудшаются технические навыки после перехода в роль тимлида?
➡️ Какие именно навыки ухудшаются быстрее всего, а какие даже улучшаются?
➡️ Как тимлиду поддерживать свой уровень технических знаний и навыков?
➡️ Может ли тимлид вообще не писать код? В каких ситуациях?

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

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

👀 Смотреть на YouTube
📹 Смотреть на RuTube
🎵 Слушать на Яндекс.Музыке
🎙 Слушать аудио-версию

Никита Ульшин про IT | #onetoone_podcast

📚 Рэй Далио, "Принципы"

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

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

⭐️ О чём книга

Структурно книга разделена на три большие части.

Первая часть посвящена автобиографии Рэя Далио и его воспоминаниям. Он рассказывает, как стал тем, кем стал, и какой путь в жизни прошёл.

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

Третья часть (самая большая, почти 50% книги) содержит принципы работы Далио. Она дополнительно разбита на три блока: правильная корпоративная культура, правильные люди, создание и совершенствование механизма. В этой части содержатся принципы и советы по организации работы.

В книге раскрываются следующие темы:
➡️ Биография Рэя Далио
➡️ Как принимать реальность и работать с ней?
➡️ Как и зачем сохранять непредубеждённость?
➡️ Что такое корпоративная культура и как она влияет на работу организации?
➡️ Работа с людьми: найм, развитие, увольнения
➡️ Развитие организации и устранение проблем

⭐️ Три вывода из книги

🟡Любая сложность или ошибка — это головоломка, за решение которой полагается награда в виде понимания какого-то принципа устройства мира и возможности не совершать такую же ошибку повторно.

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

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

⭐️ Мои впечатления

Я подошёл к книге с завышенными ожиданиями, потому что её нахваливали все вокруг. Скажу честно — я скорее разочарован.

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

Вся оставшаяся часть книги по большей части представляет собой довольно "водянистые" success stories по поводу тех или иных принципов. Читая эти главы, нужно помнить, что всё написанное — это конкретный опыт конкретного человека.

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

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

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

⭐️ Вывод

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

В более продвинутом варианте я бы рекомендовал сначала почитать что-то из современного стоицизма (например, того же Массимо Пильюччи), а уже после этого ознакомиться с "Принципами" Далио. Вот это точно будет интересный опыт! :)

Читали книгу? Как вам?

Никита Ульшин про IT | #обзор_книги

📚 Мои обзоры книг

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

⭐️ Обзоры non-fiction книг

1. Designing Data-Intensive Applications by Martin Kleppmann
2. Кэрол Дуэк, "Гибкое сознание"
3. Сэм Ньюмен, "Создание микросервисов"
4. Understanding Message Brokers by Jakub Corab
5. Сергей Поварнин, "Искусство спора"
6. Титус Винтерс, Том Маншрек, Хайрам Райт, "Делай как в Google"
7. Сергей Поварнин, "Как читать книги"
8. Ронни Митра, Иракли Надареишвили, "Микросервисы. От архитектуры до релиза"
9. Зонке Аренс, "Как делать полезные заметки"
10. Тьяго Форте "Второй мозг"
11. Сэм Ньюмен, "От монолита к микросервисам"
12. Грег Хорин, "Управление проектами с нуля"
13. Джеймс Стэньер, "Карьера Software Engineering Manager"
14. Дэниел Гоулман, "Эмоциональный интеллект"
15. Кэл Ньюпорт, "В работу с головой"
16. Маршалл Розенберг, "Ненасильственное общение"
17. Дэн Уиллингем "Учись как профи. 14 супернавыков, чтобы освоить все, что хочешь"
18. Михалис Цукалос, "Golang для профи"
19. Джон Боднер, "Go. Идиомы и паттерны проектирования"
20. Тейва Харшани, "100 ошибок Go и как их избежать"
21. Сергей Виноградов, "Логика. Учебник для средней школы"
22. Георгий Челпанов, "Учебник логики"
23. Александр Ивин, "Искусство мыслить правильно"
24. Мануш Зомороди, "Разреши себе скучать"
25. Алексей Пименов, "Канбан Метод. Базовая практика"
26. Рэй Далио, "Принципы"
27. Кэл Ньюпорт "Хватит мечтать, займись делом."
28. Массимо Пильюччи "Как быть стоиком: Античная философия и современная жизнь"
29. Брайан Моран, Майкл Леннингтон "12 недель в году"

⭐️ Обзоры художественных книг

1. Терри Пратчетт, “Кот без прикрас”
2. Лю Цысинь, “Задача трёх тел”
3. Терри Пратчетт и Нил Гейман, "Благие знамения"
4. Алексей Пехов, цикл "Страж"
5. Виктор Пелевин "Чапаев и Пустота"

Никита Ульшин про IT | #обзор_книги

🎙 1-1 с Антоном Непшей. Два стула тимлида: техничка или менеджмент?

🗓 4 декабря в 19:00
🔗 Эфир в Telegram

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

В новом эпизоде моего подкаста "1-1" мы с моим гостем, Антоном Непша, поговорим о том, как балансировать между кодом и управлением, не жертвуя качеством ни в одном из направлений. Антон - лидер компетенции frontend-разработки в Сбере, разрабатывает web-версию СберБанк Онлайн, развивает внутренее фронтенд-сообщество, организовывает митапы, выступает на конференциях и ведёт интересный канал.

Мы раскроем следующие вопросы:
➡Должен ли тимлид писать код? А лучше всех в команде?
➡Как понять, сколько времени уделять программированию?
➡Жизнеспособна ли концепция "играющего тренера"?
➡Деградируют ли технические навыки, если вы больше занимаетесь менеджментом?
➡Как сохранить и даже развить технические знания, будучи руководителем?

Приходите на эфир, чтобы позадавать вопросы. Запись будет через несколько дней. До встречи!

Никита Ульшин про IT | #live

Развитие сотрудников через неопределённость

Продолжаем развивать тему Definition Of Done (DoD) как рабочего инструмента тимлида. В предыдущих постах я писал о том, что DoD — важная штука для делегирования и прозрачной постановки задач сотрудникам. Однако DoD может быть не только инструментом для постановки задач, но и способом развивать членов команды.

✅ Уровень DoD и опыт сотрудников

Для начала давайте подумаем: всем ли членам команды нужен DoD с одинаково детальным уровнем проработки? Ответ очевиден: конечно, нет.

🟡Стажёры требуют максимально разжёванного и детального DoD, вплоть до пошаговой инструкции.
🟡Джуны уже лучше понимают проект, но всё ещё нуждаются в наставничестве и подробных пояснениях.
🟡Мидлы способны работать с умеренной неопределённостью. Они замечают нестыковки и "туман войны" в задачах.
🟡Сеньёры справляются с задачами высокого уровня неопределённости, включая R&D без чётких инструкций.
🟡Крутые сеньёры могут сами написать DoD.

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

✅ Что, если сознательно повысить уровень неопределённости?

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

Я проводил такой эксперимент в своих командах, и результаты оказались действительно крутыми. Но у этой практики есть свои нюансы (о них ниже).

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

Теперь о нюансах.

➡️ Не делайте так постоянно

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

➡️Открыто обсуждайте изменения

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

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

➡️Не бросайте людей в воду

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

✅Почему это важно

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

А вы пробовали давать своим сотрудникам задачи с повышенной неопределённостью? Какие результаты это дало?

Никита Ульшин про IT | #management #delegation #team_development

📚 Алексей Пименов, "Канбан Метод. Базовая практика"

У меня сложилась довольно интересная ситуация: я давно работаю "по канбану" (позже объясню, почему кавычки), но никогда глубоко в него не вникал. Все мои знания о методе были обрывочными, поэтому я решил систематизировать их. Руководитель порекомендовал мне прочитать книгу Алексея Пименова "Канбан Метод", что я и сделал.

⭐️ О чём книга

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

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

В книге раскрываются следующие темы:
➡️Почему так сложно управлять нематериальным производством?
➡️В чём заключаются основные принципы и практики Канбан-метода?
➡️Как начать использовать Канбан в своей работе?
➡️Как выстроить системную работу с помощью Канбана?
➡️Как анализировать и улучшать Канбан-системы?

⭐️ 3 главных вывода из книги

🟡Строить систему вокруг работы, а не вокруг людей. Управление производственным процессом — это управление самой работой, а не попытка максимально загрузить каждого сотрудника (об этом ещё Элияху Голдратт писал в "Цели").

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

🟡Главный фокус — стабильная поставка клиентской ценности. Вся система строится вокруг предоставления ценности заказчику. Всё остальное — второстепенно. Задача производственного процесса — дать клиенту то, за что он платит.

⭐️ Мои впечатления

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

Книга изобилует примерами из практики, что делает её ещё более полезной. Особенно меня заинтересовали графики анализа незавершённой работы в разделе об улучшении Канбан-систем. Однако каждый раздел богат на примеры, которые объясняют идеи автора. Что особенно приятно — примеры живые, "настоящие", а не вымышленные и искусственные.

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

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

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

Читали книгу? Как вам?

Никита Ульшин про IT | #обзор_книги

Может ли Россия быть отключена от глобального интернета?

Этот вопрос не так прост, как кажется. Теоретически — да, отключение возможно. Причём инициатива может быть как внешней, так и внутренней. Мы уже видим, как компании покидают рынок или блокируют доступ из России. Вспомните, как Docker Hub внезапно стал недоступен. Тогда тысячи разработчиков ощутили, каково это потерять важный инструмент.

💛 Но что, если это будет не частный случай, а массовое явление?

Представьте, что привычные сервисы вроде Google Suite или GitHub исчезают за одну ночь. Для пользователей это потеря доступа к привычным инструментам. А для бизнеса — паралич процессов. Всё, что завязано на зарубежные платформы, может остановиться: почта, базы данных, даже рабочие чаты.

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

💛Есть ли обходные пути?

VPN, спутниковый интернет, прокси — всё это останется. Но надо понимать: такие обходы требуют ресурсов, времени и денег. Комфорт больше не будет бесплатным.

💛Что делать уже сейчас?

🟡Снижаем риски. Если ваш бизнес завязан на Google Suite или других зарубежных сервисах, пересмотрите подход. Найдите аналоги или хотя бы сделайте планы на случай их недоступности.

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

🟡Резервирование данных. Убедитесь, что ваши данные хранятся в надёжных местах и останутся доступными при любых раскладах.

💛Что в итоге?

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

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

Вы уже продумывали, что делать в случае отключения? Или надеетесь, что обойдётся?

Никита Ульшин про IT | #risk_management

Встречаемся на TeamLeadConf

Конференции я люблю. Это и новые идеи, и новые знакомста, и отличные доклады.

Завтра и послезавтра буду на TeamLeadConf. Уже составил список докладов, которые хочу послушать и список людей, которых хочу увидеть. Предполагаю, что буду там с утра до вечера, так что можно меня поймать и помучать вопросами за кофе :)

До встречи! 🕺

Как убедиться, что вас поняли правильно?

В предыдущем посте я писал о том, что такое Definition Of Done (DoD) и как его можно применять в делегировании. Однако мы рассмотрели только одну сторону вопроса — как самому сформулировать ожидания.

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

Эти моменты важно прояснить до того, как специалист возьмется за задачу. Иначе велика вероятность, что результат получится не таким, как ожидалось. В лучшем случае потребуется некоторое количество правок, в худшем — задачу придется основательно переделывать (да, даже при составленном DoD). В любом случае это приведет к лишним затратам времени и сил на коммуникацию и доработки. А ведь именно этого мы пытаемся избежать с помощью DoD.

И здесь возникает важный вопрос: хорошо, я сформулировал DoD, но как убедиться, что меня поняли правильно?

✅ Техника обратного резюмирования

Один из самых простых, надежных и эффективных способов проверить, что человек всё понял, — это попросить его пересказать суть задачи своими словами. Этот прием называется "техника обратного резюмирования".

Суть её крайне проста. Чтобы пересказать задачу, человеку придется:
➡️Вспомнить ключевые факты.
➡️Выстроить между ними причинно-следственные связи.
➡️Добавить щепотку себя — рассказать, как он собирается выполнять задачу.
➡️Сформулировать это всё словами и представить в логичном виде.

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

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

✅ "Но людей же это бесит!"

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

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

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

Именно это и нужно объяснить. Например, можно сказать: "Я хочу убедиться, что смог нормально объяснить тебе задачу/проблему. Расскажи, пожалуйста, как ты понял сказанное мной, чтобы мы убедились, что одинаково всё понимаем и я справился с объяснением."

Таким образом, вы берёте на себя ответственность за качество передачи информации и мягко настраиваете собеседника на то, чтобы он дал вам обратную связь в виде пересказа.

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

А как вы проверяете, что задачи поняты правильно? Применяете ли технику обратного резюмирования? Делитесь в комментариях!

Никита Ульшин про IT | #management #delegation

🔖 Мануш Зомороди, "Разреши себе скучать"

После прочтения книги Кэла Ньюпорта «В работу с головой» я заинтересовался темой скуки. Ньюпорт многократно упоминал, что мозгу нужна разгрузка для переваривания информации (поэтому озарения приходят в дУше). Я решил покопать эту тему чуть поглубже и взял почитать книгу Мануш Зомороди «Разреши себе скучать».

⭐️ О чём книга

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

В книге раскрываются следующие темы:
➡️ Зачем скука нужна мозгу.
➡️ Есть ли связь между смартфоном и СДВГ.
➡️ Обесценивание живого общения и его влияние на людей.
➡️ Почему так важно сохранять концентрацию и как это делать.
➡️ Как шаг за шагом отвоёвывать своё внимание у стимулов современного мира.

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

⭐️ 3 вывода из книги

🟡Когда я скучаю, мозг переваривает информацию. Когда моё внимание не занято ничем конкретным, мозг переходит в режим «блуждания» и занимается перевариванием и структурированием информации.

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

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

⭐️ Мои впечатления

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

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

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

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

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

Читали книгу? Как вам?

Никита Ульшин про IT | #обзор_книги

🎙️ 1-1 с Дашей Корчугановой. Встречи 1-1, которые работают

Невесел тимлид.
Ван он ван не любил проводить,
Команда ушла.

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

Даша - руководитель команды разработки Газпромбанк Бизнес-Онлайн. Более 7-ми лет пишет фронтенд с любовью ❤️

О чём мы поговорили:
➡️ Зачем вообще нужно проводить 1-1?
➡️ Как регулярные 1-1 влияют на членов команды и команду в целом?
➡️ О чём говорить на 1-1, чтобы они не превращались в пустую формальность?
➡️ Что делать, если 1-1 провести надо, а сил нет?
➡️ Как перестать беспокоиться и начать проводить встречи 1-1 со своей командой?

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

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

👀 YouTube
📹 Rutube
🎙 Аудио
🎵 Яндекс.Музыка

Никита Ульшин про IT | #onetoone_podcast

Одна из прекрасных вещей, которые я для себя открыл благодаря ведению канала - это каналы других людей.

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

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

Папка будет интересна не только IT-специалистам, но и работникам других смежных сфер: HR, маркетинг, продажи и так далее.

Добавляйте себе папку, читайте, общайтесь и получайте удовольствие! 👇
https://t.me/addlist/GsFEHHU7aWk0MjEy

Это не то, что я хотел

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

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

Что делать в такой ситуации? Человек работал, старался. Сказать ему, что он сделал что-то не то, — это обесценивание его труда. Более того, это было бы перекладыванием ответственности с себя на исполнителя. Цитируя одного футболиста: мои ожидания — это мои проблемы.

✅ Делегирование ≠ снятие ответственности

Делегируя задачу, я передаю ответственность за её исполнение другому человеку, но ответственность за результат остаётся на мне. Всё, что должен сделать исполнитель, — это выполнить задачу так, как ему сказали. Так вот, если он сделал "не то, что было нужно", то это ошибка руководителя, который недостаточно ясно и конкретно объяснил, "что было нужно".

Моя ответственность как заказчика заключается в том, чтобы дать исполнителю максимально чёткие и понятные критерии выполнения задачи. В agile это называется definition of done (DoD) — критерии того, что задача считается завершённой. Исполнитель должен понимать, по каким признакам я буду судить о том, выполнена задача или нет. В противном случае открывается широкий простор для манипуляций и прокрастинации с обеих сторон.

✅ Как формулировать DoD?

Для формулирования критериев приёмки задачи достаточно задать себе простой вопрос: "Как я пойму, что эта задача готова?" Затем просто запишите всё, что придёт в голову, и уберите лишнее. Постарайтесь, чтобы записи были максимально конкретными и наблюдаемыми со стороны. "Результат должен удовлетворять моё чувство прекрасного" — так себе критерий, потому что исполнителю будет сложно в него попасть.

Конечно, какие-то детали можно и нужно опускать. Не стоит в красках описывать каждую мелочь. В некоторых случаях DoD может быть даже расплывчатым (например, для R&D-задач я почти всегда ставил довольно абстрактный DoD). Однако тут важно понимать уровень самостоятельности и ответственности исполнителя. Для опытного Senior-специалиста задача с не самыми конкретными критериями может быть вполне приемлемой, а для джуна — смерти подобной.

✅ DoD - это забота о себе и сотрудниках

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

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

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

Никита Ульшин про IT | #management #agile

Делаем крутой онбординг одной левой

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

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

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

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

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

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

У меня, кстати, рекорд по выводу фичи новичком от выхода его на работу, до деплоя на продакшен — четыре дня!

Чтобы новичок оперативно и вдумчиво прошел все этапы квеста, стоит поиграть с ним в игру: «Почини наш онбординг». Правила следующие: он должен пройти по каждому пункту и проверить что пункт имеет смысл, выполним, а ожидаемый результат соответствует действительности. А если что-то не так, то ему обязательно нужно этот пунктик исправить. За каждую найденную неточность или проблему стоит неистово новичка благодарить. Так и ему весело и приятно, и онбординг после каждого новичка становится всё более полным и актуальным. Я называю это «вечнозеленый онбординг». Надеюсь когда-то этот подход назовут в мою честь.

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

Вот вроде и всё. Внедряйте советы в свои онбординги, и приходите в мой канал за новыми постами. Там, кстати, Никита свой пост про онбординг опубликовал.

© Счастливый тимлид

Закулисье IT: честный взгляд изнутри на управление продуктами, проектами и командами

Менеджмент продуктов и руководство в IT — сложный процесс, о котором известно не так много. На канале «Кем я хочу стать когда вырасту» автор рассказывает о развитии продуктов, продакт-менеджеров и работе руководителя.

Что стоит прочитать в первую очередь:
• От чего на самом деле зависит успех в IT
• Стоит ли стремиться в руководители на самом деле?
• Почему на рынке так много слабых продуктов

Все посты основаны на личном опыте более 10 лет в роли тимлида и руководителя.

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

ИП Миронова Надежда Олеговна, ИНН: 772985604739 erid:2VtzqvcjYxE

🎙 1-1 с Дашей Корчугановой. Встречи 1-1, которые работают

🗓 15 ноября в 19:00
🔗 Ссылку опубликую перед эфиром

Невесел тимлид.
Ван он ван не любил проводить,
Команда ушла.

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

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

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

Первый эфир будет посвящён проведению полезных встреч 1-1 с сотрудниками. Моим гостем будет Даша Корчуганова, руководитель команды разработки Газпромбанк Бизнес-Онлайн. Даша более 7-ми лет пишет фронтенд с любовью ❤️

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

Приходите, будет интересно и познавательно!

Никита Ульшин про IT| #onetoone #podcast

Уроки орнитологии: менеджер-сорока

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

Что мы знаем о сороках? Они хватают всё блестящее и тащат к себе. Точно так же поступают и некоторые управленцы. Нашёл какую-то интересную идею/методологию/подход? Надо срочно её затащить в команду и нанести всем вокруг непоправимую пользу!

🔄 Кто виноват

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

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

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

🔄 Что делать

Затаскивание блестяшек в команду — не самая страшная "болезнь" на уровне тимлида, однако с ростом уровня последствия такого поведения гарантированно будут усиливаться. Вот как можно с этим бороться:

🟡Начать с "5 нахрена". Сосредоточьтесь на решаемой проблеме, а именно — действительно ли эта проблема мешает жить и стоит ли её решать. Иначе, в погоне за блестяшками, можно не заметить "проблемный рояль" в комнате.

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

🟡Применять модели управления изменениями (например, ADKAR) для более плавного внедрения новшеств. Даже если вы уже приняли решение о внедрении — стоит сделать это мягко и аккуратно, не врываясь "с ноги" в рабочие процессы.

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

Сталкивались ли вы в своей работе с менеджерами-сороками?

Никита Ульшин про IT | #management #change_management

🔖 Дэн Уиллингем "Учись как профи. 14 супернавыков, чтобы освоить все, что хочешь"

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

Поэтому сегодня у меня в обзоре — прекраснейшая книжка Дэна Уиллингема "Учись как профи".

⭐️ О чём книга

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

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

⭐️ 3 вывода из книги

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

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

🟡Лучшая техника запоминания — это глубокое понимание самого материала и причинно-следственных связей в нём. Если дополнить понимание интересом, запоминание практически гарантировано.

⭐️ Мои впечатления

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

Уиллингем акцентирует внимание на том, что для запоминания материала лучше всего в нём хорошенько разобраться. Конечно, мнемотехники могут помочь в экстренных случаях (когда экзамен завтра), однако более эффективно — учиться вовремя и не доводить до такого.

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

Читали книгу? Как вам?

Никита Ульшин про IT | #обзор_книги #soft_skills #обучение

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

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

Это нормально. Представьте вчерашнего технического специалиста, на которого внезапно свалилась огромная куча новых обязанностей: планирование, оценка, мотивация, переговоры. Первое, что обычно хочется делать в такой ситуации, — бегать по кругу и кричать: "Аааааа!"

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

Лично мне на старте было сложнее всего именно отпустить контроль и довериться другому человеку. Постоянно казалось, что он сделает что-то не то или не так. Или сделает не так качественно, как сделал бы я сам. Или ещё что-то.

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

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

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

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

🟡 Не забывайте благодарить и хвалить людей за проделанную работу и обратную связь. Это поможет им сохранять мотивацию для дальнейшей самостоятельной работы.

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

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

Никита Ульшин про IT | #management

Как говорить о техдолге с бизнесом

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

🔄 Почему техдолг вообще проблема?

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

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

🔄 Как перевести техдолг на язык бизнеса?

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

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

🔄 Что важно помнить, разговаривая о техдолге

Главное здесь — избегать узкотехнических объяснений и говорить через знакомые метрики. К примеру, обсуждая тестовое покрытие, можно сосредоточиться на экономии времени и увеличении пропускной способности команды. Техдолг — это не просто про код. Это возможность для бизнеса быть гибким и быстрым. Вложение в работу над ним — это вложение в устойчивость и конкурентоспособность команды.

А как вы объясняете важность работы с техдолгом руководству?

Никита Ульшин про IT | #management #tech_debt

Как я выжил при Иване Грозном. Гид для путешественников во времени

На одном из моих любимых исторических каналов "Файб" вышла просто невероятная по сложности и интересности работа - "Как я выжил при Иване Грозном".

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

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

Приятного просмотра!

Никита Ульшин про IT | #culture #history

🔖 Маршалл Розенберг, "Ненасильственное общение"

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

На эту тему написано множество книг, что лишь подтверждает её актуальность. Сегодня я расскажу про одну из таких книг — Ненасильственное общение Маршалла Розенберга.

⭐️ О чём книга

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

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

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

⭐️ Топ-3 вывода из книги

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

🟡Осуждение, оценки, сравнения и тому подобные вещи мешают установке контакта и сопереживанию между людьми.

🟡Каждый человек сам несёт ответственность за свои чувства, мысли и действия.

⭐️ Мои впечатления

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

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

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

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

Читали книгу? Как вам?

Никита Ульшин про IT | #обзор_книги #менеджмент #soft_skills

Тимлид или чайка-менеджер? Управление без лишнего контроля

Знаете золотое правило инженеров? Работает — не трогай. Оно вполне применимо и для тимлидов: не стоит постоянно дёргать членов команды, если они заняты делом.

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

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

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

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

🔄 Всё хорошо, команда работает: "Ааа, я ничего не делаю, тимлид не нужен, меня уволят!"
🔄 Всё плохо, что-то идёт не так: "Ааа, всё пропало, меня уволят!"

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

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

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

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

Что делать?

➡️ Учиться доверять людям и отпускать контроль. Для статус-чека у вас есть дейлики, где люди говорят о своих задачах и блокерах. Если к людям не приставать попусту, то они будут только благодарны.

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

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

➡️ Пользоваться услугами менторов и психотерапевтов, если совсем тревога не отпускает.

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

Сталкивались ли вы с чайка-менеджерами в своей жизни? Или, может, сами были чайкой?

Никита Ульшин про IT

Как работать с отказами систем в BFF: основные паттерны отказоустойчивости

Появилась запись моего доклада "Как работать с отказами систем в BFF: основные паттерны отказоустойчивости", с которым я выступал на A?.Frontend Day.

В докладе я рассказал про следующие темы:
🔄 Как проекты проходят путь от монолитного API к BFF и каковы плюсы/минусы его внедрения.
🔄 Что может пойти не так в дивном мире распределённых систем? (Спойлер: вообще что угодно.)
🔄 Паттерн Timeout (он же Deadline) и его применение для ограничения времени выполнения запросов.
🔄 Паттерн Retry и его применение для сглаживания разовых/краткосрочных сбоев.
🔄 Паттерн Circuit Breaker и его применение для защиты сбоящего сервиса от перегрузки.
🔄 Плюсы, минусы и особенности каждого паттерна, а также их влияние на UX.
🔄 Примеры реализации вышеперечисленных паттернов на TypeScript.

Дополнительные материалы к докладу доступны по ссылке.

Приятного просмотра!

#публичные_выступления

Кэл Ньюпорт "В работу с головой"

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

О чём книга

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

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

В качестве примеров Ньюпорт приводит известных личностей: Карла Густава Юнга, Дональда Кнута, Адама Гранта. Также он много рассказывает о своём опыте глубокой работы и её влиянии на его жизнь и достижения.

Три вывода из книги

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

➡️ Глубокая работа настолько важна, что имеет смысл планировать весь день вокруг неё (особенно учитывая, что много такой работы в день не сделать).

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

Мои впечатления

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

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

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

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

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

#обзор_книги

Начинаем через 5 минут! Всех жду на стриме 🔥

Иду в гости к Двум Иванам

Друзья, сегодня небольшой анонс. Два Ивана позвали меня к себе в подкаст гостем. Подкаст ведут Иван Елфимов и Иван Чернов - опытные инженеры из Ostrovok.ru. Ребята обсуждают разные интересные темы из мира IT: от языков программирования до архитектуры распределённых систем.

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

Запись конечно же будет :) До встречи!

Не будем утомлять вас рассказами о ДМС, крутых офисах и других плюшках. Вот главное о том, почему тимлиды выбирают Т-Банк:

✔️Актуальный стек. Здесь следят за трендами и быстро внедряют новое.
✔️Вы окажетесь среди профессионалов, у которых можно многому научиться.
✔️Общение на «ты». Так проще.
✔️Здесь развивают комьюнити. Можно участвовать в митапах и подкастах.

Больше о вакансиях здесь

Как бесплатно повысить мотивацию членов команды?

Одна из вещей, с которыми тимлид должен работать, — это мотивация членов команды. Но мотивация — штука сложная, её не получится накачать насосом, как воздушный шарик. Она состоит из множества факторов, и ещё большее количество факторов на неё влияет.

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

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

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

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

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

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

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

В моей практике были следующие примеры:

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

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

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

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

#management

Что делать, если эмоциональный диапазон как у зубочистки? Обзор книги Дэниела Гоулмана "Эмоциональный интеллект"

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

О чём книга

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

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

Топ-3 вывода из книги

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

Мои впечатления

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

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

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

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

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

#обзор_книги #management #психология

SQL миграции в Postgres

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

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

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

https://habr.com/ru/articles/540500/
https://habr.com/ru/articles/736458/

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

Простой процесс постоянного роста

Я довольно активно занимаюсь менторингом как внутри компании, так и вне её. И в пятницу ко мне на менторинг пришёл коллега с очень интересным запросом: хочу развиваться в сторону техлида/архитектора.

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

Сосредоточились мы именно на "делать".

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

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

1. Найти точки, где что-то можно улучшить.
2. Предложить свои решения этих проблем тимлиду и команде.
3. Получить обратную связь и доработать свои предложения.
4. Реализовать улучшения.
5. GOTO 1

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

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

С моим менти мы решили проделать следующее упражнение:

1. Составить список того, что, на его взгляд, можно улучшить в команде.
2. Для каждой проблемы описать негативное влияние на команду.
3. Предложить альтернативные решения.
4. Описать положительное влияние, стоимость и процесс внедрения каждого решения.
4.1 Принести это всё на ревью ко мне :)
5. Презентовать результаты тимлиду и собрать обратную связь.
6. Сделать улучшения.

Упражнение очень простое, но при этом довольно просветляющее. Главное — выделить себе время и место, чтобы никто не отвлекал. Я стараюсь это упражнение выполнять раз в неделю-две, чтобы находить свежие идеи по улучшению процессов команды.

#mentoring #management #growth

⚠️ Практически 100% моих клиентов страдают ЭТИМ

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

Запись эфира на тему: «Перфекционизм в IT: как эмоциональный интеллект помогает справляться с желанием быть идеальным?» определённо будет полезна каждому из вас :)

Мой спикер – Никита Ульшин – руководитель команды разработки в Т-Банк, более 10 лет в IT, из них 5 лет – в управлении командами –
с перфекционизмом прожил бок о бок много лет, и ему было, чем поделиться.

Мы обсудили, ПОЧЕМУ перфекционизм является частой проблемой в сфере IT, и ответили на ряд занимательных вопросов👇:

02:30 – стремиться сделать хорошо = перфекционизм?
Дьявол кроется в деталях: именно в этот момент перфекционизм обретает негативное трактование понятия
06:13 – лайфхак от Никиты, что делать, если всё-таки хочется «повылизывать» 😁
11:56 – откуда берётся желание достигать перфекционизма в работе и какие автоматические программы поведения этому способствуют?
16:54 – как методология Scrum помогает справляться с перфекционизмом?
18:00 – что именно стало самой первой таблеткой от перфекционизма у моего спикера? И еще парочку хитростей :)
23:10 – как ЭИ помогает использовать перфекционизм во благо и чем же можно заменить технику «битья морд» в порыве гнева (спойлер: это очень простая, но при этом эффективная техника быстрой самопомощи :)
36:13 – влияние перфекционизма на конфликты
38:53 – ЗДЕСЬ перфекционизм может помочь!
И вот такой мем под завершение нашего полезного эфира :)

Всем перфекционистам большой привет 🙂 и приятного просмотра!

А вот и запись подкаста про перфекционизм появилась! Всем приятного просмотра, если возникнут вопросы - можно задавать в комменты и личку.

Джеймс Стэньер "Карьера Software Engineering Manager"

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

Senior-инженеры часто думают, что переход в роль тимлида — это повышение. Но это скорее переход в абсолютно новую профессию, где вчерашний крутой разработчик вновь становится джуном. На этом пути всегда пригодятся учебные пособия, и "Карьера Software Engineering Manager" — одно из них.

О чём книга

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

Сама книга состоит из трёх больших частей.

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

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

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

Мои впечатления

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

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

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

#обзор_книги #management

Как перфекционизм мешает развиваться

На выходных я получил очередное напоминание о том, что перфекционизм вредит развитию навыков.

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

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

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

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

Эта ситуация напомнила мне историю годичной давности, когда преподавательница подталкивала меня (тогда ещё совсем новичка) не засиживаться на грувах. «Более-менее нормально получается — двигайся дальше».

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

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

P.S. Напоминаю, что сегодня в 18:00 буду на эфире у Елены Логачёвой, где мы поговорим про перфекционизм. Приходите и задавайте вопросы. До встречи!

Перфекционизм у IT-специалистов: как эмоциональный интеллект помогает справляться с желанием быть идеальным

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

Завтра в 18:00 по Москве я буду гостем на эфире Елены Логачевой, где мы обсудим эту непростую тему.

Елена Логачева - автор проекта «Эмоции успеха» и ментор IT-лидеров: переводит из мидлов в топы, развивая эмоциональный интеллект у людей с высоким IQ.
➡️ 9 лет работы старшим преподавателем в IT МВА ВШЭ
➡️ 10 лет управления HR-агентством, входившим в 5-ку лидеров, понимает HR задачи, стоящие перед топовыми IТ-компаниями, и знает, с каким проблемами в карьере сталкиваются IT-менеджеры.

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

Эфир будет на канале Елены, ссылку на подключение я выложу ближе к началу. Запись будет, но рекомендую подключаться вживую - так интереснее и вопросы можно будет позадавать. До встречи на эфире!

Хорошо работать важнее работы мечты

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

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

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

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

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

Конечно, это не значит, что нужно терпеть плохую работу. Работа должна быть адекватной. Но стремление найти утопичную "работу мечты" — это путь к разочарованию. Так что давайте все дружно станем сегодня чуточку профессиональнее :)

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

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

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

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

В этот раз я бросил на середине «Generation П». До встречи через несколько лет 😂

Читали Пелевина? Как вам?

#художественная_литература

Книги, по которым я прокачивал Go

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

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

📚 Михалис Цукалос, "Golang для профи"

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

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

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

📚 Джон Боднер, "Go. Идиомы и паттерны проектирования"

Книга Боднера мне понравилась гораздо больше. По сути, это углублённое руководство для новичков по Go. Автор рассматривает все базовые темы, но дополняет их особенностями и нюансами языка Go. Например, в главе про конкурентность Боднер объясняет, в каких случаях следует применять те или иные примитивы синхронизации.

Учтите, что в книге почти не рассматривается стандартная библиотека Go (stdlib), всё внимание автора сосредоточено на особенностях самого языка. Я не могу назвать это минусом — это просто особенность.

Если бы я сейчас начинал изучать Go с нуля, я бы порекомендовал пройти A Tour Of Go и дополнить его книгой Боднера. Такая связка даст очень хорошую базу для изучения языка.

📚 Тейва Харшани, "100 ошибок Go и как их избежать"

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

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

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

Полезные IT-каналы

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

Торбек | IT и около - канал про IT, жизнь и саморазвитие, часто поглядывает в сторону предпринимательства. Senior Frontend Developer в Сбер. Разрабатывает платформу партнёрских программ.

AShip++ канал о том, как строить успешную международную карьеру в IT, много полезного и мало воды от Анны Шипиль, Senior Backend Developer в крупнейшем немецком банке.

life in dev - изначально авторский дневник разработчика с большой мечтой, сейчас набор мыслей про жизнь в IT и все что около от Золотов Всеволод, Frontend Tech Lead, Спикер, ПСБ

Семён обо всём Нейросети в каждый дом - канал про разбор нейросеток, рекомендаций по внедрению и запуску «без регистрации и смс» от Мартюшов Семён, Исполнительный директор в платформе Байкал, Сбер.
Круг интересов: itsec, проектное управление, бигдата, data science, спорт.

The CTO - попытка дать другую точку зрения для ИТ-спецов на ИТ-отрасль (и не только): со стороны пользователей, бизнеса, HR и любых других. Без рекламы, анализа новостей, мнений экспертов. От директора проектного офиса Бюро 1440.

Большие проблемы маленьких изменений

Не так страшны первые 90% проекта, как вторые 90% проекта.

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

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

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

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

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

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

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

Что бы я посоветовал другу?

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

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

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

Техника называется «Что бы я посоветовал другу?». Суть её заключается в том, чтобы сменить точку зрения на проблему. Я рассматриваю ситуацию так, будто с ней ко мне обратился мой друг, и стараюсь ответить себе на вопрос: «Что бы я сказал ему в такой ситуации?»

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

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

#self_management

Как я провёл это субботнее утро

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

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

У Drumeo есть классное шоу, где приглашённые барабанщики должны подобрать партию к песне, которую они никогда раньше не слышали. При этом песню им включают без ударных, оригинальную партию они слышат только после того, как отыграют свою. Забавнее всего, что песня частенько оказывается довольно популярной. И сегодня этой песней оказалась Toxicity группы System Of A Down, которую я сейчас разучиваю.

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

Видео тут: https://www.youtube.com/watch?v=hyR5-b1wfrw

А чем вы с утра занимаетесь?

Грег Хорин "Управление проектами с нуля"

Совершая камбэк в роль тимлида, я решил освежить и систематизировать знания в области управления проектами. Мой выбор пал на книгу Грега Хорина "Управление проектами с нуля".

О чём книга

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

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

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

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

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

Пятая часть содержит главы, которые не показались мне слишком полезными: например, про использование Microsoft Project и подготовку к сертификации. Однако довольно интересными оказались главы про управление проектами в реальных условиях. Здесь, по сути, обсуждается ответ на вопрос: "Что делать, когда всё идёт не по плану?" (то есть примерно каждый день).

Мои впечатления

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

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

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

Отличная книга для тимлидов всех уровней — знания по управлению проектами ещё никому не вредили. :)

#management #book

Забор Честертона

Представьте, что вы идёте по цветущему ромашковому лугу и внезапно упираетесь в забор. Просто забор, без ограды или чего-либо ещё. "Что за ерунда?" — скорее всего, первое, что вы подумаете.

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

Аналогия с забором хорошо показывает, как мы можем заблуждаться в своих убеждениях. Часто специалист приходит в новую команду и думает: "А чего это у вас тут всё так плохо сделано? Сейчас поправим". Это не так страшно, если этим занимаются программисты — их на код-ревью остановят и всё объяснят. Но ситуация становится гораздо интереснее, когда принцип забора Честертона начинают нарушать тимлиды и руководители на более высоких уровнях.

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

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