Что интересного ждет на стенде Газпромбанк.Тех?
Прокачай свои знания:
– Решайте кейсы на управление командой, ситуативное лидерство, современный менеджмент: выбрать кейс придется вслепую, а затем обсудить решение с экспертом
– Пройдите квиз в телеграм-боте на цитаты из менеджмента и фреймворки работы: всего 15 вопросов
И не забывайте про силу нетворкинга: вы всегда можете задать вопросы лично экспертам Газпромбанк.Тех на стенде. Увидимся на Saint TeamLead Conf 2024 💙
Реклама «Газпромбанк» (Акционерное общество) erid: LjN8KXC6q
Прокачай свои знания:
– Решайте кейсы на управление командой, ситуативное лидерство, современный менеджмент: выбрать кейс придется вслепую, а затем обсудить решение с экспертом
– Пройдите квиз в телеграм-боте на цитаты из менеджмента и фреймворки работы: всего 15 вопросов
И не забывайте про силу нетворкинга: вы всегда можете задать вопросы лично экспертам Газпромбанк.Тех на стенде. Увидимся на Saint TeamLead Conf 2024 💙
Реклама «Газпромбанк» (Акционерное общество) erid: LjN8KXC6q
❤🔥2
🖐️ В 16:10 встречаемся на следующих докладах и мастер-классах:
🔹 «00 Зал – Башня». Принятие сложных решений в условиях неопределенности. Марина Самойлова (Ozon)
Нередко нам приходится принимать решения в условиях неопределенности. Чем выше ваша роль, тем чаще возникают такие ситуации и тем больше неопределенность. Марина поделится своим опытом, из которого каждый сможет извлечь полезные инсайты.
🔹 Зал «08 Шатер Голубой». Построение системы обратных связей внутри команды и вне её. Артем Селезнев (NUUM)
Разным людям нужно давать обратную связь по-разному. Если следить за реакцией людей, можно понять, как давать им обратную связь так, чтобы к ней прислушивались, а не отмахивались. Артем поделится своим системным подходом к обратной связи, которую он успешно дает нескольким десяткам человек.
🔹 «04 Зал Красный». Особенности создания внутренних сервисов в крупных компаниях, и как избежать провала. Роман Поборчий (Независимый эксперт)
Роман расскажет о том, на что следует обратить внимание, если вы хотите, чтобы ваш внутренний сервис или платформа не теряли популярность и активно развивались внутри компании. Хочешь сделать проект успешным — приложи усилия в нужном месте своевременно. А что это за места — узнаешь из доклада.
🔹 «03 Зал Синий». Выбираем оптимальную архитектуру базы знаний. Николай Сенин
(Независимый исследователь)
Доклад Николая для тех, кто серьезно относится к эффективности базы знаний. Здесь есть и как настроить существующую базу знаний под задачу, и как грамотно выбрать и выстроить ее архитектуру. Для вдумчивого изучения.
🔹 «06 Зал Зелёный». Деловая игра «Ожидания заказчика: выяснять и управлять». Юлия Иванова (СИБУР), Анастасия Быкова, Инна Нурдавлятова (Team Training Int.), Анна Ширяева (СИБУР Цифровой)
Спорим, что вы не сможете с первой попытки собрать требования заказчика? Приходите на игру, чтобы узнать, какие именно ошибки вы совершите.
🔹 Зал «07 Шатер Оранжевый». Мастер-класс. Я их боюсь: как тимлиду спокойно управлять командой и влиять на эффективность бизнеса. Ольга Красильникова (Bercut)
Страхи — это абсолютно нормальное явление, но не всегда понятно, как действовать при том или ином страхе. На мастер-классе вместе с Олей мы разберем три вида страха и способы действий для каждого из них.
🔹 Зал «09 Шатер Фиолетовый». Как пасти котят, или Проекция опыта работы с дошкольниками на команду. Лилия Герасименко (One! International school)
Доклад основан на более 10 лет опыта работы с детскими группами разного (преимущественно предшкольного возраста), в котором дети начинают проявлять свои личностные черты. Доклад — это взгляд на взрослых IT-людей через призму этого опыта.
🔹 «00 Зал – Башня». Принятие сложных решений в условиях неопределенности. Марина Самойлова (Ozon)
Нередко нам приходится принимать решения в условиях неопределенности. Чем выше ваша роль, тем чаще возникают такие ситуации и тем больше неопределенность. Марина поделится своим опытом, из которого каждый сможет извлечь полезные инсайты.
🔹 Зал «08 Шатер Голубой». Построение системы обратных связей внутри команды и вне её. Артем Селезнев (NUUM)
Разным людям нужно давать обратную связь по-разному. Если следить за реакцией людей, можно понять, как давать им обратную связь так, чтобы к ней прислушивались, а не отмахивались. Артем поделится своим системным подходом к обратной связи, которую он успешно дает нескольким десяткам человек.
🔹 «04 Зал Красный». Особенности создания внутренних сервисов в крупных компаниях, и как избежать провала. Роман Поборчий (Независимый эксперт)
Роман расскажет о том, на что следует обратить внимание, если вы хотите, чтобы ваш внутренний сервис или платформа не теряли популярность и активно развивались внутри компании. Хочешь сделать проект успешным — приложи усилия в нужном месте своевременно. А что это за места — узнаешь из доклада.
🔹 «03 Зал Синий». Выбираем оптимальную архитектуру базы знаний. Николай Сенин
(Независимый исследователь)
Доклад Николая для тех, кто серьезно относится к эффективности базы знаний. Здесь есть и как настроить существующую базу знаний под задачу, и как грамотно выбрать и выстроить ее архитектуру. Для вдумчивого изучения.
🔹 «06 Зал Зелёный». Деловая игра «Ожидания заказчика: выяснять и управлять». Юлия Иванова (СИБУР), Анастасия Быкова, Инна Нурдавлятова (Team Training Int.), Анна Ширяева (СИБУР Цифровой)
Спорим, что вы не сможете с первой попытки собрать требования заказчика? Приходите на игру, чтобы узнать, какие именно ошибки вы совершите.
🔹 Зал «07 Шатер Оранжевый». Мастер-класс. Я их боюсь: как тимлиду спокойно управлять командой и влиять на эффективность бизнеса. Ольга Красильникова (Bercut)
Страхи — это абсолютно нормальное явление, но не всегда понятно, как действовать при том или ином страхе. На мастер-классе вместе с Олей мы разберем три вида страха и способы действий для каждого из них.
🔹 Зал «09 Шатер Фиолетовый». Как пасти котят, или Проекция опыта работы с дошкольниками на команду. Лилия Герасименко (One! International school)
Доклад основан на более 10 лет опыта работы с детскими группами разного (преимущественно предшкольного возраста), в котором дети начинают проявлять свои личностные черты. Доклад — это взгляд на взрослых IT-людей через призму этого опыта.
❤1
🖐️ Друзья, в 17:20 приходите на последние доклады первого дня Sain TeamLead Conf 2024:
🔹 «00 Зал – Башня». Сила нетворкинга, или Нетворкинг как стиль жизни. Эрик Бурыгин (Яндекс)
Один в поле — мишень для молнии. А если серьезно, в наше время крайне сложно знать и владеть всем. Зато можно знать тех, кто знает тех, кто знает то, что вам нужно. Личная история спикера на тему выстраивания своего окружения.
🔹 Зал «08 Шатер Голубой». Как наладить коммуникацию там, где все сломалось. Володя Матвеев (Гринатом)
Вечная тема — коммуникации. Что делать, когда проблема возникает на стыке зон ответственности? Как помочь командам договориться между собой? Особенно, когда проблемы не решаются очень долго и порядком всех достали.
🔹 «04 Зал Красный». Начинали как OLTP, а закончили...? Павел Кутаков (Сloud.ru)
Павел расскажет о методах оптимизации баз данных, включая использование колоночных таблиц для отчетов и создание зеркальных таблиц. Подкрепленные конкретными данными из практики, доклад показывает, что такие решения не только повышают производительность, но и снижают объем базы данных.
🔹 «03 Зал Синий». Проектирование или реинжиниринг базы знаний: с чего начать и можно ли сформулировать универсальные требования? Анастасия Граф (Maxim Technology)
Анастасия продолжает тему по возникающим вопросам, связанным с организацией, управлением, актуализацией баз знаний — «что делать с тем, что уже есть» — как исправить, не наломать новых дров и миновать новых граблей.
🔹 «06 Зал Зелёный». Продолжение деловой игры «Ожидания заказчика: выяснять и управлять». Юлия Иванова (СИБУР), Анастасия Быкова, Инна Нурдавлятова (Team Training Int.), Анна Ширяева (СИБУР Цифровой)
Спорим, что вы не сможете с первой попытки собрать требования заказчика? Приходите на игру, чтобы узнать, какие именно ошибки вы совершите.
🔹 Зал «07 Шатер Оранжевый». Продолжение мастер-класса. Я их боюсь: как тимлиду спокойно управлять командой и влиять на эффективность бизнеса. Ольга Красильникова (Bercut)
Страхи — это абсолютно нормальное явление, но не всегда понятно, как действовать при том или ином страхе. На мастер-классе вместе с Олей мы разберем три вида страха и способы действий для каждого из них.
🔹 Зал «09 Шатер Фиолетовый». Играть или не играть? Как развивать команду с помощью игры. Мария Лучинкина (Cloud.ru)
От Марии вы узнаете, в каких ситуациях деловая игра вам поможет, а в каких она будет заведомо неподходящим инструментом. Дрель нужна, чтобы сверлить дырки, молоток — чтобы забивать гвозди, а деловая игра — чтобы что?
🔹 «00 Зал – Башня». Сила нетворкинга, или Нетворкинг как стиль жизни. Эрик Бурыгин (Яндекс)
Один в поле — мишень для молнии. А если серьезно, в наше время крайне сложно знать и владеть всем. Зато можно знать тех, кто знает тех, кто знает то, что вам нужно. Личная история спикера на тему выстраивания своего окружения.
🔹 Зал «08 Шатер Голубой». Как наладить коммуникацию там, где все сломалось. Володя Матвеев (Гринатом)
Вечная тема — коммуникации. Что делать, когда проблема возникает на стыке зон ответственности? Как помочь командам договориться между собой? Особенно, когда проблемы не решаются очень долго и порядком всех достали.
🔹 «04 Зал Красный». Начинали как OLTP, а закончили...? Павел Кутаков (Сloud.ru)
Павел расскажет о методах оптимизации баз данных, включая использование колоночных таблиц для отчетов и создание зеркальных таблиц. Подкрепленные конкретными данными из практики, доклад показывает, что такие решения не только повышают производительность, но и снижают объем базы данных.
🔹 «03 Зал Синий». Проектирование или реинжиниринг базы знаний: с чего начать и можно ли сформулировать универсальные требования? Анастасия Граф (Maxim Technology)
Анастасия продолжает тему по возникающим вопросам, связанным с организацией, управлением, актуализацией баз знаний — «что делать с тем, что уже есть» — как исправить, не наломать новых дров и миновать новых граблей.
🔹 «06 Зал Зелёный». Продолжение деловой игры «Ожидания заказчика: выяснять и управлять». Юлия Иванова (СИБУР), Анастасия Быкова, Инна Нурдавлятова (Team Training Int.), Анна Ширяева (СИБУР Цифровой)
Спорим, что вы не сможете с первой попытки собрать требования заказчика? Приходите на игру, чтобы узнать, какие именно ошибки вы совершите.
🔹 Зал «07 Шатер Оранжевый». Продолжение мастер-класса. Я их боюсь: как тимлиду спокойно управлять командой и влиять на эффективность бизнеса. Ольга Красильникова (Bercut)
Страхи — это абсолютно нормальное явление, но не всегда понятно, как действовать при том или ином страхе. На мастер-классе вместе с Олей мы разберем три вида страха и способы действий для каждого из них.
🔹 Зал «09 Шатер Фиолетовый». Играть или не играть? Как развивать команду с помощью игры. Мария Лучинкина (Cloud.ru)
От Марии вы узнаете, в каких ситуациях деловая игра вам поможет, а в каких она будет заведомо неподходящим инструментом. Дрель нужна, чтобы сверлить дырки, молоток — чтобы забивать гвозди, а деловая игра — чтобы что?
Forwarded from Максим Цепков (Maxim Tsepkov)
#Teadmlead Максим Смирнов. Как рассказывать архитектурные диаграммы. Доклад из двух частей. Сначала пять затруднений, которые возникают при презентации архитектуры и способах их преодоления, а потом - о том, как сделать хороший рассказ. Вторая часть не следует из первой, она поверх нее.
Рассказывать на реальном сложно - погружение в контекст. Есть кейсы, на которых O'Reily проводит соревнования архитекторов, варианты выкладываются на github. Если не в курсе - гуглите, это интересно. И рассказ был на кейсе Sysops Squad: гигант электроники с продажами по всей стране. При покупке - абонентское обслуживание, при проблеме специалисты приезжают.
Пять затруднений
1. Пояснить запутанную диаграмму - в этом запутываешься сам и путаешь других
2. Неясно, что надо рассказывать
3. Риск потеряться в вариантах развития событий. Их много, люди не держат контекста
4. Сложно не утонуть в обсуждении деталей
5. Непонятно, как донести замысел архитектурного решения
Теперь про каждую.
Сложность. В примере большая c4 диаграмма, как водится с мелкими надписями. Подробно рассказать - невозможно, а перечисление типа "5 контейнеров, 8 очередей" - это не содержание!
Реально содержание архитектуры - другое
* Вытащим из монолита компоненты взаимодействия с клиентами
* И все их взаимодействие - через асинхронные очереди
* А взаимодействие с инженерами - вторая часть
* И третья и четвертая - платежи и отчетность
Его и надо рассказывать. И я отмечу, что для этого надо подготовиться заранее: раскрасить квадратики в разные цвета, возможно, сделать обводы и фоновые выделения. А может и нарисовать более крупную диаграмму для рассказа.
Другая идея: смотреть на картину как на карту и поверх нее рассказывать, как развиваются события - просто показать последовательность как взаимодействуют компоненты. Я бы для этого тоже крупно заранее пронумеровал пунты такого взаимодействия.
Еще отмечу, что это - два разных рассказа, для разных целей и аудиторий, и надо понимать, что именно ты рассказываешь.
В алгоритмах и поведении есть развилки, а в историях - их нет. Use case решают это через основной и дополнительные ветви. И в рассказе тоже не нужно рассказывать все варианты. Расскажите основной. Я тут дополню, что часто кроме основного есть особенно интересные кейсы, обычно касающиеся того, с чем имеются или предполагаются трудности. А структура через use case еще и поможет при вопросах про детали: вы переключаетесь на дополнительную ветку, потом возвращаетесь.
Как донести замысел решения? Есть формат.
1. Цель: желаемый результат, целевое состояние в которое хотим понять
2. Что мешает достичь целевого результата просто - препятствия
3. Хитрость, ловкий прием чтобы преодолеть эти препятствия
Три подсказки.
1. Используйте шаблон ADR записи архитектурного решения
2. Обсуждайте альтернативные варианты. Их обязательно надо сформулировать и обсудить
3. Передайте эстафету решения вашим слушателям
Шаблон Y-statements
1. Контекст - для чего применимо архитектурное решения
2. Facing - для каких требований архитектура, что мешает просто взять и сделать
3. we decided - что решили
4. and neglected - от чего отказались
5. we achieve - что мы достигнем
6. accepting what - какую цену заплатим
Например. Пиковая нагрузка может быть вызвана специфическими запросами в начале месяца - и их можно вынести в отдельный масштабируемый сервис, чтобы на основу это не влияло. Но система в целом станет сложнее.
Зачем обсуждать альтернативы? Тут пример домика: дешево и быстро, быстро и дорого, дорого и хорошо, слишком хорошо. Мы проектируем индивидуально, не вовлекая заказчика. И он далеко не всегда специалист. Но если мы предлагаем варианты - то получается пространство выбора. И критерии могут быть различны.
B конце презентации был канвас для рассказа, он опубликован на канале Максима @it_arch, посвященному архитектуре.
Рассказывать на реальном сложно - погружение в контекст. Есть кейсы, на которых O'Reily проводит соревнования архитекторов, варианты выкладываются на github. Если не в курсе - гуглите, это интересно. И рассказ был на кейсе Sysops Squad: гигант электроники с продажами по всей стране. При покупке - абонентское обслуживание, при проблеме специалисты приезжают.
Пять затруднений
1. Пояснить запутанную диаграмму - в этом запутываешься сам и путаешь других
2. Неясно, что надо рассказывать
3. Риск потеряться в вариантах развития событий. Их много, люди не держат контекста
4. Сложно не утонуть в обсуждении деталей
5. Непонятно, как донести замысел архитектурного решения
Теперь про каждую.
Сложность. В примере большая c4 диаграмма, как водится с мелкими надписями. Подробно рассказать - невозможно, а перечисление типа "5 контейнеров, 8 очередей" - это не содержание!
Реально содержание архитектуры - другое
* Вытащим из монолита компоненты взаимодействия с клиентами
* И все их взаимодействие - через асинхронные очереди
* А взаимодействие с инженерами - вторая часть
* И третья и четвертая - платежи и отчетность
Его и надо рассказывать. И я отмечу, что для этого надо подготовиться заранее: раскрасить квадратики в разные цвета, возможно, сделать обводы и фоновые выделения. А может и нарисовать более крупную диаграмму для рассказа.
Другая идея: смотреть на картину как на карту и поверх нее рассказывать, как развиваются события - просто показать последовательность как взаимодействуют компоненты. Я бы для этого тоже крупно заранее пронумеровал пунты такого взаимодействия.
Еще отмечу, что это - два разных рассказа, для разных целей и аудиторий, и надо понимать, что именно ты рассказываешь.
В алгоритмах и поведении есть развилки, а в историях - их нет. Use case решают это через основной и дополнительные ветви. И в рассказе тоже не нужно рассказывать все варианты. Расскажите основной. Я тут дополню, что часто кроме основного есть особенно интересные кейсы, обычно касающиеся того, с чем имеются или предполагаются трудности. А структура через use case еще и поможет при вопросах про детали: вы переключаетесь на дополнительную ветку, потом возвращаетесь.
Как донести замысел решения? Есть формат.
1. Цель: желаемый результат, целевое состояние в которое хотим понять
2. Что мешает достичь целевого результата просто - препятствия
3. Хитрость, ловкий прием чтобы преодолеть эти препятствия
Три подсказки.
1. Используйте шаблон ADR записи архитектурного решения
2. Обсуждайте альтернативные варианты. Их обязательно надо сформулировать и обсудить
3. Передайте эстафету решения вашим слушателям
Шаблон Y-statements
1. Контекст - для чего применимо архитектурное решения
2. Facing - для каких требований архитектура, что мешает просто взять и сделать
3. we decided - что решили
4. and neglected - от чего отказались
5. we achieve - что мы достигнем
6. accepting what - какую цену заплатим
Например. Пиковая нагрузка может быть вызвана специфическими запросами в начале месяца - и их можно вынести в отдельный масштабируемый сервис, чтобы на основу это не влияло. Но система в целом станет сложнее.
Зачем обсуждать альтернативы? Тут пример домика: дешево и быстро, быстро и дорого, дорого и хорошо, слишком хорошо. Мы проектируем индивидуально, не вовлекая заказчика. И он далеко не всегда специалист. Но если мы предлагаем варианты - то получается пространство выбора. И критерии могут быть различны.
B конце презентации был канвас для рассказа, он опубликован на канале Максима @it_arch, посвященному архитектуре.
❤1
Доброе утро! Готовы ко второму дню Saint TeamLead Conf 2024? Будет не менее насыщенно!
☕ А пока мы предлагаем выпить чашечку ароматного кофе и полистать расписание
☕ А пока мы предлагаем выпить чашечку ароматного кофе и полистать расписание
❤6
🖐️ Друзья, в 10:00 начинаются первые доклады второго дня Saint TeamLead Conf 2024:
🔹 «00 Зал Башня». Как не превратиться из хорошего программиста в плохого менеджера. Фёдор Борщёв (Школа Сильных Программистов)
Все траектории профессионального роста можно условно поделить на два вида — «хакеры» и «лидеры». Хакеры достигают результата своими руками. Лидеры достигают результата чужими руками. Кто что качает, и почему эти треки равнозначны?
🔹Зал «08 Шатер Голубой». Сергей Трегуб (Яндекс 360)
Нанять хорошего тимлида — это всегда непростая задача. Сергей предлагает по-новому взглянуть на этот вопрос. Поделится своим опытом, как они научились нанимать тимлидов. Будет интересно. Обязательно приду послушать.
🔹 «04 Зал Красный». Вынужденное развитие. Оптимизация команды с ростом пользователей. Алексей Шемонаев (Т-Банк)
Алексей расскажет про процессы разработки сервисных команд, акцентируя внимание на инструментах и подходах, легко адаптируемых в любой среде разработки. Он осветит автоматизацию документации, уведомления бизнеса об изменениях и контроль кода, представив обширный спектр методов и решений.
🔹 «03 Зал Синий». Жизнь после онбординга: как «включать» сотрудников в компании в периоды изменений без потерь. Дарья Мулык (Независимый эксперт)
При приеме кандидат проверяется на наличие профессиональных знаний, которые потом не используются в полном объеме или остаются «нераспакованными». Дарья расскажет и даст рекомендации, как осуществить грамотное включение сотрудников в изменение процессов с помощью модели ситуационного лидерства.
🔹 «00 Зал Башня». Как не превратиться из хорошего программиста в плохого менеджера. Фёдор Борщёв (Школа Сильных Программистов)
Все траектории профессионального роста можно условно поделить на два вида — «хакеры» и «лидеры». Хакеры достигают результата своими руками. Лидеры достигают результата чужими руками. Кто что качает, и почему эти треки равнозначны?
🔹Зал «08 Шатер Голубой». Сергей Трегуб (Яндекс 360)
Нанять хорошего тимлида — это всегда непростая задача. Сергей предлагает по-новому взглянуть на этот вопрос. Поделится своим опытом, как они научились нанимать тимлидов. Будет интересно. Обязательно приду послушать.
🔹 «04 Зал Красный». Вынужденное развитие. Оптимизация команды с ростом пользователей. Алексей Шемонаев (Т-Банк)
Алексей расскажет про процессы разработки сервисных команд, акцентируя внимание на инструментах и подходах, легко адаптируемых в любой среде разработки. Он осветит автоматизацию документации, уведомления бизнеса об изменениях и контроль кода, представив обширный спектр методов и решений.
🔹 «03 Зал Синий». Жизнь после онбординга: как «включать» сотрудников в компании в периоды изменений без потерь. Дарья Мулык (Независимый эксперт)
При приеме кандидат проверяется на наличие профессиональных знаний, которые потом не используются в полном объеме или остаются «нераспакованными». Дарья расскажет и даст рекомендации, как осуществить грамотное включение сотрудников в изменение процессов с помощью модели ситуационного лидерства.
👍1