Тимлид позвонит — выпуск про метрики

Третий и самый долгожданный выпуск нашего подкаста с ребятами из Skyeng. Что измерять? Как измерять? Зачем измерять? И нужны ли вообще метрики.

Приглашенный гость, который принес рулетку — Павел Ахметчанов, руководитель направления улучшения процессов разработки в Т-Банк

Лайк/шер/коммент по традиции ❤️

👀 если вы любите смотреть (ну и ютуб у вас работает)
👂 если вы любите слушать.

Тимлид позвонит — как правильно войти в хату тимлидство, и как оттуда выйти

Сняли 4-й выпуск нашего подкаста с ребятами из Skyeng. В этом выпуске поднимаем сложную тему: а нужно ли вообще это тимлидство кому-то? Можно ли быть тимлидом в 15 лет? С какими качествами не стоит идти в управление командой, а с какими стоит? В чём различия работы тимлида в стартапе и в корпорации?

Приглашённый гость, который тоже тимлид — Александр Макаров, CTO Twindo.ai, член программного комитета HighLoad++ и руководитель ПК PHP Russia, Yii Framework Lead.

👀 если вы любите смотреть (ну и ютуб у вас работает)
👂 если вы любите слушать

Метрики потока команд: как улучшить производительность и видимость процессов

Последние несколько недель я глубоко погрузился в анализ метрик работы команд. Благодаря открытости коллег с рынка, с которыми удалось пообщаться (им огромное спасибо ❤️), я начал складывать полную картину того, как лучше оценивать производительность команд на уровне всей компании. Всё это помогло мне лучше разобраться в подходах Scrum и Kanban. Хочу поделиться своими наблюдениями.

В Skyeng мы отслеживаем flow-метрики для каждой команды. В процессе неизбежно возникают ситуации, когда какие-то показатели оказываются в красной зоне. Тимлиды, как правило, понимают причины отклонений, но вопрос в том, как на уровне СТО понять, в порядке ли производительность в целом, и помогает ли внедрение изменений или нет?

На данный момент я для себя выделил два ключевых показателя на уровне СТО куда стоит идти:

- Throughput – общая пропускная способность по всем командам.
- Leadtime – среднее время выполнения задач по всем командам.

Эти две метрики дают чёткое представление о том, как работает разработка в целом. А уже затем можно углубляться в детализацию по кластерам, командам и более детальным метрикам, таким как cycle time, velocity, flow efficiency и другие. Их имеет смысл рассматривать уже на уровне конкретных команд.

Теперь немного выводов о рынке и доступных инструментах:

- На российском рынке есть очевидный лидер в области мониторинга командных метрик – Т-Банк. Их решение T-Metr по качеству значительно опережает конкурентов. Было бы здорово, если бы ребята поделились частью решений в формате опенсорс или сделали, как в случае с TiMe (Tinkoff Messenger на базе Mattermost), коммерческое решение.
- Других адекватных отечественных решений, на мой взгляд, пока нет. Конечно, всё это поверх Jira, и речь идёт о надстройках для удобного отслеживания метрик.
- Есть зарубежные альтернативы, но, к сожалению, они недоступны из-за санкций.

В итоге, многие компании создают собственные решения на базе аналитических инструментов вроде Redash, Datalens или Grafana. Это путь, который большинству приходится выбирать в текущей ситуации.

Ищем CDO в Skyeng 🔥

Совсем кратко:
- несколько продуктовых направлений, BI & Data office. Всего ~35 человек.
- скучать реально не придется, по ожиданиям от человека будем совместно запускать образование в космос 🚀

https://vacancies.skyeng.ru/chief-data-officer или напрямую мне в личку с вопросами

Нужны ли вообще тимлиды?

В 5й выпуск подкаста "Тимлид позвонит" позвали Пашу Притчина - СТО Dodo Engineering, и он нам рассказал как готовить пиццу как часто нужно делать изменения в компании, как жить без тимлидов и как определять, что является вашим core бизнесом, а что нет.

👀 если вы любите смотреть (и освоили VPN)
🎧 если вы любите слушать (и слышать)

Обучение коммуникациям

В продолжение своих постов про PCM, не могу не поделиться с вами вводным уроком про виды коммуникаций и то как разговаривать с каждым из 6 типов, описанных в PCM https://youtu.be/5T-nmF1jHas

Это не реклама, курс ведет моя бывшая коллега и просто топовый человечек. Если вдруг вы давно интересовались, то ловите ссылку https://communicationssecrets.taplink.ws. Сам я проходил у Кати PCM на определение своих уровней, о результатах которого писал выше.

9 ноября 14:00 по мск “Николай Ашанин, Антон Цитульский: Mock-собеседование по System Design”

Вместе с Антоном попробуем спроектировать edu платформу, посыпем реальными проблемками и попробуем их решить.

📍Проводить собеседование буду я
📍Проходить собеседование будет Антон Цитульский - занимается разработкой, проектированием и развитием микросервисов в своей предметной области. Любит узнавать новое и делиться знаниями. Ведет тг канал https://t.iss.one/backend_architecture

Подключайтесь в субботу к YouTube трансляции

Как пройти System Design секцию интервью?

По итогам публичного кейса system design в субботу хочу структурировать свои рекомендации и поделиться основными моментами, которые позволят вам полюбить эту секцию и проходить без особых проблем:

1. Выстройте структуру интервью ⏰
Обычно у вас будет ограниченное время — около 40/60/90 или 120 минут — для выполнения задачи по проектированию. Вам нужно четко понимать из каких этапов состоит это интервью, чтобы на каждый этап заложить определенное количество времени и не застрять на начале или середине, или чтобы в конце не осталось 5 минут, а нужно еще схемы нарисовать. Секция подразумевает, что вы сами можете управлять временем и ограничениями. Много лет назад составлял флоу по которому комфортно идти https://github.com/NikAshanin/System-Design-Cheat-Sheet, просто заранее заложите на каждый этап определенное количество времени, чтобы понимать остается ли у вас запас времени или вы закопались.

2. Используйте существующие шаблоны для проектирования 🗓

Мой любимый формат еще со времен Epam - это C4 https://c4model.com 4 схемы, от контекстной до деплоймента покроют все нужды. Плюс каждая последующая легко вырисовывается из предыдущей. Тот же draw.io поддерживает этот шаблон.

Помимо С4 еще есть как минимум пяток, которые хорошо известны и неизвестное количество менее популярных, выберите подходящий для себя.

3. Прорешайте десяток разных кейсов 🔁

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

4. Сбор требований — реально поймите, что нужно 🎯

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

5. Управляйте ходом диалога и постоянно уточняйте 🤝

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

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

Альтернативы чатЖПТ в работе

Последние пару месяцев пересел с chatgpt на альтернативы. Сейчас задаю свои вопросы сразу в 3 одновременно и читаю ответы:
1) https://www.perplexity.ai - круто, что выдает ссылки почитать доп инфу помимо ответа на запрос. Я как любитель побродить по википедии, очень люблю такое. Плюс высокая скорость ответа.
2) https://www.hailuo.ai - персонально мне ответы тут кажутся самыми корректными. Хотя разница не так велика.
3) https://chat.deepseek.com - последний хайп собрали ребята, в режиме теста у меня.

Перестал пользоваться chatgpt совсем, потому что:
а) Все штуки выше бесплатные с простой регистрацией через гугл акк.
б) ВПН давай до свидания. Работают без него.
в) Качество и скорость ответов субъективно кажутся лучше.

А что вы используете в своей работе и что порекомендуете?

Как устроен chatGPT?

Сейчас, когда AI просто бьет все мыслимые и немыслимые рекорды хайпа, меня всё больше не покидает ощущение огромного пузыря, который всё больше надувается и надувается. И ощущение магии LLM и GPT истории возникает всё больше у людей, которые вообще не понимают как это работает под капотом. Когда же разговариваешь со специалистами, которые эти llm тренят или хотя бы более менее в теме, то возникает ощущение как было с криптой в 2017 - да, есть технология, да, она применима в некоторых сценариях, причем более универсальна чем крипта, но не надо пихать блокчейн везде, где справляется postgressql. Скоро у нас выйдет выпуск подкаста, где подробно обсудили заменит ли текущая версия AI разработчиков. А также ловите https://www.mann-ivanov-ferber.ru/catalog/product/what-is-chatgpt-doing-and-why-does-it-work/?srsltid=AfmBOoryzhirsPy2moXugms4bSByfO4ckRi-OUSJbB98gVS1qUzYDXaV для хотя бы минимального ликбеза как это всё работает под капотом без супер сложной математики. Я лично как 2 года назад во время выхода gpt-3.5 не верил, что улучшенный т9 начнет полноценно мыслить, так и сейчас не верю. Нужна другая концепция обучения и работы нейронки.

Школа СТО

Записался на 9-месячный тренинг-симулятор для текущих и будущих технических директоров от Стратоплана https://stratoplan-school.com/cto/, который стартует 28 февраля. Буду отписываться в канале по тому, что из себя представляет курс, стоит ли он своих денег и времени, а также рассказывать про формат.

Почему решил пойти?
1) У стратоплана очень много крутых длительных курсов. Негативных отзывов почти нет, зато много положительных. Плюс ребята, которые преподают там, это живые СТО, с частью из которых я знаком.
2) На мой взгляд есть 2 способа обучения. Первый, это когда вы читаете рецепт блюда в интернете, и потом по нему готовите, то есть сначала теория, потом практика. А есть второй, и моя карьера идет больше по нему. Когда сначала ты готовишь, то есть становишься, к примеру лидом и у тебя всё болит. А после или в процессе читаешь/слушаешь/видишь кучу теорию на эту тему, и это позволяет весь тот практический хаос в жизни немного структурировать и разложить по полочкам. Так и здесь, хотя на позиции СТО я нахожусь последние 5 лет, надеюсь, что курс позволит разложить всё по полочкам.

Отдельно хочется отметить, что на курсе есть прикольное вступительное задание. Оно почти целиком из области проектного менеджмента, но при этом хорошо позволяет оценить как управленец справляется в ситуации когда всё идет не так. А если конкретнее, то что делать, когда вы ушли в отпуск, а за время отпуска проект полностью продолбали. Кто виноват и что делать, как в классическом русском вопросе)

В общем, stay tuned как говорится)

AI для разработки и тимлида

Второй пост за день! АСТАНАВИСЬ! Прям праздник какой-то.

А всё потому, что мы позвали в подкаст Виктора Плошихина, руководителя ML Laboratory в Yandex Infrastructure, чтобы поговорить когда нейронки заменят разработчиков уже.

(Спойлер) В этом выпуске нет новостей о том, что нас скоро заменит ИИ. Зато вместе с Виктором мы обсудили:
• конкуренты ли российские нейросети зарубежным или пока нет (записывали до выхода deepseek);
• какие задачи тимлид может скинуть на ИИ;
• почему ИИ факапит на простых запросах;
• что будет с экспертностью, если всё время использовать ИИ.

Где найти выпуск:
📌 YouTube
📌 Mave
📌 Apple Podcasts
📌 Spotify
📌 Яндекс Музыка

High growth handbook

На выходных закончил читать https://press.stripe.com/high-growth-handbook от Stripe Press. Это книга от того же издательства, что выпустила https://press.stripe.com/an-elegant-puzzle - лучшую настольную книгу по управлению инженерными командами.

В ней минимум воды, а много моментов можно просто воспринимать как гайды по управлению командой и компанией в различных фазах, в том числе при росте.

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

Как определить горизонт планирования в компании

Можете ли вы ответить на вопрос - когда стоит планировать развитие компании на длительный срок, а когда стоит на короткий и отчего это зависит? Попробуйте, ответить в комментах перед тем как читать дальше.

В книге "High Growth handbook" предлагается очень понятный и простой алгоритм. Всё определяет доступность капитала или "стоимость денег".

Когда деньги "дешевые", то есть процентные ставки низкие и капитал легко доступен, компании могут позволить себе смотреть в будущее более масштабно. В такие периоды разумно инвестировать в долгосрочные R&D проекты и уделять больше внимания стратегическому развитию. Это позволяет не только оставаться конкурентоспособными, но и создавать инновации, которые могут определить будущее рынка. Это, к примеру, было в 2020-2021 годах, я думаю многие в IT индустрии их помнят.

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

И главный момент, это умение распознавать когда нужно переключиться с долгосрочного планирования на краткосрочное и наоборот, а также выполнить этот переход. Очень многие компании умирали, потому что запоздали с переходом. Я отлично помню начало весны 2022 года, когда Y Combinator прислал письмо всем своим компаниям, что теперь мир изменился и ближайшие годы вы должны жить только на свои, венчура скорее всего не будет. https://pizzainmotion.boardingarea.com/wp-content/uploads/2022/05/Screen-Shot-2022-05-20-at-5.35.26-AM.png это было 3(ТРИ) года назад, Карл)

Китай: общие впечатления

Разбавлю впечатления от книги парой постов про Китай. В конце осени мы были в Китае частью Skyeng, чтобы посмотреть как устроено образование в Китае и какие тренды сейчас наблюдаются в этом направлении. За что огромное спасибо компании.

Я изначально создал у себя сильно завышенные ожидания от Китая, предполагая везде оплату по распознаванию лица, высокоскоростной транспорт и мир искусственного интеллекта вокруг. Это ожидание скорректировалось сразу по прилету в аэропорт Пекина, где не работал ни один аппарат по отпечаткам пальцев из сотни, а очередь на выход в паспортном контроле составила добрых 4 часа, что явилось для меня рекордом из всех стран, где удалось пожить или побывать до этого. А также самый дикий смоуг в Пекине, который я где-либо видел. Хорошо, что его продуло на второй день нашего пребывания, ибо не видно дальше 10 метров абсолютно ничего в таких условиях.

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

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

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