Forwarded from Максим Цепков (Maxim Tsepkov)
#Teamlead Роман Поборчий. Особенности создания внутренних сервисов в крупных компаниях, и как избежать провала. Рассказ начался с вопроса, что такое провал? Мы попробовали, сделали, но это не оказалось полезным. Это провал или нет? Ответ - итерация, мы потратили свое время и чужие деньги, чтобы уточнить картину мира. Полезный опыт.
Дальше была история. 1957 fairchild semiconductor. 8 человек уволились от William Shockley, чтобы основать свою компанию, и основали ее как дочку fairchild, которая занималась разным. Они изобрели интегральную схему и начали делать, начали делать процессоры и память. Одновременно с Килби, было признано. В 1971 Don Hoefler написал статью про fairchild semiconductor, где впервые употребил термин silicon valley - и он прижился.
Все росло в 2 раза, и был год, когда дочка приносила 60% холдингу, там были внутренние дележки. Но в 1968 двое ушли, основали Integrated Electronics - Intel, был первый коммерчески неуспешный год. А в 1969 - Sanders уволился и основал advanced micro devices - AMD.
Провал - когда вы были в нужное время в нужном мести, придумали то что нужно людям, сделали. Но у вас это почему-то не получается, а этот нужный сервис делает кто-то другой.
Возвращаясь к внутренним сервисам. Внутренний сервис - это сервис, потребителями которого являются клиенты компании, может быть разным: платформа, биллинг, аналитика (человек+машина). Внутренние пользователи и внешние - отличаются. Внешние - многочисленны, обезличены. Хотя в b2b некоторые важнее других. Но в целом восполнимый ресурс. Внутри пользователей мало, они рядом с руководством, и они - не восполнимый ресурс.
Внутренний сервис делает своему подразделению, часто маленькими ресурсами, а потом распространяют на другие. И общий принцип: не стоит делать чужую работу. И есть подводные камни, которые этому мешают.
1. Интеграция. Аналитический сервис, мы получаем данные и возвращаем. Клиент приходит, говорит где взять. А дальше много клиентов - и везде разные форматы и разные данные. И интеграция разнородных форматов начинает занимать значительную часть работы. Нанять 15 стажеров - не выход, с ними надо общаться, развивать, они не хотят всю жизнь парсить логи, они отнимают твое время. А еще любые внутренние логи могут поменять формат и вам надо будет переделывать. Да еще тесты у них не упадут - НЕ работает у вас.
Поэтому правильно оставить интеграцию клиента на другом конце: клади данные в этом формате сюда. Но! удобный API - ваша часть. И помощь в написании тестов. Но это работает начиная с 3-4 клиента, первых надо сделать самим - иначе они просто не начнут пользоваться.
2. Приоритеты. Agile учит планировать спринт, собирая заказчиков, и заказчики договариваются. В принципе работает, если общее дело, есть точки пересечения, на которых договариваются. Если же много разных подразделений, то они отказываются договариваться. Не приходят на встречу, а если пришли - только познакомились на ней. И они не договариваются между собой, а пытаются договорить вас. Ошибка - пытаться самому принять решение, кто важнее. Но если подразделения далекие и компания большая, то вы не можете сделать.
Что помогает? Наименьший общий начальник. Был кейс в Яндекс-поиске, много начальник. Но оказалось, что можно привлечь к планированию одного из топов. Пару раз в месяц, на планировании спринта, он приходил. Так бывает можно, не надо бояться.
Правда, на мой взгляд, это больше счастливый случай, а не правило. Если же НОК не доступен - приходится решать самому. Помогают квоты и предложение при срочных азачах ими меняться или брать в долг. Дело в том, что не хотят договариваться не со зла, а потому что нет времени вникнать в проблемы другого, а чтобы договориться - это нужно. А обмен или взять в долг - понятная конструкция.
Дальше была история. 1957 fairchild semiconductor. 8 человек уволились от William Shockley, чтобы основать свою компанию, и основали ее как дочку fairchild, которая занималась разным. Они изобрели интегральную схему и начали делать, начали делать процессоры и память. Одновременно с Килби, было признано. В 1971 Don Hoefler написал статью про fairchild semiconductor, где впервые употребил термин silicon valley - и он прижился.
Все росло в 2 раза, и был год, когда дочка приносила 60% холдингу, там были внутренние дележки. Но в 1968 двое ушли, основали Integrated Electronics - Intel, был первый коммерчески неуспешный год. А в 1969 - Sanders уволился и основал advanced micro devices - AMD.
Провал - когда вы были в нужное время в нужном мести, придумали то что нужно людям, сделали. Но у вас это почему-то не получается, а этот нужный сервис делает кто-то другой.
Возвращаясь к внутренним сервисам. Внутренний сервис - это сервис, потребителями которого являются клиенты компании, может быть разным: платформа, биллинг, аналитика (человек+машина). Внутренние пользователи и внешние - отличаются. Внешние - многочисленны, обезличены. Хотя в b2b некоторые важнее других. Но в целом восполнимый ресурс. Внутри пользователей мало, они рядом с руководством, и они - не восполнимый ресурс.
Внутренний сервис делает своему подразделению, часто маленькими ресурсами, а потом распространяют на другие. И общий принцип: не стоит делать чужую работу. И есть подводные камни, которые этому мешают.
1. Интеграция. Аналитический сервис, мы получаем данные и возвращаем. Клиент приходит, говорит где взять. А дальше много клиентов - и везде разные форматы и разные данные. И интеграция разнородных форматов начинает занимать значительную часть работы. Нанять 15 стажеров - не выход, с ними надо общаться, развивать, они не хотят всю жизнь парсить логи, они отнимают твое время. А еще любые внутренние логи могут поменять формат и вам надо будет переделывать. Да еще тесты у них не упадут - НЕ работает у вас.
Поэтому правильно оставить интеграцию клиента на другом конце: клади данные в этом формате сюда. Но! удобный API - ваша часть. И помощь в написании тестов. Но это работает начиная с 3-4 клиента, первых надо сделать самим - иначе они просто не начнут пользоваться.
2. Приоритеты. Agile учит планировать спринт, собирая заказчиков, и заказчики договариваются. В принципе работает, если общее дело, есть точки пересечения, на которых договариваются. Если же много разных подразделений, то они отказываются договариваться. Не приходят на встречу, а если пришли - только познакомились на ней. И они не договариваются между собой, а пытаются договорить вас. Ошибка - пытаться самому принять решение, кто важнее. Но если подразделения далекие и компания большая, то вы не можете сделать.
Что помогает? Наименьший общий начальник. Был кейс в Яндекс-поиске, много начальник. Но оказалось, что можно привлечь к планированию одного из топов. Пару раз в месяц, на планировании спринта, он приходил. Так бывает можно, не надо бояться.
Правда, на мой взгляд, это больше счастливый случай, а не правило. Если же НОК не доступен - приходится решать самому. Помогают квоты и предложение при срочных азачах ими меняться или брать в долг. Дело в том, что не хотят договариваться не со зла, а потому что нет времени вникнать в проблемы другого, а чтобы договориться - это нужно. А обмен или взять в долг - понятная конструкция.
Forwarded from Максим Цепков (Maxim Tsepkov)
Еще один трюк. После планирования приходит заказчик, говорит "Мне очень надо, ты сделай, давай я тебе помогу". Ваша работа - заранее думать, что я могу попросить у такого клиента. И в этот момент быть готовым попросить. В идеале, когда разовая услуга меняется на долгосрочные обязательства. Например, попросили сервис, который в ответ на слово отдавал основную форму - это часто нужно. Это выигрышная стратегия, стоит вкладываться.
3. Стабильность. Начинается на маленьком железе, старый сервер. Внутренние лучше внешних, они не уходят, осознают ресурсный голод. Но в какой-то момент не могут терпеть. Как оттянуть этот момент, и успеть сделать нормально?
Если от внутреннего сервиса не зависит продакшн - его не обязательно резервировать. Достаточно мониторить и вешать плашку "не работаю планово". И по входным данным - вести мониторинг, вешать плашку "мы уже знаем". Это как "мы адекватны и стараемся".
Рост нагрузки системы. Измеряться может в разном, а скачки - с новым клиентом. И часто есть точка апокалипсиса - ресурс весь потребляется. Например, может быть время на ежедневную обработку данных - не должно превышать 24 часа. Пока всего мало, можно проводить тесты и предсказать точку апокалипсиса. Это надо сделать и готовиться.
Мониторинг и информирование - важнее постоянной доступности.
4. Велосипеды. Однажды было нужно строить тепловую карту России по метрикам, по регионам. Маленькая команда, Apach Superset - позволяет подобное делать. Но! Деление по регионам может быть не очень хорошим, Красноярский край - большой, надо дробить. А еще есть города - миллионники - они маленькие, людей много - их надо показывать специально. А еще состав региона надо уметь менять. Коробка - не поддерживает. В результате аналитик данных занимается тем, что пытается поставить точку в нужное место и другой борьбой с инструментом. В результате, пока боролись, другая команда напилила собственные карты, начала им предоставлять.
Готовые инструменты хороши для прототипов, но даже для MVP - не обязательно. Надо оценивать, не слишком ли он дорог. Часто на первом этапе нужно небольшое подмножество, но с нашлепкой, которую сложно сделать, и это проще сделать самим.
3. Стабильность. Начинается на маленьком железе, старый сервер. Внутренние лучше внешних, они не уходят, осознают ресурсный голод. Но в какой-то момент не могут терпеть. Как оттянуть этот момент, и успеть сделать нормально?
Если от внутреннего сервиса не зависит продакшн - его не обязательно резервировать. Достаточно мониторить и вешать плашку "не работаю планово". И по входным данным - вести мониторинг, вешать плашку "мы уже знаем". Это как "мы адекватны и стараемся".
Рост нагрузки системы. Измеряться может в разном, а скачки - с новым клиентом. И часто есть точка апокалипсиса - ресурс весь потребляется. Например, может быть время на ежедневную обработку данных - не должно превышать 24 часа. Пока всего мало, можно проводить тесты и предсказать точку апокалипсиса. Это надо сделать и готовиться.
Мониторинг и информирование - важнее постоянной доступности.
4. Велосипеды. Однажды было нужно строить тепловую карту России по метрикам, по регионам. Маленькая команда, Apach Superset - позволяет подобное делать. Но! Деление по регионам может быть не очень хорошим, Красноярский край - большой, надо дробить. А еще есть города - миллионники - они маленькие, людей много - их надо показывать специально. А еще состав региона надо уметь менять. Коробка - не поддерживает. В результате аналитик данных занимается тем, что пытается поставить точку в нужное место и другой борьбой с инструментом. В результате, пока боролись, другая команда напилила собственные карты, начала им предоставлять.
Готовые инструменты хороши для прототипов, но даже для MVP - не обязательно. Надо оценивать, не слишком ли он дорог. Часто на первом этапе нужно небольшое подмножество, но с нашлепкой, которую сложно сделать, и это проще сделать самим.
🖐️ Друзья, в 15:00 приходите на следующие доклады и мастер-классы:
🔹 «00 Зал Башня». История внедрения трансформационных изменений в кластере из 600+ инженеров. Ярослав Станишевский (МТС)
Рядом есть 600 человек, они вам не подчиняются напрямую, но надо внедрить им новый процесс. Кто-то на словах согласен, но ничего не делает. Кого-то не устраивает инструментарий. Кто-то, в принципе, избегает встречи. Как не сойти с ума и всё-таки внедрить изменения?
🔹 Зал «08 Шатер Голубой». Как превратить такой простой (но сложный) онбординг в инструмент развития всей команды. Надежда Погина (Cloud.ru)
Основная изюминка доклада в том, что он рассказывает о подходе внедрения онбординга «снизу вверх» — этот процесс не был спущен сверху из отделов кадров, а родился и вырос внутри департамента. А это значит, что любой сможет повторить подобное у себя в компании.
🔹 «04 Зал Красный». Как сделать инженерную культуру в компании однородной. Артём Кураев (Leroy Merlin)
Артем представит доклад о важности инженерного аудита, обсудит открытые метрики и формулы расчета зрелости команд. Продемонстрирует шаги, направленные на решение наиболее распространенных проблем в инженерном аудите, помогающие улучшить процесс разработки и качество продукта.
🔹 «03 Зал Синий». Как стать 10x экспертом. Игорь Курочкин (Enabling.team)
Игорь расскажет в своем докладе о том, как быть экспертом профессионально: вести свою базу знаний, сохраняя все самое важное для быстрой распаковки в случае необходимости решения задач с разными командами точно вовремя.
🔹 «06 Зал Зелёный». Продолжение мастер-класса. Коммуникативная компетентность в работе тимлида++, или Конец эпохи делегирования. Александр Зиза, Вирна Штерн (Aletheia Digital)
Тема коммуникаций — постоянный гость нашей программы. В этот раз будем копать еще глубже и экспериментировать.
🔹 Зал «07 Шатер Оранжевый». Продолжение мастер-класса. Строим архитектуру стартапа с большой кодовой базой. Роман Силаков (ex Яндекс Такси)
В работе техлида часто возникают ситуации, когда надо сделать решение в рамках существующей экосистемы. Как подойди к сбору технических требований и ограничений? Как эффективно использовать то, что есть? Как правильно выстроить процесс? Именно эти вопросы будут разбираться на мастер-классе Романа.
🔹 Зал «09 Шатер Фиолетовый». Продолжение мастер-класса. Запускаем цикл непрерывных улучшений. Алексей Лосев, Елена Большакова, Сергей Тесленко (Яндекс Маркет)
Мастер-класс наглядно показывает, что у каждого изменения в процессах есть свои плюсы и минусы. Он также демонстрирует, что результаты иногда могут противоречить здравому смыслу и то, что кажется минусом или плюсом, не всегда является таковым.
🔹 «00 Зал Башня». История внедрения трансформационных изменений в кластере из 600+ инженеров. Ярослав Станишевский (МТС)
Рядом есть 600 человек, они вам не подчиняются напрямую, но надо внедрить им новый процесс. Кто-то на словах согласен, но ничего не делает. Кого-то не устраивает инструментарий. Кто-то, в принципе, избегает встречи. Как не сойти с ума и всё-таки внедрить изменения?
🔹 Зал «08 Шатер Голубой». Как превратить такой простой (но сложный) онбординг в инструмент развития всей команды. Надежда Погина (Cloud.ru)
Основная изюминка доклада в том, что он рассказывает о подходе внедрения онбординга «снизу вверх» — этот процесс не был спущен сверху из отделов кадров, а родился и вырос внутри департамента. А это значит, что любой сможет повторить подобное у себя в компании.
🔹 «04 Зал Красный». Как сделать инженерную культуру в компании однородной. Артём Кураев (Leroy Merlin)
Артем представит доклад о важности инженерного аудита, обсудит открытые метрики и формулы расчета зрелости команд. Продемонстрирует шаги, направленные на решение наиболее распространенных проблем в инженерном аудите, помогающие улучшить процесс разработки и качество продукта.
🔹 «03 Зал Синий». Как стать 10x экспертом. Игорь Курочкин (Enabling.team)
Игорь расскажет в своем докладе о том, как быть экспертом профессионально: вести свою базу знаний, сохраняя все самое важное для быстрой распаковки в случае необходимости решения задач с разными командами точно вовремя.
🔹 «06 Зал Зелёный». Продолжение мастер-класса. Коммуникативная компетентность в работе тимлида++, или Конец эпохи делегирования. Александр Зиза, Вирна Штерн (Aletheia Digital)
Тема коммуникаций — постоянный гость нашей программы. В этот раз будем копать еще глубже и экспериментировать.
🔹 Зал «07 Шатер Оранжевый». Продолжение мастер-класса. Строим архитектуру стартапа с большой кодовой базой. Роман Силаков (ex Яндекс Такси)
В работе техлида часто возникают ситуации, когда надо сделать решение в рамках существующей экосистемы. Как подойди к сбору технических требований и ограничений? Как эффективно использовать то, что есть? Как правильно выстроить процесс? Именно эти вопросы будут разбираться на мастер-классе Романа.
🔹 Зал «09 Шатер Фиолетовый». Продолжение мастер-класса. Запускаем цикл непрерывных улучшений. Алексей Лосев, Елена Большакова, Сергей Тесленко (Яндекс Маркет)
Мастер-класс наглядно показывает, что у каждого изменения в процессах есть свои плюсы и минусы. Он также демонстрирует, что результаты иногда могут противоречить здравому смыслу и то, что кажется минусом или плюсом, не всегда является таковым.
В ecom.tech делают ИТ для ритейла реального времени.
Чтобы все нужные товары и продукты могли попадать домой к людям мгновенно, насколько это возможно в физическом мире.
На технологиях ecom.tech работают Самокат, Мегамаркет, логистическая инфраструктура.
В инженерной команде компании 4000 человек – они большие и разные, стремятся к technical excellence и business value, ценят процессы и избегают закостенелости.
В ecom.tech делают продукты, которыми пользуются сами. Приходите на стенд – вам покажут, что у них под капотом, пообщаетесь и поиграете
Телеграм
ХАБР
Ютуб
Реклама ООО "Умное пространство" erid: LjN8KC4o1
Чтобы все нужные товары и продукты могли попадать домой к людям мгновенно, насколько это возможно в физическом мире.
На технологиях ecom.tech работают Самокат, Мегамаркет, логистическая инфраструктура.
В инженерной команде компании 4000 человек – они большие и разные, стремятся к technical excellence и business value, ценят процессы и избегают закостенелости.
В ecom.tech делают продукты, которыми пользуются сами. Приходите на стенд – вам покажут, что у них под капотом, пообщаетесь и поиграете
Телеграм
ХАБР
Ютуб
Реклама ООО "Умное пространство" erid: LjN8KC4o1
🖐️ В 16:10 встречаемся на следующих докладах и мастер-классах:
🔹 «00 Зал Башня». Как то, что мы видим, влияет на наше состояние, поведение и решения. Саша Eрмоленко (VK)
Разговор о конкретных задачах, которые решает дизайнер. Полезен для тех, кто хочет более содержательно обсуждать скоуп задачи и в целом лучше понять своих коллег.
🔹 Зал «08 Шатер Голубой». Как помочь нашему мозгу, чтобы он помог нам. Яна Тихонова (Cloud.ru)
Тема стресса и выгорания стала привычным делом, но не нормой. Яна расскажет, как предотвратить и обратить вспять эмоциональное выгорание, изменив подход к процессам построения жизни.
🔹 «04 Зал Красный». Как упорядочить подходы и покрыть стандартами зоопарк из 100+ микросервисов. Дмитрий Куянов (Райффайзен Банк)
Унификация стандартов, подходов в микросервисной архитектуре может значительно поднять совокупную производительность команд. Дмитрий поделится практическим опытом внедрения стандартизации между командами в крупном банке и расскажет, как покрыть процесс внедрения стандартизации метриками.
🔹 «03 Зал Синий». Прозрачная структура проектов в компании от стратегии до исполнителя. Ольга Муттер (СберМаркет)
Ольга покажет инструменты и подходы к сбору, систематизации и распространению знаний о проектах, продуктовых инициативах и цепочке поставки и расскажет, как им постепенно удалось добиться прозрачности процессов и решений на разных уровнях компании на 1000+ человек.
🔹 «06 Зал Зелёный». Мастер-класс. Применяем Event storming как навык эффективной коммуникации между разработкой и бизнесом. Наталия Смирнова-Узенцова (YADRO)
Event Storming — практический инструмент для улучшения взаимодействия между бизнесом и командой разработки. В рамках мастер-класса участники изучат основные понятия инструмента, смогут применить его на практике в групповой работе, а в дальнейшем использовать в своих командах.
🔹 Зал «07 Шатер Оранжевый». Мастер-класс. Обмен знаниями. Игра «Раскрой тайные знаки». Алексей Рахманов, Екатерина Арнаут (FUN&SUN)
На данном мастер-классе участники смогут не только научиться находить быстро решения задач, но и находить ресурсы для ее решения. Достаточно оглянуться вокруг.
🔹 Зал «09 Шатер Фиолетовый». Отзывы как ресурс. Мастер-класс по работе с качественными данными с помощью дизайн-мышления. Екатерина Кибирева, Дана Миндзаева (Cloud.ru)
На мастер-классе вы узнаете, как дизайн-мышление помогает работать с необработанными данными. Это определённо будет интересно.
🔹 «00 Зал Башня». Как то, что мы видим, влияет на наше состояние, поведение и решения. Саша Eрмоленко (VK)
Разговор о конкретных задачах, которые решает дизайнер. Полезен для тех, кто хочет более содержательно обсуждать скоуп задачи и в целом лучше понять своих коллег.
🔹 Зал «08 Шатер Голубой». Как помочь нашему мозгу, чтобы он помог нам. Яна Тихонова (Cloud.ru)
Тема стресса и выгорания стала привычным делом, но не нормой. Яна расскажет, как предотвратить и обратить вспять эмоциональное выгорание, изменив подход к процессам построения жизни.
🔹 «04 Зал Красный». Как упорядочить подходы и покрыть стандартами зоопарк из 100+ микросервисов. Дмитрий Куянов (Райффайзен Банк)
Унификация стандартов, подходов в микросервисной архитектуре может значительно поднять совокупную производительность команд. Дмитрий поделится практическим опытом внедрения стандартизации между командами в крупном банке и расскажет, как покрыть процесс внедрения стандартизации метриками.
🔹 «03 Зал Синий». Прозрачная структура проектов в компании от стратегии до исполнителя. Ольга Муттер (СберМаркет)
Ольга покажет инструменты и подходы к сбору, систематизации и распространению знаний о проектах, продуктовых инициативах и цепочке поставки и расскажет, как им постепенно удалось добиться прозрачности процессов и решений на разных уровнях компании на 1000+ человек.
🔹 «06 Зал Зелёный». Мастер-класс. Применяем Event storming как навык эффективной коммуникации между разработкой и бизнесом. Наталия Смирнова-Узенцова (YADRO)
Event Storming — практический инструмент для улучшения взаимодействия между бизнесом и командой разработки. В рамках мастер-класса участники изучат основные понятия инструмента, смогут применить его на практике в групповой работе, а в дальнейшем использовать в своих командах.
🔹 Зал «07 Шатер Оранжевый». Мастер-класс. Обмен знаниями. Игра «Раскрой тайные знаки». Алексей Рахманов, Екатерина Арнаут (FUN&SUN)
На данном мастер-классе участники смогут не только научиться находить быстро решения задач, но и находить ресурсы для ее решения. Достаточно оглянуться вокруг.
🔹 Зал «09 Шатер Фиолетовый». Отзывы как ресурс. Мастер-класс по работе с качественными данными с помощью дизайн-мышления. Екатерина Кибирева, Дана Миндзаева (Cloud.ru)
На мастер-классе вы узнаете, как дизайн-мышление помогает работать с необработанными данными. Это определённо будет интересно.
Forwarded from Максим Цепков (Maxim Tsepkov)
#Teamlead Эрик Бурыгин. Сила нетворкинга, или Нетворкинг как стиль жизни. Доклад с одной сквозной историей о пользе нетворкинга и множестве частных. Основная идея: не бойтесь начать, и активно делайте. Потому что нетворкинг реально помогает достигать своих желаний и осуществлять мечты. Сила в том, что когда вам что-то нужно - вы знаете у кого спросить, и вам расскажут. Например, вы умеете шить одежду, захотели запустить производство - и вам расскажут процесс в деталях, ведь уметь шить - далеко не все. А еще через нетворкинг можно найти ресурсы. Но чтобы это случилось, надо активно знакомится, знать кто чем может помочь. Не когда у вас возник конкретных вопрос, а заранее, чтобы когда вопрос возник - уже было понятно кто ответит. При этом жизнь часто ходит очень извилистыми путями, но приводит в нужном направлении, если вы при этом активны и ловите моменты.
Это иллюстрирует сквозная история - о том, как Эрик хотел сделать курсы, и даже учился этому - но у него не получалось. Но однажды он попал в Гонку героев. Потому что до этого хотел попасть в спорт, было 100500 попыток, но не складывалось. А тут увидел в инстаграмме фотку с гонки героев, где был его друг, узнал, решил в очередной раз попробовать, друг дал телефон - и этот вариант зашел. И он не просто участвовал, а стал инструктором, сдал необходимое, хотя для этого пришлось с другими инструкторами договориться о переносе даты экзамена, он не мог в назначенную. А потом был тренинг по публичным выступлениям, где он человек рассказывал про Яндекс-практикум, и он подумал, что это клевое место, пошел туда работать. Но с курсом не складывалось, надо было пройти обучение, а там не было вакансий. Однако, Гонка героев осталась, он собрал команду от Яндекса, только формально они опоздали, но поскольку руководитель по спорту в Яндексе тоже был инструктором в гонке героев, он договорился. А потом, на гонке, познакомился с девочкой QA-факультета, рассказал ей про мечту о курсе, его начала включили в середину обучения, а позднее у него получилось сделать курс, и он быстро нашел команду для этого за счет накопленных контактов. И таких историй у Эрика много.
Дальше были рекомендации. Они, в общем простые и достаточно известные.
Люди часто охотно разговаривают о том, что они делают. Это кажется, что они не хотят. Просто они не обо всем.
Где и как разговаривать? Везде.
* Профильные конференции
* Пейте кофе, ходите на обед с новыми людьми. В Яндексе есть рандомный кофе
* Тимбилдинги и неформальные встречи. Если не хватает - свои: настолки, пати, спорт...
* Открытые и доброжелательные
* Проявляйте заинтересованность, не отвлекайтесь на встрече
* Делитесь историями
* Обменяйтесь контактами
* Не забывайте напоминать о себе
* Будьте отзывчивыми
* Не будьте навязчивыми
* Если плохое настроение - перенесите
Страхи. Ему и сейчас страшно. Но он пытался изменить, потому что хотел. Как готовиться?
* Начать здороваться с коллегами. И на улице тоже. Это точка входа.
* Больше говорить на встречах. Презентовал проекты и так далее.
* Активно использовать текстовую коммуникацию. Писать проще, чем говорить.
Систематизируйте контакты. Набрать целый телефон - не проблема, проблема вспомнить кто. Оставляйте артефакты, делайте селфи или кружки с новым знакомым и отправляйте в телегу. Больше общайтесь, со временем нетворкинг станет частью жизни.
Чек лист быстрого старта
* Какую задачу нетворкинг поможет решить сейчас
* Определиться со списком задач и подготовить вопросы
* Подумать, кто может помочь, где и как начать коммуникацию.
Хотел стать сейлом. Всех сейлов спрашивал - а как ты стал сейлом? Многие рассказывали. И руководители просили подчиненных.
Это иллюстрирует сквозная история - о том, как Эрик хотел сделать курсы, и даже учился этому - но у него не получалось. Но однажды он попал в Гонку героев. Потому что до этого хотел попасть в спорт, было 100500 попыток, но не складывалось. А тут увидел в инстаграмме фотку с гонки героев, где был его друг, узнал, решил в очередной раз попробовать, друг дал телефон - и этот вариант зашел. И он не просто участвовал, а стал инструктором, сдал необходимое, хотя для этого пришлось с другими инструкторами договориться о переносе даты экзамена, он не мог в назначенную. А потом был тренинг по публичным выступлениям, где он человек рассказывал про Яндекс-практикум, и он подумал, что это клевое место, пошел туда работать. Но с курсом не складывалось, надо было пройти обучение, а там не было вакансий. Однако, Гонка героев осталась, он собрал команду от Яндекса, только формально они опоздали, но поскольку руководитель по спорту в Яндексе тоже был инструктором в гонке героев, он договорился. А потом, на гонке, познакомился с девочкой QA-факультета, рассказал ей про мечту о курсе, его начала включили в середину обучения, а позднее у него получилось сделать курс, и он быстро нашел команду для этого за счет накопленных контактов. И таких историй у Эрика много.
Дальше были рекомендации. Они, в общем простые и достаточно известные.
Люди часто охотно разговаривают о том, что они делают. Это кажется, что они не хотят. Просто они не обо всем.
Где и как разговаривать? Везде.
* Профильные конференции
* Пейте кофе, ходите на обед с новыми людьми. В Яндексе есть рандомный кофе
* Тимбилдинги и неформальные встречи. Если не хватает - свои: настолки, пати, спорт...
* Открытые и доброжелательные
* Проявляйте заинтересованность, не отвлекайтесь на встрече
* Делитесь историями
* Обменяйтесь контактами
* Не забывайте напоминать о себе
* Будьте отзывчивыми
* Не будьте навязчивыми
* Если плохое настроение - перенесите
Страхи. Ему и сейчас страшно. Но он пытался изменить, потому что хотел. Как готовиться?
* Начать здороваться с коллегами. И на улице тоже. Это точка входа.
* Больше говорить на встречах. Презентовал проекты и так далее.
* Активно использовать текстовую коммуникацию. Писать проще, чем говорить.
Систематизируйте контакты. Набрать целый телефон - не проблема, проблема вспомнить кто. Оставляйте артефакты, делайте селфи или кружки с новым знакомым и отправляйте в телегу. Больше общайтесь, со временем нетворкинг станет частью жизни.
Чек лист быстрого старта
* Какую задачу нетворкинг поможет решить сейчас
* Определиться со списком задач и подготовить вопросы
* Подумать, кто может помочь, где и как начать коммуникацию.
Хотел стать сейлом. Всех сейлов спрашивал - а как ты стал сейлом? Многие рассказывали. И руководители просили подчиненных.
Forwarded from Максим Цепков (Maxim Tsepkov)
В целом Эрик весь доклад объяснял, что никакая магия тут не нужна. Нужна активность и простые приемы, и не надо бояться, и получится куча пользы. Но реально магия - требуется. Тут как со спортом: многие знают, что это нужно и несложно, и часть из них даже покупает абонементы в фитнес, а реально занимаются - гораздо меньше. Так что не в страхе дело, или не в нем одном. Возможно, лично для Эрика главным было преодолеть страх, а дальше мастерство как-то росло и сейчас это на уровне неосознанной компетентности, которую он не может раскрыть, потому что она неосознанна.
Но по-любому такой доклад заставляет заглянуть в себя и спросить - почему ты сам этого не делаешь. Я лично не то, чтобы совсем не нетворкаюсь, но вот так, как делает Эрик - точно не делаю. Хотя знаю, что это нужно. Наверное, дело в том, что я не люблю строить орг.системы из людей, не вижу именно в этом свою реализацию. А нетворкинг - он про это, ты просто копишь материал, чтобы использовать в нужный момент. Впрочем, это вполне может быть лишь рассуждение "от ответа", а не реальная причина. Но это не страшно, ведь обязанности - нет.
Но по-любому такой доклад заставляет заглянуть в себя и спросить - почему ты сам этого не делаешь. Я лично не то, чтобы совсем не нетворкаюсь, но вот так, как делает Эрик - точно не делаю. Хотя знаю, что это нужно. Наверное, дело в том, что я не люблю строить орг.системы из людей, не вижу именно в этом свою реализацию. А нетворкинг - он про это, ты просто копишь материал, чтобы использовать в нужный момент. Впрочем, это вполне может быть лишь рассуждение "от ответа", а не реальная причина. Но это не страшно, ведь обязанности - нет.
🔥4
🖐️ Друзья, в 17:20 приходите на заключительные доклады Sain TeamLead Conf 2024:
🔹 «00 Зал Башня». Искусство спрашивать, или 42 вопроса, которые ускорят развитие вашей команды и вас самих. Александра Прокшина (Авито)
В докладе Александра расскажет, как правильные вопросы помогают делать выбор, удерживать ключевых сотрудников, а также создавать атмосферу доверия и прозрачности. Покажет техники формулировки и примеры эффективных вопросов, которые смогу применить руководители в своей работе.
🔹 Зал «08 Шатер Голубой». Топ-3 ошибок найма IТ-специалистов: на что может повлиять тимлид? Ольга Теленова (SmartyHR)
Ольга поделится результатами исследования типичных проблем найма. Представит практические решения для улучшения процесса в компании в целом и корректировки действий тимлидов. Участники получат чек-лист для анализа и улучшения своих методов найма, который поможет добиться лучших результатов.
🔹 «04 Зал Красный». 6 причин заняться безопасной разработкой. Даниил Кориненко (Start X)
Автор доклада рассказывает про несколько неочевидных способов взломать вашу систему, украсть персональные данные или пароли, которым может быть подвержено ваше приложение, и даст советы, как их избежать.
🔹 «03 Зал Синий». Как создавать и развивать внутренние профессиональные сообщества. Николай Безносов (билайн)
Внутреннее профессиональное сообщество — это всегда вызов. Как сделать так, чтобы оно не просто существовало, но и эффективно работало и развивалось. Как сделать так, чтобы сообщество было не только местом встречи профи, но и было действующим источником знаний организации. Об этом в докладе.
🔹 «06 Зал Зелёный». Продолжение мастер-класса. Применяем Event storming как навык эффективной коммуникации между разработкой и бизнесом. Наталия Смирнова-Узенцова (YADRO)
Event Storming — практический инструмент для улучшения взаимодействия между бизнесом и командой разработки. В рамках мастер-класса участники изучат основные понятия инструмента, смогут применить его на практике в групповой работе, а в дальнейшем использовать в своих командах.
🔹 Зал «07 Шатер Оранжевый». Продолжение мастер-класса. Обмен знаниями. Игра «Раскрой тайные знаки». Алексей Рахманов, Екатерина Арнаут (FUN&SUN)
На данном мастер-классе участники смогут не только научиться находить быстро решения задач, но и находить ресурсы для ее решения. Достаточно оглянуться вокруг.
🔹 Зал «09 Шатер Фиолетовый». Отзывы как ресурс. Продолжение мастер-класса по работе с качественными данными с помощью дизайн-мышления. Екатерина Кибирева, Дана Миндзаева (Cloud.ru)
На мастер-классе вы узнаете, как дизайн-мышление помогает работать с необработанными данными. Это определённо будет интересно.
🔹 «00 Зал Башня». Искусство спрашивать, или 42 вопроса, которые ускорят развитие вашей команды и вас самих. Александра Прокшина (Авито)
В докладе Александра расскажет, как правильные вопросы помогают делать выбор, удерживать ключевых сотрудников, а также создавать атмосферу доверия и прозрачности. Покажет техники формулировки и примеры эффективных вопросов, которые смогу применить руководители в своей работе.
🔹 Зал «08 Шатер Голубой». Топ-3 ошибок найма IТ-специалистов: на что может повлиять тимлид? Ольга Теленова (SmartyHR)
Ольга поделится результатами исследования типичных проблем найма. Представит практические решения для улучшения процесса в компании в целом и корректировки действий тимлидов. Участники получат чек-лист для анализа и улучшения своих методов найма, который поможет добиться лучших результатов.
🔹 «04 Зал Красный». 6 причин заняться безопасной разработкой. Даниил Кориненко (Start X)
Автор доклада рассказывает про несколько неочевидных способов взломать вашу систему, украсть персональные данные или пароли, которым может быть подвержено ваше приложение, и даст советы, как их избежать.
🔹 «03 Зал Синий». Как создавать и развивать внутренние профессиональные сообщества. Николай Безносов (билайн)
Внутреннее профессиональное сообщество — это всегда вызов. Как сделать так, чтобы оно не просто существовало, но и эффективно работало и развивалось. Как сделать так, чтобы сообщество было не только местом встречи профи, но и было действующим источником знаний организации. Об этом в докладе.
🔹 «06 Зал Зелёный». Продолжение мастер-класса. Применяем Event storming как навык эффективной коммуникации между разработкой и бизнесом. Наталия Смирнова-Узенцова (YADRO)
Event Storming — практический инструмент для улучшения взаимодействия между бизнесом и командой разработки. В рамках мастер-класса участники изучат основные понятия инструмента, смогут применить его на практике в групповой работе, а в дальнейшем использовать в своих командах.
🔹 Зал «07 Шатер Оранжевый». Продолжение мастер-класса. Обмен знаниями. Игра «Раскрой тайные знаки». Алексей Рахманов, Екатерина Арнаут (FUN&SUN)
На данном мастер-классе участники смогут не только научиться находить быстро решения задач, но и находить ресурсы для ее решения. Достаточно оглянуться вокруг.
🔹 Зал «09 Шатер Фиолетовый». Отзывы как ресурс. Продолжение мастер-класса по работе с качественными данными с помощью дизайн-мышления. Екатерина Кибирева, Дана Миндзаева (Cloud.ru)
На мастер-классе вы узнаете, как дизайн-мышление помогает работать с необработанными данными. Это определённо будет интересно.
👍1