YaTalks - Как формировать структуру команд под запросы бизнеса

6 декабря в Москве я буду выступать на конференции Яндекса с докладом-саморефлексией примерно с такими тезизами

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

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

#Management #Conference #Processes #Architecture #Project #Engineering #SoftwareDevelopment

Несведущий маэстро (The ignorant maestro: How great leaders inspire unpredictable brilliance) - I

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

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

Существует ли универсальное звучание, подходящее всем организациям на каждой стадии развития?

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

Часть 2. Три мелодии лидерства
Автор предлагает свой рецепт из трех ингредиентов
1. Блестящее неведение
Здесь идет речь про философию Жака Рансьера, который написал книгу "Невежественный учитель" и популяризировал мысль педагога 19 века Жакото

Невежда может научить другого невежду тому, чего не знает сам

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

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

2. Не бойтесь пустот
Глава начинается с цитаты великого пианиста, Артура Шнабеля

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

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

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

В следующем посте я расскажу про третью часть книги, где автор говорит про стили лидерства 6 великих дирижеров.

P.S.
Меня давно интересовало как дирижеры и хореографы управляют своими коллективами и как это связано с управлением software engineering. Несколько лет даже написал статью про это:)

#Management #Processes #Leadership #Self

Code of Architecture - Continuous Architecture in Practice - II

Сегодня в 18:00 по Москве мы обсудим третью и четвертую главу книги Continuous Architecture in Practice. Эти главы посвящены архитектуре данных и безопасности.
- В третьей главе авторы вспоминают про DDD в контексте ubiquitous language и bounded contexts для проектирования самой доменной модели, дальше про polyglot persistance в разрезе использования sql/nosql решений, вспоминают про модели консистентности (по-факту, только про eventual consistency), кратко пробегаются по event sourcing, а дальше приходит к концепции data ownership и отгрузке данных для построения аналитических моделей, ну и напоследок обсуждают вопросы эволюции схемы в sql и nosql решениях.
- В четвертой главе наступает очередь безопасности и авторы говорят про основные вызовы, вспоминают триаду CIA (Confidentiality, Availability, Integrity), рассказывают про идентификацию и приоритизацию угроз, а в конце доходят до shift-left security.

В рамках эфира к нам присоединяться 2 гостя
- Вацлав Довнар, независимый консультант по процессам безопасной разработки. Он помогает компаниям создавать процессы безопасности которые не тормозят разработку.
- Дмитрий Гаевский, мой коллега , инженер dev-to-dev-решений на больших масштабах, RnD-решений и event-driven-систем.

#Software #Architect #SystemDesign #Philosophy #SoftwareArchitecture #Processes #Management

Yandex Platform Engineering

Крутой ресурс с описанием технологий и команд отдела Yandex Platform Engineering, который делает инфраструктуру для разработки и эксплуатации продуктов Яндекса.
Я первый раз вижу настолько круто сделанную страничку с описанием разных команд, их продуктов, а также технические параметры: основные языки, фреймворки, базы данных и других параметров, важных для разработчиков. И хоть я не собираюсь устраиваться в Яндекс, но мне было интересно побродить по странице и вдохновиться относительно того, как надо описывать свои команды, чтобы инженеры хотели попасть в них:)
Обычно страничка каждого продукта содержит как минимум следующие пункты
- важность продукта для пользователей (обычно других инженеров)
- инженерные вызовы, что стоят перед командой с объяснением почему именно так
- процессы, что приняты в команде - часто тут приводится принцип "you build it, you run it" с упоминанием про дежурства
- как выглядит команда и ее взаимодействие

P.S.
Думаю, что этот подход и нам стоит взять на вооружение

#PlatformEngineering #Engineering #Software

How to Improve Developer Productivity • Jez Humble • YOW! 2020

Хорошее выступление Jez Humble на конференции Yow, в котором он рассказывал кратко про продуктивность разработки. Jez является соавтором книги "Accelerate" и это выступление выглядит как краткое саммари влиятельной книги, про которую я рассказывал раньше в постах 1, 2, 3.
Выступление начинается с плохих метрик продуктивности:
- lines of code - когда-то это была популярная мера, но теперь все понимают, что лучше меньше, да лучше
- velocity - это относительный показатель уровня команды, который нельзя использовать для сравнения команд между собой, а также им легко манипулировать при желании
- utilization - если гнаться за утилизацией, то мы сталкиваемся с законом Литтла и попадаем в ситуацию, когда очередная задача может примерно бесконечность находиться в очереди
Дальше Jez переходит к рассказу, а на что же надо обращать внимание и мы получаем, что продуктивность это
- team metric - результаты приносят команды, а не люди
- system-level outcomes - стоит смотреть на системные результаты, а не локальные
- outcomes, not output - надо максимизировать результаты, а не количество сделанных задач
Дальше на сцене появляются DORA метрики, разбитые по двум категориям
— Software delivery performance tempo — сюда входит delivery lead time и deployment frequency
— Software stability — сюда входит mean time to recover и change fail rate
И Jez разбирает их в деталях. Ну и напоследок Jez говорит про культуру и вспоминает
- исследования Веструма, про которые я уже писал. Там была речь про три типа культур: патологическую (pathological), бюрократическую (bureaucratic), производительную (generative)
- исследования Aristotle, которое проводил Google для своих команд. Главным вопросом было "What makes a team effective at Google?". Топ-1 фактором оказалось Psychological safety. Я уже рассказывал про это исследование.

#Management #Engineering #Software #SoftwareDevelopment #SRE #Devops #Leadership #Processes #PlatformEngineering

День Тинькофф в МФТИ

4 декабря схожу в гости на Физтех на день Тинькофф, чтобы рассказать студентам про современные подходы к разработке софта. Интересно, что лет 20 назад я был на втором курсе МФТИ и думал где и как работать так, чтобы совмещать это с учебой. А теперь я могу вернуться в альма-матер и рассказать про то, где и как можно стать крутым SDE (software development engineer). Конкретно для ребят с физтеха я планирую рассказать
- Как выглядит процесс работы в кросс-функциональной командах, который они увидят, если выйдут в компанию с поставленными процессами разработки
- Как у нас организованы команды разработки - тут я расскажу про топологию команд, условно про stream-aligned команды и платформенные команды
- Приведу примеры технологических и бизнесовых продуктов и расскажу где там сложность (распределенные системы, высокая нагрузка, большая столожность домена, ...)
- Как выглядят отбор SDE с рынка с опытом и как выглядит отбор на стажировки студентов из университетов
- Поговорю про выбор инструментов под задачи (языка и тулинга) - здесь основной акцент сделаю на том, что хорошая база CS (computer science) позволяет "программировать с использованием языка, а не на нём", а к этому и надо стремиться, о чем говорил еще Стив Макконел в книге Совершенный Код (Code Complete), про которую я рассказывал раньше

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

#Conference #Software #SoftwareDevelopment #Management #Leadership #Engineering

Тинькофф что-то про меня знает:)

Как департамент утилизации CPU превратился в департамент экономии железа, выдерживающий нагрузку в 1 млн RPS

Хорошая статья от Ozon на тему кэширования на примере создания сервиса product-facade, который будет единым кешом над всеми мастер-системами в Ozon. Сервис получился нагруженным (1 mln rps, 350 Gb/s в пике на раздачу). Интересно почитать про различные стратегии работы с кешом по мере нарастания изощренности
- lazy caching (с чего все начиналось) и дальше вопросы инвалидации кеша с версионированием, тегами, TTL, событиями из Kafka для инвалидации
- read-through caching
- write through caching
Дальше интересная часть про выбор локального или внешнего хранилища кешей и отчего это зависит, тут прямо хорошо разобраны дизайн решения и плюсы и минусы каждого подходов и как и для чего их комбинировать. А дальше хорошо про борьбу за hitrate и стратегии вытеснения кеша (LRU, LFU, Segmented LRU) и что делать с thundering herd problem. И напоследок немного про то, как кешировать решение полностью обмазанное кешами:)

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

- Безопасно ли использовать кэшированное значение?

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

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

#Software #Architecture #SoftwareArchitecture #SystemDesign #DistributedSystems #Management

В этот понедельник мы провели второй стрим клуба Code of Architecture по книге “Continuous Architecture in Practice”. Мы говорили про архитектуру данных и безопасность, упоминая очень много интересных источников. Ниже перечислены все эти рекомендации

Подкаст "Издержки Поддержки"

Это интересный подкаст про благотворительность в России без сердобольности и жалости от Тинькофф и подкаст-студии «Гласно». Мне было интересно послушать его потому, что моя жена вовлечена в благотворительность, а я про эти вопросы раньше редко задумывался. Уже записано 4 из 5 эпизодов, а последний выпуск выйдет 28 ноября, ниже я привел описание каждого выпуска и ссылки

- 1: «Сколько может гореть волонтер, пока не выгорит, и зачем?»
Зачем люди становятся волонтерами? Синдром спасателя, компенсация психологических травм или же просто «социальная плюшка»? Выясняем вместе с волонтером, психологом и директором фонда.
- 2: «Когда ломается эмпатия: самые сложные сферы НКО»
Что делать тем благотворительным фондам, которые должны обращать наше внимание на эмоционально тяжёлые ситуации? Особенно, если это касается помощи тем людям, которым, кажется, уже невозможно помочь? Говорим о неизлечимо больных людях, стигматизации бездомных и поддержке трудных подростков.
- 3: «Зачем спасать животных, когда страдают люди?»
В интернете видео со спасением животных всегда набирают огромное количество просмотров, лайков и доброжелательных комментариев, но почему-то в реальной жизни зооволонтёрство — это одна из самых токсичных сфер благотворительности. Ненависть, мошенничество и запредельная жестокость — это обыденность фондов, помогающих животным, и поэтому все так опасаются об этом говорить.
- 4: «Притворяться правильными: зачем сотрудничают богатые и фонды?»
Правда ли, что богатые люди помогают фондам ради обеления репутации, или же это делается для других целей? Говорим о знаменитостях России в НКО и закрытых вечерах для дарителей. А также рассказываем, что доступно всем и какие акции и концерты существуют сейчас.
- Эпизод 5: «Герои и злодеи: как помогать, когда тебе не верят?»
Недобросовестность одних, и как следствие, недоверие к другим — это те самые издержки поддержки, с которыми вынуждены жить благотворительные организации сегодня. Обсуждаем болезненные вопросы репутации и доверия.

#Charity

Участие в передаче "Цифровизация бизнеса"

Первый мой опыт участия в телевизионной программе теперь доступен для просмотра - вышла серия передачи "Цифровизации бизнеса", в которой я ходил в гости к Максиму Морозову, ведущему паредачи, а также генеральному директору Aston. Мы обсудили разные темы:
- Про то, как работать в крупнейшем цифровом банке России
- Какие задачи стояли перед нами в последнее время
- Какие технологии влияют на финансовую индустрию (тут нет ничего нового: блокчейн + LLMs)
- Зачем нам нужно RnD направление и как мы превращаем исследования в технологические продукты как для себя, так и выпуская их на рынок
- Немно про то, как мы нанимаем сотрудников и как растим их сами при помощи Тинькофф Образования
- А закончили обсуждением моих активности на ниве выступлений, написания статей, ведения этого канала

#Management #Conference #Leadership #SelfDevelopment

HighLoad++ 2023

Завтра буду на конференции Highload++ и зайду на наш стенд на пару часиков, там меня можно будет поймать и пообщаться. Там же все время будут мои коллеги, с которыми можно поговорить про наши внутренние технологические продукты, которые мы используем внутри и продаем наружу
- TiMe - современный корпоративный мессенджер, который мы используем внутри вместо slack
- Sage - full-stack observability платформа, которую мы используем для централизованного сбора и анализа телеметрии всех сервисов компании
- Thara - сервис для оживления 3D-аватаров и синтеза мимики, который преобразует аудио или текст в видеоконтент с визуальным аватаром для коммуникации в режиме реального времени
- Etna - платформа прогнозирования и предиктивной аналитики
- и другие

А вечером в 19.00 можно будет посмотреть вручение премии Highload++, куда я номинирован, но думаю, что лауреатом станет кто-то из других участников: Яндекс-Практикум, Лекторий Академии Яндекса, Getmentor.dev, Linkmeup, Школа 21, Skillbox. Кстати, трансляция из главного зала открыта для всех, надо только зарегестрироваться для получения к ней на сайте конфы.

#Conference #SoftwareDevelopment #Software #Engineering #Architecture

The Agile Paradoxon

Крутое видео с историей развития Agile подходов к разработке софта, которые пришли на смену более тяжеловесным подходам и принесли легкость, простоту и гибкость. Agile практики больше 20 лет назад смогли договориться об общем манифесте, суть которого была изложена в строках
- Individuals and interactions over processes and tools
- Working software over comprehensive documentation
- Customer collaboration over contract negotiation
- Responding to change over following a plan
Что привело к появлению более коротких итераций разработки, скрам церемоний, идей о командах, что самоорганизуются.
Все это стартовало как революция ... но стало религией ... со своими догмами, проповедниками и прихожанами.

#Management #Leadership #Processes #SelfDevelopment

Code of Architecture - Continuous Architecture in Practice - III

Сегодня в 18:00 по Москве мы обсудим пятую и шестую главу книги Continuous Architecture in Practice. Эти главы посвящены вопросам scalability и performance.
- в части про scalability мы погорим про архитектурные подходы к масштабированию stateless и stateful нагрузок
- в части про performance мы обсудим почему производительность важна, как ее мониторить и что делать для повышения производительности вашего решения

У нас будет два гостя:
- Алексей Тарасов, который развивает архитектуру Тинькофф Инвестиций
- Даниил Кулешов, архитектор новой системы авторизации для клиентов

#Software #Architect #SystemDesign #Philosophy #SoftwareArchitecture #Processes #Management

Есть контакт! Общайся продуктивно, без стресса, в любой ситуации

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

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

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

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

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

#ForKids #ForParents #SelfDevelopment