Курс подготовки спикера от Кирилла Анастасина

В 2019 году я проходил оффлайн курс Кирилла Анастасина (автор komikaki.ru) по публичным выступлениям, который устроил Олег Бунин для спикеров своих конференций. Мне этот курс помог тогда отлично подготовиться к одной из конференций, а точнее к Archdays 2019, которая что иронично организуется не Олегом:) По итогу я написал статью с краткой выжимкой того, что мне показалось особенно полезным. А потом прошло немного времени и сам Кирилл начал выкладывать отдельные уроки на Youtube и так получился целый курс, который доступен в плейлисте с канала Кирилла. Теперь я часто рекомендую этот курс тем, кто спрашивает у меня как научиться публичным выступлениям.

P.S.
Я приложил свою зарисовку шагов этого алгоритма:)

#PublicSpeaking #Presentation #Conference

Подкаст с ITBizRadio про технических руководителей в Tinkoff

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

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

#Podcast #Management #Leadership #Processes #Software #SoftwareArchitecture #Engineering

Круглый стол для руководителей на Big Monitoring Meetup X

Мои коллеги организуют круглый стол для руководителей на тему мониторинга в рамках Big Monitoring Meetup. В рамках круглого стола будут обсуждаться темы
- Стандартизация мониторинга;
- Комплексный подход к мониторингу: мониторинг как управление надежностью;
- Коммерческие инструменты или open-source;
- Возможно ли построить идеальный мониторинг;
- Будущее мониторинга в российских компаниях.
Среди экспертов будут руководители из X5, НСПК, Saymon, VK и конечно Tinkoff.

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

#Management #SRE #Engineering #Software #SoftwareDevelopment #Processes

Илья Якямсев — Как перестать управлять и начать работать

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

#Management #Processes #ProjectManagement #Project #Software #SoftwareDevelopment #Engineering

Weekend offer для системных аналитиков в Tinkoff

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

P.S.
Если вам интересно узнать что делают системные аналитики в Тинькофф и куда они могут развиваться, то специально для вас я недавно рассказывал именно про это на конференции Flow.

#Career #SystemDesign #Software #SoftwareArchitecture #Architecture #Engineering #Vacancy

Проектируем надежные системы - стоит ли игра свеч на конференции Стачка

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

P.S.
К этому докладу я подготовил солидный список материалов, который еще и увеличился за последнее время
- "Site Reliability Engineering" - книга от ребят из Google, с которой началась серия SRE книг и они рассказывают про процесс в общем
- "Building Secure and Reliable Systems" - книга от ребят из Google, где они рассказывают про принципы проектирования надежных систем (продолжает серию SRE книг)
- "AWS Fault Isolation Boundaries" - интересный white paper от AWS на тему границ изоляции сбоев в AWS (здесь интересно написано про инфраструктурные абстракции: зоны, регионы, globl, а также про разделение control plane и data plane при проектировании сервисов и концепцию static stability)
- "A Model-based, Quality Attribute-guided Architecture Re-Design Process at Google" - интересный white paper от ребят из Google, где показано как редизайнится система для повышения ее надежности, причем сам редизайн выполняется достаточно формально, чтобы по модели оценить позитивное влияние на надежность
- "Deployment Archetypes for Cloud Applications" - интересный white paper от ребят из Google, в котором они рассказывают про разные модели deployment приложений, которые позволяют достигать разных уровней availability (зональный, региональный, мультирегиональный, глобальный, гибридный, мультиоблачный)
- Глава про resilience из книги "Continuous Architecture in Practice" - глава крутой книги, в которой буквально на пальцах авторы объясняют чем старый high-availability подход отличается от нового подхода resilience к обеспечению надежности систем
- "Philosophy of Software Design" - отличная книга про то, как бороться со сложностью систем
- "503 Подкаст - System Design в разрезе надежности" - подкаст с Андреем Дмитриевым из JUG Ru Group, где я был гостем и мы обсуждали проектирование надежных систем
- "Architecting for Scale: High Availability for Your Growing Applications" - интересная книга Lee Atchison, где он обсуждает проектирование для масштабирования и затрагивает вопросы обеспечения availability. Книга пережила второе издание и это пошло ей на пользу.
- "Собеседование SRE: Troubleshooting и System Design" - моя статья про найм SRE инженеров в Tinkoff, и про тип интервью, в котором мы проверяем на практике работу инженеров в рамках инцидента
- "Публичное интервью по troubleshooting для SRE-инженеров на конференции Devoops" - публичное интервью с разбором инцидента
- Крутой доклад "Паттерны отказоустойчивой архитектуры" ребят из Яндекса про отказоустойчивые системы

#Software #Engineering #Architecture #SoftwareArchitecture #SystemDesign #DistributedSystems #SRE

Почему инфраструктура big tech обычно состоит из самописных решений

Крутая статья от Дмитрия, CTO команды Yandex Platform Engineering, в которой он объясняет появление кастомных решений в больших компаниях.
Он выделяет 6 причин:
1. Инновации - крупные компании часто сталкиваются с новыми проблемами, для которых пока нет стандартных решений. А дальше им придумывать эти решения сами
2. Масштабы - этот пункт частично вкладывается в предыдущий, так как часто новые проблемы обусловлены масштабом компании и ее задач. В итоге, дефолтные решения на таком объеме не особо работают
3. Инерция - когда собственный инструмент уже сделан и заточен под решение внутренней проблемы, то при появлении общего инструмента он часто не так хорошо заточен на конкретные кейсы. В итоге, для переезда часто требуется допиливать сам общий инструмент
4. Миграция - тут идет речь про стоимость переезда пользователей. Часто такие миграции со старых инструментов на новые стоят дорого и могут тянуться очень долго, что подрывает сам смысл переезда - дешевле дальше поддерживать собственный велосипед
5. Business continuity - внутренние инструменты позволяют обеспечить независимость от решений вендоров и даже от изменений лицензий open source проектов. Что важно в текущей реальности
6. Синдром not invented here (NIH) - этот синдром влияет на решение пилить собственные велосипеды и это объективная реальность:)

Автор демонстрирует эти причины на двух примерах
- Собственное облако Яндекса, которое появилось до K8s и сейчас продолжает использоваться и развиваться
- Монорепозиторий Аркадия, который позволил решить проблему svn, git, mercurial и все таки иметь возможность хранения всего кода (2 TiB) в одном репозитории

Интересно, что я примерно про это писал в статье "Как RnD появляется в крупных ИТ-компаниях" на примере Google, Amazon и почему это нужно Тинькофф:)

#Management #RnD #PlatformEngineering #Engineering #Software #SoftwareDevelopment #Leadership

100 главных принципов презентаций (100 Things Every Presenter Needs to Know About People)

В любой деятельности, которой я занимаюсь системно, я пытаюсь повышать свой уровень мастерства. Для этого я использую книги, статьи, общение с экспертами. И сегодня я решил вспомнить о крутой книге, которую я прочитал еще до того, как начал часто выступать. Мне редко нравятся книги по типу 7 волшебных способов прийти к успеху, 12 шагов мастерства, язык XYZ за 24 часа, публичные выступления за 7 дней и им подобные. Но эта книга не такая - в ней автор действительно приводит 100 вещей, которые полезно знать про то, как думают люди, как они общаются, на что обращают внимание, как принимают решения и так далее. Мне эта книга напомнила микс из книг про мозг и мышление, про которые я писал в посте раньше.

Если говорить про структуру книги, то она разделена на следующие разделы
- Как человек думает и учится - здесь автор погружается практические советы с учетом мышления людей: зачем нужен контекст, зачем делить информацию на порции, как работает долговременная память и забывание, зачем нужны примеры, сколько элементов одновременно может держать в голове человек, почему люди любят выделять категории, как культура влияет на мышление и так далее. Это очень интересная часть, особенно если вы уже изучали эти темы, а теперь просто изучаете как это влияет на создание презентаций и публичные выступления 
- Как удержать внимание аудитории - здесь автор говорит про длительность непрерывного внимания, а также то, что человек не многозадачен, что важен ритм и частота новых порций информации и как на внимание влияет подсознание
- Как мотивировать человека на деятельность - здесь идет речь про дофамин, внутреннее и внешнее вознаграждение, усиление мотивации по мере приближения к цели, про сложность формирования правильных привычек и их пользу
- Как человек слышит и видит - здесь идет речь про конкуренцию сенсорных каналов, важность активного слушания, насколько важно зрение и как влияет направление чтения на позиционирование элементов, а также про важность хороших заголовков и правильный подбор размера шрифта, почему мы хорошо распознаем лица, а также о проценте дальтоников
- Как человек реагирует на окружающую обстановку - здесь идет речь про то, как количество людей в аудитории меняют динамику выступления, про расстановку мебели, освещенность, температуру, близость приема пищи и ожидания возможности подключиться к сети по WiFi:)
- Эмоциональная реакция человека - начинается эта глава с того, что люди лучше реагируют на истории и эта реакция зачастую эмоциональна, продолжается тем, что люди любят сюрпризы, но одновременно любят безопасность, которая достигается за счет предсказуемости. Дальше идет речь про реакцию людей на красоту, музыку, радость и печаль, а также дефицитность того, что нам предлагают
- Как люди реагируют на вас - эта глава важна для того, чтобы понять как вести себя во время выступлений. Например, тут идет речь про то, как люди реагируют на авторитеты, как реагируют на позы и движение, искренность и интонации, выражения лица и эмоции. Насколько важна правильная одежда и попадание в ожидания аудитории. И почему аудитория хочет того, чтобы спикер контролировал ситуацию во время выступления.
- Как человек принимает решение действовать - эта часть книги пересекается с книгой Канемана “Думай медленно, решай быстро”. Здесь идет речь про принятие подсознательных решений, что страх потери сильнее предвкушения выгодыы, как настроение влияет на принятие решений, про конформизм и важность соответствовать мнению группы. Как мнение лидера влияет на коллективное принятие решений и как использовать подарки для получения обратной услуги 
- Как подготовить презентацию - здесь автор рассказывает про свой пятишаговый процесс: исследование, создание, подготовка содержимого, репетиции (много репитиций), выступления (много выступлений)
- Ваш 90 дневный план совершенствования - рекомендации автора как за 100 дней прокачать свои навыки презентации

#Presentation #PublicSpeaking #SelfDevelopment

Interviewing & Hiring Like a Boss • Kristine Howard • YOW! 2023

Интересное выступление Kristine Howard из Amazon, которая рассказала про то как проводить интервью более качественно. Мне эта тема интересна из-за того, что я сильно вовлечен в процессы найма и я стараюсь улучшать их по мере своих сил. Если же возвращаться к выступлению Кристин, которая является AWS Head of Developer Relations APJ, то она начала выступление с того, что лет 8 назад ненавидела проводить интервью, но как известно от любви до ненависти один шаг и когда-то она сделала его в обратном направлении как принято в Amazon:)

Дальше она перешла к основным пунктам своего выступления
- Что делать перед интервью - рассказ про подготовку job description, про ревью CV (и их подготовку со стороны кандидатов), как выстроить структуру цепочки интервью, как проверять hard skills и leadership principles (шардируя проверку разных скиллов по разным интервьюерам), как проводить preebrief, на котором можно получить дополнительную информацию о требованиях к кандидату, как готовить конкретные вопросы к кандидату (выбирая из подготовленого списка вопросов)
- Как проводить интервью - помочь им успокоиться, рассказать про регламент проведения интервью, зачем и как просить кандидатов рассказывать истории - по-факту, спикер рассказывает про использование STAR (situation-task-action-result) и SBI (situation-behavior-impact) для проведения интервью:) Дальше она говорит о том, на что обращать внимание при общении с кандидатом: смотреть на цифры, scope, impact. Уточнять что именно делал кандидат для получения результата. Не бояться прерывать поток воды и переходить к следующему вопросу. Как написать фидбек о кандидате - здесь спикер говорит о том, как уменьшить влияние предубеждений и объективно оценить кандидата по заранее составленному списку критериев.
- Как принимать решения по итогам всех интервью - здесь идет речь про debrief и ревью итоговых результатов кандидата и стоит ли его нанимать. Здесь приводятся стандартные подходы к принятию решений в группе. А также как обсуждать сильные и слабые стороны кандидата, а также интересный вопрос про непреодолимую причину для найма кандидата. Тут же разбирается вопрос о том, как коучить интервьюеров и давать им фидбек для их роста. А заканчивается эта часть тем, что у ребят весь процесс найма обвешан метриками и существует SLA на скорость и качество каждого шага процесса.
- Подсказки - спикер рассказывает про важность менеджмента календаря и затраты по времени на проведение интервью, также про отдельное интервью, где кандидат может поспрашивать не под запись о том, как работается в компании (полезно для minority representatives), про важность процесса обучения интервьюверов, а также улучшение опыта кандидатов.

P.S.

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

В итоге, теперь я часто рассказываю про наши подходы к найму:
- Про проверку навыков проектирования (system design interview) - мы спрашиваем про это у software development engineer и технических руководителей - вот тут есть материалы по этому типу интервью
- Про проверку навыков работы с инцидентами (troubleshooting interview) - мы спрашиваем про это у site reliability engineers и их руководителей - подробнее подробнее можно здесь
- Про менеджмент интервью - этот тип интервью варьируюется для тимлидов и руководителей уровнем выше - вот тут можно почитать подробнее

#Management #Hiring #Leadership #Process #Software