Мастер-класс по сторителлингу

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

В общем, упраженение было определенно крутым:)

Так как наш мастер-класс был сугубо практическим, то после него я решил вспомнить уже изученную теорию и привести ссылки на посты, что я уже писал в этом канале про публичные выступления и рассказывание историй:
- про то, как сторителлинг сделал нас людьми
- про тысячеликого героя - классическая книга про путь героя
- про работу сценаристов - классический подход для написания сценариев
- про создание подкастов и рассказывание историй
- про фрирайтинг для решения задач
- про черную риторику и власть слова
- про искусство словесной атаки
- про публичные выступления с прошлого MBA с Ниной Зверевой
- пример крутого выступления с рассказом истории - последняя лекция Randy Pausch
- про откровения оратора про выступления и истории
- про построение историй и выступления в лекции от Yandex
- про риторику и поэтику от Аристотеля
- про нейробиологию чтения

#SelfDevelopment #PublicSpeaking #Storytelling

Google’s Project Oxygen

В 2008 году ребята из Google решили провести исследование ("Project Oxygen") для определения приносят ли менеджеры пользу. Изначальная гипотеза была в том, что менеджеры на самом деле не имеют значения и не влияют на performance команды. Эта гипотеза была основана на ранней вере некоторых лидеров в Google, что в лучшем случае менеджеры - это необходимое зло, а в худшем случае - дополнительный слой бюрократии. Измерение уровня менеджмента базировалось на двух количественных показателях: manager performance ratings и ежегодного опроса сотрудников для обратной связи по менеджерам. Оказалось, что существует корреляция между оценкой менеджера и результатами команды. Дальше авторы проекта решили провести опрос и собрать параметры, которые характерны для хороших менеджеров. На выходе получилось 8 характеристик, которые в 2018 году расширили до 10, проведя дополнительное исследование, где авторы использовали инструмент Manager Feedback Surveys. Это опрос с простыми вопросами, которые дают feedback для самих менеджеров, которые могут его использовать для своего развития.

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

Я считаю, что это исследование полезно в качестве инструмента для прокачки лидеров внутри ваших компаний.

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

#Management #Leadership #Processes #SelfDevelopment #Software

Google's Project Aristotle

После успешного исследования про менеджеров (см. Google’s Project Oxygen) ребята из Google решили провести исследование команд и ответить на вопрос "What makes a team effective at Google?". Но для начала им предстояло ответить на вопрос "А что же такое команда?". Они выделили 2 вида объединений
- Work group - обладают небольшим уровнем взаимозависимости, основаны на организационной иерархии, их участники встречаются для того, чтобы поделиться информацией
- Team - обладают высоким уровнем взаимозависимости, люди вместе планируют работу, решают проблемы, принимают решения, а также членам команды нужна помощь друг друга для выполнения работы.
В этом исследовании авторы сконцентрировались именно на командах (они были от 3 до 50 человек). Дальше авторам надо было определиться как именно они будут измерять эффективность команд. Для этого использовалась комбинация качественных оценок и количественных измерений. В итоге, получились следующие шкалы
- Executive evaluation of the team
- Team leader evaluation of the team
- Team member evaluation of the team
- Sales performance against quarterly quota

Дальше было проведено большое исследование над 180 командами (115 инженерных команд и 65 команд продаж), среди которых были как high, так и low-performing команды. Оценивалось как состав команды и командная динамика влияют на эффективность команды. Были проведены сотни двойных-слепых интервью с лидерами о том, что они думают о том, что приводит к командной эффективности. Плюс использовались 250 утверждений из ежегодного опроса вовлеченности сотрудников. Например, это опрос включал такие утверждения
- Group dynamics: I feel safe expressing divergent opinions to the team.
- Skill sets: I am good at navigating roadblocks and barriers.
- Personality traits: I see myself as someone who is a reliable worker
- Emotional intelligence: I am not interested in other people’s problems

В итоге, авторы получили результат, что важнее работы внутри одной команды то, как они работают друг с другом. В итоге, 5 факторов по убыванию приоритета получились такими
1. Psychological safety
2. Dependability
3. Structure and clarity
4. Meaning
5. Impact

Дальше авторы подробно рассказали про все факторы, особенно упирая на психологическую безопасность, для которой они привели выступлением Amy Edmondson в рамках TED.
Отдельно стоит отметить, что эти факторы определяют эффективность команд внутри Google, в условной госкорпорации набор факторов может быть совсем другой:) Например, сами исследователи отмечают, что размер команды не являлся статистически значимым фактором в их исследовании, хотя существует много исследований, где показывается, что небольшие команды (меньше 10 человек) работают эффективнее.

В конце документа авторы приводят советы как в своей компании найти эти факторы и использовать их во благо
1. Establish a common vocabulary - определите командное поведение и нормы, что вы хотите взращивать в своей организации
2. Create a forum to discuss team dynamics - разрешите командам обсудить тонкие моменты в безопасности и конструктивно. Тут могут помочь фасилитаторы или HR бизнес-партнеры
3. Commit leaders to reinforcing and improving - привлеките руководство к моделированию и стремитесь к постоянному совершенствованию ваших команд

#Management #Leadership #Processes #SelfDevelopment #Software #Teamlead #SoftwareDevelopment

Второй выпуск Code of Architecture по книге "Kubernetes Patterns (2 edition)"

Сегодня в 18:00 по Москве мы продолжим обсуждать книгу про паттерны и сфокусируемся на поведенческих паттернах.
Мы поговорим про взаимодействие Pods и самой платформы.
А также обсудим:
— какие бывают типы заданий (jobs) в k8s;
— какие виды запуска pods обеспечивает k8s;
— можно ли построить stateful-приложение с помощью стандартных инструментов k8s;
— как в k8s происходит Service Discovery;
— и что pod может узнать сам о себе от платформы

Гостями эфира станут
1. Михаил Кабищев из Ozon, он руководит разработкой платформы, которая делает жизнь dev-команды легче и проще.
1. Салих Фахрутдинов, Senior SRE инженер из Tinkoff Origination Platform, который отвечает за надежность заявочного процесса в нашей компании

P.S.
Если вам интересны эти выпуски, то подписывайтесь на канал Code of Architecture в Youtube и канал Code of Architecture в telegram.

#CoA #Kubernetes #Architecture #Software #SoftwareArchitecture #SystemDesign #DistributedSystems

Гонка за Нобелем. История о космологии, амбициях и высшей научной награде (Losing the Nobel Prize: A Story of Cosmology, Ambition, and the Perils of Science's Highest Honor)

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

После такого пролога автор переходит к вопросам космологии и тому, как именно появился весь мир. Ведь именно эта тема является его научной стезей, которая чуть не довела его до Нобелевской премии (что становится сразу ясным из английского называния книги "Losing the Nobel Prize"). Автор сразу рассказывает про проект BICEP2, в котором он принимал участие и про который была прямая трансляция из Гарварда в 2014 году. Эту трансляцию смотрели миллионы людей и там было объявлено об эпохальном событии ...

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

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

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

#PopularScience #Physics #Astronomy

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

Идеальное первое свидание клиента с продуктом — Владимир Тен, Тинькофф

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

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

Кроме этого он дает чеклист для первого свидания
1. Ценность дается настолько рано, насколько возможно - Ели пользователи не готовы получать всю ценность, то есть ли у вас лайт-продукты?
2. Налоги минимизированы, а выгода подсвечена - Примеры налогов: регистрация, оценочные суждения, сомнения, страхи, жаргоны. Примеры выгоды: объяснение ценности, понимание, что дальше, подарки
3. Добавлены подарки или персонализация - Например, квизы, кастомизация flow, настройка под себя, персонализация, акции, бонусы, неожиданные подарки

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

#Software #Marketing #ProductManagement

DevOps-эры в Тинькофф: культура, люди, инструменты. Станислав Халуп

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

#Devops #Software #Conference #Kubernetes #Architecture #DistributedSystems #PlatformEngineering #Engineering